| 00:07.25 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-187-249-40.lns3.dav.bigpond.net.au) |
| 00:09.24 | *** join/#asterisk-dev lmsteffan (~laurent@reef.ac-noumea.nc) |
| 01:27.57 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:27.57 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:50.13 | Kobaz | ilike the weekends |
| 02:50.16 | Kobaz | er |
| 03:39.01 | *** join/#asterisk-dev xpot (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 03:42.10 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 03:42.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:02.56 | pyite | jsmith-away: !@#$ |
| 04:03.14 | pyite | anyone in here know how to get the AMI ConfigUpdate command to allow us to add register => statements in 1.6 ? |
| 04:04.32 | *** join/#asterisk-dev ApOgEE (~ApOgEE__@gateway/shell/bshellz.net/x-qpgzgdmvuwpbimgy) |
| 05:08.57 | pyite | jsmith-away: yooo |
| 06:11.38 | *** join/#asterisk-dev fiddur (~fiddur@192.121.104.121) |
| 06:48.03 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:48.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:48.13 | oej | Morning folks |
| 06:50.13 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 06:53.16 | mvanbaak | mornin oej |
| 06:57.27 | wedhorn | hey mvanbaak, there's another skinny patch for you, this one does a bit more than the last |
| 07:01.25 | *** join/#asterisk-dev d-k-t (~D@112.202.232.46) |
| 07:09.34 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 07:26.00 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:26.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:10.24 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 08:18.18 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:18.29 | tzafrir | how do I refer to a review in a commit message? |
| 08:20.35 | mvanbaak | wedhorn: I noticed :) Thanks |
| 08:20.49 | mvanbaak | wedhorn: when you have time, can you test the endianess patch for skinny ? |
| 08:21.01 | mvanbaak | wedhorn: it works on sparc64, but I forgot to test it on intel this weekend |
| 08:21.25 | mvanbaak | tzafrir: just add the full url including the leading / in the commit message |
| 08:21.36 | mvanbaak | tzafrir: it will set the review to 'submitted' though |
| 08:21.43 | mvanbaak | so if you dont want that, dont do it ;) |
| 08:21.43 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 08:21.54 | wedhorn | mvanbaak: ok, will do |
| 08:21.56 | mvanbaak | tzafrir: the 'commit message template' in mantis shows you how to do it |
| 08:22.17 | mvanbaak | wedhorn: looks like skinny has never been tested on non-intel ;) |
| 08:22.47 | tzafrir | mvanbaak, I have a mips PC here, though no skinny phone |
| 08:22.51 | wedhorn | I don't think skinny gets a lot of testing on anything |
| 08:22.57 | mvanbaak | wedhorn: whehehehe |
| 08:23.33 | mvanbaak | wedhorn: well, the basics work for me :) |
| 08:24.22 | tzafrir | I got an old iMac, and waiting for some time to install Linux on it. I want to also have a big endian system :-) |
| 08:25.10 | mvanbaak | I'm thinking about ditching osx on my iBook g4 |
| 08:25.26 | mvanbaak | PPC, is that big endian as well ? |
| 08:25.32 | tzafrir | yes |
| 08:25.59 | mvanbaak | hhmm, maybe I can put OpenBSD on it, and make it a buildslave for bamboo |
| 08:26.28 | mvanbaak | damn, 6556 new mails over the weekend |
| 08:26.30 | mvanbaak | *cry* |
| 08:40.49 | wedhorn | mvanbaak: apart from defining SKINNY_DEVMODE, setting skinny_debug=2 and trying to jam 3 item into 2 placeholders at about line 2660, seems to work fine on i386. Only fairly simple testing though. |
| 08:42.04 | wedhorn | oh yeah, and the comment at the end of every line, it's is probably worth including a commentary block or reference as to why certain things are swapped and other aren't |
| 08:51.03 | tzafrir | mvanbaak, don't you have a spare (intel? amd?) PC for that? It should have more CPU power |
| 08:54.39 | mvanbaak | wedhorn: yeah, I need to cleanup that patch |
| 08:54.48 | mvanbaak | wedhorn: just wanted to know if it still works on intel |
| 08:55.24 | mvanbaak | tzafrir: I already have amd64 and i386 buildslave setup for OpenBSD |
| 08:55.37 | mvanbaak | tzafrir: but since this is big endian, it would be nice to have that as well |
| 08:56.14 | wedhorn | mvanbaak: seems to |
| 08:57.09 | tzafrir | BTW: from what I see, using a few tricks you can (at least with Linux) use qemu's user-mode emulation to have a, e.g. arm chroot on a i386 system |
| 08:58.13 | tzafrir | The trick is to use binfmt-misc and to have qemu-arm handle arm ELF binaries |
| 08:58.23 | mvanbaak | wedhorn: then I'll clean it up and get it in later |
| 08:58.33 | *** join/#asterisk-dev d-k-t (~D@112.202.232.46) |
| 09:40.18 | *** join/#asterisk-dev oej_ (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 09:40.18 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 09:49.02 | *** join/#asterisk-dev d-k-t (~D@112.202.232.46) |
| 09:52.26 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 09:52.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:54.49 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 09:54.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:08.29 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 11:17.08 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:17.08 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:34.03 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 11:39.16 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:08.39 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:17.55 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:17.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:24.24 | tzafrir | oej (or any other FreeBSD buy) here? |
| 12:24.39 | oej | Any other guy or/and Olle is here. |
| 12:29.27 | oej | tzafrir: Ping |
| 12:32.02 | tzafrir | what's the simplest wat to check if I'm on FreeBSD? |
| 12:32.21 | tzafrir | M16783 |
| 12:32.23 | MuffinMan | [ready for testing] [DAHDI-tools] General 0016783: [patch] DAHDI 2.2.1, XPP and astribank_is_starting.c uses semtimedop() which is not supported in our uClibc. reported by abelbeck https://issues.asterisk.org/view.php?id=16783 |
| 12:33.02 | tzafrir | bah, it's uclibc, not freebsd. sorry |
| 12:33.14 | oej | No problem |
| 12:34.12 | tzafrir | I guess autoconf will be needed and I can't be lazy |
| 12:45.53 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:45.54 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:47.31 | kpfleming | tzafrir: note that uclibc does support semtimedop... but the poster's configuration may have disabled it, or they may be using an old version |
| 13:08.00 | *** join/#asterisk-dev guax (~guax@unaffiliated/guaxinim) |
| 13:22.46 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 13:28.10 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.185) |
| 13:54.58 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 14:05.47 | *** join/#asterisk-dev sasargen (~chatzilla@70.42.35.159) |
| 14:13.26 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 14:17.10 | *** part/#asterisk-dev sasargen (~chatzilla@70.42.35.159) |
| 14:29.49 | *** join/#asterisk-dev seanbright (~chatzilla@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:29.50 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:30.32 | seanbright | don't worry, i'm back |
| 14:40.04 | Kobaz | yay, we missed you |
| 14:40.21 | seanbright | i have no doubt. |
| 14:44.49 | *** join/#asterisk-dev elguero (~elguero@12.187.84.162) |
| 14:47.31 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 14:51.47 | *** join/#asterisk-dev Omorika (~omorika@193.198.31.85) |
| 14:51.52 | Omorika | hi guys |
| 14:53.09 | Omorika | i have a problem :D |
| 14:53.18 | Omorika | can anyone help me? :D |
| 14:53.34 | seanbright | ~ask |
| 14:53.34 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:53.48 | Omorika | my production server just crashd |
| 14:53.54 | Omorika | iax2_destroy_helper |
| 14:54.04 | seanbright | what version of asterisk? |
| 14:54.06 | Omorika | pthread_mutex_lock () |
| 14:54.11 | Omorika | 1.6.2.0-rc6 |
| 14:54.25 | Omorika | the problem is that refcount was -1 |
| 14:54.27 | Omorika | :D |
| 14:55.05 | seanbright | 1.6.2.4 is released, isn't it? |
| 14:55.31 | seanbright | it is, yes. |
| 14:55.55 | seanbright | give that version a whirl. if you're still crashing. submit a bug to https://issues.asterisk.org/ and it will get looked at |
| 14:56.59 | Kobaz | Omorika: don't use the rc's... they have many many bugs that have been fixed |
| 14:57.35 | Omorika | well |
| 14:57.39 | Omorika | that's all true |
| 14:57.40 | Omorika | but |
| 14:57.47 | Omorika | my experience thought me |
| 14:57.47 | Omorika | that |
| 14:57.50 | Kobaz | Omorika: don't blame us for crashes when you use a rc on a production server |
| 14:57.58 | Omorika | whenever I upgrade my server |
| 14:58.03 | Omorika | to a new version |
| 14:58.06 | Omorika | just to fix one issue |
| 14:58.06 | Kobaz | please |
| 14:58.08 | seanbright | please stop using your enter key as punctuation |
| 14:58.08 | Kobaz | don't |
| 14:58.09 | Kobaz | talk |
| 14:58.10 | Kobaz | like |
| 14:58.11 | Kobaz | this |
| 14:58.17 | Omorika | ok, i wont |
| 14:58.30 | Omorika | 10 issues emerge |
| 14:59.48 | seanbright | Omorika: you are welcome to check the ChangeLog for 1.6.2.4 to determine which change fixed the crash you are seeing. then you can patch and be on your way. |
| 15:02.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:17.52 | *** join/#asterisk-dev moy (~moy@74.12.129.100) |
| 15:19.42 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:19.42 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:21.17 | *** join/#asterisk-dev Jacke (jacke@czokopinda.niebanalni.com) |
| 15:24.48 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:24.48 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:33.10 | *** join/#asterisk-dev mnt_real (~sinan@bas1-montreal43-1177754737.dsl.bell.ca) |
| 15:44.54 | *** join/#asterisk-dev Deeewayne (~dwayne@75.76.254.162) |
| 15:44.55 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:45.53 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:50.18 | *** join/#asterisk-dev Greek-Boy (~Monching@41.188.154.137) |
| 15:53.16 | *** join/#asterisk-dev otherwiseguy (~otherwise@75.87.99.1) |
| 16:10.09 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:10.09 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:11.11 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:11.11 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:12.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:12.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:16.49 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:16.49 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:17.25 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:20.46 | seanbright | The_Boy_Wonder: what happened to the ast_copy_string review? |
| 16:21.33 | The_Boy_Wonder | seanbright: i took it down, i just didn't care enough about it to debate whether or not it should be modified |
| 16:21.42 | seanbright | gotcha |
| 16:30.48 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:30.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:34.06 | *** join/#asterisk-dev Cresl1n (~matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 16:34.07 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:34.26 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:38.00 | *** join/#asterisk-dev ctooley (~ctooley@c-98-193-232-154.hsd1.tn.comcast.net) |
| 16:38.00 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:41.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:41.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:42.23 | *** join/#asterisk-dev Corydon76-lap (~Corydon76@nat/digium/x-azqibsakotmirkmx) |
| 16:42.24 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:54.26 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 16:55.50 | elred_ | Hello, A* develloper. I am suffering of a * deadlock problem on 1.4.25, before upgrading i would have like to know if this is a know&fixed issue, otherwise you have my backtrace to hopefully help you track down the bug. Here is the pastebin (backtrace from core) http://www.pastebin.com/m34f5413c |
| 16:58.41 | elred_ | if you need more info/details i have the debuging symbol and the source code on the machine, just ask me. |
| 16:59.58 | elred_ | for example, chan_sip.c:18614 is: "ast_mutex_lock(&p->lock);" |
| 17:08.47 | putnopvut | elred_: When it comes to deadlocks, it is really really really really really really really hard to tell if it is a known issue just from seeing a backtrace. If you compile Asterisk with the DEBUG_THREADS option in menuselect, you can use the "core show locks" CLI command to see which locks are involved in the deadlock. |
| 17:09.10 | putnopvut | That way, we can look at which locks are involved and possibly have a better idea if the problem has been fixed in a more recent release. |
| 17:10.35 | elred_ | ok, i will add that command and execute it next time it freeze. Thx |
| 17:20.17 | leifmadsen | beyond that, feel free to open an issue after you've tried to do a search through Mantis, although I'm sure it's difficult to find. If you can get a developer to determine if it may have already been fixed, then that would be useful, as I guess otherwise we may just ask you to try using a later version. |
| 17:20.24 | leifmadsen | which it seems you're trying to avoid doing :) |
| 17:21.04 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 17:52.45 | *** join/#asterisk-dev guax (~guax@unaffiliated/guaxinim) |
| 17:53.16 | *** join/#asterisk-dev korihor (~korihor@201.210.226.98) |
| 18:16.58 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:23.37 | seanbright | so i've been thinking. do you think it would be worth putting some kind of flag in commit log messages that indicate that a given fix resolves a crash bug, or a security issue |
| 18:24.20 | seanbright | we are running in production on a slightly out-dated version of of 1.6.1, and experiencing an occasional (once a week) crash. |
| 18:24.48 | seanbright | and i was thinking that it would be nice to be able to cherry pick the crash fixes out of the list of revisions between our rev and head |
| 18:26.38 | seanbright | i suppose i could cross reference with mantis on the closed issues, but it would be nice to have it automated. |
| 18:27.23 | seanbright | anyway. just a thought. |
| 18:28.23 | Corydon76-lap | You could write a script to do that and add it to the repotools branch |
| 18:29.15 | Corydon76-lap | However, it's not always clear from the report title/classification if it was a crash or not |
| 18:29.26 | seanbright | yeah. i just wonder if relying on severity being 'crash' in mantis is going to be accurate enough. |
| 18:29.28 | seanbright | right |
| 18:29.44 | Corydon76-lap | or even if it actually caused a crash. Sometimes, people report theoretical issues that they find in the code without an actual crash |
| 18:30.10 | seanbright | yup |
| 18:31.07 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 18:31.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:44.34 | leifmadsen | seanbright: couldn't you take the version numbers and connect to mantis via SOAP and full back the severity field to determine if they are crash or not? |
| 18:45.07 | seanbright | leifmadsen: assuming every bug that caused a crash was marked with that severity |
| 18:45.55 | leifmadsen | right, but I think you'll have the same issue even if people marked manually... |
| 18:46.16 | seanbright | i was thinking that when committing, you'd do something like: |
| 18:46.33 | seanbright | Resolves: cD |
| 18:46.39 | seanbright | (c)rash |
| 18:46.42 | seanbright | (D)eadlock |
| 18:46.46 | seanbright | just making those up |
| 18:47.04 | seanbright | that might be a huge pain in the ass, though. |
| 18:47.24 | leifmadsen | ya... really the issue should be marked appropriately in the bug tracker really (if it is crash, etc...) |
| 18:47.31 | leifmadsen | honestly, most of the time a crash issue really is marked as crash |
| 18:47.41 | seanbright | well that might work then |
| 18:47.44 | seanbright | i'll play around |
| 18:47.50 | leifmadsen | (because it is so obvious in the severities how it should be marked -- minor and major are somewhat ambiguous) |
| 18:55.41 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:05.38 | *** part/#asterisk-dev seanbright (~chatzilla@asterisk/contributor-and-bug-marshal/seanbright) |
| 19:05.46 | *** join/#asterisk-dev seanbright (~chatzilla@asterisk/contributor-and-bug-marshal/seanbright) |
| 19:05.47 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 19:06.53 | tzafrir | svn: OPTIONS of 'https://origsvn.digium.com/svn/asterisk/trunk': Certificate verification error: signed using insecure algorithm (https://origsvn.digium.com) |
| 19:07.19 | tzafrir | Where can I find a certificate signed by a secure algorithm? |
| 19:07.50 | Kobaz | godaddy |
| 19:07.53 | Kobaz | 10 bucks a year |
| 19:11.03 | tzafrir | Will it work with origsvn? |
| 19:12.58 | seanbright | that's odd |
| 19:13.10 | seanbright | new version of libneon? |
| 19:17.05 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:25.04 | tzafrir | seanbright, no. More strict algorithm requirements of openssl, I guess |
| 19:25.15 | seanbright | ah. |
| 19:25.20 | tzafrir | It's been that way since I upgraded to Debian Testing |
| 19:25.22 | seanbright | well that is unfortunate. |
| 19:25.28 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:25.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:25.34 | tzafrir | (I've been commiting through my Stable server) |
| 19:26.21 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:27.59 | seanbright | looks like we'll need new certs generated |
| 19:56.42 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 19:59.50 | *** join/#asterisk-dev prometheanfire (~mthode@70-88-176-253-Atlanta.hfc.comcastbusiness.net) |
| 20:04.04 | tzafrir | I'm packaging the Asterisk sound files for Debian. Under which directory do you think I should put them? |
| 20:04.43 | tzafrir | e.g. the English ones: sounds/en_US-Allison ? |
| 20:05.07 | tzafrir | Is there any other semi-standard schema? |
| 20:05.30 | Corydon76-lap | I think that's en_US_f_Allison |
| 20:05.35 | tzafrir | (there are already two fr_FR sound sets packaged) |
| 20:05.52 | Corydon76-lap | f for female |
| 20:06.02 | tzafrir | ok |
| 20:08.43 | tzafrir | So I guess the French ones go under fr_CA_f_June, then |
| 20:10.22 | tzafrir | And the Spanish ones: es_US_f_Allison (which looks a bit odd at first glance) |
| 20:12.10 | putnopvut | es_US? |
| 20:13.02 | tzafrir | It's Allison, right? |
| 20:14.15 | tzafrir | Would you think it is better described (accent-wise) as es_MX ? |
| 20:15.14 | kpfleming | yes, es_MX_f_Allison |
| 20:15.30 | Corydon76-lap | If you want to be technical, it's es_CA_f_Allison |
| 20:15.47 | kpfleming | really? i wasn't aware there was a canadian dialect of spanish |
| 20:16.04 | kpfleming | it's supposed to be es_ES, but we've been told it's closer to es_MX, so I'd go with that |
| 20:16.39 | Corydon76-lap | Allison's "dialect" of Spanish relates directly to David Correador's dialect, as he generally provides pronunciations. I'm not sure where David is from. |
| 20:17.07 | Corydon76-lap | Maybe the Alabama version of Spanish |
| 20:19.27 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 20:20.55 | Corydon76-lap | If you ask a proud Frenchman, there's also no Canadian dialect of French. |
| 20:30.18 | tzafrir | so if I don't have sounds/en , I break the fallback for a bad language setup, right? |
| 20:30.44 | Kobaz | anyone have the following problem with the new polycom firmware (3.2)..... ring a single phone for 10 seconds on, 2 seconds off, and after about 20 cycles, the phone returns CANCEL, but the phone doesn't actually stop the call ringing the line... so now you have a phantom call |
| 20:31.35 | kpfleming | tzafrir: the ultimate fallback for a bad setup is actually sounds/, the top level |
| 20:31.39 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 20:32.01 | Kobaz | mm actually that was meant for #asterisk |
| 20:32.52 | alecdavis | M16880 |
| 20:32.54 | MuffinMan | [ready for testing] [Asterisk] Applications/app_echo 0016880: [patch] unable to exit echo application with '#' reported by alecdavis https://issues.asterisk.org/view.php?id=16880 |
| 20:34.28 | alecdavis | in relation to M16880, dialling in over ISDN to echo app, the network will defeat the echo test :( |
| 20:34.41 | kpfleming | it could, yes |
| 20:35.30 | alecdavis | pressing a DTMF key on phone gets it back again for a few seconds :) |
| 20:36.00 | tzafrir | kpfleming, the ultimate (that is: last. even after "no language" is DEFAULT_LANGUAGE, which seems to be "en" |
| 20:36.58 | kpfleming | right, but if there is no sounds/en directory, the sounds are looked for in sounds/ |
| 20:36.58 | tzafrir | I guess I'll make some packages "special" with symlinks and see what people think about it |
| 20:37.38 | kpfleming | since you are on debian, you could make all the packages provide 'asterisk-sounds' and use the alternatives system to choose which installed package should be the default sounds |
| 20:38.45 | tzafrir | but I'd still like to allow someone else to create e.g. a en_UK package that at least won't collide in files. |
| 20:39.13 | kpfleming | right |
| 20:39.18 | kpfleming | that should be doable |
| 20:39.26 | kpfleming | the 'default sounds' symlinks should be in sounds/, not sounds/en/ |
| 20:39.59 | alecdavis | confession: echo app caught me out, while dialing in over the ISDN. doh! |
| 20:41.13 | alecdavis | needless to say, the '#' never worked to exit it, thus 16880. |
| 21:02.36 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 21:13.07 | *** join/#asterisk-dev justsomedood (~justsomed@mail.serverplus.com) |
| 21:13.19 | justsomedood | Howdy, anybody here familiar with the Asterisk Manager? |
| 21:13.35 | Kobaz | what about it |
| 21:14.02 | justsomedood | I'm using the ShowDialPlan Action |
| 21:14.19 | justsomedood | It replies with a bunch of ListDialplan events, which works fine |
| 21:14.28 | justsomedood | at the end, it finishes with a ShowDialPlanComplete event |
| 21:14.38 | Kobaz | yeap |
| 21:14.49 | justsomedood | the ShowDialPlanComplete event gets sent to all clients connected to the Asterisk Manager, not just the one that requested it |
| 21:14.59 | justsomedood | with the original ActionID |
| 21:15.07 | justsomedood | the ListDialplan events get sent only to the client that requested it |
| 21:15.07 | kpfleming | that's a bug then |
| 21:15.25 | Kobaz | yeah |
| 21:15.40 | Kobaz | justsomedood: issues.asterisk.org |
| 21:15.40 | justsomedood | ok good, sort of |
| 21:15.52 | justsomedood | thanks |
| 21:19.14 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 21:19.32 | Cresl1n | alecdavis: ping? |
| 21:21.15 | *** join/#asterisk-dev elguero (~elguero@12.187.84.162) |
| 21:22.43 | Corydon76-lap | Heh... a committee of the Israeli Knesset approved a law establishing "email portability" (after number portability). |
| 21:25.20 | kpfleming | what? how can an email address be portable? |
| 21:26.28 | Corydon76-lap | It's going to create a mess, I'm sure... |
| 21:26.54 | Corydon76-lap | but the Knesset is a govt body, and like all govt bodies, they sometimes put forth laws that make no sense |
| 21:28.49 | alecdavis | cresl1n: pong |
| 21:28.53 | Cresl1n | hey alec |
| 21:34.39 | tzafrir | Corydon76-dig, the Knesset is the Palament |
| 21:34.48 | tzafrir | (the Israeli one, that is) |
| 21:36.00 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 21:39.35 | tzafrir | kpfleming, email address is very easy to make portable. Through forwarding. |
| 21:39.59 | kpfleming | that puts the burden of the data transfer on the intermediate parties, with security implications. |
| 21:40.05 | kpfleming | SMTP does not support redirection |
| 21:40.47 | tzafrir | The current suggestion is ver vague. It is also voluntarry: you have to ask to "port" (forward?) your email. |
| 21:41.27 | tzafrir | So while I don't really think it makes sense, I'm not sure it is *that* stupid |
| 21:43.47 | tzafrir | At the moment it is in early stages of legislation. Though I have expected something less vague even in such early stages |
| 21:45.04 | Corydon76-lap | tzafrir: yeah, it's like the US Congress, which has also had a history of proposing some VERY stupid legislation |
| 21:45.25 | Corydon76-lap | Fortunately, many such laws die in committee |
| 21:45.37 | Corydon76-lap | err, proposed laws... |
| 21:45.58 | tzafrir | Corydon76-dig, the legislation is a long process to formulate proper laws. In most cases it helps. |
| 22:22.02 | putnopvut | There is something weird going on here. The CCSS branch automerges from trunk. For some reason, it does not pull in tests/test_amihooks.c and tests/test_utils.c when svn updating. However, it does pull in the other files in the tests/ directory. Any hints on where I might look to figure out why those two files do not get pulled in? |
| 22:22.44 | putnopvut | "It" in all previous sentences refers to my local copy of the CCSS branch. |
| 22:23.45 | kpfleming | does 'svn ls' on the branch show those files in that directory? |
| 22:23.56 | putnopvut | Which branch, CCSS or trunk? |
| 22:24.00 | putnopvut | I'll do both. |
| 22:24.01 | kpfleming | both |
| 22:24.11 | Kobaz | hmm |
| 22:24.19 | Kobaz | how hard would it be to add pickup macro support to Bridge() |
| 22:24.42 | putnopvut | svn ls of trunk shows the tests to be there, but svn ls of CCSS does not have the files. |
| 22:25.07 | kpfleming | so when the merge occurred, they did not get committed for some reason |
| 22:25.13 | putnopvut | The svn ls was done using svn ls https://origsvn.digium.com/svn/asterisk/trunk and svn ls https://origsvn.digium.com/svn/asterisk/team/group/CCSS |
| 22:25.38 | putnopvut | So I guess I could use svn merge to fix that then. |
| 22:25.51 | kpfleming | does the merge property on that branch indicate that the revision that added those files has been merged into that branch? |
| 22:25.58 | putnopvut | kpfleming: I'll check |
| 22:27.52 | putnopvut | kpfleming: test_amihooks.c was added in revision 227448. svn propget svnmerge-integrated in my local CCSS copy shows /trunk:1-248350 |
| 22:28.02 | kpfleming | well then |
| 22:28.25 | putnopvut | I'll check with regards to the other file. |
| 22:28.29 | kpfleming | just for grins, check the property on the server, so there's no risk of changes in your working copy affecting it |
| 22:29.52 | putnopvut | kpfleming: same result when using `svn propget svnmerge-integrated https://origsvn.digium.com/svn/asterisk/team/group/CCSS` |
| 22:30.14 | kpfleming | ok, that's good then |
| 22:30.46 | kpfleming | so... you can manually fix it, but it would be interesting to find the revision in the CCSS branch where 227448 from trunk was merged into it... i believe the svn server has logs of all the merge operations, so we could find it and see what happened |
| 22:31.27 | putnopvut | I'll check about that. |
| 22:32.33 | putnopvut | yikes, the search operation in less is very slow with the entire svn history loaded into it. |
| 22:33.01 | kpfleming | svn log $R/...CCSS -rHEAD:227448 |
| 22:33.10 | putnopvut | What is $R? |
| 22:33.20 | kpfleming | my local variable for https://origsvn.digium.com/svn/ |
| 22:33.40 | putnopvut | ah, gotcha |
| 22:36.07 | putnopvut | kpfleming: hmm, so I don't see that revision explicitly merged via an automerge commit. There is a commit at revision 227495 from me that was a "resolve and reset" type of commit. |
| 22:36.15 | putnopvut | It may be that the svnmerge merge operation then did not pull in the added file. |
| 22:36.15 | kpfleming | ah-ha |
| 22:36.19 | kpfleming | right |
| 22:36.29 | file | take on me? |
| 22:36.31 | kpfleming | the automerge failed, you fixed it up, but those files were not in the commit for some reason |
| 22:36.40 | putnopvut | That sounds about right. |
| 22:37.26 | putnopvut | So what is the proper thing to do? Just svn merge the current files into the CCSS branch? |
| 22:37.32 | kpfleming | yep |
| 22:37.43 | kpfleming | you don't even have to use svn merge... just svn cp is fine |
| 22:37.54 | kpfleming | you can do it rigth on the repo, no need for messing with a local copy |
| 22:39.10 | putnopvut | I'll do that then. |
| 22:39.14 | putnopvut | Thanks for the help! |
| 22:39.19 | kpfleming | sure |
| 22:39.36 | kpfleming | it's always good if there is time to investigate why it went wrong, in case it's a sign of worse problems |
| 22:45.22 | Kobaz | what's ast_autoservice_start do? |
| 22:45.26 | Kobaz | there's no doxygen for it |
| 22:58.52 | putnopvut | Kobaz: ast_autoservice_start adds a channel to the autoservice thread. The autoservice thread reads frames off of the channel and either saves them or discards them. |
| 22:59.13 | putnopvut | The idea is to not allow a giant queue of frames to pile up on the channel when the channel thread has something it needs to do that could take a while. |
| 23:00.17 | Kobaz | ah |
| 23:00.24 | Kobaz | okay that makes sense |
| 23:01.02 | Kobaz | i'm trying to add macro/gosub support to Bridge() |
| 23:01.07 | putnopvut | Okay. |
| 23:01.22 | *** part/#asterisk-dev justsomedood (~justsomed@mail.serverplus.com) |
| 23:01.23 | putnopvut | Yeah, the macro/gosub adds one channel to autoservice while the macro/gosub runs on the other. |
| 23:01.24 | Kobaz | figuring out how the dial app does it |
| 23:01.28 | Kobaz | yeah |
| 23:01.34 | Kobaz | makes sense |
| 23:01.44 | Kobaz | i have a race condition in my dialplan code |
| 23:02.03 | putnopvut | The fact that ast_autoservice_start has no doxygen kind of sucks though. |
| 23:02.24 | Kobaz | i call a device with originate, and and then the other leg is a context that runs a macro, and then does Bridge() |
| 23:02.39 | snuff-work | putnopvut: you volunteer? ;) |
| 23:02.49 | Kobaz | well.. the macro that I run, takes long enough, that if you pick up the phone, and then hang up, Bridge() never gets called |
| 23:02.56 | putnopvut | snuff-work: perhaps........ |
| 23:03.04 | Kobaz | so i either want the bridge to run, plus the macro... or no macro at all |
| 23:03.50 | snuff-work | heh.. there is more description about _stop than _start |
| 23:04.20 | Kobaz | not much other than some specific detail |
| 23:04.27 | Kobaz | it doesnt really say what exactly it's all for |
| 23:04.28 | Kobaz | heh |
| 23:04.33 | Kobaz | lazy coders :P |
| 23:05.20 | putnopvut | That's us! |
| 23:05.47 | Kobaz | asterisk will be a really nice platform one of these days |
| 23:06.17 | jsmith-teaching | would argue that it already is |
| 23:06.23 | jsmith-teaching | (But of course, I'm biased) |
| 23:07.19 | prometheanfire | jsmith-teaching: hello from in class |
| 23:07.28 | Kobaz | heh |
| 23:07.29 | Kobaz | well |
| 23:07.42 | Kobaz | i love asterisk, it's so awesomely flexible, and what it does, it does very well |
| 23:07.56 | Kobaz | but any time i work on a new project I find at least a dozen bugs |
| 23:08.23 | prometheanfire | I do know of a few people complaining about how long it takes to patch something |
| 23:08.34 | Kobaz | well, it's actually really fast |
| 23:08.54 | Kobaz | i don't mind the turnaround time, 90% of the time i can do a workaround until it's fixed, or fix it myself |
| 23:09.11 | Kobaz | it took about a week to get one of my sip crash bugs fixed |
| 23:09.17 | Kobaz | that's not bad at all |
| 23:09.42 | prometheanfire | ya, the people I'm talking about have bugs from a month and a half ago |
| 23:09.46 | Kobaz | yeah |
| 23:10.02 | Kobaz | my bugs, almost always I get a really good test case in the report |
| 23:10.11 | Kobaz | so that it's really easy to track down and fix |
| 23:10.19 | Kobaz | i put a lot of effort into researching what exactly causes it |
| 23:10.25 | prometheanfire | they also maintain out of tree patch sets for third party hardware that digium will not integrate into tree, but meh |
| 23:10.45 | Kobaz | what sort of hardware? |
| 23:11.13 | prometheanfire | https://issues.asterisk.org/view.php?id=14163 |
| 23:11.20 | Kobaz | M14163 |
| 23:11.23 | MuffinMan | [ready for review] [Asterisk] Channels/chan_dahdi 0014163: [patch] UK (BT) lines produce uncleared red alarm on TDM400P during line tests reported by jedi98 https://issues.asterisk.org/view.php?id=14163 |
| 23:11.36 | marv | hates channel masquerades |
| 23:11.40 | Kobaz | heh |
| 23:11.48 | prometheanfire | masquerades? |
| 23:12.14 | kpfleming | 'will not' is probably not correct. i doubt anyone has said that those patches/drivers will not go into dahdi. people just have lots to do and little time to do it in. |
| 23:12.25 | Kobaz | does freepbx have a better design do you think? with each channel having it's own thread |
| 23:12.41 | Kobaz | so you're not constantly ripping threads apart with masqurades and zombies and all that |
| 23:12.48 | marv | prometheanfire: i'm just complaining. you probably don't want to know. |
| 23:12.54 | kpfleming | freepbx is a gui on top of asterisk |
| 23:12.56 | Kobaz | er |
| 23:13.01 | Kobaz | whatever that other platform is |
| 23:13.05 | prometheanfire | I think he meant freeswitch |
| 23:13.09 | Kobaz | yeah there you go |
| 23:13.39 | prometheanfire | I had problems with it natting, whereas asterisk "just works" |
| 23:13.55 | kpfleming | discussions of the merits of one platform or the other probably belong somewhere else, unless there is a specific asterisk code issue to be discussed |
| 23:13.59 | Kobaz | i joined the freeswitch channel and asked about reliability, and regression testing, and unit testing |
| 23:14.09 | Kobaz | they are like... unit testing? we have qa people that test |
| 23:14.13 | Kobaz | and i'm like |
| 23:14.16 | Kobaz | NO |
| 23:14.18 | Kobaz | UNIT TESTING |
| 23:14.37 | Kobaz | either they didn't know, or they don't unit test |
| 23:14.44 | prometheanfire | Kobaz: they are young and we should probably take this off chan |
| 23:15.20 | Kobaz | well i have lots more work to do, there's probably not much more to the topic |
| 23:19.14 | Corydon76-lap | jsmith-teaching: are you in HSV? |
| 23:19.22 | jsmith-teaching | Corydon76-dig: Guilty as charged. You? |
| 23:19.32 | Corydon76-lap | Indeed. I'll come down. |
| 23:19.47 | jsmith-teaching | Corydon76-dig: OK... we're still working on labs, but feel free to drop by |