| 00:11.49 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:11.49 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 00:32.24 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 00:49.29 | tzafrir_laptop | http://bugs.debian.org/446062#30 It looks like zaptel doesn't have support for 32-bit calls (i.e. |
| 00:49.29 | tzafrir_laptop | userspace) with a 64-bit kernel anyway |
| 01:04.23 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 01:04.23 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 01:07.05 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev korihor (n=korihor@201.210.239.172) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-81b50d14ad7dd2b8) [NETSPLIT VICTIM] |
| 01:07.05 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 01:07.05 | *** mode/#asterisk-dev [+oo stevie_ramjet Deeewayne] by irc.freenode.net |
| 01:30.31 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:07.38 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 02:07.38 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 02:07.46 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 02:21.12 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 02:21.45 | ZX81 | anyone able to help look at http://bugs.digium.com/view.php?id=14086 |
| 02:21.59 | ZX81 | Crash with queue transfers |
| 02:22.33 | ZX81 | has existed since about end of november for one of our customers - including updates to 1.4 svn |
| 04:44.58 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 08:15.02 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:15.02 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 08:46.16 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:46.16 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 09:09.08 | *** part/#asterisk-dev frawd (n=francois@214.Red-88-0-119.dynamicIP.rima-tde.net) |
| 09:41.46 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:43.29 | *** join/#asterisk-dev CrashHD (n=CrashHD@c-24-7-181-166.hsd1.ca.comcast.net) |
| 09:48.15 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 10:08.19 | *** join/#asterisk-dev sosoriri (n=sosoriri@222.47.180.130) |
| 10:12.53 | sosoriri | anyone tell me how many singaling links can chan_ss7 module support? |
| 10:32.58 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 10:57.55 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 11:02.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:02.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:03.51 | oej | Hello there |
| 11:03.56 | shazaum | hi |
| 11:12.13 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:09.45 | *** join/#asterisk-dev riksta (n=rick@office.encompassmedia.co.uk) |
| 12:14.10 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:19.46 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 13:19.46 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:24.13 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.70.151) |
| 13:48.20 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:48.20 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:11.20 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 14:15.16 | oej | Asterisk doesn't compile on OS/X any more. |
| 14:17.24 | *** join/#asterisk-dev riksta (n=rick@office.encompassmedia.co.uk) |
| 14:17.42 | russellb | which branch? |
| 14:17.43 | russellb | or all? |
| 14:19.04 | russellb | runs a test build |
| 14:19.16 | oej | trunk |
| 14:19.28 | russellb | k |
| 14:19.42 | oej | Tried adding a check for HAVE_SWAPCTL before including swap.h, but did not help |
| 14:20.37 | oej | Well, it did remove the error about swap.h, but there's more errors on sysctl |
| 14:22.10 | oej | HW_PHYSMEM is declared, but not HW_PHYSMEM64 |
| 14:22.35 | oej | KERN_NPROCS seems to be missing as well |
| 14:22.45 | oej | <PROTECTED> |
| 14:23.28 | oej | Man page here: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man3/sysctl.3.html |
| 14:28.35 | ctooley | Ah man, I was thinking of getting a new MBP, but if it won't compile Asterisk I'm just going to get an Acer. |
| 14:31.45 | lmadsen | there are several OSX related bugs open right now |
| 14:31.52 | lmadsen | I think 2 of them filed last night |
| 14:33.31 | oej | I added this issue to an FreeBSD bug that looked the same. |
| 14:39.14 | jtodd | I'll show some ignorance here and ask "What's the status with libiax2? Is anything pending there? Is it recommended still for use?" It seems a little stale. |
| 14:40.04 | russellb | jtodd: it hasn't been touched in years. Anyone looking for an iax2 lib, I would point them to iaxclient. |
| 14:40.13 | russellb | (which is based on libiax2) |
| 14:40.17 | jtodd | OK. |
| 14:40.20 | russellb | but should be much more up to date |
| 14:40.25 | russellb | and has more stuff .. |
| 14:40.55 | jtodd | That's what I needed. The OpenBTS (now GNU Radio project) guys were looking for something. |
| 14:41.03 | russellb | cool |
| 14:41.20 | russellb | jtodd: the iax2 stack in asterisk (like a number of other things), was written in such a way that it can't be used for anything else. :( |
| 14:42.14 | jtodd | Yep, I know that one for certain. :-) |
| 14:42.21 | jtodd | I tried talking them into making the OpenBTS stuff a channel driver, but that didn't seem to be very popular. However, I think that makes the most sense. |
| 14:42.56 | jtodd | The ability to get to some of the GSM radio signaling and deeper data seemed like something that could be fairly easily done as a channel driver. |
| 14:43.04 | russellb | perhaps, but putting a voip stack on top of it makes it more compatible with other systems |
| 14:43.04 | jtodd | But I think they want to start simply. |
| 14:43.21 | jtodd | I agree, putting a voip stack on it makes it more compatible, but less flexible. |
| 14:43.24 | russellb | was IAX2 their idea or yours? |
| 14:43.26 | russellb | agreed |
| 14:43.33 | jtodd | And if you could put Asterisk on the front end, that would make it more compatible with many other systems. |
| 14:43.38 | jtodd | IAX2 was their idea. |
| 14:43.41 | russellb | neat, heh |
| 14:44.00 | russellb | IAX2 will be quicker to get up and running |
| 14:44.03 | jtodd | I'm going to bounce them to creslin, since they also had some questions about SS7. |
| 14:44.08 | russellb | if they really wanted to go for compatibility, they should go SIP, though |
| 14:44.27 | russellb | but yeah, that's true, if it was just a channel driver, then you have asterisk to handle compatibility |
| 14:44.28 | russellb | good point |
| 14:44.39 | jtodd | I made a number of suggestions that pointed them in different directions, but they seemed to be interested in IAX2, so I didn't argue the point. |
| 14:44.42 | russellb | anyway, thanks for helping them out, that's a very cool project |
| 14:45.16 | jtodd | Yep. There are a huge number of things that can be done with that project. I'm considering buying the USB Radio gear and getting it working. |
| 14:45.25 | russellb | awesome |
| 14:45.36 | jtodd | In my spare time. <cough> |
| 14:45.43 | russellb | ha, i know how that is. |
| 14:46.28 | jsmith | jtodd: Hey, at least you can *talk* about spare time, right? |
| 14:46.41 | jsmith | traded in his spare time for a spare tire |
| 14:47.23 | jtodd | jsmith: I can dream, but I can't talk about it. |
| 14:52.27 | *** join/#asterisk-dev sasargen (n=chatzill@174-146-154-92.pools.spcsdns.net) |
| 14:53.05 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-9d532c5d578c6c9d) |
| 14:53.05 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:59.59 | *** join/#asterisk-dev moy (n=moy@74.12.127.97) |
| 15:07.05 | oej | putnopvut: It's issue 8855 |
| 15:07.11 | putnopvut | oej: Thanks! |
| 15:07.24 | putnopvut | I'll re-open the one I closed and add a relationship. |
| 15:09.26 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-f020a4b1d616800d) |
| 15:09.26 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:15.31 | oej | russellb: Did you get trunk to compile on OS/X? |
| 15:15.52 | russellb | not yet, been trying to finish something else first |
| 15:16.08 | russellb | i started with 1.4, and 1.4 failed for a different reason .. |
| 15:17.22 | oej | I compiled 1.4 successfully, but maybe with a different set of options |
| 15:19.06 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 15:20.57 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:42.21 | *** join/#asterisk-dev jmls (n=IceChat7@host217-36-208-155.in-addr.btopenworld.com) |
| 15:42.30 | jmls | yay! |
| 15:42.32 | jmls | back! |
| 15:45.38 | *** join/#asterisk-dev ccesario (n=ccesario@multidrogas.ensite.com.br) |
| 15:45.44 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 15:46.15 | jsmith | jmls: Yay! We're glad to have you back. |
| 15:47.10 | russellb | file: we should give jmls an asterisk cloan ... asterisk/professional-bug-finder/jmls |
| 15:47.16 | russellb | s/cloan/cloak/ |
| 15:47.26 | file | ooh |
| 15:48.32 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:48.32 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:51.02 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-b3937197891239de) |
| 15:51.02 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:51.29 | jmls | is confused |
| 15:51.35 | jmls | what are you wanting to give me ? |
| 15:51.36 | jmls | ;) |
| 15:52.06 | russellb | jmls: heh, it's something you can do on freenode that hides your hostname ... see /whois lmadsen for an example |
| 15:52.13 | russellb | and then do /whois jmls to see yours now |
| 15:52.29 | Deeewayne | whois lmadsen |
| 15:52.36 | Deeewayne | eeep |
| 15:52.40 | russellb | fail |
| 15:52.51 | Deeewayne | I think I added /me :-) |
| 15:52.51 | russellb | Deeewayne: why don't you join #2,000 while you're at it |
| 15:52.58 | Deeewayne | no! |
| 15:53.08 | russellb | Deeewayne: turn on the party with /disco |
| 15:53.24 | jmls | hey, that would be cool |
| 15:53.29 | jmls | the cloak, that is ;) |
| 15:53.45 | jmls | is embarrassed about having to use btopenworld |
| 15:54.10 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-f74f90590c3f185a) |
| 15:54.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:54.39 | *** part/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 15:55.43 | jmls | mind you, wouldn't say "professional bugfinder" |
| 15:56.07 | jmls | more like "how come the hell I always seem to find the wierd bugs" bugfinder |
| 15:56.38 | jmls | the great asterisk god in the sky has my number ... |
| 15:57.23 | jmls | oh, boo. cloak not activated .. |
| 16:00.10 | lmadsen | jmls: hey don't worry... I started where you are now... and look at me now!!! |
| 16:02.30 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 16:07.51 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:07.51 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:11.08 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 16:13.51 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 16:13.51 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:26.55 | jmls | lmadsen: yikes ... |
| 16:28.51 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:31.03 | ctooley | jmls, I agree. If you're future is to be like lmadsen... yikes indeed. :) |
| 16:31.19 | lmadsen | this is not a future you could handle |
| 16:31.52 | ctooley | lmadsen, certainly not. |
| 16:32.15 | ctooley | "The truth!? You can't handle the truth!" :-) |
| 16:32.24 | lmadsen | I just saw that on the weekend! |
| 16:37.54 | *** join/#asterisk-dev stephank (n=urk@2002:52c5:cf78:0:21c:c4ff:fece:ea94) |
| 16:38.35 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:42.18 | mvanbaak | oej: you think we should cache SRV records for the TTL time ? |
| 16:42.54 | mvanbaak | I think we shouldn't cache at all, and rely on a local resolver to handle that for us |
| 16:43.29 | *** part/#asterisk-dev otherwiseguy (n=otherwis@72.128.38.41) |
| 16:49.13 | *** join/#asterisk-dev otherwiseguy (n=otherwis@72.128.38.41) |
| 16:49.37 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 16:49.37 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:50.32 | oej | mvanbaak: I agree with you, but since some developers want to cache, then we have to limit it to TTL |
| 16:52.47 | riksta | putnopvut: hey |
| 16:57.22 | Corydon76-lap | putnopvut is in a meeting |
| 16:58.00 | Corydon76-lap | Please leave your message at the beep, and he'll get back to you. |
| 17:01.40 | riksta | ha! i'm still waiting for the beep, i'm using trunk, that's probably why ;) |
| 17:02.26 | lmadsen | there is no beep |
| 17:04.06 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 17:07.01 | riksta | i think it should change to a ROAR or something a little more interesting |
| 17:09.58 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-068-016-200-248.sip.chs.bellsouth.net) |
| 17:09.58 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:13.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:13.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:17.56 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:17.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:20.05 | Corydon76-lap | *beep* |
| 17:23.17 | lmadsen | Message could not be delivered due to silence. |
| 17:24.07 | kpfleming | enables content suppression on this channel |
| 17:27.09 | putnopvut | riksta: I've got about 30 minutes. What's up? |
| 17:28.28 | riksta | putnopvut: hey, i just wanted to follow up with regards to the packet trunking problem.... i was wondering what your thoughts were, the only thing i can do at the moment, is remove everyone's callerid... was wondering if there was anything suspect that has been changed recently in the 1.6.1 branch that could be causing SIP INVITE messages to be larger? |
| 17:28.38 | riksta | (that you know of) |
| 17:28.55 | putnopvut | Hmm, nothing comes to mind immediately. |
| 17:36.37 | jmls | pipes up |
| 17:36.42 | jmls | codefreeze-lap: any joy ? |
| 17:36.47 | jmls | he asks him knowingly |
| 17:36.55 | jmls | heh ? heh ? heh ? |
| 17:37.49 | codefreeze-lap | jmls: sorry, got obsessed with the new cdr spec over the weekend. I'm diving into your issue today, pretty soon. |
| 17:38.14 | Corydon76-lap | riksta: SIP INVITES no longer are built in a static buffer |
| 17:38.30 | Corydon76-lap | I wonder if that might have had an effect |
| 17:38.52 | riksta | Corydon76-lap: for sure it might.... when the invite was 1020 chars it was truncated |
| 17:39.10 | riksta | i reduced the callerid name string and the calls went through to the trunk provider ok |
| 17:39.26 | riksta | if i made the callerid name string long the call would fail and the trunk techie said the invite was truncated |
| 17:39.55 | Corydon76-lap | That was part of the ast_str work |
| 17:40.07 | riksta | Corydon76-lap: i can get you more detailed sip debug info if it will help fix the problem |
| 17:40.10 | Corydon76-lap | (not mine, somebody else did the conversion) |
| 17:40.24 | Corydon76-lap | riksta: what problem? |
| 17:40.37 | Corydon76-lap | If it's fixed in 1.6.1... |
| 17:40.43 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:40.50 | riksta | Corydon76-lap: as of when? I am running trunk compiled 2 days ago |
| 17:41.07 | riksta | SVN-branch-1.6.1-r167727 |
| 17:41.09 | riksta | sorry |
| 17:41.48 | Corydon76-lap | riksta: have you reported a bug? |
| 17:42.05 | riksta | Corydon76-lap: not yet because i wasn't sure if it was my provider |
| 17:42.44 | riksta | Corydon76-lap: can you give me some info on which commit it was etc? so i can fill out a decent bug |
| 17:43.18 | Corydon76-lap | riksta: I'd have to research it, same as you |
| 17:44.14 | citats | did the ast_str work for sip packets ever make it in? |
| 17:45.07 | russellb | citats: it did |
| 17:45.14 | citats | cool |
| 17:45.14 | russellb | citats: but we realized some issues with it later |
| 17:45.16 | russellb | (it's still there) |
| 17:45.55 | russellb | 1) the code references internals of the ast_str buffer to point to headers, which is fine until ... 2) something like ast_str_append() gets called, which could realloc the buffer, causing all pointers to become invalid |
| 17:46.10 | russellb | haven't hit any bugs because of it ... |
| 17:46.25 | russellb | but it's not really safe ... haven't thought of a good solution, either |
| 17:46.51 | russellb | well, actually, a solution could be that the pointers to headers aren't pointers, but are just offsets into the current packet buffer |
| 17:50.11 | citats | seems like a hack but if theres a way to notice if the buffer was realloc'd the parsing could happen again. but that seems really unnecessary hmmm |
| 17:52.15 | russellb | yeah, lots of extra processing that way |
| 17:52.15 | russellb | i think the offsets thing is the way to go |
| 17:52.18 | kpfleming | yes, they'll have to be offsets at some point |
| 17:52.24 | kpfleming | just like they are in sip_request |
| 17:55.05 | riksta | Corydon76-lap: what would you recommend? just file a bug? |
| 17:55.21 | riksta | russellb: are you talking about the same problem? |
| 17:56.00 | russellb | i dont' think so |
| 17:56.36 | Corydon76-lap | riksta: yes, just file a bug |
| 17:59.44 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 17:59.45 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 18:00.45 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 18:00.45 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 18:04.32 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:04.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:05.18 | jmls | codefreeze-lap: thanks |
| 18:06.13 | riksta | Corydon76-lap: cool, i filed a bug number #14220 thanks |
| 18:08.11 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-068-016-200-248.sip.chs.bellsouth.net) |
| 18:08.11 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:10.40 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 18:18.27 | *** join/#asterisk-dev joshaidan (n=joshaida@S01060090f8009fa6.tb.shawcable.net) |
| 18:22.12 | riksta | Corydon76-lap: do you think this could be the culprit ? http://lists.digium.com/pipermail/asterisk-commits/2009-January/029475.html |
| 18:22.53 | riksta | or this http://lists.digium.com/pipermail/asterisk-commits/2009-January/029494.html |
| 19:22.14 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-e5b26d4fad117b69) |
| 19:28.51 | *** join/#asterisk-dev _ys (n=Miranda@80.70.236.69) |
| 19:33.14 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 19:33.47 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 19:49.49 | *** part/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 20:28.17 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 20:28.18 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-1839f9f224df9648) |
| 20:28.18 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:29.54 | kpfleming | seanbright: 'tentative declarations'? you mean forward declarations? |
| 20:30.08 | seanbright | static const int foo; |
| 20:30.09 | seanbright | ... |
| 20:30.15 | seanbright | static const int foo = 10; |
| 20:30.21 | kpfleming | oh wow |
| 20:30.24 | kpfleming | yeah, that's ungoodness |
| 20:30.31 | russellb | i was surprised that was valid at all, heh |
| 20:30.54 | kpfleming | the C compiler is just merging them together, i suspect |
| 20:32.16 | seanbright | russellb pointed out that i could have just added a constructor to ast_module_info, which would have been more straight-forward |
| 20:32.28 | seanbright | but... |
| 20:32.30 | seanbright | shrugs |
| 20:32.47 | russellb | thinks you should |
| 20:32.47 | russellb | :-p |
| 20:33.00 | russellb | C module compatibility be damned |
| 20:33.07 | russellb | C++ module wrapper ftw |
| 20:33.18 | seanbright | :) |
| 20:34.05 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:34.05 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:39.41 | citats | if i threw together a patch to not show the remote (dis)connect notices what would be a good config name. nodisplayconnect, dontdisplayconnect, etc. ? |
| 20:41.56 | russellb | how about displayconnect=no |
| 20:41.59 | russellb | default yes or whatever |
| 20:42.01 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 20:42.07 | russellb | negative options blow my mind |
| 20:42.07 | russellb | heh |
| 20:42.13 | russellb | (not really, but they are less intuitive) |
| 20:44.31 | citats | probably the best way to go. its just a little less work to do the negative :) |
| 20:44.41 | seanbright | hideconnect |
| 20:44.43 | seanbright | bam |
| 20:44.45 | russellb | ooh |
| 20:44.50 | seanbright | heh |
| 20:44.52 | russellb | that works |
| 20:45.22 | citats | oooh i like |
| 20:45.38 | seanbright | setting-this-to-yes-will-cause-the-connect-notices-not-to-show-up=yes |
| 20:45.49 | seanbright | self documenting |
| 20:49.16 | kpfleming | yes... normally words like 'hide', 'suppress', etc. are better than negative options |
| 20:49.33 | citats | nodontnothideconnect sound good? |
| 20:49.41 | kpfleming | turn-off-connect-notices-beeyatch also works |
| 20:52.43 | Qwell | also have an option allow-disabling-connect-notices=yes to enable that option |
| 20:54.27 | citats | how about an option that constantly displays when a remote console isnt connected? like Homers everythings ok alarm |
| 20:55.02 | tzanger | haha |
| 20:58.28 | tzanger | hmm... is there a sruffell nearby? |
| 21:05.56 | jpeeler | codefreeze-lap: did you ever determine if my patch for 13881 was acceptable? |
| 21:14.00 | codefreeze-lap | jpeeler: been looking at the patch; look at the change in CDR output; it looks like you do the setapp; if it solves the prob, then it looks good to me. |
| 21:14.54 | jpeeler | the change of behavior was the part i was concerned with in my last comment |
| 21:15.55 | jpeeler | CDRs operating any differently from the past seem to induce much headache |
| 21:19.09 | jmls | ooohhhh, codefreeze-lap .... |
| 21:19.12 | jmls | A168512 |
| 21:19.38 | jmls | mutters "bugger" whazza command for commits ... ? |
| 21:20.00 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 21:20.27 | jmls | I was sure that Axxx would bring up the commit message for that revision ... or has it changed ? |
| 21:20.37 | jmls | anyways, ooohhhhh codefreeze-lap : |
| 21:20.48 | jmls | smells like a fix to me ... :) |
| 21:20.48 | snuff-work | C168512 |
| 21:20.57 | snuff-work | meh worth a try :) |
| 21:21.37 | jmls | mutters "it was A, I tell ya. Now they've gone and buggered everything up and changed it all. Damned young whippersnappers" |
| 21:21.49 | codefreeze-lap | jpeeler: I know; that's why I hate the setup so much; it's really hard to find a fix that would have minimal impact. But I think your fix should be pretty local. |
| 21:22.14 | jpeeler | i do too, just wanted to check first though |
| 21:23.08 | codefreeze-lap | A168512 |
| 21:23.21 | jmls | ha! tried that ! |
| 21:23.26 | snuff-work | A120000 |
| 21:23.30 | jmls | didn't work for me either :( |
| 21:23.49 | jmls | jeez, I find bugs everywhere - without even trying ... |
| 21:24.03 | jmls | is a bug-magnet |
| 21:24.09 | codefreeze-lap | jmls: must not be working, tried it in #asterisk-commits, too. Thought we had it working there |
| 21:24.24 | file | commit asterisk 168512 |
| 21:24.25 | MuffinMan | Failed to retrieve information on revision 168512 from repository asterisk |
| 21:24.35 | file | commit asterisk 5060 |
| 21:24.36 | MuffinMan | Failed to retrieve information on revision 5060 from repository asterisk |
| 21:24.39 | file | ummm |
| 21:24.41 | file | oh |
| 21:24.43 | jmls | bugger |
| 21:25.02 | snuff-work | file.. sure its not because orig svn changed (new srv)? |
| 21:25.13 | jmls | smiles at the picture of confusion around Digium right now .. |
| 21:25.15 | file | it sort of is |
| 21:25.30 | file | jmls: hrm? he runs on a machine in my apartment :P |
| 21:25.40 | jmls | heh |
| 21:25.48 | codefreeze-lap | "around Digium" extends maybe 3000 miles in every direction? |
| 21:25.54 | file | commit asterisk 5060 |
| 21:25.59 | MuffinMan | [5060] Committed by bkramer on 2005-02-21T01:09:51.000000Z: / updated with new config options |
| 21:26.00 | MuffinMan | .. |
| 21:26.00 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=5060 |
| 21:26.04 | file | tada |
| 21:26.11 | snuff-work | commit asterisk 110000 |
| 21:26.16 | MuffinMan | [110000] Committed by root on 2008-03-19T17:23:21.950114Z: automerge commit |
| 21:26.16 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=110000 |
| 21:26.29 | codefreeze-lap | commit asterisk 168512 |
| 21:26.30 | snuff-work | damn.. i know i have a nice round number commit here somewhere :) |
| 21:26.34 | MuffinMan | [168512] Committed by murf on 2009-01-12T21:16:01.035501Z: Merged revisions 166093,166157,166262,166297,166380,166509,166568,166592,166772,166953,167095,167179,167260,167299,167432,167541,167545,167554,167566,167620,167714,167840,168128,168191,168198,168267,168379,168382,168480,168482,168507 via |
| 21:26.35 | MuffinMan | ..svnmerge from |
| 21:26.35 | MuffinMan | ..https://origsvn.digium.com/svn/asterisk/branches/1.4 |
| 21:26.35 | MuffinMan | .. |
| 21:26.36 | MuffinMan | .................. |
| 21:26.39 | MuffinMan | .. r166093 | murf | 2008-12-19 15:30:32 -0700 (Fri, 19 Dec 2008) | 133 lines |
| 21:26.42 | MuffinMan | .. |
| 21:26.44 | MuffinMan | .. This merges the masqpark branch into 1.4 |
| 21:26.46 | MuffinMan | .. |
| 21:26.49 | MuffinMan | .. These changes eliminate the need for (and use of) |
| 21:26.51 | MuffinMan | .. the KEEPALIVE return code in res_features.c; |
| 21:26.54 | MuffinMan | .. There are other places that use this result code |
| 21:26.56 | MuffinMan | .. for similar purposes at a higher level, these appear |
| 21:26.59 | MuffinMan | .. to be left alone in 1.4, but attacked in trunk. |
| 21:27.02 | MuffinMan | .. |
| 21:27.04 | MuffinMan | .. The reason these changes are being made in 1.4, is |
| 21:27.07 | MuffinMan | .. that parking ends a channel's life, in some situations, |
| 21:27.09 | MuffinMan | .. and the code in the bridge (and some other places), |
| 21:27.12 | MuffinMan | .. was not checking the result code properly, and dereferencing |
| 21:27.15 | MuffinMan | .. the channel pointer, which could lead to memory corruption |
| 21:27.17 | MuffinMan | .. and crashes. |
| 21:27.20 | MuffinMan | .. |
| 21:27.22 | MuffinMan | .. Calling the masq_park function eliminates this danger |
| 21:27.24 | MuffinMan | .. in higher levels. |
| 21:27.26 | codefreeze-lap | This could take a while! |
| 21:27.27 | MuffinMan | .. |
| 21:27.29 | MuffinMan | .. A series of previous commits have replaced some parking calls |
| 21:27.32 | MuffinMan | .. with masq_park, but this patch puts them ALL to rest, |
| 21:27.34 | MuffinMan | .. (except one, purposely left alone because a masquerade |
| 21:27.37 | MuffinMan | .. is done anyway), and gets rid of the code that tests |
| 21:27.40 | MuffinMan | .. the KEEPALIVE result, and the NOHANGUP_PEER result codes. |
| 21:27.43 | MuffinMan | .. |
| 21:27.45 | MuffinMan | .. While bug 13820 inspired this work, this patch does |
| 21:27.47 | MuffinMan | .. not solve all the problems mentioned there. |
| 21:27.50 | MuffinMan | .. |
| 21:27.52 | MuffinMan | .. I have tested this patch (again) to make sure I have |
| 21:27.55 | MuffinMan | .. not introduced regressions. |
| 21:27.57 | MuffinMan | .. |
| 21:28.15 | MuffinMan | .. Crashes that occurred when a parked party hung up |
| 21:28.15 | MuffinMan | .. while the parking party was listening to the numbers |
| 21:28.15 | MuffinMan | .. of the parking stall being assigned, is eliminated. |
| 21:28.15 | MuffinMan | .. |
| 21:28.15 | MuffinMan | .. These are the cases where parking code may be activated: |
| 21:28.15 | MuffinMan | .. |
| 21:28.15 | MuffinMan | .. 1. Feature one touch (eg. *3) |
| 21:28.17 | MuffinMan | .. 2. Feature blind xfer to parking lot (eg ##700) |
| 21:28.20 | MuffinMan | .. 3. Run Park() app from dialplan (eg sip xfer to 700) |
| 21:28.23 | MuffinMan | .. (eg. dahdi hookflash xfer to 700) |
| 21:28.25 | MuffinMan | .. 4. Run Park via manager. |
| 21:28.27 | MuffinMan | .. |
| 21:28.30 | MuffinMan | .. The interesting testing cases for parking are: |
| 21:28.32 | MuffinMan | .. I. A calls B, A parks B |
| 21:28.35 | MuffinMan | .. a. B hangs up while A is getting the numbers announced. |
| 21:28.37 | MuffinMan | .. b. B hangs up after A gets the announcement, but |
| 21:28.38 | codefreeze-lap | well, it gives you plenty of time to read it all! |
| 21:28.40 | MuffinMan | .. before the parking time expires |
| 21:28.42 | MuffinMan | .. c. B waits, time expires, A is redialed, |
| 21:28.45 | MuffinMan | .. A answers, B and A are connected, after |
| 21:28.48 | MuffinMan | .. which, B hangs up. |
| 21:28.50 | MuffinMan | .. d. C picks up B while still in parking lot. |
| 21:28.53 | MuffinMan | .. |
| 21:28.55 | MuffinMan | .. II. A calls B, B parks A |
| 21:28.58 | MuffinMan | .. a. A hangs up while B is getting the numbers announced. |
| 21:29.00 | MuffinMan | .. b. A hangs up after B gets the announcement, but |
| 21:29.01 | putnopvut | MuffinMan: SHUT THE #*@&$(@ UP |
| 21:29.02 | Juggie | ponders life |
| 21:29.03 | MuffinMan | .. before the parking time expires |
| 21:29.05 | MuffinMan | .. c. A waits, time expires, B is redialed, |
| 21:29.08 | MuffinMan | .. B answers, A and B are connected, after |
| 21:29.11 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-e8ff93b2d48456b1) |
| 21:29.11 | MuffinMan | .. which, A hangs up. |
| 21:29.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:29.13 | MuffinMan | .. d. C picks up A while still in parking lot. |
| 21:29.16 | MuffinMan | .. |
| 21:29.18 | MuffinMan | .. Testing this throroughly involves acting all the permutations |
| 21:29.21 | MuffinMan | .. of I and II, in situations 1,2,3, and 4. |
| 21:29.22 | *** mode/#asterisk-dev [+b *!n=muffinma@*asterisk/issue-tracker-bot/muffinman] by putnopvut |
| 21:29.42 | *** mode/#asterisk-dev [-b MuffinMan!*@*] by putnopvut |
| 21:29.46 | codefreeze-lap | putnopvut: You are currently experiencing the long commit msgs from Steve Murphy. Do not panic, do not collect $100, do not pass "GO". |
| 21:29.50 | Juggie | hah he finished just as you banned him :) |
| 21:30.22 | putnopvut | codefreeze-lap: yeah, I like your verbose commit messages. I don't like it when a bot spits the entire thing into an IRC channel |
| 21:30.36 | Juggie | putnopvut, have some red wine :0 |
| 21:30.44 | snuff-work | commit asterisk 120000 |
| 21:31.09 | codefreeze-lap | I notice that "pregnant pause" |
| 21:31.17 | snuff-work | pokes MuffinMan... u ded |
| 21:31.43 | codefreeze-lap | Ha, one commit msg from me, and it's dead! |
| 21:32.12 | snuff-work | mm that is kinda the longest i think i've seen in the whole repo |
| 21:32.28 | *** mode/#asterisk-dev [-b *!n=muffinma@*asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:32.31 | MuffinMan | .. Patches: |
| 21:32.33 | MuffinMan | .. 13538.patch uploaded by putnopvut (license 60) |
| 21:32.36 | MuffinMan | .. Tested by: putnopvut |
| 21:32.38 | MuffinMan | .................. |
| 21:32.40 | MuffinMan | .. r166262 | russell | 2008-12-22 07:45:27 -0700 (Mon, 22 Dec 2008) | 7 lines |
| 21:32.43 | MuffinMan | .. |
| 21:32.45 | MuffinMan | .. Re-work ref count handling of MoH classes using astobj2 to resolve crashes. |
| 21:32.48 | MuffinMan | .. |
| 21:32.48 | *** mode/#asterisk-dev [+b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:32.51 | seanbright | jeeebus |
| 21:32.53 | snuff-work | lmao |
| 21:33.33 | file | the moral of the story is... don't do that |
| 21:33.38 | seanbright | for serious |
| 21:33.46 | codefreeze-lap | jmls: yeah, that commit is what triggered the prob you are having, but if you read the 13820 notes, you'll see that I documented the h-exten behavior there.... I think. The commit message should have noted that... sorry, wasn't as long as it should have been. |
| 21:34.03 | *** mode/#asterisk-dev [-b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:34.06 | MuffinMan | .. In this particular case, the channel was locked by a call |
| 21:34.08 | MuffinMan | .. to ast_read. A call to ast_exists_extension led to autoservice |
| 21:34.09 | seanbright | dude |
| 21:34.11 | MuffinMan | .. being started and stopped due to the existence of dialplan |
| 21:34.14 | MuffinMan | .. switches. |
| 21:34.14 | *** mode/#asterisk-dev [+b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:34.41 | snuff-work | heh restart broken bot?.. i think it doesn't like 30+ line commit msgs |
| 21:34.52 | seanbright | the bot is fine |
| 21:35.07 | putnopvut | the bot just keeps getting banned temporarily :) |
| 21:35.13 | seanbright | but we had 3 'command asterisk 123123' things in a row |
| 21:35.25 | seanbright | s/command/commit/ |
| 21:36.42 | *** mode/#asterisk-dev [-b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:36.44 | MuffinMan | .. A couple of changes to T.38 SDP attribute handling |
| 21:36.47 | MuffinMan | .. |
| 21:36.49 | seanbright | i hate you, MuffinMan |
| 21:36.49 | MuffinMan | .. There are some boolean attributes for T.38 such |
| 21:36.52 | MuffinMan | .. as T38FaxFillBitRemoval, T38FaxTranscodingMMR, and |
| 21:36.54 | MuffinMan | .. T38FaxTranscodingJBIG. By simply being present, we |
| 21:36.57 | MuffinMan | .. should treat these as a "true" value. The current |
| 21:36.57 | *** mode/#asterisk-dev [+b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:37.07 | seanbright | ok, i'm done unbanning him |
| 21:38.00 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.136.183.28) |
| 21:39.25 | snuff-work | aww have faith.. he'll be done soon |
| 21:40.25 | *** mode/#asterisk-dev [-b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:40.29 | MuffinMan | .. |
| 21:40.32 | MuffinMan | .. http://reviewboard.digium.com/r/117/ |
| 21:40.34 | MuffinMan | .................. |
| 21:40.36 | MuffinMan | .. r167714 | kpfleming | 2009-01-08 10:24:21 -0700 (Thu, 08 Jan 2009) | 1 line |
| 21:40.39 | MuffinMan | .. |
| 21:40.41 | MuffinMan | .. remove an unnecessary argument to queue_request() |
| 21:40.43 | *** mode/#asterisk-dev [+b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by seanbright |
| 21:41.16 | snuff-work | wtf is 167714? |
| 21:41.17 | jpeeler | obviously the bot needs to be able to cancel a request |
| 21:41.27 | snuff-work | i dont remember asking for it.. |
| 21:41.32 | *** mode/#asterisk-dev [-b MuffinMan!*@*] by putnopvut |
| 21:41.41 | seanbright | snuff-work: it's part of a merge message |
| 21:41.44 | *** join/#asterisk-dev telecos (n=sergio@34.167.219.87.dynamic.jazztel.es) |
| 21:41.59 | seanbright | jpeeler: the new improved muffinman will |
| 21:42.08 | jpeeler | yay |
| 21:43.23 | *** join/#asterisk-dev SeansAsteriskBot (n=sbright@205.232.40.114) |
| 21:43.54 | seanbright | newcommit asterisk 168512 |
| 21:44.12 | seanbright | if it worked, anyway... |
| 21:45.37 | Qwell | mvanbaak: HELP! |
| 21:45.37 | seanbright | newcommit asterisk 168512 |
| 21:45.50 | Qwell | mvanbaak: You around? :) |
| 21:45.58 | snuff-work | u still have ur ban in place seanbright.. |
| 21:45.58 | SeansAsteriskBot | | [168512] Committed by murf on 2009-01-12 at 15:16:01 CST |
| 21:45.58 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=12269 |
| 21:45.58 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=13071 |
| 21:45.58 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=13538 |
| 21:45.59 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=13566 |
| 21:46.02 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=13976 |
| 21:46.05 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14057 |
| 21:46.08 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14069 |
| 21:46.10 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14113 |
| 21:46.13 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14120 |
| 21:46.14 | seanbright | jeebus |
| 21:46.16 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14127 |
| 21:46.16 | snuff-work | wtf? |
| 21:46.19 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=14177 |
| 21:46.21 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/106/ |
| 21:46.24 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/107/ |
| 21:46.27 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/117/ |
| 21:46.28 | Qwell | lol? |
| 21:46.29 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/29/ |
| 21:46.32 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/35/ |
| 21:46.34 | Juggie | you know we have an #asterisk-commits channel for this stuff :) |
| 21:46.35 | SeansAsteriskBot | | [ViewVC]: http://svn.digium.com/svn-view/asterisk?view=rev&revision=168512 |
| 21:46.38 | SeansAsteriskBot | | |
| 21:46.40 | SeansAsteriskBot | | ('commit asterisk 168512 full' for details) |
| 21:46.46 | Qwell | full details? |
| 21:46.48 | Qwell | There's MORE?! |
| 21:46.48 | seanbright | do NOT do full |
| 21:47.00 | seanbright | needs to updated the regex |
| 21:47.11 | Juggie | someone do it! |
| 21:47.29 | seanbright | looks for a sane example |
| 21:47.52 | seanbright | newcommit asterisk 168512 |
| 21:48.09 | Qwell | finds a stick and poke mvanbaak a few times |
| 21:48.20 | seanbright | i almost did it again. heh. |
| 21:48.32 | *** join/#asterisk-dev SeansAsteriskBot (n=sbright@205.232.40.114) |
| 21:48.35 | seanbright | ok, sane example: |
| 21:48.40 | seanbright | newcommit asterisk 168507 |
| 21:48.57 | SeansAsteriskBot | | [168507] Committed by jpeeler on 2009-01-12 at 14:26:22 CST |
| 21:48.57 | SeansAsteriskBot | | [Mantis]: http://bugs.digium.com/view.php?id=12269 |
| 21:48.57 | SeansAsteriskBot | | [Review]: http://reviewboard.digium.com/r/35/ |
| 21:48.57 | SeansAsteriskBot | | [ViewVC]: http://svn.digium.com/svn-view/asterisk?view=rev&revision=168507 |
| 21:48.58 | SeansAsteriskBot | | |
| 21:49.00 | SeansAsteriskBot | | ('commit asterisk 168507 full' for details) |
| 21:49.09 | seanbright | there. |
| 21:49.23 | seanbright | and if we had colors on in here it would look hawt |
| 21:50.51 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733320.dsl.bell.ca) |
| 21:51.14 | seanbright | blame asterisk team/group/asterisk-cpp/include/asterisk/astobj.h:92 |
| 21:51.37 | seanbright | the interwebs is slow today |
| 21:51.39 | SeansAsteriskBot | seanbright: No sweat, give me a second to look that up... |
| 21:51.51 | SeansAsteriskBot | | 4554 markster |
| 21:51.51 | SeansAsteriskBot | | 4554 markster /* C++ is simply a syntactic crutch for those who cannot think for themselves |
| 21:51.51 | SeansAsteriskBot | | 168515 russell * in an object oriented way. |
| 21:51.51 | SeansAsteriskBot | | 168515 russell * |
| 21:51.52 | SeansAsteriskBot | | 168515 russell * Edit: This file is a _GREAT_ example of just one reason we _should_ be using C++. kthxbye. */ |
| 21:52.03 | seanbright | SeansAsteriskBot: go away |
| 21:52.54 | Qwell | wonders if mvanbaak would show up if he said the words "OpenBSD" |
| 21:53.02 | seanbright | vino |
| 21:53.09 | seanbright | weed |
| 21:53.11 | Qwell | guess not |
| 21:53.27 | Qwell | trying to figure out how to change network stuffs on OpenBSD, heh |
| 21:53.34 | Qwell | I know he'd know the answer right away |
| 21:57.05 | jpeeler | Qwell: what are you trying to do? |
| 21:57.20 | Qwell | change it to dhcp. it's not in rc.conf like FreeBSD |
| 21:57.31 | jpeeler | no it's in /etc/hostname.<chipset> i think |
| 21:57.38 | Qwell | ooo |
| 21:57.53 | Qwell | dhcp NONE NONE NONE |
| 21:57.57 | Qwell | works for me |
| 21:58.21 | Qwell | jpeeler: thanks |
| 21:58.29 | jpeeler | np |
| 21:58.39 | Qwell | happen to know how Solaris does it too? |
| 21:58.58 | jpeeler | not off the top of my head :( |
| 22:09.05 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 22:09.05 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:22.39 | *** mode/#asterisk-dev [-b *!*=muffinma@asterisk/issue-tracker-bot/muffinman] by snuff-work |
| 22:22.49 | snuff-work | M13000 |
| 22:22.51 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/NewFeature 0013000: [patch] Implementation of application/telephone-event for SIP INFO reported by licedey (Karma: -8) http://bugs.digium.com/view.php?id=13000 |
| 22:23.14 | snuff-work | muffin is back to normal :) |
| 22:32.37 | jmls | is really sorry he mentioned that the muffinman was not baking today |
| 22:32.59 | jmls | didn't realize the amount of crap that would follow resurrection ;) |
| 22:39.24 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:42.44 | codefreeze-lap | jmls: I'm working on your h-exten prob: you said you were AMI "Redirect" , channel: ZAP1/1 exten: park context: parking priority: 1, Right? |
| 22:48.46 | codefreeze-lap | jmls: if so, then tell me what your dialplan say for context: parking, exten= park.... |
| 22:48.56 | codefreeze-lap | s/say/says/ |
| 22:49.12 | codefreeze-lap | thanks for helping out there, jbot |
| 22:49.12 | jbot | codefreeze-lap: sure thing |
| 23:01.58 | *** part/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 23:49.25 | jpeeler | is there anything (good) besides ekiga to use for h323? |
| 23:56.07 | *** join/#asterisk-dev x86 (n=x86@p3m/member/x86) |
| 23:56.40 | x86 | hey guys, just wanted to say that moving from 1.6.0.1 to 1.6.0.3 fixed a huge bug (in my application) |
| 23:57.19 | x86 | don't know if this had been reported or not, but with 1.6.0.1, if you had a bunch of queues with a ringall strategy, it would randomly _not_ ring different phones, regardless of wrapuptime |