| 00:01.52 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 00:12.59 | *** join/#asterisk-dev Khratos (~Khratos@66.128.60.148) |
| 00:13.57 | Khratos | Good evening. May I ask something about opening or not an issue on the issue tracker, regarding a possible change? |
| 00:46.18 | alecdavis | ask away |
| 00:48.18 | Khratos | Well, as according to this notice: http://lists.packetizer.com/pipermail/h323plus/2007-November/000756.html , the people of H323plus changed the BOOL to PBool for the reason "The reason was so that PBoolean could be defined as |
| 00:48.22 | Khratos | the ANSI standard bool type and we get a whole pile of beneficial compile |
| 00:48.31 | Khratos | time checks." |
| 00:49.00 | Khratos | Then, maybe it would be beneficial to change references to BOOL to PBool on channels/h323 |
| 00:49.58 | Khratos | Only 2 files would be affected (ast_h323.h and ast_h323.cxx) |
| 00:50.19 | Khratos | That would allow to use the newest versions of PTLib and H323plus |
| 00:51.08 | Khratos | I tested that on 1.4, and it worked (had to modify the configure script to use my installed version of ptlib, no matter what it is) |
| 00:57.35 | alecdavis | seems suitable for mantis (not strictly a bug yet) but with a patch provided should be OK, and then depending on complexity reviewboard. |
| 01:00.01 | Khratos | Thanks alecdavis , I'll finish a test here with 1.8 (to get sure it does not brakes nothing) and post it to mantis |
| 01:12.46 | Khratos | bah, core dumped but because of "/usr/lib/asterisk/modules/res_config_odbc.so: undefined symbol: ast_odbc_clear_cache" |
| 01:43.20 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 01:43.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:36.16 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 02:36.17 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 03:09.52 | *** join/#asterisk-dev moy (~moy@CPE003048b11058-CM00222d6b4d65.cpe.net.cable.rogers.com) |
| 03:11.47 | *** join/#asterisk-dev moy (~moy@CPE003048b11058-CM00222d6b4d65.cpe.net.cable.rogers.com) |
| 04:10.41 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 04:10.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:16.21 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 05:39.17 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 05:39.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:54.25 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 06:38.13 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3a1701d.cpe.net.cable.rogers.com) |
| 06:38.45 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:38.48 | schmidts | good morning |
| 06:40.34 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 07:04.46 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM00222d6b4d65.cpe.net.cable.rogers.com) |
| 07:04.53 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:04.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:08.27 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:f0a3:f6:884d:6e04) |
| 07:55.43 | schmidts | morning tzafrir |
| 07:55.52 | schmidts | do you remeber the right parameter for diff to create a patch? |
| 07:55.54 | tzafrir | schmidts, hi |
| 07:56.03 | tzafrir | diff -u |
| 07:56.12 | schmidts | :D |
| 07:56.13 | schmidts | thx |
| 07:56.16 | tzafrir | an extra -p is also nice |
| 07:57.06 | schmidts | this really looks better, thank you! |
| 08:08.41 | *** join/#asterisk-dev micols (~ident@rlogin.dk) |
| 08:12.14 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 08:38.58 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 08:52.41 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 08:52.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:56.23 | oej | Morning, folks |
| 08:56.44 | schmidts | waves to oej |
| 08:57.00 | oej | waves back. |
| 09:19.57 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3a1701d.cpe.net.cable.rogers.com) |
| 11:04.40 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:04.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:13.33 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:13.34 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:38.38 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 13:38.38 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 13:51.45 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 13:52.03 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:52.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:59.22 | *** join/#asterisk-dev elguero (~miguel323@174.141.211.66.inaddr.G4.NET) |
| 13:59.33 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:00.27 | *** join/#asterisk-dev Sipster (~Sipster@modemcable143.199-202-24.mc.videotron.ca) |
| 14:01.47 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 14:01.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:03.09 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:03.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:09.13 | *** join/#asterisk-dev i_eat_children (~i_eat_chi@firewall-a.buf.ny.i-evolve.net) |
| 14:11.47 | JonathanRose | Hmmmmm. |
| 14:11.56 | JonathanRose | I'm a little bewildered by app_voicemail. |
| 14:12.21 | JonathanRose | It's like... __has_voicemail is prototyped when it's in imap mode. |
| 14:12.31 | seanbright | you are not alone |
| 14:12.37 | JonathanRose | But I don't see the actual function. |
| 14:13.10 | JonathanRose | never had much love for the preprocessor |
| 14:15.45 | seanbright | there was some work in a GSoC that started pulling out the storage functionality |
| 14:15.53 | seanbright | it's in a branch/review somewhere |
| 14:15.59 | seanbright | that will make it cleaner |
| 14:23.55 | leifmadsen | being able to play audio from a database directly from the dialplan would be oh so sweet |
| 14:29.07 | file | that gives me shivers |
| 14:29.13 | seanbright | heh |
| 14:29.47 | file | (not in a good way) |
| 14:30.06 | seanbright | well... serving binary data from an rdbms is always interesting |
| 14:30.27 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:30.27 | file | it's just the idea of so tightly coupling things to a database |
| 14:30.27 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:30.53 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:30.53 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:30.57 | JonathanRose | Wow. This is really stupid. When voicemail fails to find an audio file to play, it just drops the whole bloody call. |
| 14:30.58 | Khratos | Good morning |
| 14:31.00 | seanbright | well there would be a layer of indirection right? |
| 14:31.16 | JonathanRose | I don't mean it just quits the voicemail application either. |
| 14:31.20 | JonathanRose | It just out and out hangs up. |
| 14:31.24 | seanbright | heh |
| 14:31.26 | seanbright | you must be new |
| 14:31.29 | seanbright | :P |
| 14:31.32 | JonathanRose | Yes. |
| 14:31.34 | JonathanRose | Ish. |
| 14:31.48 | schmidts | :D |
| 14:33.22 | *** join/#asterisk-dev otherwiseguy (~terry@69.76.221.65) |
| 14:36.40 | leifmadsen | :) |
| 14:47.13 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 14:53.40 | kpfleming | packages.asterisk.org is currently being rebuilt, and for some time today (probably an hour) it will have incomplete contents. if you see reports of this, it's a known issue. |
| 14:54.30 | seanbright | anyone else noteice that something is wrong with packages.asterisk.org today? |
| 14:54.35 | seanbright | oh |
| 14:54.36 | seanbright | nm |
| 14:55.19 | Marquis42 | lol |
| 15:07.19 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-vszmvabeniguktwp) |
| 15:17.13 | kpfleming | seanbright: it's fixed |
| 15:20.03 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:22.45 | seanbright | kpfleming: i was just having a bit of fun |
| 15:23.03 | kpfleming | a very small bit, then |
| 15:23.08 | seanbright | very |
| 16:05.18 | *** join/#asterisk-dev i_eat_children (~i_eat_chi@firewall-a.buf.ny.i-evolve.net) |
| 16:05.45 | i_eat_children | does "No application 'Random' for extension" mean the dialplan application "Random" is not installed? |
| 16:06.10 | seanbright | yes |
| 16:06.33 | i_eat_children | i take it, "Random" is not installed by default? |
| 16:07.56 | i_eat_children | is see "func_rand" listed in Dialplan functions |
| 16:08.19 | serafie | function != application |
| 16:08.19 | seanbright | this is an #asterisk question |
| 16:08.21 | tzafrir | core show function RAND |
| 16:08.21 | JonathanRose | Yep |
| 16:09.21 | i_eat_children | for some reason i cannot log into #asterisk |
| 16:09.45 | JonathanRose | I assume by your presence in here it isn't because you are not nickserv'd |
| 16:09.48 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:09.49 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:10.02 | JonathanRose | Which leaves me thinking... |
| 16:10.28 | JonathanRose | Maybe someone banned you for eating children. |
| 16:11.58 | i_eat_children | could someone point in the direction of how to install the "Random" application ? |
| 16:12.06 | JonathanRose | It's not an application. |
| 16:12.08 | JonathanRose | It's a function. |
| 16:12.16 | JonathanRose | You have to use it like one. |
| 16:12.34 | JonathanRose | So there is no installing it either. |
| 16:12.44 | i_eat_children | i'm getting "No application 'Random' for extension" whn using it in dialplan |
| 16:12.51 | JonathanRose | That's because it isn't an application. |
| 16:12.54 | kpfleming | you are using it incorrectly |
| 16:13.00 | JonathanRose | And you are trying to use it like an application. |
| 16:13.13 | i_eat_children | i'm using it identifcaly to: |
| 16:13.15 | i_eat_children | http://www.the-asterisk-book.com/unstable/applikationen-random.html |
| 16:13.17 | kpfleming | you are probably trying to use a very old dialplan from Asterisk 1.2 (or older days) where it was an application |
| 16:13.32 | kpfleming | what version of asterisk is that book for? |
| 16:14.22 | JonathanRose | deprecated |
| 16:14.34 | kpfleming | http://www.the-asterisk-book.com/unstable/funktionen-rand.html |
| 16:14.58 | JonathanRose | use GotoIf($(RAND(1,100)} > <number>]?<label>) |
| 16:15.07 | *** join/#asterisk-dev cVsup (~cVsup@189.83.171.53) |
| 16:15.24 | i_eat_children | ahh... strange it got more complicated...exten => _X.,2,Random(50:won,1) is so much easier |
| 16:16.01 | JonathanRose | It's more flexible as a function. |
| 16:16.16 | JonathanRose | You can use it as a variable with pretty much any application as a result. |
| 16:16.21 | JonathanRose | Or other functions |
| 16:16.23 | JonathanRose | or anything really. |
| 16:17.24 | i_eat_children | ok, thanks for your help |
| 16:18.30 | JonathanRose | Oh, and if you want to use it in a way more similar to the example... |
| 16:19.28 | JonathanRose | You'd do something like Set(varname=${RAND(1,100)}) |
| 16:19.41 | JonathanRose | I'm not a hundred percent sure of the syntactical accuracy of that statement. |
| 16:28.54 | i_eat_children | following identical example, i'm getting "No such label 'lost' in extension" |
| 16:30.07 | wdoekes2 | i_eat_children: I believe you're missing a ,1 in your Goto |
| 16:31.25 | i_eat_children | so the example is incorrect? |
| 16:31.45 | wdoekes2 | JonathanRoses example is fine |
| 16:31.55 | wdoekes2 | that error is generated somewhere else |
| 16:32.03 | i_eat_children | http://www.the-asterisk-book.com/unstable/funktionen-rand.html |
| 16:32.09 | i_eat_children | i have identical setup as that |
| 16:32.31 | wdoekes2 | yes.. that example is wrong |
| 16:32.39 | wdoekes2 | that should read won,1:lost,1 |
| 16:33.01 | wdoekes2 | (in the Goto.. like I said) |
| 16:34.16 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 16:34.45 | wdoekes2 | *gone* |
| 16:36.13 | kpfleming | i_eat_children: you are reading a book that is incomplete and full of errors... you really should find a different resource for learning asterisk |
| 16:36.32 | i_eat_children | i'd be happy to, can you tell me where one is? |
| 16:37.09 | kpfleming | Asterisk: The Future of Telephony |
| 17:02.12 | *** join/#asterisk-dev ArtemMakhutov (~ArtemMakh@ip-95-223-4-6.unitymediagroup.de) |
| 17:02.15 | *** part/#asterisk-dev ArtemMakhutov (~ArtemMakh@ip-95-223-4-6.unitymediagroup.de) |
| 17:06.09 | Khratos | Folks, a little question here: where does 'busy', 'unavailable', etc. greetings get saved when using ODBC? |
| 17:06.29 | Khratos | I've made some test and they just dissapear |
| 17:06.48 | Khratos | Even when they initially get created (the .tmp.wav) while recording it |
| 17:12.21 | *** join/#asterisk-dev miguel3239 (~miguel323@174.141.211.66.inaddr.G4.NET) |
| 17:15.57 | Khratos | oops, wrong channel |
| 18:02.22 | *** join/#asterisk-dev cVsup (~peixoto@189.83.171.53) |
| 18:10.58 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 18:38.16 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 18:38.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:58.41 | pabelanger | So, I'm trying to trace down an issue with one of our IPv6 fax tests failing. It looks like asterisk is not parsing the port information correctly. |
| 18:59.19 | pabelanger | Here is a trace of an INVITE asterisk receives via IPv6: http://pastebin.com/2yNAtAcy |
| 19:00.09 | pabelanger | You can see, SIP read from UDP:[::1]:5061 at the top of the trace, however Transmitting (no NAT) to [::1]:5060 is where Asterisk send the reply |
| 19:02.29 | pabelanger | I believe this is a result of m18951 fix |
| 19:02.31 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/Registration 0018951: [patch] [regression] Cisco phones do not register reported by jmls https://issues.asterisk.org/view.php?id=18951 |
| 19:07.39 | leifmadsen | :( |
| 19:11.07 | kpfleming | ouch |
| 19:12.01 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:4d0e:6913:1385:4ec1) |
| 19:12.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:12.39 | jsmith | Mention IPv6, and oej will appear :-) |
| 19:12.53 | oej | :-) |
| 19:25.22 | seanbright | so what do you folks talk about on the asterisk developer call? |
| 19:27.07 | rgagnon | https://wiki.asterisk.org/wiki/display/AST/Asterisk+Developer+Call+-+05122011+-+1700+EST |
| 19:27.51 | seanbright | ah |
| 19:27.54 | seanbright | that was easy |
| 19:28.15 | rgagnon | I just pushed my easy button to get that too, ... weird |
| 19:37.13 | pabelanger | So reverting m188951 does fix the test, but trying to understand why |
| 19:37.14 | MuffinMan | Failed to retrieve issue page for 188951. Does it exist? |
| 19:37.26 | pabelanger | 0018951 |
| 19:40.10 | *** join/#asterisk-dev otherwiseguy (~terry@68-70-72-166.static.kc.surewest.net) |
| 19:45.50 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 19:48.06 | leifmadsen | M18951 |
| 19:48.08 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/Registration 0018951: [patch] [regression] Cisco phones do not register reported by jmls https://issues.asterisk.org/view.php?id=18951 |
| 19:53.18 | rgagnon | if via->maddr is not set, would via->port be set? |
| 19:54.12 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 19:54.12 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:54.21 | rgagnon | Im not familiar with that part of chan_sip, but the setting of the sockaddr was moved outside an if-block |
| 20:08.42 | wdoekes2 | it should be |
| 20:08.49 | *** join/#asterisk-dev michael-i (~michael@204.11.230.58.static.etheric.net) |
| 20:12.10 | wdoekes2 | that parsing is done in parse_via (reqresp_parser.c in trunk) |
| 20:13.53 | wdoekes2 | but that will probably fail, because parse_via is not equipped to handle ipv6 |
| 20:17.51 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 20:17.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:18.14 | leifmadsen | wdoekes2: is there another wdoekes? |
| 20:18.52 | wdoekes2 | no.. I lost my password for wdoekes1 |
| 20:18.54 | leifmadsen | btw: do you mind if I ask how to pronounce your last name? Doh-kes, Dokes? |
| 20:19.03 | wdoekes2 | Doohkes |
| 20:19.14 | leifmadsen | do-kes ? |
| 20:19.20 | wdoekes2 | yes |
| 20:19.28 | leifmadsen | awesome, that helps :) |
| 20:23.32 | JonathanRose | Is that do as in to do or do as in doe? |
| 20:24.00 | wdoekes2 | to do |
| 20:25.12 | leifmadsen | do ra me fa so la ti do! |
| 20:25.47 | seraphie | do re me fa sol la ti do. :P |
| 20:27.21 | wdoekes2 | pabelanger: try something like this http://wjd.nu/files/2011/05/tmp.txt?view |
| 20:27.58 | leifmadsen | seraphie: sol off |
| 20:41.48 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 20:45.38 | *** join/#asterisk-dev rogersja (~RogersJa@S0106000f6695039f.gv.shawcable.net) |
| 20:50.22 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 21:32.25 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 21:32.25 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:49.44 | alecdavis | leifmadsen: 1.6.2 and M18654, I missed the fact that it should also apply to 1.6.2. were was my head? are we still able to apply last fixes to 1.6.2? |
| 21:49.48 | MuffinMan | [ready for testing] [Asterisk] Features 0018654: [patch] [regression] Call Pickup Hangs Asterisk (deadlock?) reported by Docent https://issues.asterisk.org/view.php?id=18654 |
| 21:52.06 | alecdavis | although... I'm sure I tested 1.6.2 and couldn't ever get it to fail. |
| 21:52.38 | sruffell | tzafrir: any objects to committing those gcc-4.6 commits? I figure we'll want them on trunk and 2.4 branch. |
| 21:52.44 | sruffell | s/objects/objections/ |
| 21:53.51 | tzafrir | sruffell, no, they're fine |
| 21:53.56 | sruffell | thx. |
| 21:58.12 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 21:58.38 | sruffell | tzafrir: one more thing quicklyâ¦what do you think about https://github.com/sruffell/dahdi-linux/commit/82e747be44.patch? dahdi_genconf results in several calls to free and reload the tone zoneâ¦which results in repeated "registered" messages in the kernel logs. |
| 22:00.57 | sruffell | I'm going to generate a patch here in the next day or two to have dahdi_genconf try to enable hwec on each channel in order to set the echocan to 'hwec' if available by default. We can pull that out when the dahdi_devices / sysfs stuff goes in. But at least users of trunk would still be able to run dahdi_genconf and have the hwec set up properly. |
| 22:38.27 | *** join/#asterisk-dev miguel3239 (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 22:43.25 | *** join/#asterisk-dev micols (~ident@rlogin.dk) |
| 22:43.25 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:43.25 | *** mode/#asterisk-dev [+o leifmadsen] by verne.freenode.net |
| 23:08.09 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 23:08.09 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 23:29.15 | *** join/#asterisk-dev seraphie (~erin@207.98.195.107) |
| 23:53.17 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:53.17 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |