| 02:40.51 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 02:48.27 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 03:43.24 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 04:15.38 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:23.32 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:23.32 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 05:18.32 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 05:18.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:45.29 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 05:45.29 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:04.40 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:50.42 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:52.43 | *** join/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 07:08.12 | sivadnz | Anyone out there have any update on when svn-view could be going again? It's been a while without it. |
| 07:27.55 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:27.55 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 07:29.15 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:33.39 | *** join/#asterisk-dev Psychobilly (n=moi@adsl41-111.kln.forthnet.gr) |
| 07:34.10 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:34.10 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 07:37.03 | *** part/#asterisk-dev Psychobilly (n=moi@adsl41-111.kln.forthnet.gr) |
| 07:43.06 | *** join/#asterisk-dev Pazzo (n=ugelt@host156-36-static.14-79-b.business.telecomitalia.it) |
| 07:49.40 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:49.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:50.01 | *** part/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 07:51.57 | *** join/#asterisk-dev oej_ (n=olle@ns.webway.se) |
| 08:00.26 | oej_ | Morning folks |
| 08:05.03 | *** join/#asterisk-dev ctooley (n=ctooley@65.99.197.74) |
| 08:05.03 | *** join/#asterisk-dev bencer (n=bencer@heal.cauterized.net) [NETSPLIT VICTIM] |
| 08:05.03 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 08:05.03 | *** mode/#asterisk-dev [+o ctooley] by irc.freenode.net |
| 09:23.19 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 09:23.25 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 10:10.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:57.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:08.09 | *** join/#asterisk-dev Psychobilly (n=moi@adsl41-111.kln.forthnet.gr) |
| 12:08.42 | Psychobilly | hello, can i ask somehting here since i get no answers in #asterisk? its related to STRFTIME dialplan func |
| 12:13.25 | *** join/#asterisk-dev oej (n=olle@80.251.192.3) |
| 12:13.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:18.04 | *** join/#asterisk-dev snuff-work (n=aaa@120.16.87.176) |
| 12:18.04 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 12:18.04 | atis_work | Psychobilly: everyone is asleep.. better wait for later or write to asterisk-users |
| 12:18.15 | Psychobilly | k |
| 12:24.28 | *** join/#asterisk-dev msetim (n=setim@189.32.44.21) |
| 12:29.07 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:29.07 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:29.50 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 12:29.50 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 12:30.02 | stevie_ramjet | ... |
| 12:30.06 | stevie_ramjet | >_> |
| 12:30.09 | stevie_ramjet | <_< |
| 12:30.37 | *** topic/#asterisk-dev by stevie_ramjet -> Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk European Developer Meet-Up in Rostock DE May 2&3 http://bit.ly/3AspKM -=- ViewVC for SVN is currently down for the forseeable future -=- Happy Birthday jpeeler!!! |
| 12:34.22 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:34.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:45.07 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:54.22 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:54.22 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:23.12 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 13:28.34 | *** join/#asterisk-dev oej (n=olle@80.251.192.3) |
| 13:28.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:44.20 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:44.20 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:54.12 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:54.30 | *** join/#asterisk-dev msetim (n=setim@201.41.159.234) |
| 14:19.35 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.68.173) |
| 14:34.55 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:34.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:45.49 | *** join/#asterisk-dev djbelieny (n=djbelien@72.48.39.242) |
| 14:45.55 | *** part/#asterisk-dev djbelieny (n=djbelien@72.48.39.242) |
| 14:47.16 | *** join/#asterisk-dev Pingu-five (n=o@86.72.21.83) |
| 14:49.14 | *** join/#asterisk-dev Dealer2mogette (n=Dealer2m@16.104.80-79.rev.gaoland.net) |
| 14:51.32 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 14:51.48 | trif_ | <PROTECTED> |
| 14:52.29 | russellb | strftime() |
| 14:52.35 | russellb | and I think there is an ast_strftime() |
| 14:53.10 | russellb | or are you saying convert from the string back into a time_t ... |
| 14:53.23 | trif_ | from the string to time_t |
| 14:53.38 | russellb | shrugs |
| 14:53.52 | trif_ | google is so wrong with me today |
| 14:54.03 | russellb | I don't know of an easy way ... |
| 14:54.24 | russellb | other languages make this much easier :-) |
| 14:54.26 | putnopvut | doesn't strptime() do that? |
| 14:54.30 | russellb | that's my suggestion, don't use C |
| 14:54.30 | russellb | heh |
| 14:54.45 | russellb | putnopvut: w00t |
| 14:55.52 | Psychobilly | trif_ set a cutom cdr field like this Set(CDR(foo)=${EPOCH}) in ur dialplan for each call |
| 14:56.02 | Psychobilly | s/cutom/custom |
| 14:57.07 | trif_ | ok thx all |
| 14:57.34 | *** part/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:03.22 | jsmith | Any idea why I'd be getting: [Apr 23 09:53:52] WARNING[5907]: chan_dahdi.c:2008 dahdi_enable_ec: Unable to enable echo cancellation on channel 25 (No such device) |
| 15:04.17 | putnopvut | hmm, "no such device" corresponds to ENODEV. Is that returned from DAHDI? |
| 15:04.51 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:04.51 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:06.23 | russellb | jsmith: make sure you don't have dahdi_dummy loaded or something |
| 15:07.10 | jsmith | russellb: No, dahdi_dummy is not loaded |
| 15:07.15 | russellb | k .. |
| 15:07.32 | putnopvut | wait...channel 25? |
| 15:07.38 | putnopvut | Is this a T1? |
| 15:07.54 | eliel | jsmith: ls -al /dev/dahdi/25 ? |
| 15:07.55 | russellb | IIRC, the training boxes have a single span and an analog card |
| 15:08.08 | jsmith | Oooh... looks like we tracked it down |
| 15:08.18 | jsmith | It was a problem in the syntax in /etc/dahdi/system.conf |
| 15:08.27 | russellb | ah. :-) |
| 15:08.53 | eliel | disablechannel25=true |
| 15:09.03 | jsmith | Student typed "echocanceller=mg2,1-23&25&28" instead of "echocanceller=mg2,1-23,25,28" |
| 15:09.15 | jsmith | in system.conf |
| 15:09.24 | kpfleming | and what happened? |
| 15:09.45 | putnopvut | <jsmith> Any idea why I'd be getting: [Apr 23 09:53:52] WARNING[5907]: chan_dahdi.c:2008 dahdi_enable_ec: Unable to enable echo cancellation on channel 25 (No such device) |
| 15:09.50 | kpfleming | yep |
| 15:09.52 | kpfleming | that'd do it |
| 15:10.30 | kpfleming | fyi, the fastest way to track down that problem would be to look at the /proc/dahdi/N file that contains that channel and ensure the echo canceller is listed as being assigned to the channel |
| 15:17.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:21.39 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-42-134.dyn.grandenetworks.net) |
| 15:21.43 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-42-134.dyn.grandenetworks.net) |
| 15:22.06 | *** join/#asterisk-dev wdoekes (n=walter@wjd.osso.nl) |
| 15:22.10 | *** join/#asterisk-dev crevetor (n=antoiner@bureau.ubity.com) |
| 15:22.15 | crevetor | Hi |
| 15:22.47 | crevetor | Is there a non-interactive way to add the french sounds to the build process ? |
| 15:24.30 | tzafrir_laptop | isn't this error a bit confusing? ENODEV is returned there when we know the channel exists |
| 15:25.01 | tzafrir_laptop | crevetor, download them off-line? edit sounds.xml? |
| 15:25.13 | jsmith | crevetor: You mean, besides selecting them in "make menuselect"? |
| 15:25.24 | tzafrir_laptop | that's interactive in my book |
| 15:25.24 | crevetor | jsmith: exactly |
| 15:25.54 | jsmith | tzafrir_laptop: Ah... true. |
| 15:26.25 | crevetor | tzafrir_laptop: hey editing sounds.xml would work :) |
| 15:26.30 | jsmith | Isn't there an env. variable you can pass with your options, or a text file you can edit |
| 15:26.36 | crevetor | tzafrir_laptop: I'll try that |
| 15:27.17 | crevetor | jsmith: adding the defaultenable tag to the sounds I want in sounds.xml should work |
| 15:27.53 | wdoekes | or adding your selection to menuselect.makeopts, right? |
| 15:29.20 | tzafrir_laptop | wdoekes, editing menuselect.makeopts is shaky |
| 15:29.35 | crevetor | wdoekes: that doesn't work for me : I tried having a menuselect.makeopts with only the sounds line but it complains that it doesn't have all the options |
| 15:29.42 | tzafrir_laptop | the local one often gets deleted |
| 15:30.03 | tzafrir_laptop | it's not a real configuration specification |
| 15:30.39 | kpfleming | the makefile also reads two other sources of makeopts that are never written or deleted |
| 15:31.34 | tzafrir_laptop | but it's an all-or-nothing. I can either override a whole value or not |
| 15:34.09 | crevetor | tzafrir_laptop: Also it's not very suitable for a build environment |
| 15:35.07 | tzafrir_laptop | crevetor, something along the lines of: sed -i -e '/CORE-SOUNDS-FR-WAV/a<defaultenabled>yes</defaultenabled>' sounds/sounds.xml |
| 15:35.29 | tzafrir_laptop | (though I prefer a patch) |
| 15:38.31 | crevetor | tzafrir_laptop: I created a patch |
| 15:38.59 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:39.23 | crevetor | tzafrir_laptop: I wasn't talking about sounds.xml but about menuselect.makeopts when I said it wasn't very suitable for a build env |
| 15:39.51 | crevetor | tzafrir_laptop: do you create asterisk packages ? |
| 15:40.05 | tzafrir_laptop | crevetor, yeah. I have a long history of ranting about that file here :-) |
| 15:40.09 | tzafrir_laptop | and yes, I do |
| 15:40.16 | crevetor | tzafrir_laptop: which distro ? |
| 15:40.23 | tzafrir_laptop | Debian |
| 15:40.31 | crevetor | :) cool |
| 15:40.41 | crevetor | tzafrir_laptop: I may have other questions at some point then ;) |
| 15:40.58 | crevetor | the sounds.xml patch worked |
| 15:41.28 | crevetor | tzafrir_laptop: do you package it for the official debian repo or for a private repo ? |
| 15:41.39 | tzafrir_laptop | for the official |
| 15:41.49 | crevetor | tzafrir_laptop: ok |
| 15:42.04 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:42.06 | crevetor | tzafrir_laptop: quick question |
| 15:42.24 | crevetor | I am building a base asterisk package (with the sample config file) |
| 15:42.27 | crevetor | files |
| 15:42.43 | crevetor | and I would like to create specific configuration packages for different usages |
| 15:43.30 | crevetor | but I guess that if I try to overwrite the sample config files with those in another package debian will complain that I am trying to replace a file from another package right ? |
| 15:44.07 | tzafrir_laptop | you can also provide a separate package and have it Provide: asterisk-config-custom |
| 15:45.07 | tzafrir_laptop | though I'm still not happy with the default configs provided with asterisk . way too verbose IMHO |
| 15:45.15 | crevetor | tzafrir_laptop: can you give a bit more detail about this, I'm quit new to debian packaging |
| 15:45.31 | crevetor | tzafrir_laptop: yeah and not very secure either |
| 15:46.03 | tzafrir_laptop | I was thinking of actually placing them all in /usr/share/asterisk/conf and make the files in /etc/asterisk mostly short stubs that #include them |
| 15:46.42 | crevetor | tzafrir_laptop: hum OK |
| 15:47.53 | tzafrir_laptop | BTW: genzaptelconf and now dahdi_genconf as included in Zaptel / DAHDI place "trunk" channels in the dahdi context from-pstn |
| 15:48.12 | tzafrir_laptop | However FreePBX expects it to be in from-zaptel |
| 15:48.36 | crevetor | Or have /etc/asterisk be an alternative (something changeable with update-alternatives) would that make sense ? |
| 15:48.56 | tzafrir_laptop | I wonder what it will break if I change that default . ATM anybody who distributes dahdi packages mainly for use with freepbx should patch them for that |
| 15:50.18 | tzafrir_laptop | crevetor, I feel we're getting a bit too Debian-specific . Maybe follow-up in #debian-voip in OFTC? |
| 15:50.45 | crevetor | tzafrir_laptop: sure, I didn't even know that this channel existed :) |
| 15:51.13 | tzafrir_laptop | Qwell, I wonder if you have any comments on the above from-pstn/from-zaptel issue |
| 15:53.11 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:53.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:10.30 | crevetor | #win 5 |
| 16:10.42 | crevetor | sorry |
| 16:13.25 | Qwell | tzafrir_laptop: what's the short version? |
| 16:14.15 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 16:14.40 | tzafrir_laptop | BTW: genzaptelconf and now dahdi_genconf as included in Zaptel / DAHDI place "trunk" channels in the dahdi context from-pstn |
| 16:14.54 | tzafrir_laptop | However FreePBX expects it to be in from-zaptel |
| 16:15.55 | Qwell | the dahdicompat thing doesn't change the context? |
| 16:16.15 | tzafrir_laptop | in freepbx? |
| 16:16.19 | Qwell | yes |
| 16:16.28 | tzafrir_laptop | I don't think so |
| 16:16.39 | tzafrir_laptop | doing so risks breaking existing configs |
| 16:17.41 | Qwell | they control the configs. I don't understand that argument about not being able to change them. |
| 16:17.51 | Qwell | others have said that too.. just doesn't make sense to me. |
| 16:18.56 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 16:18.56 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:19.23 | Qwell | tzafrir_laptop: but.. clearly, using from-zaptel in dahdi is the wrong thing to do |
| 16:19.55 | Qwell | (neither name makes any sense, honestly) |
| 16:20.26 | Qwell | from-zaptel could easily be an FXS port. from-pstn could easily be a SIP ITSP |
| 16:23.12 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 16:24.35 | tzafrir_laptop | freepbx applies its "dahdi channel => DID" mapping in from-zaptel |
| 16:25.30 | tzafrir_laptop | thus if you send them to from-pstn, you can have per-channel incoming trunks |
| 16:26.11 | Juggie | wtb: mattf |
| 16:27.28 | putnopvut | So here's nice little wtf for you. |
| 16:27.53 | putnopvut | The ast_filestream structure in file.c has two fields, one called trans, and one called tr. |
| 16:28.02 | putnopvut | trans is an ast_trans_pvt |
| 16:28.12 | putnopvut | tr is an ast_tranlator_pvt (no I did not misspell that) |
| 16:28.30 | putnopvut | And apparently ast_tranlator_pvt does not actually exist in the Asterisk code anywhere else. |
| 16:28.31 | seanbright | putnopvut: you spelled that wrong. |
| 16:28.57 | putnopvut | But we can't just remove that pointer from the ast_filestream struct because it would break ABI. |
| 16:28.57 | Juggie | who is the pri expert these days |
| 16:29.08 | seanbright | Juggie: you. |
| 16:29.11 | Juggie | haha |
| 16:29.12 | Juggie | no :) |
| 16:30.41 | Juggie | we have a funky NI2-RLT bug |
| 16:34.01 | Juggie | when rlt is used it causes channels to become unavail for some reason, asterisk is getting confused on the messaging. |
| 16:34.16 | Juggie | RLT sends notices after a RLT call ends. |
| 16:39.47 | Qwell | putnopvut: ... |
| 16:40.50 | putnopvut | Qwell: I look at code like that and wonder how the hell it could have happened. |
| 16:41.22 | *** join/#asterisk-dev msetim (n=setim@189.32.44.21) |
| 16:50.36 | jsmith-teaching | Hey... anybody wanna look at another backtrace? |
| 16:50.41 | jsmith-teaching | http://asterisk.pastebin.com/mffbfacb |
| 16:50.53 | jsmith-teaching | This came from a couple of students doing a "dahdi restart" from the Asterisk CLI |
| 16:50.57 | putnopvut | looks like a double free to me! |
| 16:51.02 | jsmith-teaching | Yes, it does. |
| 16:51.13 | jsmith-teaching | This box was running latest SVN from yesterday |
| 16:51.18 | russellb | ast_variable_free(NULL) |
| 16:51.19 | seanbright | you do that when you really want to free memory |
| 16:51.21 | russellb | that's probably it. |
| 16:51.23 | seanbright | really really. |
| 16:51.34 | russellb | wait, no .. |
| 16:52.02 | russellb | yeah, double free probably |
| 16:52.21 | russellb | ah, easy fix |
| 16:52.22 | putnopvut | jsmith-teaching: latest svn from what brancch? |
| 16:52.28 | russellb | need to set p->vars to NULL after freeing it |
| 16:52.36 | russellb | jsmith-teaching: want me to come down and patchify it? |
| 16:52.36 | jsmith-teaching | putnopvut: 1.6.0 branch |
| 16:52.40 | jsmith-teaching | russellb: Sure! |
| 16:53.08 | russellb | ponders a little bit more ... maybe I oversimplified this |
| 16:53.49 | jsmith-teaching | russellb: That's fine... we're heading to lunch in a few minutes |
| 16:53.54 | russellb | k |
| 16:58.12 | russellb | this is worse ... |
| 16:58.29 | russellb | were there any calls up or anything? |
| 16:58.37 | russellb | I'm afraid this one may have to go to the bug tracker |
| 17:04.51 | Juggie | russellb, is mattf every at the office? |
| 17:05.21 | Corydon76-dig | Juggie: yes, but as he's at the other end of the building, it difficult for Russell to know |
| 17:06.05 | Juggie | you mean you have not built the wifi remote control laptop yet |
| 17:06.44 | Corydon76-dig | Russell's office is a few doors down from Kevin's... and Kevin and Matt F are at diametrically opposite corners of the building |
| 17:07.14 | Juggie | i just thought he might be back in school |
| 17:07.21 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:07.21 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:07.24 | Corydon76-dig | He's always in school |
| 17:07.43 | Corydon76-dig | But he's also always working for Digium |
| 17:08.12 | Juggie | he never sleeps :P |
| 17:08.42 | Corydon76-dig | zeroes in on leifmadsen's ticklish spot and points at it, without touching him |
| 17:09.19 | leifmadsen | mattf? |
| 17:09.31 | leifmadsen | Corydon76-dig: you're not pointing at anything since I'm not ticklish |
| 17:16.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:05.44 | leifmadsen | this room has been pretty quiet today |
| 18:06.24 | seanbright | leifmadsen: shhhh |
| 18:06.33 | seanbright | it's bring your kid to work day |
| 18:06.44 | seanbright | or at least it is here |
| 18:07.01 | leifmadsen | oic |
| 18:07.07 | leifmadsen | put your kid to work on the bug tracker! |
| 18:07.17 | seanbright | if i had any, they would be. |
| 18:07.26 | leifmadsen | lol |
| 18:12.38 | seanbright | jaunty is pretty nice |
| 18:12.51 | seanbright | just 'borrowed' a work laptop and installed it |
| 18:22.38 | jsmith-teaching | russellb: No, I don't think any calls were in progress when it happened |
| 18:22.46 | russellb | k |
| 18:24.43 | Corydon76-dig | seanbright: borrow a kid, then |
| 18:27.59 | seanbright | Corydon76-dig: unfortunate condition of my parole: i can't. |
| 18:29.07 | russellb | O.O |
| 18:29.42 | seanbright | (joke) |
| 18:34.16 | leifmadsen | that's totally a seanbright joke |
| 18:34.31 | leifmadsen | seanbright: are you going to be able to join us at astricon this year? |
| 18:38.10 | seanbright | leifmadsen: assuming my sister doesn't get married again |
| 18:38.55 | seanbright | leifmadsen: has the when and where been announced? |
| 18:40.59 | seanbright | also: what is the sexy monospace font to use on ubuntu? |
| 18:46.48 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:46.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:51.02 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:36.15 | *** join/#asterisk-dev andrebarbosa (n=andrebar@212.13.49.67) |
| 19:43.36 | kpfleming | seanbright: astricon.net is already up |
| 19:45.13 | andrebarbosa | I'm using asterisk 1.4.24 and I think the feature timeout setting is broken for dynamic features |
| 19:45.57 | andrebarbosa | any bug regarding this that you might now about? I've been looking but with no luck |
| 19:46.31 | seanbright | glendale again |
| 19:46.31 | seanbright | nice |
| 19:46.51 | seanbright | i would like to speak this year |
| 19:46.57 | seanbright | Building Menuselect Front-Ends |
| 19:47.17 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:48.03 | leifmadsen | andrebarbosa: define, "broken" |
| 19:48.17 | leifmadsen | hmmmm... I need a speaking topic for AstriCon... any ideas? |
| 19:48.58 | andrebarbosa | you have for example a dynamic feature configured = #7 |
| 19:48.59 | leifmadsen | I could refresh my Clustering Asterisk presentation, or I could talk about building a distributed call centre... or I could do my "Unusual Uses of Asterisk: What you didn't know your Asterisk could do" |
| 19:49.21 | andrebarbosa | and you are on a outbound call to a IVR and you try to press # |
| 19:49.30 | andrebarbosa | it will try to detect the dynamic feature |
| 19:49.36 | andrebarbosa | and never timesout |
| 19:50.03 | andrebarbosa | only when you press another key, it will fail the feature detection and will forward the digits to the bridge channel |
| 19:50.05 | leifmadsen | interesting.... |
| 19:50.13 | leifmadsen | I'd file a bug then |
| 19:50.23 | andrebarbosa | it works well with built-in features |
| 19:50.46 | andrebarbosa | I would like to help fix it |
| 19:50.51 | andrebarbosa | I already test a few things |
| 19:50.59 | andrebarbosa | but nothing worked till now |
| 19:53.50 | andrebarbosa | I already backport the patch #14515 |
| 19:54.00 | andrebarbosa | but no success |
| 20:07.39 | *** join/#asterisk-dev haib (n=haib@207.157.76.1) |
| 20:09.52 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 20:09.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 20:11.27 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-e248e4063aab8ce0) |
| 20:11.49 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:12.03 | andrebarbosa | my mistake, the problem also happens with built-in features, I had disable the T flag for testing and didn't notice, sorry |
| 20:21.59 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 20:22.03 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 20:31.18 | russellb | someone want to confirm bogus ast_channel_unlock() for me? Look at local_attended_transfer() in chan_sip.c, first instance of ast_channel_unlock() |
| 20:31.41 | andrebarbosa | i think i have a tip |
| 20:31.51 | andrebarbosa | on res_features.c |
| 20:32.02 | seanbright | never get into a battle with sicilians? |
| 20:32.10 | seanbright | especially when death is on the line? |
| 20:32.18 | seanbright | <-- not helpful |
| 20:32.26 | andrebarbosa | before if (config->feature_timer ) && (!f || f->frametype == AST_FRAME_DTMF_END)) { |
| 20:32.32 | andrebarbosa | you have this line: |
| 20:32.47 | andrebarbosa | res = ast_channel_bridge(chan, peer, config, &f, &who); |
| 20:32.54 | andrebarbosa | it will block there |
| 20:33.07 | andrebarbosa | and only comes out after the second digit is pressed |
| 20:33.18 | andrebarbosa | anyone has a clue why? |
| 20:36.23 | andrebarbosa | sorry russellb, was that for me? |
| 20:36.42 | russellb | no |
| 20:37.13 | andrebarbosa | ok, sorry |
| 20:37.45 | putnopvut | russellb: I'll have a look |
| 20:38.00 | putnopvut | russellb: what branch of asterisk? |
| 20:38.13 | russellb | trunk, 1.4, all of them i guess |
| 20:40.32 | putnopvut | Seems bogus to me. That channel is p->owner, and the caller of the request handler will attempt to also unlock p->owner. |
| 20:40.51 | putnopvut | So either remove that unlock or set *nounlock = 1 at that return point. |
| 20:41.11 | putnopvut | Althought removing the bogus lock is more correct |
| 20:41.25 | russellb | k, i will remove it, thanks! |
| 20:41.29 | putnopvut | the nounlock pointer has the connotation that the channel is gone and therefore cannot be unlocked. |
| 20:42.48 | putnopvut | btw, I have no idea how that code path would be reached. |
| 20:43.59 | russellb | heh |
| 20:44.26 | putnopvut | I guess it would require a bogus REFER to be sent? |
| 20:44.29 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:44.29 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:44.31 | russellb | putnopvut: yup |
| 21:06.15 | *** join/#asterisk-dev xpot (n=james@70.91.210.233) |
| 21:11.25 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:14.44 | russellb | Corydon76-dig: 1.6.0 doesn't build for me due to a timedlock related change |
| 21:15.07 | andrebarbosa | i think I fix the problem |
| 21:15.32 | andrebarbosa | please take a look and tell me it makes sense |
| 21:16.22 | andrebarbosa | on main/channel.c |
| 21:16.28 | andrebarbosa | if (config->feature_timer && !ast_tvzero(config->nexteventts)) { |
| 21:16.30 | andrebarbosa | is not |
| 21:16.31 | andrebarbosa | now |
| 21:16.38 | andrebarbosa | if (config->feature_timer && ast_tvzero(config->nexteventts)) { |
| 21:16.44 | andrebarbosa | config->nexteventts = ast_tvadd(config->start_time, ast_samp2tv(config->feature_timer, 1000)); |
| 21:23.58 | *** join/#asterisk-dev msetim (n=setim@201.86.5.84.dynamic.adsl.gvt.net.br) |
| 21:36.59 | mvanbaak | holy crap. load avg: 457.59 |
| 21:38.10 | seanbright | mvanbaak: i'm no expert... |
| 21:38.15 | seanbright | mvanbaak: but that looks a little high |
| 21:38.29 | mvanbaak | yup |
| 21:38.32 | russellb | not if you have 512 processors |
| 21:38.39 | mvanbaak | 8 |
| 21:39.00 | russellb | oh, darn. |
| 21:40.18 | mvanbaak | it's the mod_proxy_balancer box for nl.archive.ubuntu.com and nl.releases.ubuntu.com |
| 21:40.39 | mvanbaak | the 4 backends are a bit less loaded |
| 21:40.50 | mvanbaak | they have load avg of around 100 to 150 |
| 21:41.32 | putnopvut | Is a load avg like that typical when a new Ubuntu release is available? |
| 21:41.43 | mvanbaak | yup |
| 21:42.00 | mvanbaak | will last a day or two |
| 21:42.33 | mvanbaak | the box is pushing roughly 700mbit right now |
| 21:45.06 | seanbright | when was it officially released? |
| 21:45.24 | seanbright | the 20th |
| 21:45.36 | putnopvut | seanbright: today was the official release date of jaunty |
| 21:45.38 | mvanbaak | may today was 1380mbit upstream traffic (5 minute avg) |
| 21:45.39 | seanbright | ohhh |
| 21:45.39 | putnopvut | Not sure about the time though. |
| 21:45.52 | mvanbaak | s/may/max/ |
| 21:45.54 | seanbright | well i picked one hell of a day to install |
| 21:46.00 | putnopvut | heh |
| 21:46.03 | seanbright | the iso didn't take that long to download |
| 21:46.08 | seanbright | maybe about an hour |
| 21:46.09 | putnopvut | It took about 3 hours for me. |
| 21:46.31 | jpeeler | you guys chose the wrong mirrors, 25 min! |
| 21:46.39 | seanbright | <-- single t1 |
| 21:46.43 | putnopvut | jpeeler: nice :) |
| 21:46.46 | mvanbaak | depends on your bandwidth |
| 21:46.54 | jpeeler | heh or that |
| 21:47.13 | seanbright | i keep telling them we need a t3 here |
| 21:47.17 | mvanbaak | at work today I downloaded it in 5 minutes |
| 21:47.29 | seanbright | but they always counter with "we'd have to fire your whole department to afford it" |
| 21:47.37 | seanbright | to which i reply "sweet!" |
| 21:47.47 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 21:48.14 | mvanbaak | but that's not fair. We have a dedicated 1000mbit fiber from our office into bit.nl (the colocation where nl.*.ubuntu.com is ) |
| 21:49.01 | mvanbaak | costs: 600 euro/month |
| 21:49.39 | russellb | hopes he doesn't make putnopvut cringe too bad with this chan_sip deadlock avoidance patch :-) |
| 21:49.46 | putnopvut | heh |
| 21:49.57 | putnopvut | watches -commits |
| 21:49.58 | seanbright | infobot: google 600 euros in dollars |
| 21:50.06 | russellb | putnopvut: I'll post it on reviewboard first |
| 21:50.14 | mvanbaak | seanbright: roughly 750 |
| 21:50.18 | seanbright | damn |
| 21:50.20 | seanbright | that's not bad. |
| 21:50.29 | mvanbaak | no, it's a sweet deal |
| 21:50.42 | mvanbaak | we had to get 15 companies with us to get the deal |
| 21:51.12 | mvanbaak | 1200 euro's per connection for the digging and equipment, after that 600 euro/month for the services and connectivity |
| 21:51.25 | mvanbaak | the 100mbit version is as low as 300 euro |
| 21:52.20 | mvanbaak | and since our hosted platform is also located at BIT, and the fiber equipment as well we really wanted this deal |
| 22:02.15 | *** join/#asterisk-dev DGTL_Magician (n=boerg@siona.servers.nosco-ict.nl) [NETSPLIT VICTIM] |
| 22:02.15 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) [NETSPLIT VICTIM] |
| 22:02.58 | seanbright | i'll give someone a dollar if they tell me how to squelch the system beep under gnome |
| 22:03.22 | russellb | seanbright: xset b off |
| 22:03.45 | seanbright | check is in the mail |
| 22:03.51 | russellb | yay |
| 22:11.39 | Qwell | seanbright: I would've said scissors. |
| 22:12.05 | seanbright | Qwell: well thankfully russellb answered first then |
| 22:13.49 | mvanbaak | modprobe -r pcspkr |
| 22:14.09 | mvanbaak | and blacklist it in /etc/modprobe.d/<something> |
| 22:16.26 | seanbright | 'xset b off' did the trick |
| 22:19.20 | Corydon76-dig | beeps at seanbright |
| 22:26.26 | seanbright | it's more annoying to my coworker who is sitting about 2 feet from me |
| 22:27.13 | putnopvut | seanbright: tell him to sit farther away |
| 22:27.20 | putnopvut | Unless she's a hot woman. |
| 22:27.30 | seanbright | she is not |
| 22:27.33 | seanbright | he's a 40 year old dude |
| 22:30.11 | Corydon76-dig | Is he hot? ;-) |
| 22:30.21 | seanbright | meh |
| 22:30.25 | seanbright | not my type |
| 22:30.32 | seanbright | being that he has a penis and all |
| 22:30.36 | Corydon76-dig | We already knew that part |
| 22:30.39 | seanbright | (i assume) |
| 22:31.14 | Corydon76-dig | Now imagine that he doesn't... that he's actually a woman in disguise... Is he hot? |
| 22:31.26 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 22:31.33 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-39-242.dyn.grandenetworks.net) |
| 22:37.03 | seanbright | no |
| 22:37.26 | seanbright | <PROTECTED> |
| 22:47.03 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:56.01 | mvanbaak | zzzzz time |
| 22:56.02 | mvanbaak | latero |
| 22:59.27 | *** join/#asterisk-dev eliel_ (n=eliels@120-17-235-201.fibertel.com.ar) |
| 23:13.01 | codefreeze-lap | Interesting... if I run bootstrap.sh in 1.4, I can no longer do much with SVN!! It keeps complaining about the line endings... there is a single ^M in one line of configure... remove it and all is OK... |
| 23:13.30 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 23:13.30 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 23:14.33 | kpfleming | really? is that in configure.ac? |
| 23:15.20 | codefreeze-lap | no |
| 23:15.34 | kpfleming | maybe in one of the m4 macro files we pull in then |
| 23:15.49 | kpfleming | can you pastebin the lines around where the ^M appears? |
| 23:17.15 | codefreeze-lap | ac_cr='^M' |
| 23:17.58 | codefreeze-lap | just before ac_cs_awk_cr=.... |
| 23:18.08 | kpfleming | that's not at the end of the line |
| 23:18.12 | kpfleming | weird |
| 23:19.05 | codefreeze-lap | I thought so too. I make a copy of configure, with the ^M removed, and swap it in for svn ops... a bit of a bother. |
| 23:19.15 | Qwell | is it just the one line that has that? |
| 23:19.35 | Qwell | that's a \r, basically |
| 23:19.46 | codefreeze-lap | Yep, just that one character in single quotes stops update dead in its tracks |
| 23:19.51 | kpfleming | right, which is being set into a variable |
| 23:20.27 | kpfleming | what version of autoconf are you using? |
| 23:20.48 | codefreeze-lap | 2.63 |
| 23:21.00 | kpfleming | ahh, autoconf on jaunty adds that too |
| 23:21.04 | kpfleming | let's see if svn complains here |
| 23:21.13 | kpfleming | yes it does |
| 23:21.16 | kpfleming | this will suck |
| 23:21.19 | Qwell | oh that's awesome |
| 23:21.58 | kpfleming | so svn sees a ^M in the middle of the line and complains about line endings |
| 23:22.11 | kpfleming | not a ^M^J pair |
| 23:22.17 | Qwell | ^J? |
| 23:22.21 | Qwell | oh, 10 |
| 23:22.31 | kpfleming | LF |
| 23:22.35 | Qwell | right |
| 23:22.40 | codefreeze-lap | Well, if ^M or ^J *are* line endings, then... they will always be at the end of a line... |
| 23:22.47 | kpfleming | but only together |
| 23:22.57 | kpfleming | ^M by itself is not a line ending |
| 23:23.03 | codefreeze-lap | Well, that would be nice if it would be that picky |
| 23:23.06 | Qwell | kpfleming: it is on macs |
| 23:23.06 | kpfleming | yes |
| 23:23.12 | kpfleming | and helpful, in this case |
| 23:23.19 | kpfleming | Qwell: ugh |
| 23:23.22 | kpfleming | anyway |
| 23:23.28 | kpfleming | there is some new macro file in autoconf bringing this in |
| 23:25.18 | kpfleming | and there is probably no portable-sh way of expressing that without embedding the actual ^M character |
| 23:25.19 | kpfleming | wheee |
| 23:25.36 | Qwell | printf is portable IIRC |
| 23:25.46 | kpfleming | hmm |
| 23:25.53 | kpfleming | ac_cr=`printf \r` |
| 23:26.02 | Qwell | where's it actually coming from? |
| 23:26.10 | kpfleming | some core autoconf macro |
| 23:26.12 | kpfleming | nothing of ours |
| 23:26.19 | Qwell | nice |
| 23:26.22 | kpfleming | it's new in autoconf 2.63, or very recent |
| 23:26.40 | kpfleming | in an effort to not help at all, i'm going to go play pool |
| 23:30.15 | Qwell | http://www.nabble.com/-BUG--CR-handling-related-autoconf-problem-td22633033.html |
| 23:33.28 | Qwell | so...I don't know if there's anything we can do |
| 23:33.55 | Qwell | also, sweetart jellybeans are freaking terrible |
| 23:34.05 | Qwell | why am I still eating these? |