| 00:25.26 | *** join/#asterisk-dev elixer (n=seanbrig@c-68-55-114-113.hsd1.md.comcast.net) |
| 00:44.43 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 00:49.05 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 01:04.03 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 01:04.03 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 01:53.27 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-71-228-186-75.hsd1.al.comcast.net) |
| 01:53.27 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 01:59.13 | *** join/#asterisk-dev putnopvut (n=putnopvu@user-24-214-124-177.knology.net) |
| 01:59.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 02:24.25 | *** join/#asterisk-dev elixer (n=seanbrig@c-68-55-114-113.hsd1.md.comcast.net) |
| 02:57.15 | *** join/#asterisk-dev h0 (n=Fakhir@unaffiliated/fakhir) |
| 03:19.33 | *** join/#asterisk-dev tuxd00d (n=tuxinato@128.187.129.156) |
| 03:20.02 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-71-228-186-75.hsd1.al.comcast.net) |
| 03:20.09 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 03:21.35 | d3wayne | o.o |
| 03:21.50 | Juggie | O.O |
| 03:22.00 | d3wayne | hey juggie :-) |
| 03:22.12 | d3wayne | how's it going ? |
| 03:22.43 | Juggie | not too bad, just finished playing with my new kitty and getting into bed. |
| 03:49.24 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 03:53.15 | *** join/#asterisk-dev Corydon76-home (i=pink@pdpc/supporter/sustaining/Corydon76-home) |
| 03:53.15 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 03:53.22 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:54.51 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/sustaining/Corydon76-home) |
| 03:54.51 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 04:41.18 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 05:54.41 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 06:32.58 | *** join/#asterisk-dev Corydon76-home (i=eleven@pdpc/supporter/sustaining/Corydon76-home) |
| 06:32.58 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 06:47.35 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 07:10.33 | jmls | monring all |
| 07:10.44 | jmls | oh, what a start. Hold on |
| 07:10.56 | jmls | monring all |
| 07:11.02 | jmls | oh, for ***** sake |
| 07:11.28 | jmls | morning all |
| 07:11.30 | jmls | yay! |
| 07:11.59 | jmls | would anyone be able to look at 10706, 10709 and 10710 ? |
| 07:12.30 | jmls | they are preventing me from rolling out a release ... |
| 07:12.38 | jmls | thanks in advance ;) |
| 07:46.25 | *** join/#asterisk-dev dlynes_ (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 08:40.33 | *** join/#asterisk-dev qdk_ (n=qdk@213.150.62.32) |
| 09:03.45 | *** join/#asterisk-dev yannj_fr (n=yannj@chilli.esiee.fr) |
| 10:42.39 | *** part/#asterisk-dev Skyelar (n=planet@222-155-69-98.jetstream.xtra.co.nz) |
| 11:32.50 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 11:38.14 | *** join/#asterisk-dev jfg (n=jfg@dyn-88-122-253-253.ppp.tiscali.fr) |
| 11:38.16 | jfg | hi |
| 11:38.27 | jfg | what means on-hook and off-hook? |
| 11:48.19 | *** join/#asterisk-dev michael-i (n=michael-@Wb85d.w.pppool.de) |
| 11:49.38 | *** join/#asterisk-dev yannj_fr (n=yannj@chilli.esiee.fr) |
| 12:06.42 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:16.12 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 12:33.00 | *** join/#asterisk-dev Corydon76-home (i=mauve@pdpc/supporter/sustaining/Corydon76-home) |
| 12:33.00 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 12:34.20 | *** join/#asterisk-dev Laureano (n=chatzill@200.59.172.38) |
| 12:34.22 | Laureano | Hello |
| 12:47.58 | *** join/#asterisk-dev ManxPower (n=manxpowe@38.sub-75-203-142.myvzw.com) |
| 12:52.46 | *** join/#asterisk-dev eliel (n=eliel@200.5.113.234) |
| 12:54.15 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.25.132.243) |
| 12:55.36 | *** join/#asterisk-dev Corydon76-dig (i=green@pdpc/supporter/sustaining/Corydon76-home) |
| 12:55.37 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 13:29.26 | *** join/#asterisk-dev dioedu (n=dioedu@c915230f.virtua.com.br) |
| 13:31.50 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 13:33.17 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:33.17 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:43.53 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.249) |
| 13:48.17 | *** join/#asterisk-dev Laureano (n=chatzill@host172038.metrored.net.ar) |
| 13:48.35 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-12bdf5e231dc4a8e) |
| 13:48.35 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:52.19 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 13:53.06 | elixer | Qwell: i played around with the ^D stuff last night and got absolutely no where |
| 14:09.24 | *** join/#asterisk-dev tsurko (n=tsurko@213.91.216.130) |
| 14:23.26 | *** join/#asterisk-dev andrebarbosa (n=andrebar@83.240.148.235) |
| 14:29.50 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 14:41.44 | ManxPower | I want to thank the person that added this message to Asterisk "dsp.c:1426 ast_dsp_process: Inband DTMF is not supported on codec gsm. Use RFC2833" |
| 14:52.21 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-24-0-209-5.hsd1.nj.comcast.net) |
| 14:52.22 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:53.20 | bweschke | my 2nd edition books just came via UPS! |
| 14:53.21 | bweschke | ya! |
| 14:53.47 | file | yay |
| 15:00.34 | *** join/#asterisk-dev qdk_ (n=qdk@0x50c627be.bynxx11.adsl-dhcp.tele.dk) |
| 15:07.59 | *** join/#asterisk-dev dlynes (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 15:13.01 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:13.22 | puzzled | hi |
| 15:22.52 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 15:26.15 | blitzrage | bweschke: YAY! |
| 15:26.19 | blitzrage | russellb: yes they will!! |
| 15:26.22 | russellb | i want to get my new one autographed like the last one :) |
| 15:26.25 | russellb | blitzrage: sweeeeet |
| 15:26.33 | blitzrage | we're gonna sell them I think |
| 15:26.38 | russellb | that's cool |
| 15:26.40 | russellb | i'll expense it :-p |
| 15:26.43 | blitzrage | :D |
| 15:26.51 | file | russellb: orly? |
| 15:26.53 | blitzrage | it's obviously related to work... :D |
| 15:26.59 | russellb | right, hehe |
| 15:27.19 | russellb | i'll ask ahead of time, but i bet it'll be ok |
| 15:27.30 | russellb | blitzrage: you're such teh famous |
| 15:27.38 | putnopvut | I'll buy one even if I can't expense it. |
| 15:27.46 | putnopvut | But I sure would like to be able to. |
| 15:28.09 | blitzrage | well we can probably work out a deal that if the Digium guys can't expense it, we can sell it at author discount cost |
| 15:28.20 | blitzrage | we're gonna be selling them for only slightly above that anyways |
| 15:28.34 | blitzrage | russellb: I'm a rock star... yes :) |
| 15:29.05 | blitzrage | well, I think the g/f made me breakfast, so I should go eat it, then we're going out for the day with her grandparents, then I can finally start on my presentation for AstriCon... |
| 15:29.12 | file | according to the book Qwell is not a newb |
| 15:29.17 | russellb | hrm, when jdixon told me he was committing a new driver, i thought he meant trunk ... |
| 15:29.19 | file | I suspect he is a nub though |
| 15:29.42 | blitzrage | file: heh... I forgot to change that to nub... my bad |
| 15:29.48 | file | blitzrage: nub. |
| 15:29.57 | file | russellb: and yes, I noticed... the 1.4 builds are unhappy |
| 15:30.08 | file | russellb: but you should be able to take the logic from zaptel's configure.ac for usb |
| 15:30.18 | russellb | right, i told him i would do the configure script part for hinm |
| 15:31.48 | Qwell | blitzrage: I'd buy one if that were the case :D |
| 15:33.53 | Qwell | so, is ffmpeg lgpl? |
| 15:34.21 | russellb | most of it |
| 15:34.30 | Qwell | the base lib though is? |
| 15:34.36 | russellb | i believe so |
| 15:34.43 | Qwell | cool |
| 15:35.01 | Qwell | we could make a codec_ffmpeg |
| 15:35.17 | Qwell | sure, you could only realistically do a call or two in realtime, but hey |
| 15:35.25 | russellb | nah, you can do more than that |
| 15:35.35 | Qwell | in realtime? hmm, yeah, I suppose so |
| 15:35.36 | russellb | most video calls have pretty low resolution |
| 15:35.58 | Qwell | I was pondering how mythtv and the likes use 100% CPU, but I guess that isn't realtime :D |
| 15:36.11 | russellb | heh, right |
| 15:36.18 | russellb | it does batch jobs for transcoding |
| 15:36.29 | Qwell | oh, speaking of mythtv... you use it, right? |
| 15:36.36 | russellb | yes |
| 15:36.47 | Qwell | did you "bite the bullet" and go with SD? |
| 15:36.52 | russellb | not yet, heh |
| 15:37.00 | Qwell | I'm pondering it - I only have a few days of scheduling left |
| 15:37.04 | russellb | but not having listings has made it not useful |
| 15:37.05 | Corydon76-dig | russellb: I'm wondering if the thread on -dev boils down to "the library I want to use is GPL, therefore I have to do it THIS way" |
| 15:37.06 | russellb | mine ran out |
| 15:37.09 | Qwell | sucky |
| 15:37.22 | russellb | Corydon76-dig: part of it does, yes |
| 15:37.49 | russellb | Corydon76-dig: and part of it is that some stream information will likely get lost when decoded, as we can't really transfer a lot of the stuff that goes along with video |
| 15:37.52 | Corydon76-dig | I'm still not convinced that using a Local channel for that is a good thing |
| 15:37.55 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-24-0-209-5.hsd1.nj.comcast.net) |
| 15:37.56 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 15:38.49 | Corydon76-dig | russellb: then it's obvious that we need more frames to handle the lost information, no? |
| 15:39.16 | russellb | yes, which we talked about at astricon, that we need richer format handling, especially for video reasons |
| 15:39.31 | Corydon76-dig | astridevcon |
| 15:39.41 | russellb | right |
| 15:40.36 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 15:49.28 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 15:53.59 | Corydon76-dig | Argh... there appears to be no portable way to get date/time locale strings |
| 16:10.19 | Corydon76-dig | Well, I found a partial fix... |
| 16:10.30 | Corydon76-dig | am/pm is still... ugh... |
| 16:12.21 | elixer | i thought strftime/setlocale would do that for you |
| 16:14.03 | Corydon76-dig | I'm working on strptime |
| 16:14.24 | Corydon76-dig | Looks like strptime on Linux is returning a bad value |
| 16:15.18 | Corydon76-dig | or incorrect, really |
| 16:19.04 | *** part/#asterisk-dev thewiizle (n=nick@87.127.85.42) |
| 16:20.39 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) |
| 16:46.14 | *** join/#asterisk-dev sgarcia (n=sgarcia@78.Red-81-34-55.dynamicIP.rima-tde.net) |
| 16:46.25 | sgarcia | hi everyone |
| 16:46.42 | *** part/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 16:49.33 | sgarcia | Is Matthew or Tony Mountifield arround here? |
| 16:49.37 | sgarcia | I'm Sergio Garcia |
| 16:50.10 | Corydon76-dig | You're looking for Creslin or softins, respectively |
| 16:51.01 | sgarcia | Thnxs |
| 16:52.10 | sgarcia | any other asterisk developer is welcome, but I think that they are the ones (with russell) that are most active in the AS_FRAME_DIGITAL that's going on |
| 16:54.31 | Corydon76-dig | I think I speak for most developers in saying that we'd prefer that the implementation is done the "right way" over doing it fast. |
| 16:54.53 | Corydon76-dig | If that means taking more time, then so be it |
| 16:55.35 | sgarcia | I agree |
| 16:56.23 | sgarcia | I don't mind discussing all the time needed so everyone sees which is the better way of doing it |
| 16:56.58 | Corydon76-dig | and part of that means if there is more information that would be lost by demuxing H223, then we need new frametypes for that information, not a frametype for the whole enchilada |
| 16:57.28 | sgarcia | I think that there are two discussions going on simultaneously on the thread |
| 16:57.43 | sgarcia | first the frame/format for the digital data |
| 16:57.57 | sgarcia | and the other of were should be decoding/demuxing done |
| 16:58.23 | Corydon76-dig | Um, every bit of data that we process is digital |
| 16:58.45 | sgarcia | ok, you're rigth.. but you've understood what i meant.. :) |
| 16:59.21 | Corydon76-dig | I understand, but I think it's the wrong way to do it |
| 17:00.03 | sgarcia | uumm.. i don't agree with you.. |
| 17:00.11 | Corydon76-dig | That is very clear |
| 17:00.14 | sgarcia | well, in some parts yes |
| 17:00.17 | sgarcia | le me explain |
| 17:00.20 | sgarcia | (let) |
| 17:00.52 | sgarcia | in the current asterisk architecture perhaps it has more sense to define it as a format than a frame type |
| 17:01.02 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-d29f37af4fb0e6f1) |
| 17:01.02 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 17:01.11 | sgarcia | but i think that in a good architecture we should have the medias defined as in the sdp |
| 17:01.18 | Corydon76-dig | Speak of the devil |
| 17:01.20 | sgarcia | aduio/video/application |
| 17:01.56 | *** join/#asterisk-dev bbryant (n=tempest@c-68-59-20-153.hsd1.sc.comcast.net) |
| 17:01.56 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:01.57 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 17:02.07 | sgarcia | Hi Matthew, I'm Sergio Garcia |
| 17:02.10 | Cresl1n | Corydon76-dig: !!!!! |
| 17:02.13 | Cresl1n | Hey Sergio |
| 17:02.19 | jmls | yay! I'm back ... |
| 17:02.40 | sgarcia | we were talking about the hot topic this week.. :) |
| 17:02.55 | Corydon76-dig | sgarcia: the point is, if we need a richer definition for media, then let's have a richer definition for media and then accomodate the data encoded with H223 into that richer definition |
| 17:02.59 | Cresl1n | I don't think I've ever seen that many email in one thread in asterisk-dev |
| 17:03.04 | sgarcia | first of all I would like to say that my intention is not starting a flame war on the mailing list |
| 17:03.15 | Cresl1n | I think it was a good discussion |
| 17:03.19 | Cresl1n | by far not a flamewar |
| 17:03.27 | Cresl1n | very fruitful too, IMHO |
| 17:03.32 | Corydon76-dig | Cresl1n: and the thread wasn't going anywhere until I started into it... |
| 17:03.40 | Cresl1n | good job Corydon76-dig :-) |
| 17:03.44 | Corydon76-dig | Heh |
| 17:04.03 | Cresl1n | sorry I didn't jump on earlier guys, I didn't check my email wednesday, so I didn't see it as the fire started roaring |
| 17:04.14 | Cresl1n | but, very good discussion just the same |
| 17:04.14 | Corydon76-dig | Well, we do tend to ignore stuff that isn't direclty in our areas of interest |
| 17:04.37 | Corydon76-dig | until it gets expanded into those area... |
| 17:04.58 | sgarcia | I have to admit that I usually don't pay much attention to the asteris-dev list.. ;) |
| 17:05.26 | Cresl1n | sgarcia - you really should |
| 17:05.34 | Cresl1n | we need more ISDN people active on the list |
| 17:05.41 | sgarcia | too much to do and very few time |
| 17:05.45 | Cresl1n | pssh |
| 17:05.49 | Cresl1n | we all suffer from that problem |
| 17:06.06 | sgarcia | and asterisk-video is full of people complaining about bugs on my code.. :) |
| 17:06.19 | Cresl1n | oh yeah, I guess I should probably get on that list too |
| 17:06.48 | sgarcia | wel.. let's try to sumarize |
| 17:06.55 | sgarcia | 3 issues here |
| 17:07.06 | sgarcia | handling h223 data in current asterisk architecture |
| 17:07.29 | sgarcia | improving asterisk architecture for better media handling |
| 17:07.41 | sgarcia | where to do the demuxing of h223 data |
| 17:07.46 | file | Cresl1n: sweet! Mark Vince at Astricon! |
| 17:08.01 | file | (completely random) |
| 17:08.09 | blitzrage | I was gonna say... who is Mark Vince.. ? :) |
| 17:08.16 | Cresl1n | He works for AT&T |
| 17:08.23 | Cresl1n | we're doing a talk on ISDN in asterisk |
| 17:08.26 | jmls | hey guys, I'm really sorry to be a pita, but would it be possible for someone to look at M10709 |
| 17:08.34 | jmls | M10709 |
| 17:08.35 | MuffinMan | [new] [Asterisk] Channels/chan_local 0010709: asterisk segfaulted in __ast_module_user_remove reported by jmls http://bugs.digium.com/view.php?id=10709 |
| 17:08.40 | jmls | and M10710 |
| 17:08.48 | jmls | m10710 |
| 17:08.48 | MuffinMan | [new] [Asterisk] Core-General 0010710: asterisk segfault in ast_list_traverse_safe_begin reported by jmls http://bugs.digium.com/view.php?id=10710 |
| 17:09.09 | jmls | these are stopping me from rolling out my shiny new asterisk release .. |
| 17:10.20 | sgarcia | by the way, has anyone one of my latest mails to see which kind of problems I had to solve in the 3g arena? |
| 17:10.24 | Cresl1n | sgarcia: I think you can do it right now using the existing arch |
| 17:10.36 | Cresl1n | use the transcapability field in the ast_channel structure |
| 17:10.38 | sgarcia | (has readed, arrg.. my dislexia) |
| 17:10.41 | Cresl1n | set it appropriately |
| 17:10.57 | Cresl1n | and then pass the media as AST_FORMAT_ULAW (or ALAW) |
| 17:11.12 | Cresl1n | make sure chan_misdn checks the transcapability when it initiates the call |
| 17:11.17 | Cresl1n | and vice versa in chan_zap |
| 17:11.53 | Cresl1n | not quite elegant, but that's the way you would do it with the existing arch |
| 17:12.06 | sgarcia | you're talking about bridging 3g call between different channels? |
| 17:12.08 | Cresl1n | for misdn<->bridging |
| 17:12.13 | sgarcia | ok |
| 17:12.21 | Cresl1n | misdn<->zap I meant |
| 17:12.22 | Cresl1n | sorry |
| 17:13.17 | sgarcia | I'll tell it to Klaus who is the one that was trying to do it |
| 17:13.36 | Cresl1n | 'sok |
| 17:13.59 | sgarcia | but i still think that the discussion is very interesting for trying to evolve asterisk architecture |
| 17:14.11 | Cresl1n | yes, I do too |
| 17:14.24 | Cresl1n | I think that changing the arch is the "right" approach |
| 17:14.26 | Cresl1n | crud |
| 17:14.34 | Cresl1n | I don't think you could do it with the transcapability field |
| 17:14.39 | sgarcia | jeje.. also the hardest one.. |
| 17:14.41 | Cresl1n | well, you might be able to |
| 17:15.04 | Cresl1n | in any case, if you really wanted to do it, you could do it with dialplan too |
| 17:16.24 | sgarcia | I'll fordward your suggestion to klaus.. i think that is the one with the *real* problems.. |
| 17:17.00 | sgarcia | the other think he has been working on is been able of setting the call type and differenciate the call type |
| 17:17.30 | sgarcia | but it has it's own thread and I'm not really aware of his approach |
| 17:17.47 | sgarcia | (klau's one I meant) |
| 17:18.08 | Cresl1n | setting the call type? |
| 17:18.49 | sgarcia | yep, to be able to make an outgoing 3g call you have to set the user layer information 1 to h223 and the q931 call type to unrestritecd digital data |
| 17:19.25 | Cresl1n | we need to be able to set the transcapability field in ast_channel |
| 17:19.37 | Cresl1n | it would be easy to make a simple dialplan app to do that |
| 17:19.45 | Cresl1n | and you could read that as a simple dialplan variable |
| 17:20.41 | sgarcia | I haven't undestood you |
| 17:20.41 | Cresl1n | or you could do it all using dialplan variables |
| 17:21.40 | sgarcia | are you talking about setting the q931 type or checking it to differenciate the call type in the dialplan? |
| 17:21.42 | sgarcia | or both? |
| 17:21.54 | Cresl1n | make a variable before you dial called _TRANSCAPABILITY and read it in chan_misdn so that when it sends the setup, it checks that variable and sets it to whatever is specified |
| 17:23.34 | sgarcia | I don't recall it correctly (when i take a look at it was more than a year ago) but when i tried that |
| 17:24.04 | sgarcia | i think that i needed anohter variable into the provate data to handle the user layer info 1 |
| 17:24.35 | Cresl1n | ? |
| 17:24.41 | sgarcia | but if it could be added and set the call type according to it i could set the variable directly from the h324m_call application |
| 17:25.28 | Cresl1n | so in your dialplan you would have this: |
| 17:25.43 | Cresl1n | [my-incoming-zap-context] |
| 17:26.11 | sgarcia | I was talking about outgoing 3g calls.. |
| 17:26.15 | Cresl1n | exten => s,1,Set _TRANSCAP = H223 |
| 17:26.32 | Cresl1n | s,2,Dial(misdn/1/MYNUMBER) |
| 17:26.49 | Cresl1n | then in mISDN, you have the misdn_call function check for the variable TRANSCAP |
| 17:27.06 | Cresl1n | if you prefix the variable with an underscore, it will be copied to the outbound channel in the dial app |
| 17:27.41 | sgarcia | ok.. let me check one thing |
| 17:28.37 | Cresl1n | IIRC, it strips the underscore in the outbound channel |
| 17:31.25 | bweschke | putnovput/russellb: multicast ping |
| 17:31.41 | file | bweschke: ooh, fancy |
| 17:31.55 | bweschke | file: I'm sly like that |
| 17:32.32 | sgarcia | one question.. |
| 17:32.46 | bkruse | bweschke: ping -b? :D |
| 17:32.54 | bweschke | bkruse: indeed! |
| 17:33.17 | bkruse | bweschke: very nice, very nice (borak style) |
| 17:33.24 | file | borat |
| 17:33.40 | sgarcia | in chan_zap, rigth now it's possible to set the transfercapability to digial, isn't it? |
| 17:33.57 | Cresl1n | yes |
| 17:34.01 | Cresl1n | it should be |
| 17:34.07 | Cresl1n | I've heard it might be broken though |
| 17:34.11 | bweschke | davevg-btwtech has put together an automated unit test harness using Perl::POE to throw some load through app_queue using Local chans to try and give it a workout and monitor memory utilization after each task.. you guys interested in getting this into your automated/build test framework ? |
| 17:34.17 | Cresl1n | so something might need to be fixed there |
| 17:34.27 | bkruse | file: wow, I wish I had jbot. |
| 17:37.07 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-71-228-186-75.hsd1.al.comcast.net) |
| 17:37.07 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 17:38.05 | sgarcia | I think i shouldn't start this discussion with you because klaus is the one that really nows about the q931 modifications he had to do in order to make outgoing 3g calls work |
| 17:38.34 | sgarcia | in this topic I'm only going to generate more noise |
| 17:40.21 | sgarcia | I have been thinking about the translator/codec solution and I don't know it it could offer all the functionalities I need to make the 3g library work correctly |
| 17:41.24 | sgarcia | where can i found more info about the translators? |
| 17:42.25 | *** join/#asterisk-dev jmesquita (n=jmesquit@c915230f.virtua.com.br) |
| 17:48.38 | sgarcia | I have to leave you know, see ya |
| 17:50.20 | jmls | bweschke: I was doing a similar thing, apart from sending out zap calls looping back into * and into queues. 30 outbound, into 10 queue members on a single queue. that's where I got the segfaults mentioned above |
| 17:50.37 | jmls | (placing the initial call via AMI) |
| 17:50.45 | jmls | the members are local channels |
| 17:51.10 | bweschke | jmls: seems like a worth while cause to try to keep us closer to realizing problems when they're first comitted in |
| 17:51.50 | jmls | yeah, it's great watching the channels talking to themselves. ;) |
| 17:55.04 | Corydon76-dig | chan_neurotic |
| 17:55.21 | bweschke | lol |
| 17:55.58 | bweschke | chan_pschyzo |
| 17:56.00 | Corydon76-dig | chan_neurotic: It is impossible to bridge to chan_neurotic. It will only talk to itself. |
| 17:56.29 | bweschke | native bridging is a strong requirement |
| 18:00.15 | jmls | isn't that chan_psycotic ? |
| 18:02.21 | putnopvut | bweschke: pong |
| 18:02.28 | bweschke | hey.. |
| 18:02.42 | bweschke | davevg-btwtech has put together an automated unit test harness using Perl::POE to throw some load through app_queue using Local chans to try and give it a workout and monitor memory utilization after each task.. you guys interested in getting this into your automated/build test framework ? |
| 18:03.38 | putnopvut | More tests are always welcome in my book. |
| 18:04.31 | bweschke | how would we work with you guys to get it tied in so it runs through its paces after a build that involves app_queue ? |
| 18:05.27 | putnopvut | file has been doing some automated build work lately, so it may be that we can extend his setup to include tests, too. |
| 18:05.59 | file | it is possible |
| 18:07.17 | bweschke | I'm thinking we probably want to get this thing into addons or something like that |
| 18:07.23 | bweschke | so we could track changes |
| 18:12.57 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 18:13.25 | yannj_fr | h everybody |
| 18:13.48 | yannj_fr | hi* |
| 18:15.27 | bkruse | hello! |
| 18:31.03 | denon | totally OT I know, but I'm in kind of a bind, any of you guys feel like lending a hand on an openvpn config question? |
| 18:38.54 | yannj_fr | let's say PM |
| 18:39.42 | denon | me? |
| 18:39.47 | yannj_fr | yes |
| 18:42.33 | jmls | A82396 |
| 18:42.34 | MuffinMan | [82396] Committed by mmichelson on 2007-09-14 15:28:36: Adding member name field to manager events where they were missing before |
| 18:42.54 | jmls | Shouldn't this be "MemberName:" instead of "AgentName:" ? |
| 18:44.33 | putnopvut | I thought about it, but since "Agent" was used throughout the rest of that manager event, I went with "Agent" for that too. |
| 18:46.10 | jmls | Local/5605@MyMembers is more like a MemberName than AgentName. ;) |
| 18:46.28 | jmls | oh. Add the /n ;) |
| 18:47.57 | eliel | jmls: Hi, I agree with you but is a big change considering the lot of implementations based on the manager events... it needs to be 'deprecated' |
| 18:48.20 | jmls | ?? |
| 18:50.19 | yannj_fr | putnopvut : I read your not for callback, do you think I would better patch app_dial |
| 18:50.20 | yannj_fr | ? |
| 18:51.14 | putnopvut | I don't know, really. I just came up with a method that doesn't involve writing a new app, and which also doesn't require any new configuration files. |
| 18:52.05 | putnopvut | The problem is, I'm not familiar with app_dial, so I don't know if such an operation would be easy to implement (or even possible) |
| 18:53.00 | yannj_fr | what I dont know is if 1) I can call a method on busy in app_dial (I think it would be possible) |
| 18:53.10 | yannj_fr | 2) on hangup can a method be called |
| 18:53.16 | eliel | jmls: I though that you think about changing Agent* to Member* AgentCalled -> MemberCalled, etc |
| 18:53.31 | eliel | jmls: not just MemberName. |
| 18:55.31 | Corydon76-dig | putnopvut: who should I be talking to about electrical tolerances of analog boards? |
| 18:56.05 | putnopvut | electrical tolerances of analog boards? Not me, that's for sure! |
| 18:56.12 | Qwell | Corydon76-dig: probably Spiceland |
| 18:56.21 | putnopvut | As far as people in this channel go, maybe cresl1n |
| 18:56.30 | putnopvut | But he's not in here right now. |
| 18:57.42 | Corydon76-dig | We have a telephone line at a customer that is consistently frying a particular port on a TDM800 |
| 18:57.51 | Qwell | frying? |
| 18:57.53 | Qwell | yikes |
| 18:57.54 | *** join/#asterisk-dev jsmith (n=jsmith@atelka.info) |
| 18:58.06 | Corydon76-dig | Plug in, poof, white noise |
| 18:58.07 | putnopvut | Plugging a phone line into an fxs port? |
| 18:58.16 | Qwell | Corydon76-dig: I would definitely talk to Spiceland... |
| 18:58.17 | Corydon76-dig | No, fxo port |
| 18:58.44 | Qwell | and, get some measurements off that line |
| 18:58.52 | Cresl1n | Corydon76-dig: does he keep having to change the module out? |
| 18:59.04 | Corydon76-dig | Cresl1n: yes |
| 18:59.18 | Cresl1n | and after he changes the module out, it works again for a while? |
| 18:59.24 | Corydon76-dig | Cresl1n: yes |
| 18:59.30 | Cresl1n | what if you move the line around? |
| 18:59.35 | Cresl1n | does it follow the phone line? |
| 18:59.46 | Corydon76-dig | They just tried a single port FXO and it immediately fried that board |
| 18:59.53 | Cresl1n | woah |
| 19:00.02 | Qwell | what is there like 9kv on that line? |
| 19:00.06 | Cresl1n | immediately? |
| 19:00.11 | Corydon76-dig | Correct |
| 19:00.13 | Cresl1n | like couldn't even plugin a line? |
| 19:00.16 | yannj_fr | putnopvut : I looked in app_dial.c on line 01593 (trunk version), I think if status is busy, I can add my setcallback here |
| 19:00.49 | Corydon76-dig | Cresl1n: they're going to get a multimeter to test the line, but they need to know what the tolerances should be on voltage, amperage, etc. |
| 19:00.56 | Cresl1n | I gotcha |
| 19:01.08 | Cresl1n | it's probably a Mickey Morris or Rick Loveman question |
| 19:02.33 | putnopvut | yannj_fr: Try doing that and see if it works. |
| 19:02.43 | yannj_fr | ok |
| 19:02.54 | yannj_fr | work on trunk one? |
| 19:02.54 | Corydon76-dig | Cresl1n: either of them get on Jabber? |
| 19:03.08 | Cresl1n | don't know if rick does, I think mickey does though |
| 19:03.13 | Cresl1n | check eldorado |
| 19:03.48 | Qwell | I think I've only ever seen Rick on jabber like once |
| 19:04.25 | Corydon76-dig | I've added each one, but haven't gotten any auth yet |
| 19:04.36 | Qwell | mickey is away |
| 19:05.06 | Corydon76-dig | Who isn't away who knows electrical tolerances? ;-) |
| 19:05.31 | Cresl1n | try calling rick |
| 19:05.38 | Cresl1n | he usually picks up |
| 19:05.46 | Qwell | It's a trap! |
| 19:05.51 | Cresl1n | heh |
| 19:06.01 | Cresl1n | he knows more about those modules than everybody else |
| 19:06.53 | Corydon76-dig | Heh, no pickup |
| 19:07.27 | Cresl1n | Corydon76-dig: I got a new battery for my laptop |
| 19:07.33 | Cresl1n | it's now just like new again |
| 19:07.40 | Corydon76-dig | woot... 4 hour lifetime? |
| 19:07.46 | Cresl1n | 5+ |
| 19:07.50 | Corydon76-dig | hot |
| 19:07.56 | Qwell | Cresl1n: your mac? |
| 19:07.57 | Cresl1n | I got an aftermarket battery that had more cells |
| 19:07.58 | Cresl1n | yeah |
| 19:08.04 | Qwell | they last that long? jeez |
| 19:08.21 | Corydon76-dig | Qwell: and that's not even dual battery... |
| 19:08.23 | Cresl1n | well, depends on how much you stretch it |
| 19:08.40 | Cresl1n | if I back the screen light down, I could probably make it last a REALLY long time |
| 19:08.50 | Qwell | do most laptops let you swap batteries if it's plugged in? |
| 19:09.03 | Cresl1n | I remember that I made it last for about 6 hours one time on an 8 hour plane ride |
| 19:09.11 | Cresl1n | and that was with the old battery |
| 19:09.28 | bkruse | Qwell: yes, I believe so, mine does |
| 19:09.42 | Qwell | I want a mac... I should sell mine and get one :p |
| 19:10.13 | Cresl1n | heh |
| 19:10.25 | Cresl1n | mine's over 3 years old, and still is running great |
| 19:12.32 | elixer | does anyone have a test harness for asterisk? i want to put the system under load with same fake inbound/outbound calls, etc. |
| 19:12.45 | elixer | i guess i could just do some magic with call files and such |
| 19:13.28 | eliel | elixer: try sipp |
| 19:15.39 | elixer | ahh |
| 19:15.40 | elixer | nice |
| 19:15.47 | elixer | thanks |
| 19:28.02 | yannj_fr | I am a little bit distrubed with how to store my information for callback, if I have to use extension, or peer directly, any idea? |
| 19:28.17 | festr_ | hello |
| 19:29.19 | festr_ | i'm testing 1.4 and musiconhold mode=files. random=yes seems to does not work for me. it always plays the same file. i'm tracing res_musiconhold and the condition state->save_pos >= 0 is always true. any idea |
| 19:29.24 | festr_ | ? |
| 19:29.52 | festr_ | the comment before the condition: /* If a specific file has been saved, use it */ |
| 19:31.19 | festr_ | if the music on hold stops by the function moh_files_release, this function always sets state->save_pos = state->pos; |
| 19:31.32 | festr_ | so the save_pos is always set and thus random will never reach |
| 19:33.09 | festr_ | this post http://lists.digium.com/pipermail/asterisk-dev/2006-November/024585.html is mentioning, that random does not work for him too |
| 19:33.40 | citats | festr_: which version of 1.4 are you using? i submitted a patch to fix it and i'm not sure which version it went in on |
| 19:33.59 | festr_ | citats: i'm sure i'm sing the latest svn from today |
| 19:34.04 | festr_ | s/sing/using |
| 19:34.17 | citats | oh it should be in there, unless the fix only went into trunk. lemme see |
| 19:34.26 | festr_ | great |
| 19:35.03 | festr_ | citats: 81042 |
| 19:35.12 | festr_ | <PROTECTED> |
| 19:35.39 | citats | festr_: yep looks like its in there |
| 19:35.45 | festr_ | citats: but it does not work |
| 19:36.02 | citats | festr_: hmmm really? in every test i could come up with it worked for me |
| 19:36.03 | festr_ | citats: i've checked now that this fix is in my svn too |
| 19:36.26 | festr_ | citats: every musiconhold() from dialplan starts with the 0 position |
| 19:36.34 | elixer | festr_ is correct in that save_pos will always be >= 0 |
| 19:36.50 | elixer | so the else that checks for MOH_RANDOMIZE never gets executed |
| 19:37.19 | elixer | line 238 will never get hit |
| 19:37.25 | elixer | err |
| 19:37.28 | elixer | that's a big fat lie |
| 19:37.29 | elixer | ignore me |
| 19:37.32 | festr_ | yes |
| 19:37.38 | festr_ | i was wroting the same :) |
| 19:37.48 | festr_ | the code will be never reached |
| 19:37.54 | elixer | yes it will |
| 19:38.22 | citats | festr_: i just tested it out and it works fine |
| 19:38.23 | elixer | the first time through ast_moh_files_next, save_pos gets set to -1 |
| 19:38.42 | elixer | then the randomness takes over |
| 19:38.46 | festr_ | but right after destroing moh_files_release save_pos = 0 |
| 19:39.19 | elixer | festr_: that only happens when res_musiconhold is unloaded |
| 19:39.40 | festr_ | elixer: aha.. so i'm out of idea wats wrong :( |
| 19:39.49 | festr_ | elixer: because i'm always getting the same file |
| 19:40.04 | citats | festr_: you have more than one file in there right? :) |
| 19:40.07 | festr_ | moh files show |
| 19:40.08 | elixer | festr_: you have more than 1 file in your moh directory? ;-) |
| 19:40.10 | festr_ | shows 3 files |
| 19:40.11 | elixer | heh |
| 19:40.15 | festr_ | :) |
| 19:40.22 | festr_ | all fpm-* :) |
| 19:40.38 | festr_ | Class: default |
| 19:40.42 | festr_ | <PROTECTED> |
| 19:40.45 | festr_ | <PROTECTED> |
| 19:40.47 | festr_ | <PROTECTED> |
| 19:40.54 | festr_ | hmm, Use Count, thats interesting |
| 19:41.07 | elixer | could you pastebin your musiconhold.conf file? |
| 19:41.11 | festr_ | sure |
| 19:41.25 | citats | festr_: i added that to display the number of current users, so we can properly destroy it when a class is reloaded and removed |
| 19:41.28 | festr_ | its 4 lines, i'll paste it here |
| 19:41.33 | festr_ | [default] |
| 19:41.34 | festr_ | mode=files |
| 19:41.34 | festr_ | random=yes |
| 19:41.34 | festr_ | directory=/var/lib/asterisk/moh |
| 19:42.08 | citats | festr_: how are you calling moh? |
| 19:42.18 | festr_ | by application MusicOnHold |
| 19:42.23 | festr_ | in dialplan |
| 19:42.49 | festr_ | i've also tryed moh by queue |
| 19:42.54 | festr_ | the same, always the first file |
| 19:43.02 | elixer | the same file plays over and over again? or you just get the same file first each time? |
| 19:43.32 | festr_ | the same file first each time |
| 19:43.40 | elixer | is it random after that? |
| 19:43.44 | festr_ | no |
| 19:43.48 | elixer | heh |
| 19:43.55 | festr_ | <PROTECTED> |
| 19:44.06 | festr_ | after cli>moh reload |
| 19:44.14 | elixer | right, because you didn't change the conf |
| 19:44.16 | festr_ | but i've checked, that RANDOM flag was sets |
| 19:44.49 | elixer | hmmm |
| 19:44.57 | elixer | this a production box? |
| 19:45.01 | festr_ | no |
| 19:45.05 | festr_ | after if (state->save_pos >= 0) { |
| 19:45.12 | elixer | can you completely unload the module and then reload it? |
| 19:45.18 | festr_ | every time i start moh, it will go here |
| 19:45.33 | festr_ | [Sep 14 21:45:28] WARNING[12264]: loader.c:492 ast_unload_resource: Firm unload failed for res_musiconhold.so |
| 19:47.21 | elixer | right, but pos is set randomly when the file list is built |
| 19:47.25 | elixer | state->pos that is |
| 19:47.30 | elixer | ohhhhhhh |
| 19:47.30 | festr_ | elixer: no it isnt |
| 19:47.32 | elixer | ok, i see |
| 19:47.35 | elixer | well, yes it is |
| 19:47.38 | elixer | but that doesn't help |
| 19:47.46 | citats | festr_: i've got to take off now, if you cant figure anything out open up a bug on it and i'll work on it when i get back |
| 19:48.03 | festr_ | elixer: and moh_files_release is always execute after channel close |
| 19:48.21 | festr_ | elixer: so the pos is reseted to >=0 again |
| 19:48.24 | festr_ | elixer: ok |
| 19:48.28 | festr_ | elixer: thanks anyway |
| 19:52.57 | festr_ | <PROTECTED> |
| 19:53.05 | festr_ | so the safe_pos is always zero |
| 19:53.09 | festr_ | it cant work for you |
| 19:53.12 | festr_ | i dont understand |
| 19:53.38 | citats | festr_: it works for me when i place a call on hold using sip. when i test it using the app it behaves as you say. |
| 19:55.11 | festr_ | i'm trying path nwo |
| 19:55.49 | festr_ | no success :) |
| 19:56.11 | citats | i'm leaving now. i'll work on it later if you open a bug up on it |
| 19:56.40 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1096579178.dsl.bell.ca) |
| 19:57.11 | elixer | festr_: try this... |
| 19:57.23 | elixer | line 322 is: state->class = class; |
| 19:57.27 | elixer | add: |
| 19:57.30 | Deeewayne | file: pingggggggggg |
| 19:57.31 | elixer | state->save_pos = -1; |
| 19:57.33 | file | Deeewayne: no pong |
| 19:57.33 | elixer | after that |
| 19:57.50 | Deeewayne | I may have reproduced a 7706 related crash |
| 19:57.57 | putnopvut | Hell yeah! |
| 19:58.05 | file | ooh |
| 19:58.56 | Deeewayne | in ast_bridged_channel |
| 19:59.15 | Qwell | because bridged->tech is NULL? :D |
| 19:59.18 | Deeewayne | yup |
| 19:59.30 | Qwell | yeah, the question is why tech is NULL |
| 19:59.52 | Deeewayne | I didn't think a channel can have a null ->tech structure |
| 19:59.59 | Qwell | that's the problem, heh |
| 20:00.21 | Qwell | is bridged actually a valid pointer? |
| 20:00.43 | file | print out it's name :D |
| 20:00.52 | Qwell | heck, print the whole thing |
| 20:01.04 | Deeewayne | hmmmm...he thinks he's real, but has no name |
| 20:01.10 | Deeewayne | that's null too |
| 20:01.20 | Qwell | is anything non-null? |
| 20:01.27 | file | oh. |
| 20:01.33 | Deeewayne | it is non null. just dangling around |
| 20:02.24 | putnopvut | A dangling pointer. |
| 20:02.38 | putnopvut | Perchance it pointed to something which was freed out from under it. |
| 20:02.57 | russellb | elixer: janitor project idea |
| 20:03.14 | russellb | elixer: there is a new way to write CLI commands, and 90% of them still use the old way |
| 20:03.17 | russellb | :) |
| 20:03.34 | elixer | russellb: heh, already working on NoLossCDR for juggie |
| 20:03.44 | russellb | heh, ok |
| 20:03.48 | russellb | that's more than a janitor project :) |
| 20:04.14 | elixer | russellb: indeed. |
| 20:04.20 | russellb | well cool :) |
| 20:04.30 | elixer | in retrospect, its funny that i asked if digium was hiring janitors ;) |
| 20:04.41 | Deeewayne | can we have a janitor project to remove all dangling pointers ? |
| 20:04.49 | russellb | yes :) |
| 20:04.57 | Qwell | at runtime |
| 20:05.00 | Deeewayne | someone should have thought of that a long time ago |
| 20:06.02 | Qwell | easy way around that.. remove all the pointers |
| 20:06.12 | Qwell | ram is cheap, we don't need pointers |
| 20:06.23 | Deeewayne | ooooh...we can deprecate pointing |
| 20:06.51 | Qwell | we'll just distribute a patch to gcc that removes support for them |
| 20:07.22 | elixer | just another reason for C++... |
| 20:07.23 | elixer | heh |
| 20:07.29 | Qwell | c++ doesn't have pointers? |
| 20:07.32 | russellb | sure it does :) |
| 20:07.34 | elixer | it does |
| 20:07.40 | russellb | but you can pass references, instead :) |
| 20:07.43 | Qwell | oh, I was gonna troll... |
| 20:07.44 | elixer | but their use is discouraged |
| 20:07.44 | russellb | references are hot |
| 20:07.48 | Deeewayne | that could really lower the barrier of entry for asterisk developers since pointers is usually something people have trouble with when learning to program |
| 20:07.55 | Qwell | Deeewayne: true |
| 20:08.28 | Deeewayne | &file.hi |
| 20:09.04 | elixer | your wives/girlfriends would be so proud... |
| 20:09.12 | Qwell | elixer: You have no idea. |
| 20:09.43 | russellb | my woman thinks computers are stupid |
| 20:09.46 | russellb | :) |
| 20:09.48 | file | your |
| 20:09.50 | putnopvut | Well they are. |
| 20:09.50 | file | erm |
| 20:09.52 | file | your _woman_? |
| 20:09.57 | russellb | yup |
| 20:10.03 | russellb | lol |
| 20:10.15 | russellb | girlfriend, fiance, whatever! |
| 20:10.17 | russellb | woman! |
| 20:10.22 | putnopvut | bride-to-be |
| 20:10.27 | Qwell | your old lady? |
| 20:10.29 | russellb | no. |
| 20:10.31 | putnopvut | lol |
| 20:10.32 | Qwell | she'd like that less |
| 20:10.40 | outtolunc | other 1/4 (as the other other 1/4 is a computer) |
| 20:11.03 | russellb | ha, nice |
| 20:11.04 | elixer | ol' ball and chain, as it were. |
| 20:11.29 | Deeewayne | goomar ? |
| 20:11.37 | putnopvut | ...? |
| 20:11.41 | elixer | sopranos |
| 20:11.58 | putnopvut | Oh. I've seen the first two seasons of that. I should've known that. |
| 20:12.06 | russellb | i saw the last episode |
| 20:12.08 | russellb | i think that's it |
| 20:12.10 | Corydon76-dig | elixer: some of us have husbands |
| 20:12.20 | elixer | Corydon76-dig: whatever floats your boat |
| 20:12.22 | elixer | heh |
| 20:12.26 | putnopvut | I have nineteen wives |
| 20:12.33 | elixer | Corydon76-dig: i shall revise... |
| 20:12.48 | Corydon76-dig | putnopvut: are you traveling from St. Ives? |
| 20:12.57 | putnopvut | No, then I'd only have 7 ;) |
| 20:12.57 | elixer | your wives/girlfriends/fiances/husbands/boyfriends/lovers/life partners would be so proud... |
| 20:13.00 | russellb | putnopvut: 18, i killed one |
| 20:13.02 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 20:13.02 | file | it's true, he does |
| 20:13.06 | file | they are on his facebook |
| 20:13.20 | file | his "married to" list is long |
| 20:13.27 | Qwell | O.o |
| 20:13.39 | Corydon76-dig | I can't imagine how... |
| 20:13.44 | putnopvut | My music interests on facebook are all fake bands |
| 20:14.30 | russellb | i'd say in a given week, i do about 15 minutes of real work. |
| 20:14.36 | elixer | i have 8 bosses, bob. |
| 20:14.43 | file | russellb: woah |
| 20:14.48 | file | that's 14 minutes too much |
| 20:15.31 | Deeewayne | I smell a union |
| 20:15.40 | putnopvut | I smell an onion |
| 20:15.53 | elixer | I smell |
| 20:15.56 | file | TRADITION! |
| 20:16.39 | Corydon76-dig | elixer: I have had several people who have only interacted with me online express frustration that they don't know if I'm male or female |
| 20:16.47 | putnopvut | Deeewayne and Corydon76-dig: neither of you are on facebook. Get with the program! |
| 20:17.03 | Corydon76-dig | putnopvut: I don't have a blog, either |
| 20:17.14 | Deeewayne | I am blogless as well |
| 20:17.19 | russellb | i'm on every social network i come across |
| 20:17.29 | file | not enough angst for a blog? |
| 20:17.35 | Deeewayne | russellb: even geeksnot.org ? |
| 20:17.36 | elixer | Corydon76-dig: i'm ok not knowing. i just won't hit on you. |
| 20:17.40 | elixer | :-) |
| 20:17.42 | putnopvut | geeksnot? |
| 20:17.43 | russellb | and you can all blog on asterisk.org if you want :) |
| 20:17.52 | russellb | i think it sucks for blogging, though ... |
| 20:17.53 | Deeewayne | geeksnot is the new facebook |
| 20:17.58 | russellb | we need blogs.asterisk.org with wordpress |
| 20:18.03 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 20:18.07 | putnopvut | Is it parsed as "geek snot" or "geeks not" |
| 20:18.16 | putnopvut | Because I totally saw "geek snot" |
| 20:18.27 | file | russellb: you need to blog |
| 20:18.27 | russellb | me too |
| 20:18.29 | Deeewayne | I meant "geek snot" |
| 20:18.35 | russellb | file: i know, i haven't this week because i haven't felt well |
| 20:18.44 | Corydon76-dig | My sister's husband sent me an email the other day expressing the desire to have a blog on his business website |
| 20:19.30 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.25.220.191) |
| 20:20.31 | elixer | russellb: there is no way to automate the transition from old-cli to new-cli stuff? |
| 20:20.36 | russellb | elixer: nope |
| 20:20.50 | elixer | christ... who writes this stuff?? |
| 20:20.50 | elixer | heh |
| 20:20.53 | elixer | oh wait. |
| 20:21.06 | russellb | i didn't write that stuff specifically ... |
| 20:21.10 | russellb | but i am part of "this" stuff |
| 20:21.19 | Corydon76-dig | We don't release software... it escapes... |
| 20:21.26 | file | and then people die... |
| 20:21.37 | russellb | but probably for unrelated reasons |
| 20:21.38 | file | of happiness at a release |
| 20:22.14 | elixer | russellb: example of an app that uses the right way? |
| 20:22.19 | elixer | "right" |
| 20:22.39 | eliel | elixer: queue |
| 20:22.45 | russellb | main/cli.c ... channels/chan_oss.c |
| 20:22.52 | russellb | grep for NEW_CLI |
| 20:22.59 | elixer | alrighty |
| 20:23.00 | putnopvut | in app_queue, there is one command that does it the new way. |
| 20:23.08 | putnopvut | I wrote it yesterday :) |
| 20:23.11 | elixer | heh |
| 20:23.12 | russellb | elixer: don't feel obligated, i was just saying it because you were looking for stuff :) |
| 20:23.49 | eliel | putnopvut: hmmm, which is the new way? |
| 20:24.01 | elixer | russellb: i like multitasking |
| 20:24.04 | file | putnopvut: pfft, you don't write stuff |
| 20:24.05 | eliel | putnopvut: I though I knew it... |
| 20:24.17 | russellb | elixer: search for NEW_CLI |
| 20:24.35 | putnopvut | eliel: in trunk, look in app_queue for the one CLI command that uses NEW_CLI |
| 20:24.40 | elixer | i see it |
| 20:24.47 | russellb | elixer: er, not youy |
| 20:24.51 | russellb | eliel: NEW_CLI :) |
| 20:25.20 | elixer | i chose my nick... poorly |
| 20:25.36 | russellb | you could be ... rexile |
| 20:25.43 | putnopvut | Or elixir even. |
| 20:25.44 | elixer | thats my alternate nick :-) |
| 20:25.48 | eliel | russellb: he, ok, i'll start working on that... |
| 20:25.48 | russellb | nice |
| 20:25.55 | russellb | eliel: cool :) |
| 20:26.09 | elixer | putnopvut: its spelled incorrectly on purpose, i swear. |
| 20:26.31 | elixar | let's make it even more confusing |
| 20:26.34 | elixer | sweet |
| 20:26.34 | Corydon76-dig | elixer: last crusade reference? |
| 20:26.53 | Qwell | I get that one wrong more often than not |
| 20:26.55 | elixer | Corydon76-dig: the "i chose my nick... poorly?" yes sir/ma'am. |
| 20:27.05 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 20:27.11 | file | joetester: ! |
| 20:27.13 | russellb__ | file: <3 |
| 20:27.17 | file | russellb__: <3 |
| 20:27.22 | joetester | file: Hi file |
| 20:27.23 | file | O.O |
| 20:27.38 | file | my name is file and i am a n000000b |
| 20:27.55 | russellb__ | yes, you are a nub |
| 20:28.15 | elixer | heh |
| 20:28.28 | Deeewayne | ooops |
| 20:28.30 | joetester | put, change your nick to hoetester! |
| 20:28.39 | putnopvut | I had that job once |
| 20:28.41 | Corydon76-dig | putnopvut: you know, that could be... wait, nevermind |
| 20:28.42 | russellb | lol |
| 20:29.02 | caio1982 | russellb__: maybe you could ask for janitor in the -dev list about the NEW_CLI conversion? i'd like to see it as well, as does eliel, since i had to deal with it last week when you told me about the existence of NEW_CLI on the list |
| 20:29.06 | putnopvut | file runs in rectangular circles |
| 20:29.13 | caio1982 | s/to see/to work on |
| 20:29.15 | joetester | You guys get weird on friday nights. |
| 20:29.29 | russellb | caio1982: that's a good iea |
| 20:29.32 | russellb | idea* |
| 20:29.35 | Corydon76-dig | It's all the pent-up caffeine |
| 20:30.09 | file | uh huh |
| 20:30.14 | joetester | I thought it was the coffee that had been there since monday morning. It's starting to turn. |
| 20:30.26 | Qwell | joetester: it turned on wednesday |
| 20:30.35 | Corydon76-dig | Most of us don't drink coffee |
| 20:30.47 | joetester | But Corydon just kept on drinking it until right now! |
| 20:31.08 | Corydon76-dig | Think Mtn Dew, Red Bull, Rockstar... |
| 20:31.23 | putnopvut | Diet Coke ftw! |
| 20:31.48 | Corydon76-dig | Anybody have a source for caffeinated root beer? |
| 20:31.52 | joetester | I always thought Mountain Dew looked like diseased pee. |
| 20:32.01 | Qwell | Corydon76-dig: does that exist? |
| 20:32.06 | putnopvut | Corydon76-dig: you mean most of it is decaf? |
| 20:32.12 | putnopvut | I never realized... |
| 20:32.17 | Corydon76-dig | putnopvut: most, yes |
| 20:32.30 | Corydon76-dig | Ditto for ginger ale |
| 20:32.41 | joetester | Corydon76-dig: You could just put coffee in them! |
| 20:32.49 | elixer | russellb: patches for NEW_CLI should be against HEAD, yeah? |
| 20:32.49 | elixer | err |
| 20:33.29 | Corydon76-dig | joetester: ugh |
| 20:33.29 | elixer | trunk |
| 20:33.29 | russellb | elixer: yes |
| 20:33.29 | putnopvut | Or speed |
| 20:33.29 | elixer | word. |
| 20:33.29 | file | putnopvut: drug dealer! |
| 20:33.29 | joetester | putnopvut: Or just crack! Delicious crack! |
| 20:33.29 | putnopvut | I never tried to deny that... |
| 20:33.29 | Corydon76-dig | joetester: the reason I don't drink coffee is not because I don't like caffeine... it's all the other garbage in there... |
| 20:33.37 | putnopvut | Yeah, like water! |
| 20:33.40 | putnopvut | And coffee beans! |
| 20:33.44 | putnopvut | And ... |
| 20:33.46 | putnopvut | ... |
| 20:33.48 | joetester | putnopvut: lol put! |
| 20:33.49 | putnopvut | sugar? |
| 20:33.51 | Corydon76-dig | Now caffeinated water isn't bad |
| 20:34.43 | russellb | Deeewayne: orly |
| 20:34.48 | Deeewayne | yeah |
| 20:35.31 | Deeewayne | ast_channel_walk_locked() |
| 20:35.42 | russellb | Deeewayne: i rewrote that in a branch <3 |
| 20:36.09 | Deeewayne | it seems to be returning a pointer to a nothing |
| 20:36.25 | russellb | well, it's valid for it to return NULL ... |
| 20:36.44 | russellb | it should not be possible for it to return a non-NULL channel that has been free'd |
| 20:37.10 | russellb | but yet, it does seem to happen |
| 20:37.28 | Deeewayne | its not returning NULL, but it seems to be returning a channel that is gone |
| 20:37.29 | russellb | in fact, those types of bugs are why i'm rewriting how channels get stored and having channel references tracked |
| 20:37.45 | Deeewayne | chan_gone |
| 20:37.47 | elixer | can't you make grep ignore a directory? like .svn for example? |
| 20:38.01 | russellb | grep -r NEW_CLI * | grep -v svn |
| 20:38.09 | russellb | but you can do a more elegant solution using find |
| 20:38.10 | elixer | meh |
| 20:38.15 | elixer | yeah |
| 20:38.17 | russellb | find . -iname '*.c' -exec ... |
| 20:39.27 | Qwell | yay! |
| 20:39.31 | Qwell | M8555 |
| 20:39.34 | MuffinMan | [feedback] [Asterisk] Core/General 0008555: even though configure is ran with --prefix, make install tries to mkdir /var/lib/asterisk reported by barthek http://bugs.digium.com/view.php?id=8555 |
| 20:39.37 | Qwell | Somebody agrees |
| 20:39.45 | russellb | heh, yeah, i saw that |
| 20:39.48 | Qwell | and gave very valid reasons, and ideas |
| 20:39.54 | Deeewayne | now its definitely a friday |
| 20:41.01 | elixer | ok, so only 87 places where CLI commands are registered |
| 20:41.07 | elixer | give me 25 minutes. |
| 20:41.08 | elixer | heh |
| 20:41.10 | russellb | lol |
| 20:41.12 | russellb | right |
| 20:41.23 | russellb | keep in mind, a lot of those places are using ast_cli_register_multiple |
| 20:41.27 | elixer | yeah |
| 20:41.28 | russellb | and that one like could register 20 CLI commands |
| 20:41.30 | russellb | :) |
| 20:41.42 | Corydon76-dig | russellb: is that like a cross between ragtime and reggae? |
| 20:41.56 | russellb | yes. |
| 20:42.12 | russellb | or perhaps it's just a cross between reggae and my poor spelling |
| 20:43.04 | Qwell | "Trading of SCO's stock has been halted on news that SCO has filed for Chapter 11 Bankruptcy" |
| 20:43.11 | russellb | !!!! |
| 20:43.13 | jmls | now ay |
| 20:43.16 | jmls | (way) |
| 20:43.17 | Qwell | /. |
| 20:43.24 | Corydon76-dig | Hah |
| 20:43.25 | Qwell | http://www.groklaw.net/article.php?story=20070914152904577 |
| 20:43.27 | Corydon76-dig | Finally |
| 20:43.47 | Corydon76-dig | Unfortunately, Chapter 11 is the wrong one. It should be Chapter 7. |
| 20:43.55 | Qwell | how about... |
| 20:44.12 | Qwell | "Trading of SCO's stock has been halted on news that the entire executive team was violently murdered in their sleep" ? |
| 20:44.15 | Corydon76-dig | (yes, yes, accounting geek) |
| 20:44.39 | Cresl1n | Corydon76-dig: hey |
| 20:47.50 | tzafrir_home | hi |
| 20:48.49 | russellb | Process SCO received Signall 11 (SIGSEGV - Segmentation Fault). Aborted. (Core Dumped) |
| 20:49.27 | file | russellb: lawl |
| 20:50.08 | russellb | i posted that to the digg story as the first comment, hehe |
| 20:50.33 | Qwell | link? |
| 20:50.57 | putnopvut | russellb: you spelled signal wrong |
| 20:51.11 | russellb | here i did .. |
| 20:51.18 | russellb | http://digg.com/tech_news/SCO_Files_For_Chapter_11_Bankruptcy_2 |
| 20:51.23 | russellb | but dang, that was the 2nd time it was submitted |
| 20:51.27 | russellb | time to add it to the first one, too |
| 20:52.22 | putnopvut | crossposting. for shame! |
| 20:52.28 | russellb | :( |
| 21:03.02 | eliel | hmm, working on NEW_CLI, we have two 'feature *' cli commands one comming from res_features and the other I think from chan_feature... I should call the one from res_features 'featureS'? |
| 21:03.29 | eliel | 'features show' and 'feature show channels' |
| 21:03.48 | russellb | ugh ... hmmm |
| 21:03.50 | tzafrir_home | well, they were doomed anyway |
| 21:04.05 | russellb | i wouldn't worry about touching chan_features |
| 21:04.11 | russellb | it's not used anyway |
| 21:04.23 | russellb | and leave res_features with the names it uses now |
| 21:04.51 | eliel | Ok |
| 21:05.43 | eliel | res_features.c is using 'feature show' and chan_feature is using 'feature show channels'; |
| 21:05.48 | Cresl1n | amen to that |
| 21:05.57 | elixer | eliel: you're doing to conversion to NEW_CLI for everything? |
| 21:06.19 | eliel | yes.. but my starting point is res_features :-) the simple one |
| 21:06.24 | elixer | ohhh |
| 21:06.31 | russellb | elixer: eliel if you guys want to coordinate, either respond to the dev list, or create a mantis issue noting which modules you're working on and post all patches there |
| 21:06.35 | elixer | heh |
| 21:06.47 | russellb | no one person can do it all, it's a lot of work :) |
| 21:08.00 | russellb | Deeewayne: you would |
| 21:08.23 | Deeewayne | 7706 is on hold...now I'm on to the gui |
| 21:08.41 | russellb | 7706 is complicated ... |
| 21:08.46 | Deeewayne | while (1) { context_switch(dwayne) } |
| 21:08.51 | russellb | lol |
| 21:08.56 | russellb | not even a usleep(1) in there? |
| 21:10.04 | Deeewayne | while (1) { if (rand()%2) {context_switch(dwayne); usleep(1); } } |
| 21:10.30 | tzafrir_home | Cresl1n, when do you think would be a good time for a new Zaptel? |
| 21:11.22 | tzafrir_home | a new Zaptel release, that is |
| 21:11.30 | Cresl1n | oh |
| 21:11.39 | Cresl1n | I need to get some driver changes tested |
| 21:11.46 | Cresl1n | after that, probably then |
| 21:11.49 | russellb | Cresl1n: i was going to do asterisk next week, so we can do it then if you want |
| 21:11.52 | russellb | if not, doesn't matter |
| 21:12.01 | Cresl1n | I need to get PQ to do some tests for me |
| 21:12.03 | russellb | just saying, it would be convenient for me if you'd like me to do it while i'm doing asterisk anyway |
| 21:12.06 | russellb | k |
| 21:12.07 | Cresl1n | I gotcha |
| 21:13.07 | Cresl1n | russellb: if I can get my test done and the bug I'm trying to iron out finished by then, I am game |
| 21:13.12 | eliel | elixer: don't worry I will start an issue for this janitor project uploading every patch i made. |
| 21:13.55 | russellb | Cresl1n: k |
| 21:14.03 | elixer | eliel: cool, i'll add my patches to that |
| 21:14.19 | elixer | eliel: working on res_agi.c at them moment |
| 21:14.22 | Cresl1n | tzafrir_home: how are things going with your part of the backport? |
| 21:14.26 | elixer | s/them/the/ |
| 21:15.19 | tzafrir_home | I think that the backport is done |
| 21:15.40 | Cresl1n | have you checked all of zaptel, etc? |
| 21:15.51 | Cresl1n | for anything left that I didn't merge? |
| 21:15.57 | Cresl1n | besides our hardware drivers, of course |
| 21:16.22 | tzafrir_home | I haven't changed much, so there wasn't much to merge back |
| 21:16.56 | Cresl1n | ok |
| 21:16.57 | Cresl1n | good |
| 21:17.03 | Cresl1n | then I guess we're just waiting on me :-) |
| 21:17.23 | tzafrir_home | I also need to commit some extra drivers updates. Working on it now |
| 21:21.59 | eliel | elixer: #10724 |
| 21:22.18 | russellb | M10724 |
| 21:22.19 | MuffinMan | [new] [Asterisk] Resources/res_features 0010724: [patch] use NEW_CLI for CLI commands. reported by eliel http://bugs.digium.com/view.php?id=10724 |
| 21:22.32 | eliel | russellb: :-) |
| 21:22.48 | elixer | yep, i saw it. |
| 21:31.05 | russellb | putnopvut: 6 people responded to that -users voicemail question :) |
| 21:31.29 | russellb | so far |
| 21:33.22 | codefreeze | hey, we can even give svnbot karma for its hard work and diligence! |
| 21:33.29 | russellb | lol |
| 21:33.31 | russellb | nice |
| 21:33.57 | russellb | "+.25 - Entering a Useful and Productive Bugnote" |
| 21:34.06 | Qwell | heh |
| 21:34.11 | putnopvut | russellb: yeah, I noticed that. |
| 21:34.15 | Qwell | svnbot will eventually have more karma than Corydon76-dig :p |
| 21:34.35 | putnopvut | It sucks when you send a reply to a question and before your reply shows up 4 others do. |
| 21:36.04 | putnopvut | I have no karma :( |
| 21:36.12 | putnopvut | I guess I could assign myself karma... |
| 21:36.17 | putnopvut | But that seems wrong |
| 21:36.40 | Corydon76-dig | Actually, unless bbryant fixed it, you can't. |
| 21:36.42 | Qwell | heh, actually... |
| 21:36.53 | Qwell | there was a time where there was a bug in karma, and somebody gave themselves like 200 karma |
| 21:37.06 | Qwell | I forget who that was |
| 21:37.08 | Corydon76-dig | It doesn't do the insert on new people |
| 21:37.19 | russellb | that should be fixed |
| 21:37.21 | Qwell | Corydon76-dig: I think he did |
| 21:37.34 | Corydon76-dig | He fixed it at one time, then it got broken again |
| 21:37.39 | Qwell | russellb: do you remember who that was that karmad themself? |
| 21:37.41 | Cresl1n | putnopvut: devs don't get karma :-) |
| 21:37.43 | Corydon76-dig | I showed him a case of it being broken last week |
| 21:38.11 | Corydon76-dig | Cresl1n: I've got a ton of karma |
| 21:38.35 | Corydon76-dig | We sorta gave up a bit, after it was apparent that some people had way more than others |
| 21:38.43 | Cresl1n | yeah, but you've worked independent from Digium for a while |
| 21:39.03 | Corydon76-dig | It slowed down a lot once I got commit privs |
| 21:39.13 | russellb | i don't get karma anymore :( |
| 21:39.23 | Cresl1n | me either |
| 21:39.26 | codefreeze | I throw myself a karma-bone when I feel I've earned it. |
| 21:39.29 | Qwell | wow, I actually have like 50 |
| 21:39.39 | Corydon76-dig | That's because you don't leave bugs open with patches that you've created for others to apply |
| 21:39.40 | Cresl1n | I haven't gotten karma in forever |
| 21:39.41 | tzafrir_home | sure you can. You just need a co-conspirator |
| 21:39.45 | Qwell | somebody karma me so I can have more than bkw |
| 21:39.52 | Qwell | I want that elusive 19th spot |
| 21:40.05 | elixer | i still don't understand the point of karma |
| 21:40.06 | putnopvut | At least I don't have negative karma! |
| 21:40.12 | Qwell | putnopvut: check again |
| 21:40.16 | putnopvut | ... |
| 21:40.21 | Qwell | kidding :p |
| 21:40.37 | putnopvut | I guess that could be a joke. I could have the most negative karma, but be a dev. |
| 21:40.46 | Qwell | we need a karma hall of nubs |
| 21:40.47 | putnopvut | Like -1000 or something horrendous like that |
| 21:40.55 | Qwell | I know there are people who have like -6 |
| 21:41.03 | Qwell | at that point, it's just time to get a new account |
| 21:41.03 | Corydon76-dig | elixer: the point was to annotate people who generally do helpful stuff versus people who generally are unhelpful |
| 21:41.13 | Cresl1n | how do you check your karma? |
| 21:41.22 | codefreeze | Cresl1n: file a bug |
| 21:41.23 | elixer | do people actually get assigned negative karma? |
| 21:41.33 | Qwell | huh, I just got karma 10 days ago |
| 21:41.35 | codefreeze | elixer: yep. |
| 21:41.35 | putnopvut | elixer: yes, if they file a bug that isn't really a bug |
| 21:41.37 | Corydon76-dig | elixer: yes, usually by opening stupid bugs |
| 21:41.39 | elixer | ah |
| 21:41.42 | elixer | noted |
| 21:42.18 | Qwell | ha, russellb gave me karma |
| 21:42.19 | Qwell | <3 |
| 21:42.21 | Corydon76-dig | You get the most negative karma if a developer tells you to stop reopening a major bug you filed when it's just a configuration issue |
| 21:42.22 | putnopvut | Most of the time I forget to assign karma on bugs, unless the reporter was really good. |
| 21:42.47 | Corydon76-dig | and now that svnbot closes bugs for me... |
| 21:43.04 | Corydon76-dig | Hey, that's what we need... a phrase to award karma via commit message... |
| 21:43.12 | codefreeze | I personally think it a good practice to hand out karma as a reward system. It costs nothing, and is considered by many users to be a "reward". |
| 21:43.27 | russellb | yeah, i agree |
| 21:43.45 | russellb | we really should try to remember as best we can |
| 21:43.57 | russellb | Corydon76-dig: get kevin to agree to let brett do that as a contract job :) |
| 21:44.07 | Corydon76-dig | Heh |
| 21:44.44 | Corydon76-dig | Kevin is out on Monday again, isn't he? |
| 21:44.49 | russellb | not sure |
| 21:45.17 | codefreeze | Corydon76-dig: what would we trigger karma with? "Throw this man a fish!" ? |
| 21:45.24 | russellb | lol ... |
| 21:45.56 | elixer | and i'm still waiting on my t-shirt |
| 21:46.00 | elixer | XL please |
| 21:46.01 | elixer | :-) |
| 21:46.16 | Juggie | elixer, any good progress? |
| 21:47.01 | elixer | Juggie: yes and no. won't have substantial progress until sometime this weekend. i'm still technically at work. |
| 21:48.40 | codefreeze | My #2 son returned from Spain with a Tshirt for me that says "EspaƱa"; He said he considered "My son went to Spain, and all I got was this stupid T-shirt!" |
| 21:50.31 | russellb | how does he feel to be called #2? |
| 21:51.07 | codefreeze | Probably about the same as #1, #3, #4, #5, and #6 feel! |
| 21:51.31 | putnopvut | Any daughters in the mix? |
| 21:51.57 | putnopvut | Because then they have to remember something like "I'm son #2, child #5" |
| 21:52.16 | putnopvut | "murphy #3460283" |
| 21:52.25 | codefreeze | Yep, one daughter... Amber. I call her "Am", which both she and her mother hates... I could call her daughter #1, but... |
| 21:53.37 | codefreeze | Hey, personally, I'd rather be #2, than "Whats your face" anyday! |
| 21:53.44 | putnopvut | lol |
| 21:55.03 | putnopvut | I have a menuselect-related issue I'm thinking of solving, but I have this feeling that it may just not be worth it. |
| 21:55.22 | Qwell | putnopvut: collision detection? |
| 21:55.26 | putnopvut | ...no |
| 21:55.35 | putnopvut | It's pretty minor. Allow me to explain |
| 21:55.48 | putnopvut | Sometimes I build with IMAP_STORAGE enabled |
| 21:56.15 | codefreeze | Qwell: Collision detection? I use my ears mostly. Sometimes you can feel it if it's hard enough. |
| 21:56.22 | putnopvut | Then if I later rerun configure without specifying an imap directory (and therefore not being able to use IMAP_STORAGE)... |
| 21:56.35 | Cresl1n | that's nice that you have a good number based mapping |
| 21:56.44 | Cresl1n | you could build hash tables for your kids |
| 21:56.57 | Qwell | Cresl1n: with buckets for gender? |
| 21:57.10 | Corydon76-dig | codefreeze: "Award 2.0 to murf" |
| 21:57.13 | putnopvut | If I try to make right after running configure, then I'll get an error saying something about menuselect expecting IMAP_STORAGE. |
| 21:57.27 | putnopvut | In order to fix this I have to make menuselect and just immediately save and exit |
| 21:57.31 | Corydon76-dig | codefreeze: I would have responded quicker, but if I said what I felt about Comcast, your kids would have have been shocked by the language, even at this distance... |
| 21:57.31 | putnopvut | And then make runs fine. |
| 21:58.03 | putnopvut | I was thinking that if configure is run and a menuselect option is unable to be selected, it could automatically be removed from the menuselect.makeopts, or whatever the file is called. |
| 21:58.05 | codefreeze | Cresl1n: As I get older, and grandkids start showing up, I may have to use hash tables! |
| 21:58.33 | codefreeze | Corydon76-dig: I am sure the kids will appreciate you self-control in this situation!! ;) |
| 21:58.44 | codefreeze | Uh, /you/your/ |
| 21:58.45 | Qwell | putnopvut: I thought it did - except maybe only for modules, and not cflags |
| 21:59.36 | putnopvut | Yeah, it doesn't automatically remove the IMAP_STORAGE option at least, even if it can't be enabled. |
| 21:59.47 | putnopvut | I'm not sure what all it applies to |
| 21:59.59 | Corydon76-dig | then I went outside, kicked the cable box and said a few choice words about the cable company |
| 22:00.05 | Qwell | putnopvut: see what happens if you do --without-curl, or some such |
| 22:00.09 | Qwell | I think it'll disable app_curl |
| 22:00.22 | putnopvut | Qwell: I'll give it a shot |
| 22:00.24 | Corydon76-dig | func_curl |
| 22:00.24 | Qwell | erm, func |
| 22:00.45 | putnopvut | heh, I don't have curl installed... |
| 22:00.52 | Qwell | yeah, me neither, oddly |
| 22:01.03 | putnopvut | now I do! Thank you apt! |
| 22:01.18 | Deeewayne | why are you guys so anti-curl ? |
| 22:01.40 | Qwell | hmm, nope |
| 22:01.46 | Qwell | putnopvut: I get the same if I --without-h323 |
| 22:01.54 | Qwell | <PROTECTED> |
| 22:01.54 | Qwell | <PROTECTED> |
| 22:02.05 | putnopvut | Right, that's the message. |
| 22:02.45 | Corydon76-dig | Oddly, I wrote the curl interface for the same customer for which I later wrote func_odbc |
| 22:02.48 | putnopvut | The question is, is it worth fixing? How many users run configure multiple times and how many of those users disable something they previously had selected in menuselect. |
| 22:03.01 | Qwell | putnopvut: it's probably useful to get that error |
| 22:03.12 | *** join/#asterisk-dev jsidhu (n=atomik@66.206.163.185) |
| 22:03.38 | putnopvut | Qwell: I see what you're saying...I guess I'll leave it alone. |
| 22:04.02 | putnopvut | I guess it's good to remind the user if they accidentally forgot to configure support for the option |
| 22:04.09 | elixer | any chance we can just remove 'agi dumphtml' from trunk? does anyone actually use it? |
| 22:04.52 | Corydon76-dig | I think it's used for documentation |
| 22:05.44 | elixer | well i know the intent of it. just not sure how useful it actually is. |
| 22:06.49 | elixer | i mean, isn't doxygen supposed to be for documentation :-) |
| 22:07.20 | Corydon76-dig | Yes, but doxygen only documents the API, not user interfaces |
| 22:07.29 | elixer | ah. fair enough. |
| 22:12.06 | *** part/#asterisk-dev Cresl1n (i=matt@nat/digium/x-d29f37af4fb0e6f1) |
| 22:14.25 | blitzrage | before I start this presentation, is there anyone who wants to write it? |
| 22:15.02 | putnopvut | blitzrage: nice opening :) |
| 22:15.13 | blitzrage | :D |
| 22:15.52 | blitzrage | "Before I start this presentation, is there anyone in the audience who would like to do it for me?" |
| 22:15.58 | elixer | which looks more correct: |
| 22:16.07 | elixer | "Enable/Disable something something something" |
| 22:16.08 | elixer | or |
| 22:16.15 | elixer | "Enable/disable something something something" |
| 22:16.23 | blitzrage | the former |
| 22:16.26 | putnopvut | I like the first way better myself |
| 22:16.29 | elixer | agreed. danke. |
| 22:16.44 | blitzrage | although technically the latter is probably more correct :) |
| 22:16.50 | elixer | well |
| 22:17.01 | elixer | they are alternates as the first word of a sentence |
| 22:17.07 | blitzrage | true |
| 22:17.08 | elixer | i dunno |
| 22:17.11 | elixer | i like E/D |
| 22:17.12 | blitzrage | I'd say first |
| 22:17.27 | blitzrage | [En|Dis]able something something |
| 22:17.32 | elixer | heh |
| 22:17.37 | blitzrage | ;) |
| 22:17.55 | elixer | this is no joke -> ast_cli(a->fd, "AGI Debugging %sabled\n", agidebug ? "En" : "Dis"); |
| 22:18.00 | elixer | :) |
| 22:18.12 | putnopvut | elixer: there's similar syntax in app queue for pausing/unpausing |
| 22:18.34 | Qwell | erm |
| 22:18.36 | putnopvut | AGI Debugging Ensabled |
| 22:18.40 | Qwell | nm, I read that wrong, heh |
| 22:18.49 | Qwell | putnopvut: I almost said that too |
| 22:18.57 | elixer | yeah, i did that while i was writing it :-) |
| 22:24.44 | Simon-- | any reason why asterisk-dev email list might be eating my emails? :) no bounce, no post.. |
| 22:24.52 | elixer | Simon--: its hungry? |
| 22:25.06 | elixer | ba dum dum |
| 22:25.08 | elixer | i'll be here all week |
| 22:25.51 | putnopvut | Speaking of odd e-mail list behaviors, I got a message from the user list saying that I had too many bounces and that I'd be removed from the list if I didn't renew my subscription. |
| 22:28.21 | Qwell | I just envisioned Capouch shouting "FORK IT!" |
| 22:29.02 | putnopvut | I love that e-mail |
| 22:29.07 | Corydon76-dig | It eats stuff that it thinks is spam |
| 22:29.07 | Corydon76-dig | are you subscribed? |
| 22:29.10 | Qwell | Capouch rocks |
| 22:29.10 | Corydon76-dig | More importantly, are you subscribed with the same email address that you're using to attempt to post to the ML? |
| 22:29.13 | putnopvut | I think he might be my favorite poster now |
| 22:29.17 | Corydon76-dig | If not, it will eat the post |
| 22:29.24 | elixer | russellb: i snuck my `ext++` fix into the res_agi patch ;-) |
| 22:30.09 | russellb | lol |
| 22:30.09 | russellb | nice |
| 22:30.14 | russellb | I WILL NOT APPLY IT |
| 22:30.17 | russellb | kidding. |
| 22:30.17 | elixer | heh |
| 22:31.19 | elixer | hmmm |
| 22:31.40 | elixer | there are appears to be no difference between `moh reload' and 'module reload res_musiconhold' |
| 22:32.02 | Qwell | elixer: pretty much, yeah |
| 22:32.14 | elixer | is there a compelling reason to leave the former around? just faster to type? |
| 22:32.32 | Qwell | same as like sip reload |
| 22:33.20 | tzafrir_home | is there any other 'moh reload' or plans for such? |
| 22:34.55 | russellb | or iax2 reload ... |
| 22:35.19 | russellb | it got added in a few places because people are lazy :) |
| 22:36.27 | *** part/#asterisk-dev Netgeeks-laptop (n=chris@204.11.231.198.static.etheric.net) |
| 22:36.50 | tzafrir_home | lazyness is good. |
| 22:37.07 | tzafrir_home | But are there actual plans to have different types of reloads? |
| 22:37.21 | russellb | no |
| 22:37.33 | tzafrir_home | So why not just leave it? |
| 22:37.52 | elixer | i was joking about removing/deprecating |
| 22:37.54 | tzafrir_home | seems less ocnfusing |
| 22:38.05 | elixer | not that i have commit anyway |
| 22:38.09 | elixer | fear not |
| 22:38.15 | tzafrir_home | I don't really understand why the longer name is needed |
| 22:38.25 | russellb | the longer name is there because it's automatic |
| 22:38.32 | russellb | and doesn't require any extra code to register the CLI command |
| 22:38.41 | russellb | module reload <module_name> calls the reload callback |
| 22:39.00 | russellb | "moh reload", "sip reload", etc. are registered individually |
| 22:39.06 | russellb | that's the point of the "module reload" command |
| 22:45.57 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 22:51.06 | Simon-- | Corydon76-dig: yes. sim@netnation.com .. do you have access to check logs? :) |
| 22:51.33 | Corydon76-dig | No, but jsmith does |
| 22:52.11 | elixer | russellb: so should i just leave 'moh reload' in then? |
| 22:52.21 | russellb | tes |
| 22:52.24 | russellb | s/t/s |
| 22:52.28 | russellb | ... |
| 22:52.30 | russellb | yes. |
| 22:52.32 | elixer | xool |
| 22:52.40 | elixer | s/x/c/ |
| 22:52.43 | elixer | booyah |
| 22:52.46 | russellb | :( |
| 22:52.55 | elixer | trailing slashes are clutch my man |
| 22:52.55 | russellb | ses |
| 22:52.59 | russellb | s/s/y/ |
| 22:53.06 | russellb | yay, it honors the 'g' flag |
| 22:53.11 | elixer | ses |
| 22:53.13 | russellb | sas |
| 22:53.14 | elixer | s/s/y/g |
| 22:53.18 | russellb | s/s/y/g |
| 22:53.19 | elixer | heh |
| 22:53.29 | russellb | that pwns |
| 22:53.33 | elixer | s/.*/f/g |
| 22:53.36 | elixer | damn |
| 22:54.57 | Corydon76-dig | goog |
| 22:55.07 | russellb | s/g/b/g |
| 22:55.11 | russellb | :( |
| 22:55.32 | Corydon76-dig | s/(.)(oo)$1/$1$2/ |
| 22:55.43 | elixer | did i break him again? |
| 22:55.49 | Corydon76-dig | s/(.)(oo)\1/\1\2/ |
| 22:55.53 | elixer | i'm a horrible bastard |
| 22:55.57 | russellb | jbot: hi |
| 22:55.58 | jbot | hello, russellb |
| 22:56.03 | Corydon76-dig | s/\(.\)\(oo\)\1/\1\2/ |
| 22:56.09 | elixer | he obviously grows weary |
| 22:56.19 | russellb | jbot: bored? |
| 22:56.19 | jbot | La ... lalalala ... beer! |
| 22:56.30 | russellb | <3 job |
| 22:56.34 | russellb | s/job/jbot/ |
| 22:57.16 | Qwell | since when does it accept g? |
| 22:57.28 | russellb | ask him |
| 22:57.35 | *** join/#asterisk-dev file2 (n=IrcNet@asterisk/developer-and-muffin-lover/file) |
| 22:57.36 | *** mode/#asterisk-dev [+o file2] by ChanServ |
| 22:57.36 | Qwell | s/g/g/g |
| 22:57.43 | Qwell | s/s/g/g |
| 22:57.43 | file2 | moo. |
| 22:57.50 | Qwell | it didn't used to |
| 22:57.52 | russellb | file2: moooooo |
| 22:58.11 | file2 | russellb: get my sms? |
| 22:58.11 | Qwell | s/t/./g;s/d/./g |
| 22:58.36 | russellb | file2: ooh, yes, but i don't know the number |
| 22:58.46 | file2 | wiki! |
| 22:59.05 | file2 | Qwell should join in. |
| 22:59.10 | Qwell | what? |
| 22:59.28 | file2 | fill him in :D |
| 22:59.44 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 22:59.46 | russellb | will do |
| 22:59.48 | russellb | file2: now? |
| 23:00.01 | file2 | we do not know the number either. |
| 23:00.09 | file2 | can you msg me it? |
| 23:00.43 | russellb | file2: say when! |
| 23:01.08 | file2 | goooooooooooooo |
| 23:01.34 | elixer | wtf? |
| 23:01.35 | elixer | heh |
| 23:01.59 | Qwell | done :D |
| 23:02.11 | russellb | done! |
| 23:02.23 | Qwell | 2 != d |
| 23:02.24 | Qwell | 2 == b |
| 23:02.26 | file2 | spread the worddddd |
| 23:09.34 | tzafrir_home | russellb, is it possible to update (or remove) the janitor projects page? |
| 23:12.48 | russellb | it's possible, yes :) |
| 23:15.19 | russellb | file: i got a response :) |
| 23:15.24 | russellb | Qwell: ^^ |
| 23:15.50 | Qwell | "Thanks, but who is this?" |
| 23:15.55 | Qwell | :p |
| 23:15.59 | russellb | i put who i was in mine :) |
| 23:16.05 | Qwell | d'oh |
| 23:16.56 | russellb | app_chanspy has some weird logic for picking the next channel ..... |
| 23:22.22 | russellb | weird |
| 23:27.08 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 23:28.19 | blitzrage | Corydon76-dig: ping? |
| 23:29.26 | Corydon76-dig | pong |
| 23:29.33 | elixer | russellb: from res_clioriginate --> /* ugly, can be removed when CLI entries have ast_module pointers */ |
| 23:30.08 | elixer | ast_client_entry has a module pointer now |
| 23:30.17 | elixer | s/client/cli/ |
| 23:31.09 | blitzrage | Corydon76-dig: was there not a copy of your adaptive CDR backport in svncommunity earlier today... ? |
| 23:31.23 | Corydon76-dig | blitzrage: Internet connection has been flaky all day, so don't be surprised if I don't respond |
| 23:31.35 | Corydon76-dig | blitzrage: yes, it's under 'tilghman' |
| 23:31.40 | blitzrage | I just looked... it's gone now |
| 23:31.47 | Corydon76-dig | eh? |
| 23:32.00 | blitzrage | http://svncommunity.digium.com/view/tilghman/ |
| 23:32.09 | blitzrage | it was there about an hour or so ago... |
| 23:32.11 | blitzrage | but now now |
| 23:32.13 | Corydon76-dig | http://svncommunity.digium.com/view/tilghman/branches/1.4/ |
| 23:32.14 | blitzrage | not now* |
| 23:32.20 | Corydon76-dig | Right there |
| 23:32.23 | blitzrage | I see nothing under "tilghman" for some reason... |
| 23:32.42 | blitzrage | maybe my browser is confused... but other branches seem to contain stuff :) |
| 23:32.42 | Corydon76-dig | Odd, it loaded right away for me |
| 23:33.01 | blitzrage | I get a 404 when I load your link |
| 23:33.16 | Corydon76-dig | Are you on the vpn? |
| 23:33.32 | blitzrage | oh... I am now... would that make a difference? |
| 23:33.39 | blitzrage | maybe that is what changed on my network here |
| 23:33.51 | Corydon76-dig | I hope not, but IT has been screwy before |
| 23:34.35 | Corydon76-dig | Yeah, for whatever reason, IT has seen fit to make svn access go through the VPN, even though it's an external IP |
| 23:34.50 | Corydon76-dig | and occasionally, their routing is fucked |
| 23:34.58 | blitzrage | ahh... let me see if it loads right when I don't have the VPN enabled |
| 23:35.39 | blitzrage | haha... yep, that's what it wsa |
| 23:35.41 | blitzrage | was* |
| 23:40.28 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 23:55.24 | elixer | there is a member of struct ast_cli_entry called 'struct module *module' but for the life of me i can't find that struct defined anywhere. any hints? |
| 23:57.23 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 23:57.23 | *** mode/#asterisk-dev [+o mog] by ChanServ |