| 00:46.55 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:46.55 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:14.53 | *** join/#asterisk-dev PhunTelTek (4cbce85c@gateway/web/freenode/ip.76.188.232.92) |
| 01:28.51 | *** join/#asterisk-dev moy_ (~moy@74.12.105.118) |
| 01:42.13 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 02:40.23 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-58.lightspeed.austtx.sbcglobal.net) |
| 02:52.43 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 05:32.41 | Corydon76-home | pabelanger: pong |
| 06:37.17 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 06:37.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:43.46 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 06:43.48 | schmidts | good morning |
| 06:53.32 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:07.21 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 07:55.56 | *** join/#asterisk-dev Juggie (~Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 07:55.58 | *** join/#asterisk-dev Mw3 (mw3@mw3.hu) |
| 07:56.21 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 07:56.21 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 07:56.21 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:56.22 | *** mode/#asterisk-dev [+oo Qwell mvanbaak] by verne.freenode.net |
| 08:48.57 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 08:48.59 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 08:49.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:50.12 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 09:17.01 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:17.01 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:20.53 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 09:20.53 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 09:26.02 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 10:23.29 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 10:23.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:23.33 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 10:46.24 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 10:46.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:56.56 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 10:56.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:00.55 | schmidts | hello leif ;) |
| 11:01.16 | leifmadsen | schmidts: morn :) |
| 11:12.19 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 11:16.29 | schmidts | leifmadsen adam from oreilly answered to my mail and said he knows this problem ;) |
| 11:16.53 | leifmadsen | schmidts: ok cool -- I asked you to reply, but then I sent him an email anyways :) |
| 11:16.58 | leifmadsen | I'm keeping a spreadsheet of issues |
| 11:18.41 | schmidts | leifmadsen i said to him, if this is a known problem they should add just a warning that it could take several minutes to update |
| 11:25.40 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 11:46.00 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 11:53.27 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:53.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:05.12 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 12:05.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:34.53 | *** join/#asterisk-dev _schmidts (~schmidts@lmlo.sil.at) |
| 12:35.18 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:13.57 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 13:23.13 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-jjjcrbwlugrbaszz) |
| 13:24.48 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:25.02 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:26.10 | _schmidts | congrats for the 1.8.0 release! |
| 13:32.07 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 13:32.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:48.52 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 13:51.10 | leifmadsen | _schmidts: thanks :) it's almost available too :) |
| 13:53.11 | Corydon76-home | pabelanger: re-pong |
| 13:54.36 | _schmidts | leifmadsen no its not ;) http://www.asterisk.org/downloads |
| 13:55.58 | leifmadsen | _schmidts: ya we're working on building the release now. The press release was setup to go out automatically. |
| 13:56.06 | leifmadsen | should be available here shortly |
| 13:56.59 | _schmidts | leifmadsen ah ok :D |
| 13:57.40 | tzafrir_laptop | M18103 |
| 13:57.41 | MuffinMan | [acknowledged] [Asterisk] General 0018103: asterisk stops too late reported by Raffles https://issues.asterisk.org/view.php?id=18103 |
| 13:58.03 | tzafrir_laptop | Given that it's been broken so long: anybody actually uses it? |
| 13:59.11 | tzafrir_laptop | Also: a short poll of the Ubuntu folks: do you run Asterisk through an init.d script or an upstart init file? |
| 13:59.23 | _schmidts | tzafrir_laptop will this be set only by make configs or also on make install? |
| 13:59.30 | sruffell | tzafrir_laptop: I've never heard of any complaints about that other than the issue you linked. |
| 13:59.48 | sruffell | (I agree with you though...why even bother shutting down DAHDI...) |
| 14:00.25 | tzafrir_laptop | sruffel: you hardly notice it, as it's on shitdown. And also because the right way is to ignore the explicit numbers, and use service dependencies |
| 14:01.14 | tzafrir_laptop | I was trying to find a reference to that and can't find it ATM. IIRC there was a Debian policy of not running "stop" scripts at shutdown, |
| 14:01.20 | tzafrir_laptop | unless they're really needed |
| 14:01.31 | tzafrir_laptop | asterisk and dahdi are not really needed |
| 14:02.02 | sruffell | I could see asterisk...maybe you need to close out CDRs or something. But DAHDI is suspect. |
| 14:02.28 | tzafrir_laptop | won't they be closed by killing (SIGTERM) asterisk? |
| 14:03.36 | sruffell | perhaps....not really sure of all the dependencies there with anything that might be connected via AMI or AGI, etc.. |
| 14:03.58 | sruffell | makes no claim to understand anything that happens on asterisk shutdown. |
| 14:04.29 | tzafrir_laptop | sruffell, say, whatever happened to the chanlist branch? |
| 14:04.37 | sruffell | it's waiting for your review. |
| 14:05.04 | tzafrir_laptop | the cleanups of it got merged, right? |
| 14:05.23 | tzafrir_laptop | performance-wise it seems good |
| 14:05.27 | sruffell | yes..cleanups are merged. What's waiting is the complete removal of the chans array. |
| 14:06.35 | sruffell | there is one more crash....still need to think about it some more. Two crashes were found yesterday. kmoore found/fixed one. http://github.com/sruffell/dahdi-linux/commit/d1259545 fixes another one and will be committed today. |
| 14:06.59 | sruffell | the conferencing code takes some extra time to grok :/ |
| 14:07.42 | sruffell | also, regarding channel naming....I saw this http://thread.gmane.org/gmane.linux.hotplug.devel/16183 gem on LKML. Which seems to support you/Oron's concerns. So I still need to think about that some more. |
| 14:11.15 | tzafrir_laptop | Well, I looked at the code, seems good |
| 14:12.27 | pabelanger | Corydon76-home: I was trying to figure out an issue on #asterisk yesterday about chan_iax2 not loading the optional_api. |
| 14:13.08 | pabelanger | I was curious if chan_iax2 should <use>crypto</use> or <use>res_crypto</use> (like chan_sip) |
| 14:13.17 | sruffell | ok..thanks for looking at it. Also, before I merge it kmoore is currently working on looking at a possible denial of service that is possible if unbounded psuedos are created. Since the processing happens in interrupt context it's currently possible to lock up a uniprocessor system by dropping in 2K channels into conference. |
| 14:13.55 | Corydon76-home | pabelanger: I'm not sure that it makes a difference, but res_crypto, sure |
| 14:14.02 | *** join/#asterisk-dev IsUp (~nocturne@unaffiliated/isup) |
| 14:14.43 | Corydon76-home | I agree, I changed cdr_odbc to depend upon res_odbc, instead of odbc recently |
| 14:16.12 | kpfleming | it does make a difference. if the user disables res_crypto in menuselect, even though the configure script found crypto libraries that could be used to build it, chan_iax2 shouldn't be built with crypto support, because it needs res_crypto for it |
| 14:16.23 | russellb | yesssss |
| 14:16.29 | kpfleming | although for <use> it may not make much difference, it certainly does for <depend> |
| 14:16.31 | IsUp | hi everyone |
| 14:16.54 | IsUp | I am looking for a VoIP provider which supports any caller ID on outbound calls, specially to Turkey. any ideas? |
| 14:17.03 | Corydon76-home | IsUp: #asterisk |
| 14:17.08 | Corydon76-home | or the -biz list |
| 14:17.11 | Corydon76-home | not here |
| 14:18.03 | IsUp | thank you |
| 14:18.43 | pabelanger | kpfleming: yes, that's what happened to somebody on #asterisk yesterday, I had them open an issue. But from the information I got, res_crypto was not build, but chan_iax was and failed to load. ast_aes_set_decrypt_key was missing |
| 14:18.55 | _schmidts | russellb have you allready assigned someone for the deadlock problem in statechange handling? i have some ideas about this, maybe this could help |
| 14:19.04 | russellb | yes |
| 14:19.08 | russellb | jpeeler: <--- |
| 14:19.18 | kpfleming | pabelanger: yep, that makes sense |
| 14:19.20 | _schmidts | thx |
| 14:19.28 | russellb | i think my patch is fine ... just needs some locking fixes first |
| 14:20.04 | file | locks russellb |
| 14:21.22 | _schmidts | DEADLOCK_AVOIDANCE russellb can you show me your patch ;) |
| 14:21.46 | russellb | i don't have a version of it that applies to an open source branch yet ... |
| 14:21.52 | russellb | jpeeler will post it soon |
| 14:21.58 | _schmidts | ok |
| 14:26.29 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 14:30.25 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 14:52.14 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 14:56.56 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:34.32 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:57.01 | jpeeler | Corydon76-home: do you know off the top of your head how voicemails are stored with IMAP storage with respect to different folders? |
| 15:58.38 | jpeeler | are they all actually in the same folder on the IMAP server with the message tagged as being in the "work" folder for example? |
| 16:10.49 | *** join/#asterisk-dev ayrjola (~ayrjola@gw.ccxtech.fi) |
| 16:14.40 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:14.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:18.57 | Corydon76-home | jpeeler: I think the right answer is, "It depends upon the configuration of the IMAP server" |
| 16:19.42 | jpeeler | really? i know you can change inbox folder location |
| 16:23.48 | Corydon76-home | jpeeler: I don't mean the configuration in Asterisk. I mean the configuration of the IMAP server |
| 16:25.53 | Corydon76-home | Some IMAP servers make the folders as subfolders of the INBOX folder. Others don't |
| 16:26.26 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 16:26.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:26.32 | Corydon76-home | This is also why we create explicit tags on the messages... because it differs between implementations |
| 16:31.18 | jpeeler | Corydon76-home: so in some cases the msgArray in the vm_state struct will be populated only by messages in the current folder and in others with all the messages? |
| 16:31.54 | kpfleming | you have two definitions of 'folder' in this context. do you mean IMAP message folder, or voicemail virtual folder? |
| 16:32.16 | Corydon76-home | jpeeler: I don't believe so. The search parameter controls that |
| 16:32.35 | jpeeler | in this case, i mean voicemail virtual folder |
| 16:33.17 | Corydon76-home | jpeeler: then your original question is invalid |
| 16:33.49 | jpeeler | well originally i was referring to IMAP message folder, sorry for the confusion |
| 16:33.56 | Corydon76-home | Right |
| 16:35.12 | Corydon76-home | So the search parameter controls what subset of messages are seen |
| 16:35.59 | Corydon76-home | where subset can also mean the whole set, given an IMAP server that actually stores messages in separate IMAP folders |
| 16:37.04 | jpeeler | i don't think there are any user operations that allows being in multiple folders though |
| 16:38.07 | Corydon76-home | Again, the confusion. I'm talking about the IMAP store, you're thinking about the virtual folders |
| 16:38.47 | jpeeler | correct |
| 16:39.12 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 16:39.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 16:40.01 | Corydon76-home | Technically, messages can appear in multiple folders, though, such as when you first move a message into another folder. We do a copy, then mark the original as deleted... but you can undelete the message, and you have the same message in two different folders, albeit as separate copies |
| 16:41.15 | Corydon76-home | but I think you're talking about the same copy of a message, and that is correct; it can only exist in a single vm folder at a time |
| 16:42.34 | Corydon76-home | We had a reporter want to move a message between stores and drop the search parameter, because our tag wasn't changed in the move, and we had to tell him "no", because not all IMAP servers are implemented that way |
| 16:42.53 | Corydon76-home | move a message from a client outside of Asterisk, that is |
| 16:43.56 | jpeeler | well what i'm actually trying to confirm is that the deleted and heard tracking only operate on a single vm folder at a time |
| 16:44.19 | Corydon76-home | That is correct, for all implementations |
| 16:44.44 | jpeeler | i wasn't sure if the imap folders somehow might have affect that |
| 16:45.24 | Corydon76-home | Well, but how we delete messages and at what time we flush the cache might affect that |
| 16:46.10 | jpeeler | i assume you mean before the message is expunged |
| 16:46.17 | Corydon76-home | Right |
| 16:47.24 | Corydon76-home | A fairly recent change was that we now delete messages in reverse order, because with expunging happening immediately, it affects the relative indices of the messages |
| 16:49.16 | Corydon76-home | If, for example, you delete 1, 2, and 4, in that order, you will effectively delete the 1st, 3rd, and 6th messages |
| 16:53.59 | *** join/#asterisk-dev diegomad (~mad@190.147.221.138) |
| 16:54.09 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 16:55.47 | *** join/#asterisk-dev Ta^3 (~tacvbo@gponr9-203-11-242.iusacell.net) |
| 17:09.51 | JunK-Y | Corydon76-home: why that change exactly? |
| 17:10.32 | Corydon76-home | JunK-Y: See previous message |
| 17:10.58 | Corydon76-home | Or do you mean, why do we expunge immediately now? |
| 17:11.14 | JunK-Y | yes, for the expunge |
| 17:11.30 | Corydon76-home | Check the commit log on app_voicemail |
| 17:12.10 | Corydon76-home | That part I do not recall |
| 17:22.43 | JunK-Y | k |
| 17:24.37 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 17:26.56 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-58.lightspeed.austtx.sbcglobal.net) |
| 17:48.08 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 18:29.41 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:29.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:33.28 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 18:42.38 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:02.57 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 19:07.55 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 19:07.55 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:10.12 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 19:10.12 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:15.38 | seanbright | nice... i broke the top 10 |
| 19:17.13 | *** join/#asterisk-dev ManxPower (~manxpower@user-24-214-153-32.knology.net) |
| 19:17.24 | *** part/#asterisk-dev ManxPower (~manxpower@user-24-214-153-32.knology.net) |
| 19:18.23 | leifmadsen | w00t |
| 20:01.53 | *** join/#asterisk-dev wedhorn (~nnnnnnnnn@123-243-209-34.static.tpgi.com.au) |
| 20:21.16 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:47.31 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 21:50.07 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 22:11.23 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:11.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:15.47 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 22:40.18 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 22:50.48 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 22:57.53 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 22:57.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:16.23 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 23:42.02 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:42.02 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:42.32 | pabelanger | espiceland: ping? |
| 23:50.09 | pabelanger | Anybody else having problems with reviewboard? Can't seem to post a new review |