| 01:03.10 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 02:02.18 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 02:15.35 | *** join/#asterisk-dev jeffg_ (i=qCrnnI3t@pdpc/supporter/active/jeffg) |
| 02:26.02 | *** join/#asterisk-dev mog (n=mog@74.95.48.254) |
| 02:26.02 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:43.40 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 02:45.16 | Juggie | Corydon76-dig: ping |
| 02:53.13 | Corydon76-dig | pong |
| 02:59.08 | Juggie | i think there are still a few changes to make to that AGI documentation now that i've seen your commit |
| 02:59.44 | Juggie | Dead should be removed entirely since its not accurate, its just an alias to AGI it doesnt work how it used to work so we should remove it from the docs. |
| 03:00.00 | Juggie | the app itself can remain for compat of course but there is no need to have it in documentation. |
| 03:03.22 | JunK-Y | talking about agi, if you hangup and want your script killed, isnt $SIG{HUP} = "&cleanup"; ? |
| 03:03.25 | JunK-Y | (in trunk) |
| 03:04.16 | jameswf-home | junk in the trunk |
| 03:05.33 | JunK-Y | james in the moon :P |
| 03:33.44 | Corydon76-dig | No, it's $SIG{HUP} = 'DEFAULT'; |
| 03:34.09 | Corydon76-dig | Default handler for any signal is to kill the program |
| 03:34.52 | Corydon76-dig | or $SIG{HUP} = \&routine_to_cleanup; # if you want to cleanup after your process |
| 03:36.06 | Corydon76-dig | (Sorry for the late reply; I was watching Psych in MythTV [ late, so I could skip the commercials ] ) |
| 03:37.55 | Corydon76-dig | JunK-Y: man perlvar, if you want a source |
| 03:47.01 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:47.01 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:56.22 | Corydon76-dig | Evening, Russell |
| 03:57.32 | russellb | g'evening |
| 04:01.54 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 04:03.47 | JunK-Y | Corydon76-dig: weird, cause even if i dont trap the sig, script isnt killed. |
| 04:05.22 | eliel | If I want to revert my last commit, and not break auto-merge, how should I do it? |
| 04:05.49 | Qwell | easiest way to revert a commit is just... |
| 04:05.56 | Qwell | svn merge -c-<rev> . |
| 04:06.01 | Qwell | Note, -c-, not just -c |
| 04:06.16 | Qwell | shouldn't do anything to automerge |
| 04:06.17 | eliel | Qwell: thanks |
| 04:06.25 | Qwell | (and then svn ci, of course) |
| 04:06.54 | Qwell | -c and -c- is probably the coolest feature of svn 1.4 |
| 04:08.04 | russellb | that's basically committing the opposite of what you just committed |
| 04:09.01 | Qwell | right, and with svn merge, it actually handles new/deleted/moved files properly |
| 04:09.20 | Qwell | well..usually |
| 04:11.53 | eliel | Nice! thanks!! I think I commited my first mistake at digium :-( |
| 04:12.25 | russellb | that's what dev branches and peer review are for |
| 04:12.28 | russellb | it's not a mistake |
| 04:12.56 | Qwell | that's actually a great benefit of an open source project, where the commits are very public |
| 04:14.18 | Qwell | it's not even funny how much I've learned about C since working with Asterisk |
| 04:16.27 | eliel | Yes I know, but is like hearing your boss shouting in the middle of the office that you make something wrong, hehe |
| 04:16.34 | eliel | Look at him!! he |
| 04:18.15 | russellb | eliel: you'll get used to it :) |
| 04:18.22 | russellb | it's not meant to mean that you did something wrong |
| 04:18.27 | russellb | it's meant to be helpful |
| 04:18.40 | russellb | the more we work out details along the way, the less we have to review and worry about in the end |
| 04:18.45 | russellb | it's just collaboration |
| 04:18.48 | russellb | don't sweat it |
| 04:19.39 | eliel | yes, no problem :-) I like having this support and knowing that if I do something wrong will be notice and will be fixed |
| 04:20.18 | russellb | it's intimidating at first, for sure |
| 04:23.01 | eliel | As you say, I will get used to it |
| 04:26.14 | russellb | I'm still looking for a good flame proof suit |
| 04:36.40 | eliel | after doing a 'svn merge -c-REV' the local copy is marked as in conflict? |
| 04:37.43 | eliel | Trying to change property 'svnmerge-integrated' from '/trunk:1-136823' to '/trunk:1-136791', |
| 04:37.49 | eliel | Is this normal? |
| 04:47.46 | russellb | hm |
| 04:47.54 | russellb | svn revert . |
| 04:48.01 | russellb | to revert the property change |
| 04:52.59 | eliel | thanks! |
| 05:18.35 | *** join/#asterisk-dev bijit (n=bijit@200.122.188.156) |
| 05:42.35 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 08:42.54 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.142) |
| 09:32.27 | *** join/#asterisk-dev Wh1tehat (n=whitehat@89.252.149.5) |
| 09:32.31 | Wh1tehat | hi all |
| 09:32.50 | Wh1tehat | can anybody help me how to add sip users on asterisk ? |
| 10:08.15 | tzafrir_laptop | look at the sample sip.conf |
| 10:17.50 | Wh1tehat | ok thanks |
| 10:19.17 | tzafrir_laptop | also: this is a question for #asterisk |
| 11:18.13 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:30.38 | tzafrir_laptop | yawns |
| 12:35.53 | seanbright | getting ready to sleep or just getting up? |
| 12:56.21 | tzafrir_laptop | nither, actually |
| 13:57.07 | snuff-home | is ready for snoozin |
| 14:03.56 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 14:31.55 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:31.55 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:44.40 | snuff-home | ello russ |
| 14:44.50 | russellb | hey |
| 14:48.37 | snuff-home | i'm tryin to figure out how falves manages to get the port error in sip.. 13255 |
| 14:54.43 | russellb | M13255 |
| 14:54.45 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/Interoperability 0013255: bad contact port keeps carriers from taking calls reported by falves11 (Karma: -3.75) http://bugs.digium.com/view.php?id=13255 |
| 14:56.14 | russellb | probably need his sip.conf |
| 15:00.12 | snuff-home | mm create_addr changed alot betwen 1.4 / trunk.. addition on dnsmanager etc.. |
| 15:02.01 | russellb | nods |
| 15:02.16 | snuff-home | mm.. this line.. 4370 |
| 15:02.30 | russellb | asterisk source trunk line 4370 |
| 15:02.31 | russellb | heh |
| 15:02.39 | russellb | that's getting overly lazy |
| 15:02.46 | snuff-home | dialog->socket.type & SIP_TRANSPORT_TLS |
| 15:02.53 | snuff-home | not ment to be &&? |
| 15:03.07 | Qwell | doesn't look like it |
| 15:03.14 | Qwell | from just seeing that, without context |
| 15:03.15 | russellb | don't think so |
| 15:03.18 | snuff-home | mm maybe favles has standard sip port defined to 0 ? |
| 15:04.24 | snuff-home | ah well i'm probably goin the wrong direction... need sleep |
| 15:07.32 | russellb | sleep is overrated |
| 15:08.09 | snuff-home | mm maybe i found it.. |
| 15:08.29 | snuff-home | mm maybe not |
| 15:08.40 | snuff-home | damn false alarms |
| 15:11.56 | snuff-home | ok here's somethin out of left field |
| 15:12.05 | snuff-home | in 'build_contact' on trunk |
| 15:12.21 | snuff-home | we are 'ntohs(p->socket.port)' why should we? |
| 15:12.29 | snuff-home | to build a string? |
| 15:12.44 | snuff-home | L 8835 |
| 15:15.07 | snuff-home | in sip_standard_port.. we take port and put in htons.. |
| 15:16.12 | snuff-home | anyway that's my ramblings.. i've forgotten about htons/ntohs differences other than one is host order other is network order |
| 15:17.36 | snuff-home | but the way its lookin from some of the other stuff.. i think the calls to ntohs(p->socket.port) should be htons() |
| 15:17.45 | snuff-home | *gone snoozin* |
| 15:17.49 | snuff-home | `date` |
| 15:18.07 | Qwell | it's not that late :D |
| 15:19.26 | snuff-home | meh its 1:20 am on 10/08/08 sleep is good especially when u get about 5 hrs night before |
| 15:21.02 | russellb | h is host and n is network, heh |
| 15:21.10 | russellb | so those are host-to-network and network-to-host |
| 15:21.17 | russellb | and then the s is short, and the l is long |
| 15:21.22 | russellb | 2-bytes, 4-bytes |
| 15:21.47 | Qwell | 4 or 8? |
| 15:22.00 | russellb | nope |
| 15:22.26 | russellb | those funcs do 2 and 4 |
| 15:22.35 | Qwell | silly POSIX |
| 15:22.44 | Qwell | oh, I see |
| 15:22.51 | Qwell | they're really uint_16 and uint_32 |
| 15:22.54 | russellb | IPv4 address ... |
| 15:22.55 | Qwell | erm |
| 15:22.59 | Qwell | uint16_t |
| 15:23.09 | russellb | right |
| 15:23.10 | Corydon76-dig | russellb: you mind if I fix 1.2 for issue #13260 ? |
| 15:23.18 | russellb | M13260 |
| 15:23.20 | MuffinMan | [new] [Asterisk] Core/General 0013260: [Solaris] Build fails with new files added in asterisk 1.2.28.1 and above reported by asgaroth (Karma: neutral) http://bugs.digium.com/view.php?id=13260 |
| 15:23.29 | Qwell | I disagree with his patch. |
| 15:23.38 | Qwell | (and it can't be used, for obvious reasons) |
| 15:23.57 | Corydon76-dig | It concerns Solaris compat with astobj2, so it's relevant for 1.4, 1.6.0, and trunk, too |
| 15:23.58 | Qwell | though, it is a regression.. |
| 15:24.03 | russellb | Corydon76-dig: yeah, i think it should be fixed, it's a regression |
| 15:24.12 | Qwell | I don't see how his changes fix it for him |
| 15:24.30 | Qwell | the only thing I see there that might be it is the added -rt |
| 15:24.36 | Qwell | -lrt rather |
| 15:24.57 | Qwell | ahh, yeah, librt is for hasing stuff |
| 15:25.13 | russellb | btw is that the guy that is working on solaris issues? or? |
| 15:25.23 | russellb | just wanted to know his nick |
| 15:25.32 | Qwell | don't think so |
| 15:25.36 | russellb | k |
| 15:25.42 | Qwell | I was trying to find it out so I could assign it to him the other day |
| 15:25.56 | snuff-home | well i'm doing some solaris compat work |
| 15:26.58 | Qwell | yuck, uint.. that should be more specific |
| 15:27.33 | russellb | snuff-home: yeah, I know you are :) |
| 15:27.45 | russellb | there was a new guy that wanted to help, didn't know his mantis name though |
| 15:27.52 | snuff-home | ah |
| 15:28.07 | russellb | i'm sure you'll hear from him soonish regarding testing stuff |
| 15:28.10 | russellb | shrugs |
| 15:28.19 | Corydon76-dig | My fix is much simpler than his |
| 15:28.24 | Qwell | yeah.. |
| 15:28.31 | Qwell | I don't know why we're using uint though |
| 15:28.35 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:28.41 | Corydon76-dig | Blame Rizzo |
| 15:28.48 | Qwell | that should either just be unsigned int, or uint32_t or something |
| 15:29.17 | Corydon76-dig | or u_int32_t, as it's specified in compat.h already |
| 15:29.29 | Corydon76-dig | but I felt going with a minimal solution was best |
| 15:29.35 | Qwell | u_int32_t isn't correct. it's only there because other projects use it |
| 15:29.35 | Corydon76-dig | especially for 1.2 |
| 15:31.38 | Qwell | I'm actually kinda surprised nobody reported that against 1.4+ |
| 15:32.39 | Qwell | this sucks.. I'm gonna have to go to the hospital today - probably the ER too |
| 15:32.56 | Qwell | my thumb is so jacked |
| 15:33.39 | Qwell | russellb: It's purple/blue at the joint near the nail, and still swollen to hell >.< |
| 15:33.55 | Corydon76-dig | russellb: mind if I roll the 1.2.30.2 release (with this fix)? |
| 15:34.03 | Corydon76-dig | Or would you rather wait? |
| 15:34.15 | russellb | i don't mind |
| 15:34.25 | Qwell | not sure how many people have their signing keys at home |
| 15:40.18 | Corydon76-dig | Okay, release ready for signing |
| 15:41.20 | russellb | signed |
| 15:42.13 | Corydon76-dig | I'm going to go take a shower. I need to be somewhere by noon. |
| 15:42.36 | Qwell | Corydon76-dig: how far is the nearest del taco from you? |
| 15:42.49 | Corydon76-dig | Never heard of that place |
| 15:42.57 | Qwell | so, too far |
| 15:43.08 | Corydon76-dig | Not necessarily |
| 15:43.25 | Corydon76-dig | It could very well be in Franklin or something |
| 15:43.42 | Qwell | when I looked, there was one clear west of nashville |
| 15:44.02 | Qwell | never know if the site is missing a store - figured it was worth a shot ;p |
| 15:44.33 | Corydon76-dig | Google maps can't find 'del taco near nashville, tn' |
| 15:44.53 | Qwell | it wasn't "near" by any stretch of the imagination |
| 15:45.05 | eliel | hello |
| 15:45.08 | eliel | M13222 |
| 15:45.10 | MuffinMan | [confirmed] [Asterisk] Resources/res_musiconhold 0013222: Asterisk commands "moh reload" or "reload res_musiconhold.so" causes MOH not to work properly reported by urzedo (Karma: neutral) http://bugs.digium.com/view.php?id=13222 |
| 15:45.57 | Corydon76-dig | Qwell: actually, wait |
| 15:46.15 | Corydon76-dig | Qwell: it says there's one combined with a Captain D's at 400 Charlotte Pike |
| 15:46.22 | Qwell | where's that? O.o |
| 15:46.32 | eliel | I don't know if this is the real problem but in res_musiconhold/init_classes() I think we need to check if (!moh->inuse) before removing it from the list... |
| 15:47.16 | Corydon76-dig | downtown Nashville |
| 15:47.33 | Qwell | no kidding? I may have to make a trip up there then soon |
| 15:47.34 | Corydon76-dig | Street View has a construction site, so I'm guessing that's probably it |
| 15:47.49 | Qwell | new store or something? |
| 15:48.13 | russellb | eliel: should be safe to remove it from the list if in use, it's ref counted |
| 15:48.19 | russellb | as long as it doesn't get destroyed yet |
| 15:49.08 | Corydon76-dig | Qwell: I guess so |
| 15:49.11 | eliel | russellb: ah, ok :-S |
| 15:49.15 | Qwell | interesting |
| 15:49.24 | Corydon76-dig | Qwell: the news is undated |
| 15:49.35 | Qwell | news? got a link? |
| 15:50.23 | Corydon76-dig | http://www.reuters.com/article/pressRelease/idUS141336+07-Jan-2008+BW20080107 |
| 15:50.27 | Corydon76-dig | Found a dated item |
| 15:51.02 | Qwell | ooo |
| 15:53.22 | Corydon76-dig | The location is on the same corner as a bank, possibly several |
| 15:53.31 | Corydon76-dig | It's prime business district |
| 15:53.52 | Corydon76-dig | Bustling M-F, 8-5 |
| 15:54.07 | Corydon76-dig | Not really a good place to be after dark, though |
| 15:55.17 | Corydon76-dig | I dunno, might have improved in the 10 years since I took the bus everywhere (metro bus is in the same general location) |
| 15:56.17 | Corydon76-dig | russellb: you hear I have a new toll free? |
| 15:56.31 | Corydon76-dig | 888-DIGIUM-1 |
| 15:57.50 | russellb | yeah, saw on IRC/twitter already :) |
| 15:58.07 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:58.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:59.57 | Corydon76-dig | I wonder how long until marketing hears... |
| 16:02.39 | Qwell | Corydon76-dig: Charlotte goes from Pike to Ave...silly |
| 16:03.01 | Qwell | should've just made it a Blvd, and been done with it |
| 16:06.27 | eliel | russellb: Sorry, but I didn't understand about the ref count, you say that it wont be removed from the list while doing a REMOVE_CURRENT cause of a ref count? or it will be removed, but it want harm anybody, cause the ones using it already have a pointer to it. |
| 16:10.59 | eliel | russellb: I think the problem is in moh_register() if we find a mohclass with ->delete == 1 we don't registrate it again, but! we don't put ->delete = 0. |
| 16:11.16 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 16:11.21 | russellb | hmm, sounds like that could be it |
| 16:13.40 | eliel | russellb: hmmm, no, let me see the code again... |
| 16:44.16 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 17:05.59 | tzafrir_laptop | russellb, I noticed that PBX_DAHDI_TRANSCODE is not set to any value (at least in 1.4) if dahdi is not available |
| 17:06.49 | tzafrir_laptop | $ grep -i dahdi_transcode build_tools/menuselect-deps |
| 17:06.49 | tzafrir_laptop | DAHDI_TRANSCODE= |
| 17:07.08 | tzafrir_laptop | Is an empty value the same as 0? |
| 17:07.59 | russellb | should be |
| 17:08.10 | russellb | i'll check |
| 17:09.44 | tzafrir_laptop | Right now it's the only one there. MAybe just initialize PBX_DAHDI_TRANSCODE=0 for the general case? |
| 17:09.54 | russellb | yeah, that's a good idea |
| 17:10.04 | russellb | it would end up treating it at 0, but yeah, consistency is good. |
| 17:12.07 | russellb | fixed |
| 17:25.46 | tzafrir_laptop | http://nerdvittles.com/index.php?p=224 once again. Funny enough, my reply did not get posted |
| 17:26.30 | tzafrir_laptop | And funny of him to complain that the rxfax app did not get maintained because of non-stable interface of Asterisk |
| 17:27.34 | tzafrir_laptop | I thought it was the spandsp-interface-of-the day. But hey that's just me |
| 17:38.56 | tzafrir_laptop | seanbright, what's the point of all the varaible renaming in chan_dahdi? What's the real change there? |
| 17:39.40 | tzafrir_laptop | I suppose shorter variables give you slightly shorter build time, but I figure there must be something deeper) |
| 17:39.56 | russellb | it's to be able to compile with -Wshadow enabled |
| 17:40.26 | russellb | had that bite us, so we're going to start compiling with that on in dev mode |
| 17:42.09 | tzafrir_laptop | are there so many globals in chan_dahdi? |
| 17:42.24 | tzafrir_laptop | it'd be a good idea to get rid of the remaining ones |
| 17:42.48 | tzafrir_laptop | a global called "index"? |
| 17:46.02 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:46.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:48.20 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 17:48.20 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 19:04.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:23.57 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:23.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:33.39 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 19:35.31 | *** join/#asterisk-dev Whisk (n=Whisk@82-44-94-242.cable.ubr04.croy.blueyonder.co.uk) |
| 19:41.35 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:41.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 19:47.37 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 19:58.01 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 19:58.05 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:01.41 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:15.39 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 20:27.25 | seanbright | tzafrir_laptop: the conflict is with the index() function, not a global var. |
| 20:27.46 | tzafrir_laptop | ah, ok |
| 20:35.04 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 21:02.16 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:03.41 | tzafrir_laptop | is freetds from freetds-dev 0.63 supposed to define FREETDS_O_63 anywhere? |
| 21:04.10 | tzafrir_laptop | cdr_tds fails to build for me all of a sudden on 1.4 |
| 21:23.26 | seanbright | tzafrir_laptop: it should be set by configure when it detects freetds. |
| 21:25.27 | tzafrir_laptop | hmmm.. FREETDS_INCLUDE= |
| 21:25.35 | tzafrir_laptop | nothing is set there |
| 21:29.38 | tzafrir_laptop | hmmm... now it is actually ok |
| 21:29.58 | tzafrir_laptop | hmm... maybe too many switches of versions in the same working copy |
| 21:30.19 | tzafrir_laptop | I keep switching between trunk and 1.4 |
| 21:30.26 | tzafrir_laptop | git makes this all too easy... |
| 23:09.19 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583145.dsl.bell.ca) |