| 00:15.03 | seanbright | mnicholson: ping |
| 00:15.23 | mnicholson | seanbright, pong |
| 00:15.29 | seanbright | main/file.c:922 |
| 00:15.41 | seanbright | that breaks the build under dev mode |
| 00:15.58 | seanbright | need to move that declaration up to the top of the enclosing block |
| 00:17.02 | seanbright | i was going to commit it myself, but my working copy is a mess at the moment :) |
| 00:17.14 | mnicholson | seanbright, how do I compile in dev mode? |
| 00:17.21 | seanbright | ./configure --enable-dev-mode |
| 00:18.17 | mnicholson | ahh ok, yeah I rearranged some stuff in there, i'll fix it |
| 00:18.44 | seanbright | k |
| 00:20.04 | seanbright | splendid. |
| 00:20.06 | seanbright | danke. |
| 00:21.15 | putnopvut | wishes that we didn't have to declare everything at the top of the block. |
| 00:21.21 | putnopvut | But that's C90 for ya! |
| 00:21.51 | snuff-work | much prefers top of block |
| 00:22.15 | kpfleming | start a new block if you want to be crazy |
| 00:22.25 | mnicholson | i prefer to declare things as close as possible to where it will be sued, it's a c++ thing... |
| 00:22.34 | putnopvut | mnicholson: that's my opinion too. |
| 00:22.45 | kpfleming | like declaring for loop index variables in the for loop itself :-) |
| 00:22.51 | putnopvut | yes |
| 00:23.13 | snuff-work | that is one thing that does annony me in c.. |
| 00:23.33 | putnopvut | I find it odd to declare a variable 100 lines before you actually will use it, especially if it is only used in one or two statements. |
| 00:23.33 | kpfleming | it encourages smaller functions |
| 00:24.01 | mnicholson | kpfleming, which way encourages smaller functions? |
| 00:24.15 | kpfleming | top-of-block definitions |
| 00:24.22 | mnicholson | how so? |
| 00:24.54 | kpfleming | if you can't find the defs for the variables because they are so far away, you'll think about reducing the size of the function |
| 00:25.26 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 00:25.29 | mnicholson | hmm, or you think about how you wish this was c++ or you press gd in vim |
| 00:25.32 | mnicholson | or both |
| 00:25.37 | mnicholson | if you are me :) |
| 00:27.47 | seanbright | with the current build system, is it easy to split a single module into multiple source files? |
| 00:28.35 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 00:28.52 | putnopvut | seanbright: Not sure of the difficulty necessarily, but it's done in places. See chan_iax2 as an example. |
| 00:29.01 | seanbright | oh yeah |
| 00:29.05 | seanbright | good call |
| 00:29.15 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 00:29.31 | file | it's easy. |
| 00:29.31 | seanbright | eyes chan_sip.c |
| 00:29.38 | putnopvut | seanbright: ooh |
| 00:30.17 | seanbright | yeah, i'm a wild man |
| 00:30.31 | putnopvut | I think there needs to be a small-scale devcon that needs to just lock itself in a room and just refactor chan_sip. |
| 00:30.45 | putnopvut | That was oddly-worded, but I think I got my point across. |
| 00:30.56 | Corydon76-lap | putnopvut: it's been discussed |
| 00:31.03 | seanbright | i'm in, fly me to alabama. |
| 00:31.23 | Corydon76-lap | At the last devcon, the discussion was about ditching the codebase entirely in favor of some library |
| 00:31.36 | putnopvut | Corydon76-lap: yes, that is an attractive idea too. |
| 00:31.51 | snuff-work | mm.. some library.. what happens to CDRs? |
| 00:32.00 | Corydon76-lap | putnopvut: ask the guys over on the openpbx project just how well that has worked for them |
| 00:32.00 | putnopvut | snuff-work: that would be handled in the channel driver. |
| 00:32.09 | seanbright | reSIProcate |
| 00:32.16 | seanbright | or however it's spelled |
| 00:32.23 | putnopvut | Corydon76-lap: there's an openpbx project? |
| 00:32.29 | Corydon76-lap | seanbright: that's it |
| 00:32.31 | putnopvut | learns something new every day. |
| 00:32.40 | snuff-work | is surprised.. |
| 00:32.51 | Corydon76-lap | putnopvut: callweaver, whatever it's called now |
| 00:32.53 | seanbright | would be nice if all of the channel 'technologies' were separate libraries |
| 00:32.54 | putnopvut | oh |
| 00:32.59 | putnopvut | yeah, I knew of callweaver. |
| 00:33.03 | putnopvut | The fork of Asterisk |
| 00:33.13 | snuff-work | mm isn't callweaver like 500meg svn download |
| 00:33.19 | Corydon76-lap | putnopvut: they're on something like their 5th SIP stack |
| 00:33.32 | seanbright | snuff-work: yeah, they include some HD pr0n in the tarball |
| 00:33.38 | putnopvut | lol |
| 00:33.41 | file | there's not much development happening anymore on CW |
| 00:33.57 | Corydon76-lap | putnopvut: you think I'm joking... I'm totally serious |
| 00:34.08 | putnopvut | Corydon76-lap: I was laughing at the HD pr0n remark. |
| 00:34.12 | Corydon76-lap | Ah |
| 00:34.15 | seanbright | bows |
| 00:34.28 | Corydon76-lap | file: was there ever? |
| 00:34.38 | file | there was momentum at the beginning |
| 00:34.45 | file | but not anymore |
| 00:34.58 | Corydon76-lap | file: more than just the renaming of every function that started with ast_ ? |
| 00:35.05 | file | yes |
| 00:35.16 | putnopvut | Yeah, I heard about their superior fax support. |
| 00:35.27 | putnopvut | But not much in the way of details. |
| 00:35.33 | Corydon76-lap | file: and the removal of a bunch of applications they didn't want to support? |
| 00:35.57 | file | I suspect the people who were/are still involved have the source at a state where the stuff they use is fine, but have not continued |
| 00:36.03 | Corydon76-lap | I think that encapsulates their entire first month of activity |
| 00:38.06 | Corydon76-lap | Well, other than the continual "Asterisk sucks! We rule!" flamebait |
| 00:42.16 | seanbright | i could test this, but i'll just ask instead |
| 00:42.50 | seanbright | #define SOMETHING(a) asterisk_foo(a) |
| 00:42.59 | seanbright | SOMETHING(x) |
| 00:43.08 | seanbright | would that result in xsterisk_foo(x)? |
| 00:45.00 | seanbright | fine |
| 00:45.02 | seanbright | i'll test. |
| 00:45.34 | putnopvut | yes, that would happen (says Corydon76-lap in my office) |
| 00:45.47 | snuff-work | tries to remember the gcc flag to compile only to after preprocessor.. |
| 00:45.58 | Corydon76-lap | snuff-work: -E |
| 00:46.07 | snuff-work | its -S for asm right? |
| 00:46.20 | seanbright | hmmm, didn't happen |
| 00:46.25 | Corydon76-lap | dunno, but -E just lets the preprocessor run |
| 00:46.48 | seanbright | it just replaced the argument, not the 'a' in asterisk |
| 00:46.50 | seanbright | good to know. |
| 00:47.12 | seanbright | i guess it has to be a separate token or something |
| 00:47.16 | Corydon76-lap | seanbright: sorry, I misread putnopvut's screen |
| 00:47.37 | seanbright | i forgive you |
| 00:47.38 | Corydon76-lap | seanbright: nope, the preprocessor is smart like that |
| 00:47.51 | seanbright | that makes me happy. |
| 00:48.07 | Corydon76-lap | does it really? |
| 00:48.11 | seanbright | yes it really does. |
| 00:48.18 | seanbright | <insert inappropriate comment here> |
| 00:48.40 | Corydon76-lap | wipes the spooge off his chest |
| 00:48.45 | putnopvut | lol |
| 00:48.57 | seanbright | throws up a little |
| 00:49.37 | Corydon76-lap | seanbright: hey, I'm just going by what my bf does when he's really happy... |
| 00:50.06 | seanbright | gcc is neat. |
| 00:50.43 | snuff-work | remembered something it was -S for assembly |
| 00:51.01 | Corydon76-lap | snuff-work: to prevent assembly? |
| 00:51.16 | Corydon76-lap | because -c is to assemble, but not to link |
| 00:51.24 | snuff-work | yes.. aka show the assembly |
| 00:51.52 | Corydon76-lap | as opposed to assembling the show? |
| 00:52.29 | snuff-work | mm i was involved once in assembling a show.. |
| 00:52.52 | Corydon76-lap | Was the donkey cooperative? |
| 00:53.09 | snuff-work | nah.. was a real ass.. |
| 01:00.14 | seanbright | get ready to fix all your branches... |
| 01:00.41 | snuff-work | ur ao2 api breakage is being reverted? |
| 01:00.46 | seanbright | aye |
| 01:01.04 | seanbright | i don't like the way you phrased that... |
| 01:01.05 | seanbright | ;) |
| 01:01.23 | snuff-work | well that's cause i had to fix my branch ;) |
| 01:01.40 | seanbright | well get ready to fix it again |
| 01:01.51 | seanbright | rigggggght NOW |
| 01:02.00 | seanbright | errr.... |
| 01:02.02 | seanbright | NOW |
| 01:02.03 | seanbright | heh |
| 01:05.25 | seanbright | Deeewayne: nice work on the SERV stuff, by the way. look forward to that getting mainlined. |
| 01:05.32 | seanbright | (can't test it here, unfortunately) |
| 01:09.42 | seanbright | snuff-work: i think once your res_jabber stuff is committed we'll be free of the original astobj |
| 01:13.09 | snuff-work | res_smdi.. |
| 01:13.16 | snuff-work | then we will i think |
| 01:13.20 | seanbright | nice. |
| 01:13.42 | snuff-work | res_smdi needs to goto 2 AST_LIST and 1 astobj2 |
| 01:28.25 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:28.25 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:28.33 | seanbright | blinks |
| 01:28.41 | seanbright | it's not a weekend |
| 01:28.44 | seanbright | you shouldn't be here |
| 01:28.48 | file | I dragged him onto IRC |
| 01:28.53 | russellb | heh |
| 01:28.57 | russellb | it's the evening though |
| 01:29.00 | seanbright | true |
| 01:29.01 | russellb | and yes, blame file |
| 01:29.03 | seanbright | are you still @ the office? |
| 01:29.17 | russellb | negative |
| 01:29.26 | seanbright | splendid. |
| 01:29.27 | russellb | i'm couching it |
| 01:29.35 | seanbright | i'm... starbucking it? |
| 01:30.42 | putnopvut | I'm going home to watch the new episode of Heroes. Later yo! |
| 01:30.47 | seanbright | peas |
| 01:30.51 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 01:30.51 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 01:38.56 | seanbright | wanders off |
| 02:10.06 | seanbright | wanders back |
| 02:18.00 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 02:22.35 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 02:25.29 | *** join/#asterisk-dev sasargen_ (n=chatzill@68-244-175-239.pools.spcsdns.net) |
| 03:06.24 | lmadsen | still curious who DAHDI issues can be assigned to... |
| 03:06.55 | file | not I! |
| 03:07.31 | snuff-work | suffrell and kpfleming come to mind |
| 03:07.46 | seanbright | and file. |
| 03:09.08 | file | not to the level needed ^_^ |
| 03:10.30 | lmadsen | ya... I don't think kpfleming does too much on the bug tracker anymore |
| 03:11.03 | lmadsen | I've been assigning things to jpeeler, but I don't think that's exactly right |
| 03:16.04 | snuff-work | lmadsen: my best guess.. look at the last 100 odd commits to dadhi and assign to those active person(s) |
| 03:16.18 | lmadsen | snuff-home: not a bad idea... |
| 03:17.30 | snuff-work | but i suspect.. the above names i mentioned will be the big contribs :) |
| 03:18.17 | lmadsen | ya... I see a little bit by qwell, but I think that is mostly tools beyond the drivers or anything nitty gritty |
| 03:18.34 | lmadsen | you appear right though; kpfleming, sruffell, tzafrir are the big 3 |
| 03:19.56 | seanbright | mattf? |
| 03:20.01 | seanbright | or is he the libpri guy? |
| 03:20.10 | snuff-work | misdn / libpri |
| 03:20.17 | seanbright | ah. |
| 03:20.37 | snuff-work | i think he does libss7 also |
| 03:21.51 | lmadsen | yes.. he has started to become active on the bug tracker again a bit, but am still hesitant to actually assign anything new to him |
| 03:22.31 | file | who? |
| 03:25.07 | lmadsen | creslin |
| 03:25.39 | file | oh... yeah... |
| 03:25.57 | file | you can assign stuff to him, but it might not get touched for... a bit |
| 03:26.11 | lmadsen | that was my point :) |
| 03:26.22 | lmadsen | I'd just like the current issues to get resolved first |
| 03:26.28 | lmadsen | then we can discuss assigning new things |
| 03:31.04 | lmadsen | woh... there are 19 issues assigned to mattf |
| 03:31.06 | lmadsen | that seems like a lot |
| 03:55.35 | Juggie | whats he doing these days |
| 03:59.25 | Corydon76-dig | Juggie: working on firmware drivers |
| 04:00.50 | Juggie | ahh |
| 04:00.55 | Juggie | focused on hardware |
| 04:01.22 | Juggie | maybe someone else needs to get up to speed on libpri/misdn/etc |
| 04:01.30 | Juggie | so there is more then one person who knows the code |
| 04:01.37 | Juggie | he is sort of a hit by a bus scenario atm |
| 04:01.42 | Juggie | he's prob the only one who knows it super well |
| 04:04.10 | Corydon76-dig | As we say so often in our nonprofit work... the guy who says, "Wouldn't it be great if..." is now in charge of that... |
| 04:04.36 | Corydon76-dig | IOW, you're now in charge of learning libpri and libss7. |
| 04:06.18 | Juggie | haha |
| 04:06.32 | Juggie | there goes the business model. |
| 04:06.51 | Corydon76-dig | What business model? |
| 04:07.14 | Juggie | well, if you put me in charge of something that complex i can assure you bad things would happen :) |
| 05:00.47 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 07:09.25 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:21.39 | *** join/#asterisk-dev steliosk (n=Stelios@62.169.196.50) |
| 07:47.17 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:47.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:13.57 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 08:42.38 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:42.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:00.53 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.1) |
| 09:42.43 | wedhorn | mvanbaak: ping |
| 09:43.28 | mvanbaak | pong |
| 09:43.38 | mvanbaak | and no, I did not put it in devmode to make you use devmode ;) |
| 09:43.47 | mvanbaak | it's just where it belongs I think |
| 09:43.47 | wedhorn | haha |
| 09:43.53 | mvanbaak | whehehehe |
| 09:44.04 | wedhorn | yeah, but sort of makes me use dev mode now |
| 09:44.17 | mvanbaak | yup |
| 09:44.20 | mvanbaak | and that's a good thing |
| 09:44.47 | wedhorn | any thoughts on the new patch |
| 09:45.23 | mvanbaak | I have not looked at it yet |
| 09:45.28 | mvanbaak | today is my day in the main office |
| 09:45.48 | mvanbaak | so had to leave early, and because this is the only day in the office it's too busy to spend time on asterisk |
| 09:45.52 | mvanbaak | sorry |
| 09:46.01 | mvanbaak | I'll have a look at it tomorrow |
| 09:46.03 | wedhorn | no probs, I'm off to bed soon, so I thought I'd check first |
| 09:48.12 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 09:53.16 | *** join/#asterisk-dev write_erase (n=Olivier@217.108.144.241) |
| 09:54.09 | write_erase | Hi, is Steve Murphy here ? I have questions concerning MTX_PROFILE . THX |
| 10:39.31 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 10:39.31 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:43.51 | *** join/#asterisk-dev Skavin (n=kevins@cpsak1-r6.tranzpeer.net) |
| 10:44.59 | Skavin | got a strange issue with sip realtime and subscribe across 2 servers |
| 10:45.36 | Skavin | I have 2 asterisk servers using realtime peers reading from the same database |
| 10:46.21 | Skavin | if a user subscribes for MWI notifys on one server then changes to subscribe on the other server |
| 10:47.02 | Skavin | the real time peer keeps comming back and then becommes un registered |
| 10:47.31 | Skavin | setting regserver ip addr port etc to "" |
| 10:49.06 | Skavin | if you prune the user it disapears untill it desides that the server needs to send a notify and realtime peer is recreated on the server that it is not registered on |
| 10:49.31 | Skavin | thoughts? |
| 10:54.22 | *** join/#asterisk-dev steliosk (n=Stelios@62.169.196.50) |
| 10:54.33 | *** join/#asterisk-dev ccesario_ (n=ccesario@linux.unialco.com.br) |
| 10:57.11 | Skavin | off for sleep will check back in 6 hours |
| 11:02.37 | eliel | oej: is there any code being done about the AAA infraestructure? I would like to move on CLI permissions |
| 11:03.17 | oej | I don't really know where it's hanging. I guess you have to ask the rulers... |
| 11:03.55 | oej | I think you should move on regardless. Seems like no one cares about that stuff anyway. |
| 11:04.47 | tzafrir_laptop | eliel, the cli permissions takes a much simpler approach. e.g. if one is allowed to use 'originate' than one can basically do everything |
| 11:05.39 | tzafrir_laptop | What other omnipotent commands are there? |
| 11:05.53 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:06.34 | eliel | tzafrir_laptop: hmm, I am missing something, I don't see 'originate' as a omnipotent cli command... you can't unload modules, restart asterisk, show peers/users, with that command... |
| 11:06.42 | tzafrir_laptop | dialplan add |
| 11:07.17 | tzafrir_laptop | it allows you to e.g. run a system command as the asterisk server |
| 11:07.35 | tzafrir_laptop | it allows you to generate an arbitrary call |
| 11:07.49 | eliel | tzafrir_laptop: yes you are right |
| 11:08.14 | tzafrir_laptop | core set global |
| 11:08.31 | tzafrir_laptop | even nicer: core set chanvar |
| 11:09.10 | eliel | tzafrir_laptop: Well, there are many available cli commands to break asterisk, that is why you will be able to allow those type of commands to the one you trust... |
| 11:09.15 | tzafrir_laptop | I figure that 'core set chanvar' at the right timing can break some assumptions of dialplan writiers |
| 11:11.27 | tzafrir_laptop | Another aspect: which commands expose potentially sensitive information |
| 11:11.33 | tzafrir_laptop | sip show peers |
| 11:11.43 | tzafrir_laptop | err... sip show users |
| 11:13.33 | tzafrir_laptop | module load /path/to/your/custom/code.so |
| 11:13.40 | eliel | I dont get your idea... yes, there are many dangerous commands, with cli permissions you will be able to deny a user to run those commands... |
| 11:14.25 | tzafrir_laptop | I'm trying to map the ones that are potentially dangerous ahead of time |
| 11:15.43 | tzafrir_laptop | hmm... I wonder if it would be possible to allow someone to just load and unload modules from the modules directory |
| 11:15.50 | tzafrir_laptop | That would be safer |
| 11:15.51 | eliel | tzafrir_laptop: what about wrinting a paper with a list of those commands and put it in a template in cli_permissions.conf called [dangerous_commands] deny=dangerouscommand1 ... |
| 11:17.17 | tzafrir_laptop | Likewise, I wonder if we can have a more limited version of originate |
| 11:17.47 | eliel | tzafrir_laptop: let me check something... |
| 11:19.25 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:19.25 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 11:19.25 | *** mode/#asterisk-dev [+o oej] by irc.freenode.net |
| 11:25.45 | oej | core set chanvar? |
| 11:25.54 | oej | That should not be a CLI command, only a manager command |
| 11:29.46 | tzafrir_laptop | Why? |
| 11:29.52 | eliel | well... it is not.. |
| 11:30.23 | tzafrir_laptop | If you're root you can set yourself a manager account anyway |
| 11:30.33 | tzafrir_laptop | it is, in my 1.6.0.1 |
| 11:31.27 | eliel | hmmm, not anymore in trunk? |
| 11:34.57 | tzafrir_laptop | I don't see the rationale. If it shouldn't be in the CLI, it shoun't be in the manager either |
| 11:39.03 | eliel | it was deprecated for 'dialplan set chanvar ...' in trunk |
| 11:49.27 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 11:51.21 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.12) |
| 12:26.36 | eliel | tzafrir_laptop: what about something like this: permit=channel originate SIP/[0-9]* extension * |
| 12:27.06 | eliel | I have created a patch to allow regular expressions |
| 12:28.01 | tzafrir_laptop | eliel, maybe a different command? |
| 12:28.42 | tzafrir_laptop | hmm.... |
| 12:28.55 | tzafrir_laptop | permit=channel originate SIP/[0-9]* extension .* |
| 12:30.25 | tzafrir_laptop | permit=channel originate SIP/[0-9]* extension [^@]* |
| 12:30.48 | eliel | ok, that should work if it is accepted by regexec |
| 12:31.17 | tzafrir_laptop | pitfalls: |
| 12:32.08 | tzafrir_laptop | originate sip/trunkname/whatever_number_I_want extension@whatever_context_I_want |
| 12:33.06 | eliel | you are trying to use the alias? |
| 12:33.47 | eliel | you want be able to put sip/trunkname there because of [0-9]* being expected... |
| 12:34.30 | eliel | and you can always have a deny=originate sip/trunkname/ * |
| 12:36.20 | eliel | it is up to the administrator to find a way to handle his specific situation... we just give the tools to do it... |
| 12:43.51 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:43.51 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:53.18 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 12:57.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:57.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:12.36 | *** join/#asterisk-dev sasargen (n=chatzill@174-146-94-52.pools.spcsdns.net) |
| 13:19.38 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 13:20.23 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 13:40.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.195.82) |
| 14:26.25 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 14:26.25 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:28.40 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@74.94.3.214) |
| 14:28.41 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:48.12 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:00.09 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:04.48 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 15:04.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:22.53 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 15:40.12 | tzafrir_laptop | just ran powertop on a latop with an Astribank connected. Not surprisingly some 90% of the power is drawn by its driver... |
| 15:44.28 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 15:45.00 | jsmith | tzafrir_laptop: Wow... that high? |
| 15:45.28 | tzafrir_laptop | What would you expect? |
| 15:45.44 | tzafrir_laptop | Try running powertop on any system with a zaptel device |
| 15:46.39 | seanbright | tzafrir_laptop: then fix it :P |
| 15:47.11 | tzafrir_laptop | yeah, right. We just need to switch to 10 interrupts per second |
| 15:47.49 | tzafrir_laptop | It would be a great improvement power-wise |
| 15:48.08 | seanbright | how many do we do per second now? |
| 15:48.14 | tzafrir_laptop | 1000 |
| 15:48.22 | seanbright | ah |
| 15:48.23 | seanbright | that's a lot. |
| 15:48.28 | seanbright | 10x even |
| 15:48.46 | seanbright | there's a reason for that though i assume... |
| 15:49.34 | tzafrir_laptop | Provide timing to Asterisk, backward compatiility, changing this would break tons of stuff in dahdi |
| 15:49.41 | tzafrir_laptop | and it would be lots of work |
| 15:49.55 | seanbright | ah |
| 15:51.14 | tzafrir_laptop | 10 interrupts per second is not a realistic goal. But something along the lines of 100Hz may be more realistic (some day) |
| 15:52.25 | shazaum | kitty |
| 15:54.40 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-a0e7c8ab0a7ed58c) |
| 15:54.40 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:23.07 | jpeeler | tzafrir_laptop: is there anything that needs to be done on our end for 13910? |
| 16:23.48 | tzafrir_laptop | M13910 |
| 16:23.49 | MuffinMan | [confirmed] [DAHDI-tools] General 0013910: [patch] later debians: modprobe of blacklisted modules fails from init script reported by tzafrir (Karma: +112.25) http://bugs.digium.com/view.php?id=13910 |
| 16:24.53 | tzafrir_laptop | I'm not sure. There's a limit to the ammount of how much I want to fix distro bugs in dahdi |
| 16:25.10 | tzafrir_laptop | first off: which versions of ubuntu are affected? |
| 16:26.40 | jpeeler | unknown, i didn't think any distro bugs would be fixed in dahdi |
| 16:27.21 | eliel | otherwiseguy: I need the thumb up of russellb to get cli permissions merged in trunk |
| 16:29.03 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 16:31.08 | otherwiseguy | eliel: ok. I'll see what he thinks. |
| 16:33.10 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.149) |
| 16:34.03 | eliel | otherwiseguy: great, thanks |
| 17:21.08 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 17:21.08 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 17:21.25 | Skavin | is there any reason that users that have timed out there registrations do not have there subscribes removed aswell? |
| 17:22.19 | Corydon76-dig | Skavin: ooo, good idea |
| 17:23.14 | tzafrir_laptop | jpeeler, I was refering the the init.d bugs. Anybody here with ubuntu to test that? |
| 17:23.22 | otherwiseguy | eliel: one thing that I for some reason completely missed is that there is no reason to make the API backward-incompatible by changing ast_cli_command() when you can create an ast_cli_command_full that has the uid/gid passed and then just make a macro for ast_cli_command() that calls ast_cli_command_full with the CLI_NO_PERM options. Results in a much smaller patch, doesn't break other modules, etc. |
| 17:23.45 | tzafrir_laptop | tr '\0' '\n' </proc/1/environ | grep ^MODPROBE_OPTIONS= |
| 17:23.59 | tzafrir_laptop | good: if this gives nothing |
| 17:24.14 | jpeeler | sure, it returns nothing |
| 17:24.22 | tzafrir_laptop | bad: if this gives '-qb' , '-Qb' or something similar |
| 17:24.27 | tzafrir_laptop | jpeeler, what version? |
| 17:24.32 | jpeeler | i'm running 8.04 |
| 17:24.42 | eliel | otherwiseguy: agree, I will be changing that |
| 17:25.04 | otherwiseguy | eliel: I just tested out the change here, and it seems to be working nicely. |
| 17:26.06 | jpeeler | tzafrir_laptop: but on 8.10 it does return MODPROBE_OPTIONS=-Qb |
| 17:26.46 | Skavin | what I am seeing is that subscribes recreate realtime users then when the notify fails to get through the nat the peer gets distroyed this causes regserver to be set to "" I have found users moving between my asterisk servers get there connections on other servers broken by there old server trying to notify them and the only way I have found to stop the notify is to restart the server |
| 17:52.30 | Skavin | If I was to submit a patch to set a min session expires time and 422 invites with lower values would that be accepted and what version should it be against 1.4 or 1.6 I am only running 1.4 |
| 17:54.03 | lmadsen | Skavin: feature changes that don't fix a bug would need to be against trunk, which would then go into the next 1.6.x branch |
| 17:55.57 | Skavin | OK I will look at the 1.6 code and see if it has changed much. I have it working on 1.4 but value is hardcoded will need to add a config variable but should not be too hard |
| 17:57.04 | Skavin | huawei forget to ACK the OK of the reinvite so our SBC teers down the call we have had to force the SE to 24 hours |
| 17:59.05 | *** join/#asterisk-dev luar (n=weechat@cyberplant-1-pt.tunnel.tserv13.ash1.ipv6.he.net) |
| 17:59.08 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:59.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:25.34 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-19949a7d51b22eb7) |
| 18:25.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:34.10 | eliel | otherwiseguy: thanks |
| 18:34.41 | otherwiseguy | eliel: any time |
| 19:01.46 | *** join/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 19:05.33 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-5ec861e3cf1ef18c) |
| 19:05.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 19:07.15 | sruffell | tzafrir_laptop: I'm going to roll yet another rc of dahdi....the wc |
| 19:07.34 | sruffell | Is there anything you want rolled into it? |
| 19:11.05 | seanbright | wc? |
| 19:13.26 | tzafrir_laptop | sruffell, ok, though our driver seems to have some major issues |
| 19:13.33 | tzafrir_laptop | still working on fixing them |
| 19:29.26 | sruffell | seanbright: I was going to say wcb4xxp has enough fixes from early testing to warrant another release. |
| 19:29.48 | tzanger | sruffell: wcb4xxp has one major fix that cannot be left out of a release |
| 19:30.08 | tzanger | curses HFC-4S again just for good measure |
| 19:30.24 | sruffell | tzanger: another one? |
| 19:30.27 | tzanger | no |
| 19:30.29 | tzanger | you already committed them |
| 19:30.38 | sruffell | ok...those are the driving factor for this rc. |
| 19:30.40 | tzanger | but there was not a release candidate made since then |
| 19:31.14 | sruffell | right..we spot checked those changes in the trunk...want to make an rc for a formal test and see if some people overseas can give it another go with their providers. |
| 19:31.31 | tzanger | yep |
| 19:31.44 | tzanger | hit hit low and hit it hard |
| 19:31.50 | tzanger | er hit it low and hit it hard |
| 20:49.31 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 20:49.31 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 21:07.45 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 21:13.01 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 21:24.21 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 21:24.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:41.41 | putnopvut | eliel: Do you mind if I make the changes discussed in the notes on issue 13893? |
| 21:41.49 | putnopvut | M13893 |
| 21:41.50 | MuffinMan | [confirmed] [Asterisk] Applications/app_followme 0013893: [patch] Non existent option in the sample configuration file followme.conf (typo) reported by eliel (Karma: +177.50) http://bugs.digium.com/view.php?id=13893 |
| 21:44.41 | eliel | putnopvut: go ahead! np |
| 21:44.48 | putnopvut | Thanks! |
| 21:45.00 | eliel | putnopvut: thanks you |
| 21:47.23 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:01.30 | jsmith | Corydon76-dig: Any idea if that warrants another 1.4.x RC? I've heard complaints from several people with regards to IAX in the last released 1.4 version. |
| 22:10.55 | Corydon76-dig | jsmith: I was actually already planning on doing a 1.4 RC this week |
| 22:12.08 | jsmith | Corydon76-dig: Fair enough :-) |
| 22:12.16 | *** part/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 22:12.21 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 22:12.21 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 22:13.45 | Marquis42 | Corydon76-dig: ping |
| 22:16.59 | Corydon76-dig | pong |
| 22:17.22 | Marquis42 | Do you possibly have a minute to discuss bug 13943? |
| 22:17.41 | eliel | M13943 |
| 22:17.42 | MuffinMan | [confirmed] [Asterisk] Applications/app_minivm 0013943: [patch] Multiple bugs in app_minivm reported by Marquis (Karma: +14.25) http://bugs.digium.com/view.php?id=13943 |
| 22:18.19 | seanbright | i'd say update the docs |
| 22:18.26 | seanbright | even though no one asked |
| 22:18.27 | seanbright | :) |
| 22:19.18 | Corydon76-dig | I agree with seanbright |
| 22:19.23 | Marquis42 | seanbright: Well, I guess all input is welcome. |
| 22:19.44 | seanbright | with bad docs, people go to the source, once they've done that, all bets are off. |
| 22:19.57 | Marquis42 | Obviously, the docs must match the code. Anything else is senseless. But the complete lack of consistency is quite annoying, and I'm not a big fan of that. |
| 22:20.03 | seanbright | so inconsistent or not, we're stuck with them. |
| 22:20.38 | seanbright | ok, so create a patch for variable aliases |
| 22:20.42 | seanbright | ;) |
| 22:20.51 | Marquis42 | I'm on it! :P |
| 22:21.16 | seanbright | SET(MINIVM_FOO=&MVM_FOO) |
| 22:21.20 | seanbright | heh. |
| 22:21.59 | seanbright | but seriously, i don't think that many people actually _use_ the minivm stuff |
| 22:22.18 | putnopvut | good god.... |
| 22:22.25 | Marquis42 | I don't see how they could possibly be, since several of the apps it provides don't work. |
| 22:22.32 | putnopvut | I need to make sure this isn't just me that's seeing this. |
| 22:22.35 | seanbright | i see much more traffic in #asterisk and on -users related to good ol' voicemail |
| 22:22.37 | Marquis42 | I'd *like* to change this. |
| 22:22.39 | putnopvut | Someone get the latest 1.6.0 and log and agent in. |
| 22:22.53 | putnopvut | Do like 50 gazillion warnings come up? |
| 22:23.31 | seanbright | Marquis42: in an ideal world, we'd have consistency. for now we'll settle for better docs. |
| 22:23.45 | seanbright | i'm hardly the final word on it, but that is my $0.02 |
| 22:24.01 | Corydon76-dig | In an ideal world, we wouldn't have app_minivm |
| 22:24.01 | eliel | Marquis42: maybe creating a sample dialplan simulating app_voicemail with minivm will be a good starting point to introduce minivm |
| 22:24.11 | Marquis42 | seanbright: Ok, that's fine with me if that's the consensus. |
| 22:24.11 | putnopvut | Corydon76-dig: I disagree. |
| 22:24.14 | lmadsen | seanbright: I think he's asking about a good approach about making it consistant though |
| 22:24.21 | seanbright | lmadsen: there is none |
| 22:24.37 | seanbright | consistency and backwards compat are mutually exclusive |
| 22:24.38 | lmadsen | so we can't make it consistent in trunk? that seems silly |
| 22:24.43 | Marquis42 | eliel: That, in fact, is *exactly* what I've been working on. In the meantime, I've been finding and fixing bugs in minivm so that it's even *possible* to provide such a thing. |
| 22:24.50 | lmadsen | seanbright: case in point: asterisk CLI |
| 22:25.09 | lmadsen | we've made the change to making the format consistent |
| 22:25.11 | Corydon76-dig | putnopvut: it's an irrelevant hypothetical |
| 22:25.20 | seanbright | lmadsen: sure, like i half-jokingly suggested, create variable aliases (without doubling variable storage overhead) and i'm all for it |
| 22:25.36 | seanbright | lmadsen: right, but we use aliases for BC |
| 22:26.09 | eliel | Marquis42: go for it :) |
| 22:26.15 | lmadsen | why can't we just make it consistent, and have both for a period of time with warnings that the MVM_ prefix is deprecated, and you should be using MINIVM_ |
| 22:26.32 | lmadsen | its not like we're gonna break a ton of dialplans |
| 22:26.36 | lmadsen | (any?) |
| 22:26.45 | seanbright | lmadsen: my understanding of the current line being towed is that breaking BC is unacceptable |
| 22:26.51 | seanbright | my understanding may be flawed |
| 22:27.02 | seanbright | and if so, then my argument is invalid. |
| 22:27.21 | lmadsen | but if the apps get fixed, then we're going to have issues with inconsistency, and people going, "wtf is this bullshit? I have to use MVM for some variables, and MINIVM for others?" |
| 22:27.25 | lmadsen | it looks pretty shitty in my opinion |
| 22:27.37 | seanbright | i don't disagree with you |
| 22:27.50 | lmadsen | I think being BC just for the sake of BC is kinda dumb. In most cases I think it makes sense, but there needs to be exceptions |
| 22:27.53 | Marquis42 | My opinion, for what little it's worth, is that while BC is all find and dandy sometimes you have to suck it up and realize that this kind of inconsistency is a mistake. Besides, given the (I'm assuming small based on the number of unworkable bugs in minivm) number of users of it few should be affected. |
| 22:28.19 | seanbright | i'm not saying that i *agree* with the policy, i am just stating what i believe to be the policy |
| 22:28.28 | seanbright | i may very well be wrong |
| 22:28.34 | lmadsen | seanbright: no, I believe you are right |
| 22:28.46 | lmadsen | but this kind of inconsistency is just silly |
| 22:28.54 | seanbright | agreed. |
| 22:29.07 | lmadsen | and we've done other things like moving SIP*() functions to CHANNEL() |
| 22:29.09 | lmadsen | etc.... |
| 22:29.11 | seanbright | putnopvut: you're fired. |
| 22:29.16 | Corydon76-dig | There is an exception to BC, but this doesn't fall under it. |
| 22:29.38 | lmadsen | so we leave these applications totally inconsistant? |
| 22:29.40 | seanbright | is MiniVM in 1.4? |
| 22:29.43 | lmadsen | what a nightmare to document |
| 22:29.45 | lmadsen | seanbright: yes |
| 22:29.50 | seanbright | did it work in 1.4? |
| 22:29.55 | Marquis42 | It couldn't possibly have. |
| 22:30.12 | Corydon76-dig | lmadsen: I'm saying that we have to have double the variables, if we change it, under the current policy |
| 22:30.17 | lmadsen | Marquis42: I think it was used for a single client of oej's |
| 22:30.20 | seanbright | well if that is truly the case, then we aren't breaking BC by changing the variables. |
| 22:30.49 | lmadsen | Corydon76-dig: ok, that's fine, but I still think a WARNING should exist or something that states one is preferred over the other |
| 22:30.55 | Marquis42 | lmadsen: If so, then they didn't record busy, etc., messages. That doesn't work at all. |
| 22:31.07 | lmadsen | Marquis42: perhaps it never got into production |
| 22:31.13 | Corydon76-dig | lmadsen: how exactly do you warn on that? |
| 22:31.20 | seanbright | if someone quite literally "doesn't work" and is incorrectly documented... how are we breaking anything by changing the variable names? |
| 22:31.38 | seanbright | s/someone/something/ |
| 22:31.39 | Marquis42 | lmadsen: Possibly. Some of the other apps appear to work insofar as I've tested them so far, but MinivmAccMess does not. |
| 22:32.04 | lmadsen | Corydon76-dig: you can't parse on that at dialplan load, like when we have missing brackets and such? |
| 22:32.14 | Corydon76-dig | seanbright: you're asking a question based upon partially true information |
| 22:32.23 | seanbright | it did work, then? |
| 22:32.25 | Corydon76-dig | lmadsen: Ugh |
| 22:32.36 | Corydon76-dig | seanbright: some of the apps work, one doesn't |
| 22:32.42 | seanbright | ah, i see. |
| 22:33.06 | seanbright | is the broken app the only consumer of the inconsistent variables? |
| 22:33.18 | lmadsen | ok... how about we just have both variables, but update all documentation, usage syntax, etc... with the consistent variables, and let the code use MVM, but never mention it anywhere |
| 22:33.22 | Corydon76-dig | seanbright: No |
| 22:33.25 | seanbright | drat |
| 22:34.19 | seanbright | the more i think about it, the more this does border on the ridiculous |
| 22:34.43 | Corydon76-dig | I did not realize that we had some variables as MINIVM and some as MVM. I thought the bug proposal was to rename a consistent MVM sets of variables to MINIVM, because someone didn't like the name |
| 22:34.47 | Marquis42 | OK, just looked at my patch again and IIRC MinivmGreet segfaults without my fix. I guess that's not such a big issue if you can't use MinivmAccMess to record the greetings in the first place... :/ |
| 22:35.01 | lmadsen | Corydon76-dig: no, the names are inconsistent (as you have figured out now) |
| 22:35.09 | Marquis42 | Corydon76-dig: Oh, no, it's inconsistently inconsistent. ;) |
| 22:35.31 | Corydon76-dig | lmadsen: then I'm more happy about fixing it. Which way is more popular in the code? |
| 22:35.50 | lmadsen | Corydon76-dig: not sure... but MVM makes no sense to me -- it should be MINIVM |
| 22:36.04 | Corydon76-dig | lmadsen: MVM makes perfect sense to me |
| 22:36.18 | lmadsen | it's totally undescriptive |
| 22:36.22 | seanbright | just use the one with the least impact. |
| 22:36.25 | Corydon76-dig | lmadsen: if you're going to expand it, why not MINIVOICEMAIL_STATUS ? |
| 22:36.36 | lmadsen | Corydon76-dig: don't be ridiculous |
| 22:36.47 | Corydon76-dig | seanbright: correct, minimum impact is my advocacy |
| 22:36.59 | seanbright | if MVM is used more, use MVM |
| 22:37.01 | seanbright | that is my vote. |
| 22:37.21 | Marquis42 | Corydon76-dig: Much to my chagrin, it appears MVM is the most-used prefix. It also seems to be more consistent with the internal variables used in the code as well. I don't like it but, maybe MVM it is? |
| 22:38.01 | Corydon76-dig | Marquis42: thank you |
| 22:39.08 | Marquis42 | Corydon76-dig: NP. I'll put up a new patch in a couple of minutes. |
| 22:39.35 | seanbright | Marquis42: if you wanted to take that -_-_-_ stuff out of the debug messages while you were at it... i wouldn't hate you |
| 22:39.39 | seanbright | ;) |
| 22:40.07 | Marquis42 | :D I can do that, as long as there isn't a hugely heated debate necessary before I do. :P |
| 22:40.26 | seanbright | well i'll need to fist fight lmadsen first, please hold... |
| 22:41.23 | seanbright | lmadsen <3 |
| 22:42.18 | lmadsen | gives seanbright a muffin |
| 22:42.32 | seanbright | hands it to his personal taster |
| 22:42.43 | seanbright | oh crap... |
| 22:42.47 | seanbright | needs a new personal taster |
| 22:44.43 | Corydon76-dig | tastes seanbright |
| 22:45.38 | seanbright | cigarettes and coffee |
| 22:46.11 | putnopvut | seanbright: I now am the proud owner of an electronic cigar |
| 22:46.12 | Corydon76-dig | Pot and Red Bull |
| 22:47.20 | putnopvut | It even has a little LED on the tip that lights up when you puff on it. |
| 22:47.52 | Corydon76-dig | putnopvut: does it also give you a boost of THC? |
| 22:47.52 | Marquis42 | seanbright: Just to make sure I understand, you'd like all the funny prefix characters stripped off the debug messages right? |
| 22:47.57 | seanbright | putnopvut: we gotta get your smoking marlboros |
| 22:48.08 | putnopvut | Corydon76-dig: nah, that would require modification |
| 22:48.15 | seanbright | Marquis42: in hindsight, best not. |
| 22:48.21 | Marquis42 | Doh... |
| 22:48.23 | seanbright | Marquis42: keep the diff as small as possible |
| 22:48.24 | seanbright | heh |
| 22:48.28 | seanbright | well if you've already done it |
| 22:48.38 | seanbright | then that's good too :) |
| 22:48.55 | putnopvut | seanbright: if I'm going to smoke cigarettes, it'll either be Newports or Camel Crush. I'm a sucker for menthol. |
| 22:49.05 | putnopvut | But I don't smoke any more, so I'll be having neither. |
| 22:49.13 | seanbright | putnopvut: newports? it's like i don't even know you anymore. |
| 22:49.36 | seanbright | i used to smoke camel menthol lights |
| 22:49.44 | putnopvut | lights? why? |
| 22:49.46 | Corydon76-dig | Orange Crush? or Grape Crush? |
| 22:49.49 | seanbright | then i grew a penis and testicles |
| 22:49.55 | putnopvut | ah, good call |
| 22:50.00 | putnopvut | I have those, too. |
| 22:50.10 | seanbright | and switched to marlboro reds |
| 22:50.21 | Corydon76-dig | seanbright: how big did you grow them? |
| 22:50.25 | seanbright | gotta get the lungs a nice golden brown |
| 22:50.34 | Corydon76-dig | seanbright: and have you harvested them yet? |
| 22:50.46 | seanbright | Corydon76-dig: well below average. can't set unrealistic expectations. |
| 22:51.20 | Corydon76-dig | seanbright: I'm curious how you know what average is... ;-) |
| 22:51.30 | seanbright | i've read the studies |
| 22:51.43 | Corydon76-dig | and looked at the pictures? |
| 22:51.45 | seanbright | and watch hours upon hours of pornographic films |
| 22:51.55 | seanbright | straight from the callweaver tarballs |
| 22:51.57 | Corydon76-dig | porn is unrealistic |
| 22:52.37 | seanbright | and speaking of porn and inappropriate messages... |
| 22:52.42 | seanbright | i heart asterisk. |
| 22:52.55 | Corydon76-dig | I only know of a few guys who can give Ron Jeremy a run for his money |
| 22:53.15 | Marquis42 | seanbright, Corydon76-dig: the new patch with convergence to MVM prefix consistency is now attached to that bug. |
| 22:53.23 | Corydon76-dig | Marquis42: danke |
| 22:53.29 | seanbright | ship it! |
| 22:54.31 | seanbright | every module should get a random prefix at load time |
| 22:54.36 | seanbright | like -_=__=-** |
| 22:54.43 | seanbright | and it should use that for ast_debug messages |
| 22:54.45 | seanbright | heh |
| 22:54.57 | putnopvut | works frantically on chan_dogpoop |
| 22:55.30 | seanbright | putnopvut: i would not answer calls originating from that channel drivers. |
| 22:55.35 | Corydon76-dig | Speaking of which, I-MOD gave me an idea on how to do my Morse code interpreter in C. |
| 22:55.50 | putnopvut | who the shit is I-MOD anyway? |
| 22:55.57 | Corydon76-dig | Kinsey |
| 22:56.14 | seanbright | chan_dogpoop... "the shit"... teehee |
| 22:56.14 | Corydon76-dig | HW DVT |
| 22:59.55 | Corydon76-dig | Kinsey gets mega-props for what he does |
| 23:00.00 | seanbright | wnaders off |
| 23:00.03 | seanbright | wanders* |
| 23:05.52 | codefreeze-lap | we wouldn't want you wnader off, you might get hurt! ;) |
| 23:06.55 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-b2b9d2cbe208ef09) |
| 23:06.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:28.47 | seanbright | wnaders back |
| 23:40.27 | *** join/#asterisk-dev sasargen (n=chatzill@174-146-168-108.pools.spcsdns.net) |
| 23:51.28 | *** join/#asterisk-dev DarkRift (n=dark@65.92.249.153) |