| 00:56.16 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 01:05.08 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-68-80-177-34.hsd1.nj.comcast.net) |
| 01:05.08 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 01:09.39 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 01:10.33 | file | nods to bweschke |
| 01:11.02 | bweschke | hey file! |
| 01:11.10 | file | hola |
| 01:11.45 | bweschke | how r ya? |
| 01:11.59 | file | not bad, watching The Office |
| 01:12.00 | file | u? |
| 01:12.16 | hardwire | hands file a ShruteBucks |
| 01:12.48 | bweschke | watching CSI |
| 01:13.08 | bweschke | just got back from EMT class |
| 01:13.58 | hardwire | I'm watching.. you. |
| 01:13.59 | hardwire | on IRC |
| 01:14.06 | hardwire | I have no entertainment atm. |
| 01:14.59 | bweschke | hardwire: sadly, I'm not very entertaining either |
| 01:15.12 | hardwire | bweschke: got a video phone? |
| 01:16.12 | bweschke | hardwire: I've got a camera built into the top of this laptop, but I turned it off because the drivers were screwing up the rest of winbloze |
| 01:17.32 | bweschke | file: you watch Grey's Anatomy ? |
| 01:17.38 | file | I do |
| 01:17.43 | bweschke | is it new tonight? |
| 01:17.45 | snuff-work | heh webcams screwing up windows.. it can't be true.. lol |
| 01:17.50 | file | I don't know! let's see |
| 01:18.01 | file | looks like it, but I could be crazy |
| 01:18.15 | file | thank a higher power for timeshifting |
| 01:18.29 | snuff-work | it should be a new greys.. |
| 01:18.38 | bweschke | I don't want to watch it then - I've still got the premier and last week's episode on TiVo to catch up on |
| 01:19.00 | snuff-work | according to my oracle of knowledge.. known as www.epguides.com states that it should air tonight |
| 01:20.50 | bweschke | snuff-work: cool site. Never been there before. new episodes every week the rest of the month. that's great |
| 01:21.43 | snuff-work | bweschke: since i torrent most.. i find it very useful.. |
| 01:21.53 | snuff-work | and it sooo clean.. no web 2.0 crap to get in the way |
| 01:22.20 | snuff-work | just implies knowledge of what station to watch it on |
| 01:22.49 | bweschke | I need to get into some of this torrent stuff for shows because Amazon unboxed doesn't have all the new shows my wife wants to watch |
| 01:23.22 | snuff-work | only new shows i've picked up atm is 'fringe' |
| 01:23.33 | bweschke | I dig fringe |
| 01:23.35 | snuff-work | oh and scantury |
| 01:23.35 | hardwire | I don't have cable |
| 01:23.39 | hardwire | or broadcast |
| 01:23.43 | hardwire | I do have netflix |
| 01:23.54 | hardwire | It's neat renting an entire series and watching it within a week. |
| 01:24.18 | snuff-work | mm it is good to have a binge like that occasionally |
| 01:24.47 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 01:25.16 | bweschke | remembers weekends like that .. before his wife and him had kids |
| 01:26.01 | hardwire | I do it all the time |
| 01:26.11 | hardwire | This week is Martian Successor Nadesico |
| 01:26.17 | hardwire | Last week was Psych Season 2 |
| 01:26.24 | hardwire | I love Psych. |
| 01:26.48 | bweschke | that one probably ranks high on the list of shows I'd like to watch but don't find the time to |
| 01:27.34 | hardwire | That and his name is Shawn Spencer |
| 01:27.37 | hardwire | and I'm Shane Spencer |
| 01:27.39 | hardwire | SEE |
| 01:27.43 | hardwire | IT'S LIKE I HAVE TO WATCH IT |
| 01:28.43 | mog | heh |
| 01:36.52 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 02:52.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.42) |
| 03:12.39 | seanbright | bkruse: ohhh, you mean CGMChris? |
| 03:12.45 | seanbright | bkruse: or cvnet? |
| 03:12.51 | seanbright | and tag... you're it |
| 03:12.51 | seanbright | :) |
| 03:19.42 | *** join/#asterisk-dev Deeewayne (i=dwayne@76.29.245.9) |
| 03:19.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:22.25 | *** join/#asterisk-dev denon (i=root@synapse.subneural.net) |
| 04:05.27 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 04:05.27 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 04:06.43 | *** part/#asterisk-dev Deeewayne (i=dwayne@76.29.245.9) |
| 04:17.21 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:40.06 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 04:40.06 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:10.14 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 06:13.06 | wedhorn | mvanbaak: thanks for the skinny commit. Now I guess it's time to get serious with some of the other stuff we've discussed |
| 06:23.23 | mvanbaak | yup |
| 06:27.04 | mvanbaak | ok, off to work |
| 06:32.49 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 06:32.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:41.47 | *** join/#asterisk-dev qdk_ (n=qdk@87.54.6.234) |
| 06:52.22 | *** join/#asterisk-dev oej (n=olle@90-84-254-204.ip.sipit.net) |
| 06:52.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:58.26 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 06:58.26 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:51.58 | *** join/#asterisk-dev oej_ (n=olle@90-84-255-88.ip.sipit.net) |
| 08:11.57 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 08:58.04 | *** join/#asterisk-dev Corydon76-dig (i=five@pdpc/supporter/bronze/Corydon76-home) |
| 08:58.04 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 09:17.46 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 09:20.53 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:23.25 | *** join/#asterisk-dev qdk_ (n=qdk@87.54.6.235) |
| 09:30.11 | *** join/#asterisk-dev Corydon76-dig (i=three@pdpc/supporter/bronze/Corydon76-home) |
| 09:30.11 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 10:06.43 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.35.33) |
| 10:16.39 | *** join/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 11:20.40 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:20.40 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:30.33 | *** join/#asterisk-dev qdk_ (n=qdk@87.54.6.234) |
| 11:50.59 | *** join/#asterisk-dev qdk_ (n=qdk@87.54.6.235) |
| 11:59.49 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 11:59.49 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:03.46 | snuff-home | ello russ |
| 12:04.59 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 12:05.07 | russellb | hey there :) |
| 12:07.46 | eliel | hello |
| 12:08.32 | snuff-home | btw eliel my 2nd patch on bug tracker.. not great.. but i didn't know how to make this BNC.. blah(a,b,c(dsf,sdf,sdf)) |
| 12:08.35 | eliel | I am trying to figure out where is the right place to put the glob.h include, it is already in config.c but I think it should be put in a header file to not repeat the compatibility checks twice |
| 12:08.58 | snuff-home | specificly the secondary '()' part |
| 12:12.28 | eliel | snuff-home: after I finish the multiple sources patch I will continue reviewing apps/funs docs |
| 12:12.58 | snuff-home | k :) |
| 12:19.32 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 12:26.32 | *** join/#asterisk-dev Corydon76-dig (i=orange@pdpc/supporter/bronze/Corydon76-home) |
| 12:26.32 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 12:36.07 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:36.07 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:52.20 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:52.20 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:08.50 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 13:12.22 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-1e6b31e10ca244e4) |
| 13:21.15 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 13:25.09 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 13:29.32 | *** join/#asterisk-dev DarkRift (n=dark@65.92.170.49) |
| 13:35.12 | *** join/#asterisk-dev easycrypt (n=savek@ip-173.emscb.ruhr-uni-bochum.de) |
| 13:44.55 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:55.02 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-4927001a773fdf05) |
| 13:55.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:55.46 | snuff-home | welcome back putnopvut.. another productive bug day ahead? |
| 13:56.11 | putnopvut | snuff-home: Perhaps. It's always easier to close bugs like crazy when it's night and there's no one else in the office talking to me :) |
| 13:56.40 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 13:57.19 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:57.19 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:57.20 | snuff-home | ah... i'm working on fixing at least manager event for showing trunk status for iax on ami |
| 13:58.33 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 14:00.18 | snuff-home | M13629 |
| 14:00.20 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_iax2 0013629: IAX2 peer does not show trunk reported by pananix (Karma: neutral) http://bugs.digium.com/view.php?id=13629 |
| 14:00.24 | snuff-home | that one ^ |
| 14:01.01 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 14:17.02 | *** join/#asterisk-dev Corydon76-dig (i=indigo@pdpc/supporter/bronze/Corydon76-home) |
| 14:17.02 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 14:19.10 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:21.10 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 14:21.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:26.28 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:38.20 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-ccb7c0634c3d0987) |
| 14:38.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:40.29 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 14:43.05 | *** join/#asterisk-dev fred-tmft (n=fred-tea@ip70-171-36-194.ga.at.cox.net) |
| 14:44.11 | codefreeze-lap | Hmmm. 1.4 zombie channels is not completely cured yet.... I see a server with 4 channels stuck; sip show channels says: "<ip> <phonenum> <some hex callid> 00104/00<from 09 to 13> 0x0 (Nothing) Yes (d) Rx: ACK" ... which doesn't seem real informative, but they've been there over an hour now... might have been there for days, for all I know. |
| 14:50.42 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:50.42 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:57.04 | *** join/#asterisk-dev Corydon76-dig (i=orange@pdpc/supporter/bronze/Corydon76-home) |
| 14:57.04 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 14:57.17 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:57.50 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-6e04c1e5bfc3112b) |
| 14:57.50 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:01.31 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) |
| 15:06.58 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:14.21 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:14.21 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:18.07 | *** part/#asterisk-dev fred-tmft (n=fred-tea@ip70-171-36-194.ga.at.cox.net) |
| 15:36.31 | Qwell | mvanbaak: trampolines?! |
| 15:37.49 | putnopvut | that came seemingly out of nowhere. |
| 15:38.43 | Qwell | M13724 |
| 15:38.45 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0013724: current trunk chan_sip does not compile in devmode reported by mvanbaak (Karma: +47.00) http://bugs.digium.com/view.php?id=13724 |
| 15:38.49 | Qwell | cc1: error: trampoline code generation is not allowed without -ftrampolines |
| 15:39.27 | tzafrir_laptop | Where do we have trampoline code? |
| 15:39.35 | Qwell | I don't know what a trampoline is :( |
| 15:40.03 | putnopvut | I don't know what it means in the context of computing. |
| 15:40.26 | tzafrir_laptop | some code to bounce you way far |
| 15:40.32 | putnopvut | of course. |
| 15:41.10 | putnopvut | I wonder if it has anything to do with kpfleming and oej's recent trunk commits at SIPit. I remember hearing stuff about "nested function" use. |
| 15:41.50 | putnopvut | Also, I'm curious to know if it's only on OpenBSD that the code doesn't compile |
| 15:44.39 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 15:47.15 | tzafrir_laptop | http://gcc.gnu.org/onlinedocs/gccint/Trampolines.html |
| 15:47.15 | *** part/#asterisk-dev synthetiq (n=roger@193.79.224.62) |
| 15:47.27 | tzafrir_laptop | or just see the wikipedia article |
| 15:47.49 | tzafrir_laptop | As you can see, trampolines imply "executable stack". |
| 15:48.07 | Qwell | yeah, "nested function" is in the first sentence |
| 15:48.38 | russellb | i was afraid of how this nested function thing would go ... |
| 15:48.56 | tzafrir_laptop | Another sort of code that executes from the stack is the common exploit for buffer overflows and such |
| 15:49.45 | putnopvut | FYI, it compiles fine for me. |
| 15:49.53 | tzafrir_laptop | The thing is openbsd uses an ancient version of gcc. I wonder of more recent versions have other ways to deal with nested functions |
| 15:52.00 | tzafrir_laptop | russellb, does it make the stack of an asterisk process executable? |
| 15:52.16 | russellb | very good question |
| 15:52.26 | russellb | we need to look into those types of ramifications of using this functionalityu |
| 15:53.12 | tzafrir_laptop | I'm not sure if it matters on non-amd64 systems |
| 15:53.37 | tzafrir_laptop | maybe compare mmap of an asterisk process before and after |
| 15:59.39 | russellb | the "channel request hangup" CLI command in trunk is broken btw ... |
| 15:59.50 | russellb | no tab completion, and it doesn't use the correct arg for which channel to hang up |
| 16:02.16 | eliel | I will take a look |
| 16:02.37 | russellb | k :) |
| 16:03.34 | *** join/#asterisk-dev steliosk (n=Stelios@79.107.84.141) |
| 16:04.00 | mvanbaak | tzafrir_laptop: I dont think it's because of the ancient version |
| 16:04.15 | mvanbaak | OpenBSD has a gcc with the propolice patch |
| 16:05.10 | mvanbaak | I think that's the problem. not sure though because I'm not a compiler guru |
| 16:05.39 | mvanbaak | anyways, I'm going home |
| 16:05.41 | mvanbaak | latero all |
| 16:05.43 | lmadsen | lates |
| 16:12.42 | *** join/#asterisk-dev denon (i=root@synapse.subneural.net) |
| 16:16.28 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:16.28 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 16:16.53 | eliel | russellb: channel request hangup fixed (hope so heh) |
| 16:16.56 | eliel | M0013730 |
| 16:17.01 | MuffinMan | [new] [Asterisk] Core/General 0013730: [patch] CLI command 'channel request hangup <channel>' not working as expected. reported by eliel (Karma: +166.50) http://bugs.digium.com/view.php?id=0013730 |
| 16:18.18 | russellb | thanks! |
| 16:25.15 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@74.94.3.214) |
| 16:25.15 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 16:25.44 | blitzrage | eliel: you rock! |
| 16:31.19 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:38.53 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:38.53 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:50.24 | jsmith | Hey, anybody wanna answer an IAX question for me? |
| 16:50.37 | jsmith | (or is anybody willing to, even if they don't *want* to?) |
| 16:50.55 | jsmith | I'm connecting an Asterisk 1.6.0.1 box to an Asterisk 1.4.21.2 box via IAX |
| 16:51.09 | jsmith | Both have peers pointing at the other box, both with qualify=yes |
| 16:51.23 | jsmith | Getting lots of these messages, and both say the other host is unreachable: |
| 16:51.27 | jsmith | WARNING[5031]: chan_iax2.c:1200 __send_lagrq: I was supposed to send a LAGRQ with callno 11559, but no such call exists (and I cannot remove lagid, either). |
| 16:51.51 | jsmith | The callno changes, but I see lots of those on both CLIs |
| 16:52.08 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:52.13 | jsmith | (and yes, I've turned on IAX debugging and am seeing the POKE, PONG, etc. messages) |
| 16:52.52 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 16:55.26 | jsmith | Anyone? |
| 16:59.04 | Corydon76-dig | jsmith: upgrade to 1.6.1 trunk |
| 16:59.19 | Corydon76-dig | jsmith: Ironically, I just committed a fix for that very issue earlier today |
| 16:59.36 | russellb | did you merge this to 1.6.0 as well? |
| 16:59.42 | Corydon76-dig | I did not |
| 16:59.45 | russellb | having broken qualify support is pretty serious |
| 16:59.48 | jsmith | Corydon76-dig: Yeah... just saw the commit |
| 16:59.53 | Corydon76-dig | It's not actually broken |
| 16:59.58 | jsmith | agrees that it should probably be in 1.6.0 |
| 17:00.04 | jsmith | Corydon76-dig: Define "broken". |
| 17:00.25 | Corydon76-dig | The messages don't affect performance, they're just an eyesore |
| 17:00.26 | russellb | the fact that they consider each other unreachable sounds pretty broken |
| 17:00.29 | russellb | ^^^ |
| 17:00.36 | jsmith | Having your peers show up as unavailable is broken in my book |
| 17:00.39 | Corydon76-dig | russellb: that part I didn't fix |
| 17:01.00 | file | blinks |
| 17:01.12 | russellb | so then you didn't fix his issue ... |
| 17:01.15 | jsmith | Huh? |
| 17:01.23 | Corydon76-dig | Correction, I fixed part of his issue |
| 17:01.39 | jsmith | waits for the details |
| 17:01.58 | Corydon76-dig | <PROTECTED> |
| 17:02.03 | Corydon76-dig | That part I fixed |
| 17:02.30 | Corydon76-dig | and it will only say FRACK once, instead of 10 times |
| 17:02.47 | russellb | the frack thing is only visible when in dev mode |
| 17:02.56 | russellb | most people have no idea what you're talking about when referring to that, heh |
| 17:03.06 | Corydon76-dig | Right, and since I run in devmode, it bothered the crap out of me |
| 17:03.17 | russellb | as was the intention :) |
| 17:03.32 | outtolunc | defines darkness <G> |
| 17:03.33 | Corydon76-dig | hence why I've been spending time fixing it |
| 17:04.56 | Corydon76-dig | Or more correctly, spending time tracking it down |
| 17:05.32 | jsmith | Gotcha... so the underlying problem of POKEs not being replied to is still there, or has been fixed? |
| 17:05.59 | Corydon76-dig | The underlying problem may not be fixed |
| 17:06.42 | russellb | btw, Corydon76-dig, in your patch, you added a call to destroy_helper() in chan_iax2 that isn't safe |
| 17:06.59 | russellb | the one in iax2_destroy() |
| 17:07.03 | Corydon76-dig | russellb: why isn't it safe? |
| 17:07.07 | russellb | pvt can be NULL there |
| 17:07.28 | russellb | just have to add if (pvt) .. |
| 17:07.35 | Corydon76-dig | Ah |
| 17:08.26 | mvanbaak | ok, this new stuff in chan_sip.c is evil |
| 17:08.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:09.55 | mvanbaak | if I add '-ftrampolines' to the ASTCFLAGS as the error suggests I get: |
| 17:10.01 | mvanbaak | <PROTECTED> |
| 17:16.03 | hardwire | trampolines? |
| 17:20.50 | file | what what what |
| 17:21.11 | file | codefreeze-lap: 150637... really? |
| 17:21.12 | mvanbaak | file: |
| 17:21.19 | mvanbaak | M13724 |
| 17:21.21 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0013724: current trunk chan_sip does not compile in devmode reported by mvanbaak (Karma: +47.00) http://bugs.digium.com/view.php?id=13724 |
| 17:21.34 | mvanbaak | gheh, oej assigned it to me |
| 17:21.53 | jsmith | Corydon76-dig: I'm running 1.6.1 branch on the one box now, and I'm definitely not replying to POKEs |
| 17:22.15 | jsmith | Corydon76-dig: (and the 1.4.22 box on the other end may not be either... I'm now seeing POKEs in each direction, with no PONGs) |
| 17:22.24 | Corydon76-dig | jsmith: hrm |
| 17:22.27 | file | codefreeze-lap: that is evil |
| 17:24.11 | codefreeze-lap | file: yes |
| 17:27.57 | jsmith | Corydon76-dig: Would it be helpful to do packet captures? Anything else I can do to be of assistance? |
| 17:28.14 | jsmith | doesn't want to be a pest -- he's just trying to help |
| 17:29.37 | mvanbaak | my first asterisk without sip :) |
| 17:29.49 | mvanbaak | feels ...... naked |
| 17:30.09 | jsmith | Kind of like your.... ummmm.... new house? |
| 17:30.52 | Corydon76-dig | jsmith: sure, do a packet capture |
| 17:31.10 | Corydon76-dig | jsmith: also, if you revert the 1.6 one to 1.4, does it work? |
| 17:31.11 | mvanbaak | jsmith: lol, yeah ! |
| 17:31.24 | Corydon76-dig | jsmith: let's eliminate network problems, first |
| 17:32.05 | jsmith | Corydon76-dig: If I revert the 1.6 one back to 1.4 (at least with 1.4.21.2) it's intermittent |
| 17:32.25 | mvanbaak | Corydon76-dig: some info: |
| 17:32.26 | jsmith | Corydon76-dig: It's definitely not a network problem... these machines have been connected for more than a year |
| 17:32.54 | mvanbaak | SVN-branch-1.6.0-r139471-/trunk --- IAX2 --- Asterisk SVN-trunk-r150384 |
| 17:32.58 | mvanbaak | that works correctly |
| 17:33.32 | Corydon76-dig | jsmith: I'm going between a 1.2 box and a trunk box, with no qualify problems |
| 17:34.00 | mvanbaak | oh, a 1.0.9 box connected to a 1.4.22 box has no problem neither |
| 17:34.28 | jsmith | is using neither 1.0 nor 1.2 nor trunk, so isn't sure how any of those are relevant |
| 17:34.41 | mvanbaak | just spewing some info here to locate the problem child |
| 17:35.08 | Corydon76-dig | jsmith: Well, if it were a problem in 1.6.0, I would assume that trunk would show the same |
| 17:35.23 | mvanbaak | and my 1.6.0 box connected to a trunk box has no problem neither |
| 17:35.49 | Corydon76-dig | jsmith: but it's testable; I can try that |
| 17:36.13 | jsmith | I appreciate the fact the you guys aren't seeing the same thing, but I'm not exactly a newbie at this sort of thing |
| 17:36.49 | Corydon76-dig | Also, SVN-branch-1.4-r145839 against trunk is showing no problems |
| 17:38.08 | mvanbaak | when will kevin be back ? |
| 17:39.30 | mvanbaak | file: ping |
| 17:39.37 | file | pong |
| 17:40.11 | mvanbaak | file: in PHX you told me and Junk-Y that you had an idea how to make res_clialiases.so load after the core started |
| 17:40.22 | file | ummm not exactly |
| 17:40.32 | file | that would be rather invasive |
| 17:40.32 | file | BUT |
| 17:40.49 | jsmith | Corydon76-dig: When I do an "iax2 reload", I also get: [Oct 17 13:40:19] NOTICE[21501]: chan_iax2.c:10096 iax2_poke_peer: Still have a callno... |
| 17:40.51 | file | I think adding a mechanism so a module can register a callback to get called after all modules after loaded can be useful |
| 17:40.57 | jsmith | Corydon76-dig: Not sure if it's relevant or not |
| 17:41.08 | jsmith | is doing a packet capture and will post it shortly |
| 17:41.40 | mvanbaak | file: agreed |
| 17:41.55 | mvanbaak | hhmm |
| 17:42.00 | mvanbaak | it's a CLI alias thing |
| 17:42.02 | file | mvanbaak: and that is the approach I would go for, least invasive, exactly what is needed, might be used elsewhere |
| 17:42.08 | mvanbaak | I know a really easy fix |
| 17:42.29 | mvanbaak | echo "module reload res_clialiases.so" >> /etc/asterisk/cli.conf |
| 17:42.38 | file | meh |
| 17:43.04 | mvanbaak | E_UGLYHACK |
| 17:43.25 | mvanbaak | but it works on my systems ;) |
| 17:46.14 | mvanbaak | so add a callback thingie to the module loader |
| 17:46.52 | file | there's one already for when Asterisk exits called atexit |
| 17:50.03 | Corydon76-dig | jsmith: now running 1.6.1-trunk against 1.4-trunk, and still POKE/PONG works |
| 17:50.15 | mvanbaak | ast_register_atexit( ? |
| 17:50.29 | file | mvanbaak: you can use that as a base to make one for post module load |
| 17:50.46 | jsmith | Corydon76-dig: Packet captures at 13732 |
| 17:50.48 | russellb | Corydon76-dig: sounds like some packet captures are in order. |
| 17:50.50 | russellb | lol |
| 17:50.52 | mvanbaak | ast_register_atstarted( |
| 17:50.56 | russellb | jsmith wins |
| 17:50.57 | jsmith | russellb: 13732 :-) |
| 17:55.02 | Corydon76-dig | jsmith: which IP are you logging on? |
| 17:55.16 | Corydon76-dig | 10.10.100.10 ? |
| 17:55.57 | jsmith | 10.10.100.10 |
| 17:57.08 | Corydon76-dig | Strange, no ACKs are getting sent |
| 17:57.32 | jsmith | ACK |
| 17:57.48 | jsmith | (ok, bad pun) |
| 17:58.24 | codefreeze-lap | hey, file... the fix I made in 1.4 keeps it from dying, but not in trunk. It just delays the crash to up in app_dial.... maybe I'm looking at this wrong. |
| 17:59.04 | file | I think so... if you have to find the channel in the channel list by name that is just bad |
| 18:01.07 | mvanbaak | meh |
| 18:01.20 | mvanbaak | ast_register_atstarted() looks like a working solution |
| 18:02.08 | mvanbaak | file: should I post that as a seperate issue on mantis and make the res_clialiases a child entry of that ? |
| 18:02.47 | file | sure |
| 18:03.12 | mvanbaak | cool |
| 18:03.19 | mvanbaak | I think it's almost ready |
| 18:03.35 | mvanbaak | "HURRY YOU STUPID THINKPAD! COMPIIIIIIIIIIIIIIIIIIIIIILE" |
| 18:04.30 | mvanbaak | who's the maintainer of res_config_ldap ? |
| 18:05.18 | jsmith | lmadsen: Are you the one looking at the "kill the user" stuff? |
| 18:05.28 | Qwell | kills a user |
| 18:06.51 | Corydon76-dig | mvanbaak: suretec |
| 18:07.38 | *** join/#asterisk-dev boch (n=fran@customer191-9.iplannetworks.net) |
| 18:08.54 | codefreeze-lap | file: this situation comes about via a park... see bug 13640. The guy put in park hangs up real quick; while the parking party is being played the park slot. |
| 18:09.27 | file | points at jpeeler |
| 18:09.45 | codefreeze-lap | file: the result: the peer channel is long hung up and reallocated before the the bridge finishes. |
| 18:10.40 | codefreeze-lap | and in trunk, when app_dial calls the hangup on peer, peer is pointing to total garbage, and kaboom. |
| 18:11.58 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:12.09 | jsmith | is now hating both chan_iax and chan_sip :-p |
| 18:12.18 | lmadsen | jsmith: umm.... kinda... |
| 18:12.31 | lmadsen | I have a bug ready for testing I need to get to this afternoon |
| 18:12.48 | jsmith | lmadsen: OK, fair enough... let me do some more testing on my end |
| 18:15.13 | mvanbaak | HA ! |
| 18:15.16 | mvanbaak | it's working ! |
| 18:15.51 | mvanbaak | lmadsen: I have res_clialiases working so it also can alias stuff that's loaded after res_clialiases.so is loaded |
| 18:16.13 | mvanbaak | file: it's not that invasive |
| 18:16.30 | file | mvanbaak: having the ability to register a callback? |
| 18:16.43 | mvanbaak | yup |
| 18:16.49 | file | nope, not invasive at all |
| 18:17.14 | mvanbaak | 1 list, 1 struct, 2 functions. all in main/asterisk.c |
| 18:17.38 | mvanbaak | in the module that needs it: ast_register_atstarted(<my_atstarted_func_name); |
| 18:17.41 | mvanbaak | that's it |
| 18:18.01 | jsmith | Any reason why forcenamematch isn't in the sample sip.conf in 1.6.1 branch? |
| 18:18.08 | jsmith | screams |
| 18:18.12 | file | codefreeze-lap: so what is hanging up the peer and actually causing it to become an invalid pointer? |
| 18:19.06 | codefreeze-lap | tries carefully to choose the correct level at which to answer this question.... |
| 18:19.06 | mvanbaak | file: |
| 18:19.08 | mvanbaak | [Oct 17 20:18:50] ERROR[16910]: res_clialiases.c:262 clialiases_atloaded: res_clialiases reloaded |
| 18:19.11 | mvanbaak | Asterisk Ready. |
| 18:19.37 | file | oh wait, I think I know |
| 18:19.48 | mvanbaak | file: thanks for the pointer |
| 18:21.12 | file | mvanbaak: aye |
| 18:22.31 | lmadsen | mvanbaak: yay! |
| 18:23.16 | lmadsen | ok... bug tracker time |
| 18:26.51 | mvanbaak | :) |
| 18:26.58 | mvanbaak | posted on mantis |
| 18:27.34 | jsmith | gives up on 1.6.0.1 and 1.6.1 and rolls back to 1.4.22 |
| 18:37.44 | codefreeze-lap | file: it looks like, from my gdb stack trace, that the hangup originates from the parking thread; in the manage_parkinglot() func, there are two places where ast_hangup() are called, I can't tell which is being called (mysterious no debug info for that call). |
| 18:38.18 | file | yes, I saw that |
| 18:38.40 | jsmith | Corydon76-dig: Rolled back to 1.4.22, and still seeing POKEs in both directions but no PONGs or ACKs |
| 18:40.23 | codefreeze-lap | file: Ah, I did get the "tired of being parked" message, tho |
| 18:41.07 | codefreeze-lap | file: so it's the second one. |
| 18:42.11 | codefreeze-lap | file: hmmmmm. I wonder, if we just didn't hang it up now, dial will get later.... |
| 18:42.56 | Corydon76-dig | jsmith: Your PCAP shows PONGs, though |
| 18:43.05 | jsmith | Oh? Because they don't show up in the CLI |
| 18:43.11 | jsmith | Mind noting that on the bug? |
| 18:43.21 | jsmith | didn't actually do much looking at the pcap files |
| 18:44.14 | file | codefreeze-lap: it shouldn't be hung up in dial or even touched if it has been parked, that thread is no longer in control of it |
| 18:46.41 | De_Mon | jsmith not a whole lot changed between 1.6.0 and 1.6.1 |
| 18:47.00 | De_Mon | wait, nevermind I may be thinking of something else |
| 18:48.46 | codefreeze-lap | file: ....so app_dial shouldn't call hangup on its channels....? |
| 18:50.13 | file | codefreeze-lap: there are various return values that are used by functions to return back what should happen to the appropriate channel... one of them is AST_PBX_NO_HANGUP_PEER which means "don't touch the peer." |
| 18:54.50 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:57.34 | mvanbaak | file: please review the ast_register_atstarted so I can get it in ;) |
| 18:58.01 | mvanbaak | let me commit it to res_clialiases.c |
| 18:59.24 | mvanbaak | commit asterisk 150726 |
| 18:59.28 | MuffinMan | [150726] Committed by mvanbaak on 2008-10-17T18:59:14.717154Z: - add ability to run callback functions when asterisk is loaded |
| 18:59.29 | MuffinMan | ..- register callback to reload the clialiases.conf file once asterisk is loaded |
| 18:59.29 | MuffinMan | .. |
| 18:59.29 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=150726 |
| 19:00.35 | eliel | mvanbaak: minor (use ast_free() instead of free()) |
| 19:02.09 | *** join/#asterisk-dev MrGabu (n=gbdurant@200-170-192-194.static.spo.ifx.net.br) |
| 19:02.14 | putnopvut | mvanbaak: I'm about to write some comments on the bug report. |
| 19:02.25 | mvanbaak | keep them coming ! |
| 19:02.52 | mvanbaak | remember I took the code from ast_register_atexit() |
| 19:03.07 | mvanbaak | so flaws here will prolly be there as well |
| 19:03.51 | MrGabu | hello all, i have made a patch on q931 to block collect calls, anyone can test it ? |
| 19:05.40 | putnopvut | mvanbaak: note posted. |
| 19:06.33 | eliel | mvanbaak: I think it will be nice to have the name of the module who registered the function for tracking purposes |
| 19:06.50 | eliel | (if it was a module) |
| 19:07.31 | mvanbaak | hhmm |
| 19:07.35 | mvanbaak | all makes sense |
| 19:08.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:09.54 | codefreeze-lap | file: OK, but the manage_parkinglot() func is called from do_parking_thread(), ... how would that feed back into dial? |
| 19:09.55 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:09.55 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 19:11.00 | bweschke | lmadsen: did you get a chance to test that patch on trunk with type=friend not working anymore? |
| 19:19.33 | jsmith | Corydon76-dig: Ping? (I might have the solution) |
| 19:20.49 | Corydon76-dig | woot |
| 19:23.49 | *** part/#asterisk-dev MrGabu (n=gbdurant@200-170-192-194.static.spo.ifx.net.br) |
| 19:26.32 | jsmith | Corydon76-dig: If I change "auth=md5,rsa" to "auth=md5", it works |
| 19:26.51 | Corydon76-dig | That's weird |
| 19:26.56 | jsmith | Totally |
| 19:31.01 | *** join/#asterisk-dev ctooley_ (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 19:37.31 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 19:39.09 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 19:40.22 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:51.14 | codefreeze-lap | file: just as an experiment, I commented out the ast_hangup() call there in the code, at "tired of being parked", and the crash goes away... ast_hangup() is done in dial... |
| 19:54.42 | bkruse | seanbright: Yes, cvnet and cgmChris |
| 19:55.54 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:55.54 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 19:57.35 | putnopvut | I'm having an interesting issue with Asterisk trunk right now. entries defined with type=peer in sip.conf can't properly register. "friends" can, however. |
| 19:58.40 | Corydon76-dig | putnopvut: usually, that's the opposite |
| 19:58.52 | putnopvut | Corydon76-dig: yeah, it's a bit odd. |
| 20:01.59 | tzafrir_laptop | M13607 |
| 20:02.02 | MuffinMan | [acknowledged] [DAHDI-linux] wct1xxp 0013607: wct1xxp module fails to probe the hardware reported by klaus3000 (Karma: +11.75) http://bugs.digium.com/view.php?id=13607 |
| 20:02.31 | tzafrir_laptop | can anybody confirm an E100P/T100P working with wct1xxp/dahdi ? |
| 20:02.39 | tzafrir_laptop | that bug makes no sense |
| 20:03.17 | russellb | i have no idea where to find a board to test it ... |
| 20:06.01 | *** join/#asterisk-dev boolean12 (n=boolean1@tandem.uplinktel.com) |
| 20:07.31 | tzafrir_laptop | Actually I think we have one that is disfunctional |
| 20:09.26 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:12.05 | hardwire | agi.. fastagi.. agi.. fastagi |
| 20:12.07 | hardwire | MWA!!!! |
| 20:12.44 | mvanbaak | deadagi |
| 20:13.48 | caio1982 | eagi |
| 20:13.51 | hardwire | nyet! |
| 20:13.57 | tzafrir_laptop | isn't deadagi dead? |
| 20:14.04 | putnopvut | it sure is. |
| 20:14.11 | hardwire | it's pretty toast |
| 20:15.06 | mvanbaak | like agi |
| 20:15.22 | seanbright | bkruse: ahh |
| 20:15.26 | seanbright | bkruse: and look, we're both here! |
| 20:17.31 | seanbright | (i think) |
| 20:18.48 | hardwire | sigh. |
| 20:20.03 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:20.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:21.51 | bkruse | seanbright: Woah! |
| 20:22.10 | seanbright | hey there, guy. |
| 20:22.20 | bkruse | Heh, what's up? |
| 20:22.45 | seanbright | i'm curious |
| 20:22.59 | seanbright | cvnet had problems with voicenetwork which i thought i had helped him resolve |
| 20:23.00 | bkruse | Same. |
| 20:23.10 | seanbright | namely being able to place outbound calls |
| 20:24.04 | seanbright | i manually had to add some stuff to users.conf (insecure=port,<something else i can't remember>) |
| 20:24.12 | seanbright | because there was no way to do that from the asterisk GUI |
| 20:24.39 | seanbright | he continued to have other problems? |
| 20:31.49 | bkruse | seanbright: There is though, just click "advanced" |
| 20:32.06 | bkruse | No, I fixed all his problems, at least for now |
| 20:32.52 | seanbright | ok, i'm asking what those problems were. |
| 20:35.21 | seanbright | and there wasn't an advanced tab or button that i saw when setting up the outbound trunk |
| 20:36.32 | *** join/#asterisk-dev jmls (n=Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 20:37.22 | jmls | hey! I've found my way back! |
| 20:37.58 | russellb | oh snap! |
| 20:39.43 | mvanbaak | russellb: can you have a look at the ast_register_atstarted ? |
| 20:40.00 | putnopvut | So lmadsen, I notice a striking similarity in your assignment notes as of late. Are you actually making use of the Bugnote Responses option in Mantis? |
| 20:40.16 | mvanbaak | russellb: I'm not sure wether all the locking can be removed |
| 20:40.45 | jmls | trying to compile latest 1.4 svn (http://www.pastebin.ca/1229670) |
| 20:40.46 | mvanbaak | not that I dont trust putnopvut |
| 20:40.57 | mvanbaak | but it just feels safer to do it |
| 20:41.17 | russellb | mvanbaak: not this minute ... |
| 20:41.25 | russellb | let me get this code review web app, and i'll review it on there |
| 20:41.27 | russellb | ^_^ |
| 20:41.50 | putnopvut | <3 reviewboard |
| 20:42.03 | mvanbaak | I cant connect to it right ? |
| 20:42.25 | putnopvut | mvanbaak: I think russellb is trying to make it so you can. |
| 20:43.05 | russellb | it's up ... but it's not in DNS yet, and until it's DNS, I can't set up the apache virtual host ... |
| 20:43.11 | russellb | but i have it running on the built in server .... |
| 20:43.27 | putnopvut | mvanbaak: also, I'm not sure that all the locking can be removed either, which is why I worded the suggestion in a very non-committal, wishy-washy way :) |
| 20:43.57 | mvanbaak | putnopvut: I know. it just feels bad to remove it |
| 20:44.05 | russellb | you can try ... http://hotblack.digium.com:8080/ |
| 20:44.07 | mvanbaak | putnopvut: but that can be my lack of knowledge :) |
| 20:44.36 | mvanbaak | If you don't yet have an account, you'll need to contact Russell Bryant (russell@digium.com) to request one. |
| 20:44.40 | russellb | ^_^ |
| 20:44.42 | Qwell | I CAN HAZ ACCOUNT? |
| 20:44.46 | russellb | NO ACCOUNT 4 U! |
| 20:44.47 | russellb | HA |
| 20:44.49 | putnopvut | ME 2OO! |
| 20:44.52 | Qwell | has sudo! |
| 20:44.54 | mvanbaak | me three ! |
| 20:44.56 | russellb | Qwell: nice. |
| 20:44.57 | Qwell | :p |
| 20:45.07 | mvanbaak | sudo slay Qwell |
| 20:49.43 | jmls | asks the stupid question |
| 20:49.59 | russellb | mvanbaak: so ... see if you can post the patch up there :) |
| 20:49.59 | jmls | 1.6.0 uses zaptel, 1.6.1 dadhi ? |
| 20:50.06 | mvanbaak | I'm in baby |
| 20:50.06 | russellb | 1.6.anything -- dahdi |
| 20:50.14 | jmls | oh. |
| 20:50.15 | jmls | thanks |
| 20:51.00 | russellb | anyway, I haven't fully decided on how to integrate this into our workflow |
| 20:51.11 | russellb | because it ways, there is duplication between this and mantis ... |
| 20:52.02 | seanbright | russellb: i hereby request access. |
| 20:52.50 | file | seanbright: have you paid your $15 access fee? |
| 20:53.09 | seanbright | file: russellb said $150... |
| 20:53.12 | seanbright | and yes |
| 20:53.13 | seanbright | :-/ |
| 20:53.22 | russellb | lies! |
| 20:53.23 | file | my mistake, it must be $150 then |
| 20:53.48 | mvanbaak | <PROTECTED> |
| 20:53.49 | mvanbaak | :) |
| 20:54.21 | russellb | http://code.google.com/p/reviewboard/wiki/UserBasics |
| 20:54.43 | russellb | the post-review tool works ... but not from an origsvn checkout |
| 20:54.50 | russellb | i have some work to do on that ... |
| 20:55.02 | seanbright | you need 2 accounts? |
| 20:55.04 | seanbright | cheater. |
| 20:55.18 | russellb | i was testing regular user stuff |
| 20:55.24 | russellb | since russell is a superuser! |
| 20:55.30 | mvanbaak | ah |
| 20:55.31 | seanbright | great. i love being regular. |
| 20:55.34 | Qwell | not *clickity* anymore |
| 20:55.36 | mvanbaak | I put this one on russellb |
| 20:55.50 | mvanbaak | russellb: I posted it |
| 20:55.53 | russellb | there ... shouldn't be visible anymore |
| 20:55.56 | seanbright | ohhh, that syntax highlighted diff is hawt |
| 20:55.59 | russellb | :-/ ... should use russell |
| 20:56.09 | jmls | meh. "Get the source" (http://www.asterisk.org/developers/get-source) has the instructions for 1.4 asterisk / zaptel |
| 20:56.10 | seanbright | mvanbaak: you have a trailing space on line 1377 |
| 20:56.22 | seanbright | ... and 823 |
| 20:56.23 | jmls | no mention on dadhi |
| 20:56.27 | jmls | (of) |
| 20:56.36 | russellb | seanbright: no |
| 20:56.41 | russellb | seanbright: those are just highlighting trailing whitespace |
| 20:56.46 | russellb | since trailing whitespace is silly |
| 20:57.01 | putnopvut | jmls: I may be able to help out there... |
| 20:57.01 | seanbright | how is that different from what i just said? :) |
| 20:57.18 | mvanbaak | howt |
| 20:57.19 | putnopvut | seanbright: it is three lines longer. |
| 20:57.27 | seanbright | putnopvut: ahh |
| 20:57.36 | seanbright | hey... that's trailing whitespace... |
| 20:57.39 | seanbright | no... it's trailing whitespace! |
| 20:57.41 | mvanbaak | is this python ? |
| 20:57.44 | jmls | just saying that you (we) ought to be pushing the latest branch |
| 20:57.50 | tzafrir_laptop | what is "it"? |
| 20:58.16 | mvanbaak | looks like Genshi color highlighting |
| 20:58.28 | tzafrir_laptop | any specific URL? |
| 21:00.01 | mvanbaak | meh, it's gone |
| 21:00.25 | russellb | mvanbaak: review published ... |
| 21:00.46 | russellb | tzafrir_laptop: we're playing around with review-board ... http://hotblack.digium.com:8080/ |
| 21:01.07 | seanbright | "remove trailing whitespace" |
| 21:01.13 | mvanbaak | oh cool |
| 21:01.14 | putnopvut | Okay, I give in, how the crap do i edit a page on asterisk.org? I see how to administer "blocks" and "content" but not pages. |
| 21:01.15 | seanbright | i think you mean "remove trailing whitespace" |
| 21:01.18 | tzafrir_laptop | I fail to connect there |
| 21:01.18 | mvanbaak | this is freaking nice |
| 21:01.21 | seanbright | stops trolling |
| 21:01.43 | tzafrir_laptop | I can connect to port 80 on the same hostname |
| 21:01.56 | russellb | tzafrir_laptop: :-/ ... I don't know. Once I get a dns entry, it'll be on port 80, as well |
| 21:01.56 | seanbright | it must be specific to your network |
| 21:02.28 | russellb | mvanbaak: you weren't supposed to hit submit |
| 21:02.33 | jmls | ok, is dadhi just trunk at the moment - the svn view doesn't seem to show anything in branches |
| 21:02.41 | russellb | mvanbaak: submit means it's "closed", like you committed it, or it's not going to be committed |
| 21:02.52 | russellb | jmls: correct |
| 21:02.54 | tzafrir_laptop | jmls, trunk of asterisk or of dahdi? |
| 21:03.01 | jmls | dadhi |
| 21:03.10 | putnopvut | I figured it out. |
| 21:03.30 | seanbright | oh snap... the drag and drop code marker thingies feature is hot as all get out. |
| 21:03.40 | russellb | seanbright: :-D |
| 21:05.00 | russellb | another interesting thing we can do is create review "groups" |
| 21:05.19 | russellb | so, if you change chan_sip, you can request the "SIP" group to review it, and it will show up on the dashboard of people in that group. |
| 21:05.20 | putnopvut | groups of people or groups of related reviews? |
| 21:05.22 | seanbright | we'll need a menuselect review group... obviously. |
| 21:05.23 | seanbright | heh |
| 21:05.35 | russellb | groups of people |
| 21:05.46 | russellb | seanbright: clearly. |
| 21:05.46 | Qwell | russellb: what should base diff path be? /? |
| 21:06.01 | russellb | Qwell: base path against the repository ... so /trunk ... /branches/1.4 ... |
| 21:06.03 | bweschke | russellb: can u hook me up with an acct? |
| 21:06.41 | putnopvut | I think I know how russellb's days are going to be spent for a while ;) |
| 21:06.59 | Qwell | it doesn't like me |
| 21:07.00 | seanbright | the nice part about doing the peer review this way is that it is out in the open |
| 21:07.06 | seanbright | so everyone can benefit from it |
| 21:07.07 | russellb | putnopvut: heh ... it's just a free time thing right now. I'm currently waiting on a response on my main project |
| 21:07.12 | russellb | seanbright: indeed |
| 21:07.47 | putnopvut | russellb: I just mean that you're probably going to have a shitton of account requests in your e-mail soon, assuming word of this crazified hotblack URL get out. |
| 21:07.59 | putnopvut | s/get/gets/ |
| 21:08.08 | russellb | oh, ha |
| 21:08.16 | lmadsen | putnopvut: nah.. I just tend to type them out... |
| 21:08.31 | russellb | putnopvut: well, even handing such requests will be done in free time, heh |
| 21:08.36 | seanbright | for x in `get-svn-commiters-list`; do create-reviewboard-account $x; done |
| 21:08.40 | putnopvut | lmadsen: oh, okay. I was just curious since I hadn't ever used the bugnote response feature. |
| 21:08.42 | lmadsen | putnopvut: although maybe finding that option would make sense :) |
| 21:08.47 | lmadsen | ditto |
| 21:09.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:09.07 | jmls | erm, does dahdi have a menuselect ? "make menuselect" does not work ;) |
| 21:09.15 | russellb | seanbright: well i don't necessarily want to move all of our work there ... right now i just want to play around with it so we can figure out how we want to work it into how we do things ... |
| 21:09.40 | russellb | it's great for code review between each other ... but i'd also like to use it for contributions we get through mantis |
| 21:10.02 | russellb | but i'd like some integration between mantis/reviewboard to make that a seamless thing ... |
| 21:10.17 | putnopvut | That would be excellent. |
| 21:10.43 | mvanbaak | oh god |
| 21:11.05 | mvanbaak | main/asterisk.c needs a lot of love when it comes to trailing spaces and {} stuff |
| 21:11.30 | putnopvut | The {} stuff isn't really urgent, especially when it comes to code that's been there for 384212834289 years. |
| 21:11.41 | putnopvut | It's just that new code needs to be formatted with the {}'s |
| 21:11.41 | mvanbaak | I know |
| 21:11.53 | mvanbaak | but still .... |
| 21:13.12 | russellb | vim main/asterisk.c |
| 21:13.18 | russellb | :%s/\s\+$// |
| 21:13.28 | bweschke | nice |
| 21:14.02 | russellb | search and replace the whole file for whitespace, one or more, before the end of the line, with nothing |
| 21:14.04 | russellb | :) |
| 21:14.11 | mvanbaak | uhhuh |
| 21:14.11 | russellb | vim help clever tricks section ftw! |
| 21:14.16 | mvanbaak | or use the ident tool |
| 21:14.27 | Qwell | how the heck do I add a reviewer? |
| 21:14.28 | mvanbaak | indent |
| 21:14.47 | russellb | Qwell: click the pencil! |
| 21:14.53 | Qwell | what pencil? |
| 21:15.10 | russellb | wobbles over |
| 21:16.29 | seanbright | emacs main/asterisk.c |
| 21:16.34 | seanbright | M-x delete-trailing-whitespace |
| 21:18.29 | russellb | less typing in vim! |
| 21:18.46 | seanbright | true. assuming you know regex. |
| 21:19.27 | seanbright | "remove trailing whitespace" is the new "first post!" |
| 21:19.51 | russellb | seanbright: nice |
| 21:20.40 | Qwell | http://hotblack.digium.com:8080/r/6/ w00t |
| 21:20.53 | mvanbaak | ugh |
| 21:20.58 | seanbright | a slightly longer diff... |
| 21:21.08 | Qwell | lots of red |
| 21:21.23 | seanbright | always good |
| 21:21.30 | russellb | Qwell: reviewed |
| 21:22.23 | russellb | when you're ready to commit something, you can click "Set Submitted" |
| 21:22.37 | Qwell | what's that do? |
| 21:22.51 | russellb | it's like "closed" |
| 21:22.56 | russellb | in the RB workflow |
| 21:23.03 | russellb | http://code.google.com/p/reviewboard/wiki/UserBasics |
| 21:23.22 | russellb | see the steps in Posting Review Requests |
| 21:23.33 | mvanbaak | ok, new patch |
| 21:23.36 | putnopvut | oh seanbright you silly person. |
| 21:23.59 | seanbright | bows |
| 21:25.17 | russellb | review updated! |
| 21:25.22 | russellb | i need to get email working from this thing ... |
| 21:29.00 | Qwell | trunk doesn't build :( |
| 21:29.17 | seanbright | where is build bot? |
| 21:29.47 | Qwell | it's not checking for new libpriness |
| 21:30.00 | russellb | rawrrrr |
| 21:30.05 | russellb | Cresl1n: ping |
| 21:30.15 | Cresl1n | russellb: pong |
| 21:30.20 | russellb | see above |
| 21:30.44 | Cresl1n | crap |
| 21:30.53 | russellb | no big deal :) |
| 21:30.57 | russellb | remember how to update configure? |
| 21:30.59 | Cresl1n | oh, that's those new functions |
| 21:31.03 | russellb | right |
| 21:31.14 | russellb | you have a couple of options ... |
| 21:31.21 | mvanbaak | patch updated ! |
| 21:31.26 | russellb | 1) update the libpri check so that it requires this to use libpri at all |
| 21:31.37 | russellb | 2) add a new check so that you can conditionally include the new functionality that requires this update |
| 21:32.14 | seanbright | runs off |
| 21:35.07 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 21:35.34 | mvanbaak | I dont want to give you more work |
| 21:35.40 | mvanbaak | but what about trac+bitten ? |
| 21:35.48 | russellb | don't know what bitten is |
| 21:35.56 | russellb | last time i looked at trac, it didn't have configurable workflow which made me sad |
| 21:35.57 | putnopvut | It's the past participle of the word "bite" |
| 21:36.01 | russellb | but that was over a year ago |
| 21:36.18 | russellb | also, we have a lot of custom changes to mantis that we _need_ |
| 21:36.29 | mvanbaak | trac has configurable workflow now |
| 21:36.31 | russellb | and a _lot_ of history in our mantis db |
| 21:36.35 | mvanbaak | for like 4 months |
| 21:36.36 | tzafrir_laptop | can trac work with multiple projects? |
| 21:36.43 | mvanbaak | tzafrir_laptop: yup |
| 21:36.54 | tzafrir_laptop | as of? |
| 21:36.56 | russellb | switching to anything else would require making similar modifications (at a minimum, the license handling) |
| 21:37.02 | mvanbaak | 0.10 |
| 21:37.06 | russellb | and also, migrating our history .... |
| 21:37.15 | mvanbaak | mantis2trac.py |
| 21:37.17 | mvanbaak | gheh, done |
| 21:38.10 | russellb | does it exist? |
| 21:38.10 | mvanbaak | yup |
| 21:38.10 | russellb | neat. |
| 21:38.10 | russellb | WELL |
| 21:38.10 | tzafrir_laptop | mvanbaak, a single trac? or a separate trace db per svn repo? |
| 21:38.10 | jameswf | doesnt like trac so much... |
| 21:38.11 | russellb | there's also the whole thing that ... mantis works pretty well |
| 21:38.11 | mvanbaak | I know :) |
| 21:38.11 | russellb | i'm not that motivated to change |
| 21:38.12 | mvanbaak | it's just that I use trac everywhere |
| 21:38.12 | mvanbaak | :) |
| 21:38.13 | putnopvut | I was about to ask why we would want to change. |
| 21:38.37 | mvanbaak | and I'm not going to maintain the digium specific stuff |
| 21:38.42 | mvanbaak | so we stick to mantis ;) |
| 21:38.54 | jpeeler | mvanbaak: what language is trac written in? |
| 21:38.59 | mvanbaak | python |
| 21:39.33 | russellb | we have more people that can hack php than mantis, heh |
| 21:39.36 | mvanbaak | I have a python version of muffinman and commitbot ;) |
| 21:39.42 | russellb | errr, s/mantis/python/ |
| 21:41.52 | mvanbaak | russellb: cool. I'll add it to res_clialiases branch and merge it back to trunk with that |
| 21:42.02 | russellb | sounds like a plan. |
| 21:42.51 | russellb | I wish i had a week to work on integration with mantis and reviewboard ... |
| 21:42.53 | russellb | it could be so killer |
| 21:43.10 | mvanbaak | yup |
| 21:44.00 | russellb | mvanbaak: click "set submitted" now |
| 21:45.00 | mvanbaak | done :) |
| 21:45.09 | mvanbaak | cool |
| 21:45.16 | mvanbaak | this thing is hawt |
| 21:45.26 | mvanbaak | need to fix integration with trac |
| 21:46.17 | Cresl1n | okies, just about fixed... |
| 21:48.17 | Cresl1n | done |
| 21:49.43 | jameswf | you know what would be cool if it hasnt been done... a speech to text engine. foreward voicemails to the engine it spits out a text version.... |
| 21:55.08 | mvanbaak | lumenvox ? |
| 21:56.08 | file | lumenvox is not dictation |
| 22:01.58 | mvanbaak | we really need an OpenBSD buildslave |
| 22:03.35 | ctooley | mvanbaak, _you_ are the OpenBSD build slave |
| 22:03.40 | putnopvut | oh snap! |
| 22:03.54 | mvanbaak | ctooley: gheh, I know |
| 22:04.00 | Qwell | ctooley: Your face is an OpenBSD build slave! |
| 22:04.23 | ctooley | wouldn't touch OpenBSD. Too much effort. |
| 22:04.30 | Qwell | yeah, you've got me there |
| 22:04.31 | ctooley | needs point and click. |
| 22:04.38 | mvanbaak | just give me a VM there ad I'll set it up |
| 22:07.35 | mvanbaak | ctooley: problem is they trust buildbot more then me ;) |
| 22:07.47 | ctooley | me too |
| 22:07.56 | ctooley | ducks out for Friday evening. |
| 22:08.37 | *** part/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:12.40 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:22.32 | mvanbaak | hhmm, the mail stuff on reviewboard is setup ? |
| 22:27.30 | mvanbaak | woot |
| 22:27.51 | mvanbaak | then new svnmerge can do 'trunk -> branch1 -> branch2' |
| 22:28.12 | mvanbaak | where branch1 is based on trunk and branch2 is based on branch1 |
| 22:28.19 | mvanbaak | without different props |
| 22:55.11 | De_Mon | what database system is the vmdb.sql script written for? I've never seen INT(5) used as a datatype before |
| 22:56.37 | De_Mon | looks the equivelent of a smallint, which seems like a pretty low number for voicemail messages |
| 22:58.40 | mvanbaak | INT(5) looks like mysql |
| 22:58.55 | mvanbaak | it's an INT with 5 bits space |
| 23:02.58 | De_Mon | of course... MySQl being one database I avoid. |
| 23:04.26 | De_Mon | doesnt 32,000 voicemails seem a bit low for a voicemail odbc storage limit? |
| 23:04.54 | hardwire | distributed voicemail systems ftw |
| 23:06.11 | De_Mon | auto-increment fields with a low ceiling. Lets just see how long it lasts we don't process a lot of voicemail.. I give it 2 years :P |
| 23:07.21 | hardwire | De_Mon: does the odbc voicemail code care what size that int is? |
| 23:07.42 | hardwire | cause changing the sql .. well .. thats the easy part. |
| 23:09.21 | De_Mon | If it did, I wouldn't expect it to start noticing till it exceeded the size of a standard int |
| 23:11.15 | De_Mon | this mysql script is the closest I've even found to knowing what the table and column names are |
| 23:11.33 | De_Mon | there's got to be more in these docs somewhere... |
| 23:12.55 | mvanbaak | just make it INT(11) and be done with it |
| 23:13.48 | De_Mon | oooh, hey. I see a voicemail_odbc_postgresql.txt in this doc directory too |
| 23:14.51 | mvanbaak | yup |
| 23:15.00 | De_Mon | aand, it's way different from vmdb.sql |
| 23:15.24 | hardwire | De_Mon: use de source luken? |
| 23:17.04 | mvanbaak | latero all |
| 23:17.07 | mvanbaak | I'm off to bed |
| 23:23.49 | De_Mon | heh, can't create function because type does not exist. Can't create type because function does not exist. Damn chick and egg problems |