| 07:00.10 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 07:00.10 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- IAX2 is now RFC 5456. |
| 07:02.54 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:38.41 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:53.21 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 07:53.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:51.00 | *** join/#asterisk-dev FlashDeluxe (~FlashDelu@static-87-79-94-28.netcologne.de) |
| 08:51.36 | *** join/#asterisk-dev suneeel (~suneeel@115.252.84.170) |
| 08:54.03 | FlashDeluxe | Hi at all! I`ve got a Problem, i want to run two hfc cards in asterisk 1.6.2.10 with dahdi 2.2.0.2 and when i execute dahdi_genconf i get the error 'unknown default dahdi signalling for chan 1 type BRI at /usr/sbin/dahdi_genconf line 131' Is it a bug? What can I do? |
| 08:56.04 | FlashDeluxe | BTW: I installed the 'HFC-Patch-Paket' for dahdi-2.2.0.2 |
| 08:59.16 | tzafrir_laptop | FlashDeluxe, what patch do you mean, exactly? |
| 09:02.49 | FlashDeluxe | Its the dahdi-linux-2.2.0.2_zaphfc patch |
| 09:06.26 | FlashDeluxe | the .diff looks: http://paste.debian.net/81712/ |
| 09:22.15 | FlashDeluxe | i saw that you fixed a problem with almost the same message, but there the failure was in line 186 |
| 09:22.37 | FlashDeluxe | found it on google http://ibot.rikers.org/%23asterisk-dev/20081208.html.gz |
| 09:51.08 | FlashDeluxe | any suggestions? |
| 10:03.23 | tzafrir_laptop | FlashDeluxe, this bri_dchan patch is no longer needed if you use a decent zaphfc driver |
| 10:05.16 | FlashDeluxe | Mhh ok and what can i do to make the cards running under asterisk without getting this error? |
| 10:08.10 | FlashDeluxe | Because first, i tried it with dahdi-linux-2.3.0.1 and when i executed the command dahdi_genconf i got the message "no spans" :( |
| 10:18.54 | tzafrir_laptop | Here's the patch I use vs. 2.3.0.1: http://svn.debian.org/viewsvn/pkg-voip/dahdi-linux/trunk/debian/patches/dahdi_linux_extra |
| 10:19.15 | tzafrir_laptop | To be applied with patch -p1 |
| 10:19.35 | tzafrir_laptop | Note that it includes a few other drivers, and also includes OSLEC |
| 10:28.48 | FlashDeluxe | ok i will try it |
| 10:50.13 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:11.31 | FlashDeluxe | Is it a problem that the hisax driver are still installed? |
| 11:12.34 | tzafrir_laptop | FlashDeluxe, what system do you have? |
| 11:12.58 | tzafrir_laptop | you should blacklist it. Or rather, its low-level driver |
| 11:13.35 | tzafrir_laptop | On newer systems, 'lspci -k' would show you which drivers potentially handle that device |
| 11:13.44 | FlashDeluxe | Its a debian xen system 2.6.26-2-xen-686 |
| 11:14.09 | FlashDeluxe | ok it says that hisax is using it -.-* |
| 11:15.01 | FlashDeluxe | I`ll blacklist it and see what wil happen |
| 11:17.59 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 11:23.07 | FlashDeluxe | after blacklisting hisax lspci -k says 00:01.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02) Kernel modules: hisax |
| 11:23.36 | FlashDeluxe | dahdi_genconf tells me Empty configuration -- no spans Empty configuration -- no spans |
| 11:25.20 | tzafrir_laptop | FlashDeluxe, right. So indeed it is hisax you should blacklist |
| 11:25.41 | tzafrir_laptop | try modprobing the card |
| 11:26.02 | tzafrir_laptop | err... the driver |
| 11:26.08 | tzafrir_laptop | modprobe zaphfc |
| 11:26.59 | FlashDeluxe | ok |
| 11:27.00 | FlashDeluxe | Kernel driver in use: vzaphfc Kernel modules: zaphfc, hisax |
| 11:27.08 | FlashDeluxe | looks better, huh? |
| 11:27.43 | FlashDeluxe | dahdi_genconf -vv says the following: Default parameters from /etc/dahdi/genconf_parameters Generating /etc/dahdi/system.conf Generating /etc/asterisk/dahdi-channels.conf |
| 11:27.55 | FlashDeluxe | is that correctà |
| 11:29.14 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:29.15 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:33.33 | snuff-home | mornin leif |
| 11:35.07 | leifmadsen | snuff-home: morn! |
| 11:35.46 | snuff-home | got anythin 'exciting' planned for today? |
| 11:42.13 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.121) |
| 11:51.17 | *** join/#asterisk-dev rushowr (~rushowr@99-28-31-100.lightspeed.stlsmo.sbcglobal.net) |
| 11:51.27 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:51.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:51.52 | *** part/#asterisk-dev rushowr (~rushowr@99-28-31-100.lightspeed.stlsmo.sbcglobal.net) |
| 12:06.38 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.172) |
| 12:08.48 | FlashDeluxe | seeems to work |
| 12:08.49 | FlashDeluxe | :) |
| 12:09.27 | FlashDeluxe | but asterisk cli does not know dahdi commands :S I think that dahdi is not loaded by asterisk.. |
| 12:11.16 | *** join/#asterisk-dev rushowr (~rushowr@99-28-31-100.lightspeed.stlsmo.sbcglobal.net) |
| 12:11.50 | *** part/#asterisk-dev rushowr (~rushowr@99-28-31-100.lightspeed.stlsmo.sbcglobal.net) |
| 12:22.19 | *** join/#asterisk-dev hugorebelo (~hugo@p578D1FD0.dip.t-dialin.net) |
| 12:25.30 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:26.03 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:26.03 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:09.13 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:12.42 | *** join/#asterisk-dev diegomad (~mad@190.147.221.78) |
| 13:13.00 | FlashDeluxe | Hi, i still have problems with asterisk. If i want to make an call asterisk says Unable to create channel of type 'DAHDI' (cause 0 - Unknown) |
| 13:13.24 | FlashDeluxe | any suggestions |
| 13:13.54 | FlashDeluxe | ? |
| 13:15.43 | kpfleming | FlashDeluxe: #asterisk |
| 13:16.24 | FlashDeluxe | ok, thanks :) |
| 13:38.03 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:50.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:50.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.22 | *** join/#asterisk-dev zerohalo (~zerohalo@173-13-92-17-NewEngland.hfc.comcastbusiness.net) |
| 14:29.52 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 14:41.21 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:42.56 | pabelanger | Seem emails to mnick@digium.com seem to be getting bounced |
| 14:43.18 | pabelanger | s/Seem/Seems |
| 14:43.59 | putnopvut | pabelanger: yeah he was an intern, and it's likely he registered his digium e-mail adress on mantis/reviewboard. That should be changed to the address he uses now. |
| 14:44.02 | putnopvut | russellb: ^^ |
| 14:44.32 | anonymouz666 | in app_queue.c the connect log is generated by this line: ast_queue_log(queuename, qe->chan->uniqueid, member->membername, "CONNECT", "%ld|%s", (long)time(NULL) - qe->start, peer->uniqueid); - however, if this call was (builtin) pickup by another phone, the log will store the first ringing queue member. |
| 14:44.50 | anonymouz666 | is it possible to change member->membername in this case, to point to the bridged channel? |
| 14:45.36 | putnopvut | oh yuck |
| 14:45.59 | putnopvut | anonymouz666: which version of Asterisk? |
| 14:46.05 | anonymouz666 | the latest 1.4 |
| 14:46.52 | putnopvut | Oh, I see what you're saying. |
| 14:47.15 | putnopvut | Yeah, that's ... problematic. I'd suggest a bug report. |
| 14:47.59 | anonymouz666 | sure! will do. thanks. |
| 14:50.14 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:50.14 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:55.24 | Kobaz | jpeeler: i updated 16626 |
| 14:56.40 | jpeeler | yes i see that, thanks. if it turns out to be an easy option to add then i'll do so. otherwise i'll just close it. |
| 14:57.06 | Kobaz | i think it should be easy |
| 14:57.28 | Kobaz | there's the chanspy loop, and if the hangup option is set... bail from the loop instead of waiting for another call |
| 14:57.37 | jpeeler | then submit a patch :) |
| 14:57.39 | Kobaz | hehe |
| 14:57.42 | Kobaz | i have a deadline tomorrow |
| 14:57.47 | Kobaz | after that i can work on it |
| 14:58.26 | jpeeler | and then after that you can test 17138 too! |
| 14:58.47 | Kobaz | oh yes |
| 14:58.51 | Kobaz | thanks |
| 15:05.16 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 15:05.45 | anonymouz666 | putnopvut: I think that issue persists in all 1.6.x versions.. am I wrong? |
| 15:06.04 | putnopvut | anonymouz666: it is probably in every version of Asterisk. |
| 15:06.40 | putnopvut | It's a bit tricky because the member listed is the one that was actually called by the queue. The queue has no idea that someone else actually picked up the call. |
| 15:07.28 | putnopvut | Your idea of getting the bridged channel is one solution, but you could end up with a strange queue log entry if instead of seeing something like "Mark Michelson" in the queue log, you see "SIP/6028-02341fe3" |
| 15:09.42 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:09.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:09.56 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-tpkbcjukjrwvpaqz) |
| 15:10.09 | anonymouz666 | yeap |
| 15:10.56 | anonymouz666 | I was expecting something like that... like ${BRIDGEDPEER} var |
| 15:12.46 | anonymouz666 | at least we actually will know who was connected :-) |
| 15:21.32 | *** join/#asterisk-dev mnick86 (~Matthias@188-195-93-29-dynip.superkabel.de) |
| 15:23.51 | anonymouz666 | putnopvut: to get this behaviour, makes sense if I replace by qe->chan->name ? |
| 15:24.13 | putnopvut | anonymouz666: no, that would be the caller's channel, not the one that answered. |
| 15:26.09 | anonymouz666 | :/ |
| 15:28.35 | *** join/#asterisk-dev edguy3 (~edguy@ool-43521c56.dyn.optonline.net) |
| 15:30.28 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:56.17 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@63.81.41.227) |
| 15:57.09 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:57.09 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:16.32 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@63.81.41.227) |
| 16:18.40 | pabelanger | Hmm, looks like crypto_loaded_test is failing on my local box |
| 16:20.16 | pabelanger | http://asterisk.pastebin.com/zYp0Ld4N |
| 16:27.11 | pabelanger | Looks to be a dependency issue |
| 16:28.49 | seanbright | tzafrir_laptop: time for a non-asterisk question? |
| 16:28.59 | tzafrir_laptop | shoot |
| 16:29.24 | seanbright | i have a debian source package and i want to make a change and rebuild the package with an upgraded version number |
| 16:29.36 | seanbright | the source change was trivial |
| 16:29.44 | seanbright | i'm having trouble with the version change |
| 16:29.45 | seanbright | :-) |
| 16:30.38 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 16:30.45 | seanbright | i'm not trying to become a debian package expert, i just want the package to be ...-2.deb instead of ...-1.deb |
| 16:30.56 | kpfleming | you have to edit the changelog |
| 16:31.07 | kpfleming | that is derived from the first entry in the changelog |
| 16:31.07 | seanbright | ahh |
| 16:31.11 | seanbright | gotcha |
| 16:34.08 | seanbright | that seems to be working |
| 16:34.11 | seanbright | thanks |
| 16:34.13 | kpfleming | it's a pretty nice system, actually |
| 16:35.31 | tzafrir_laptop | seanbright, hmm... you edit the changelog |
| 16:35.35 | tzafrir_laptop | the first line |
| 16:35.57 | tzafrir_laptop | But consider adding a new entry |
| 16:36.43 | seanbright | yeah, i added a new entry |
| 16:36.48 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 16:36.48 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:36.55 | seanbright | will only be distributing internally though |
| 16:37.06 | kpfleming | uses the fancy debian changelog editing mode in emacs for doing such tasks |
| 16:37.42 | seanbright | love me some emacs |
| 16:37.50 | kpfleming | i knew i liked you |
| 16:38.10 | Corydon76-dig | Bah! Real programmers fiddle with the bits directly on disk by using hand magnets |
| 16:38.35 | kpfleming | seanbright: apt-get install dpkg-dev-el |
| 17:10.13 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:10.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:17.45 | anonymouz666 | 'pri show channels' would be a nice command to have. just like 'mfcr2 show channels' you can quickly see channel by channel if it is IDLE or no |
| 17:20.53 | leifmadsen | is there no 'dahdi show channels' ? |
| 17:21.12 | tzafrir_laptop | anonymouz666, why would a channel be "blocked"? |
| 17:21.57 | anonymouz666 | tzafrir_laptop: telco can blocked it. |
| 17:22.06 | anonymouz666 | it helps to troubleshot problems sometimes |
| 17:22.18 | tzafrir_laptop | anonymouz666, the telco would tell me? |
| 17:23.25 | anonymouz666 | well, in theory you are right, but in practice activating lots of E1s I can see this kind of output helps. |
| 17:23.58 | anonymouz666 | yesterday the telco put only one channel available, and then I was able to confirm that by using 'mfcr2 show channels' |
| 17:24.13 | anonymouz666 | (installing process) |
| 17:25.33 | anonymouz666 | leifmadsen: yes there is, but in my opinion we could add more information to make this command more useful.. just my opinion |
| 17:25.55 | leifmadsen | anonymouz666: more information is always good. I'm looking forward to triaging your patch! |
| 17:47.17 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 18:10.39 | kpfleming | pabelanger: ping |
| 18:10.52 | pabelanger | kpfleming: pong |
| 18:11.11 | kpfleming | crypto_loaded_test does not *require* res_crypto... it's a test to see if res_crypto has been loaded |
| 18:11.26 | kpfleming | the test can still be run without res_crypto loaded, but it will return an expected failure |
| 18:12.11 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 18:12.22 | pabelanger | kpfleming: Ok, I will revert the change. |
| 18:12.27 | pabelanger | so, this is expected? |
| 18:12.28 | pabelanger | http://asterisk.pastebin.com/zYp0Ld4N |
| 18:12.47 | kpfleming | was res_crypto loaded? |
| 18:12.51 | pabelanger | no |
| 18:12.56 | kpfleming | then yes, it's expected |
| 18:12.58 | pabelanger | didn't get compiled |
| 18:13.02 | kpfleming | it's a test to see if res_crypto is loaded :-) |
| 18:14.41 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 18:14.41 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 18:14.48 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.114.224.61) |
| 18:17.56 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:17.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:18.26 | pabelanger | kpfleming: True, because Asterisk did not compile it. Why run a test we know will fail? |
| 18:18.57 | kpfleming | the test framework should have support for expected failures |
| 18:19.15 | kpfleming | if it was compiled, but not loaded, the test is still applicable |
| 18:19.34 | *** join/#asterisk-dev alecdavis (~sivad@202-78-149-14.cable.telstraclear.net) |
| 18:23.40 | pabelanger | Agreed, and crypto_loaded_test() would run and pass in that instance. |
| 18:23.59 | kpfleming | no it would'n't |
| 18:24.09 | kpfleming | it will only pass if res_crypto is both compiled and loaded |
| 18:24.21 | pabelanger | Ya, sorry... typo |
| 18:28.01 | pabelanger | Reverting change :) |
| 18:28.35 | *** part/#asterisk-dev mnick86 (~Matthias@188-195-93-29-dynip.superkabel.de) |
| 18:29.19 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 18:30.10 | pabelanger | However, still don't agree we should be running a test on a un-compiled module |
| 18:30.18 | kpfleming | you aren't testing the module |
| 18:30.31 | kpfleming | you are testing whether it has been loaded, and replaced the default (dummy) implementation |
| 18:31.04 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 18:34.50 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:34.50 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 18:40.05 | pabelanger | Ok, another question about the test |
| 18:41.04 | kpfleming | waits with baited breath |
| 18:43.11 | pabelanger | Ya, nevermind. I don |
| 18:43.26 | pabelanger | 't think I can ask my question without looking like a dink :) |
| 18:43.31 | kpfleming | ok |
| 18:43.55 | kpfleming | i think part of the issue here is that that test is really a test of the optional api subsystem, but whether it passes or fails is not solely reliant on that code, but also on the system configuration |
| 18:44.34 | pabelanger | Yup, that sums it up nicely |
| 18:44.55 | pabelanger | For me, it fails because I don't have AES_encrypt installed |
| 18:45.35 | kpfleming | well, you mean building res_crypto fails |
| 18:50.16 | pabelanger | Don't have the option to build it, openssl dependency issue |
| 18:50.39 | kpfleming | understood |
| 18:51.18 | pabelanger | Thanks for the info; sorry to waste time. |
| 18:51.25 | kpfleming | not at all |
| 18:52.48 | *** part/#asterisk-dev alecdavis (~sivad@202-78-149-14.cable.telstraclear.net) |
| 19:02.42 | philipp64|laptop | leifmadsen: brought up the issue on the ML. we'll see where the discussion goes. |
| 19:03.32 | leifmadsen | pabelanger: dual income no kids? |
| 19:04.01 | pabelanger | leifmadsen: Something like that ;) |
| 19:04.07 | leifmadsen | heh |
| 19:12.34 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 19:16.51 | russellb | M17751 |
| 19:16.53 | MuffinMan | [ready for testing] [Asterisk] Channels/General 0017751: [patch] Error in sig_pri.c issues compiler warning and causes chan_dahdi to be unloadable - 1.8.0-beta2 reported by b11d https://issues.asterisk.org/view.php?id=17751 |
| 19:16.57 | russellb | looks like a trivial commit if someone wants it |
| 19:24.31 | seanbright | i nominate russellb |
| 19:25.00 | russellb | i'm busy prioritizing stuff :-p |
| 19:27.07 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 19:27.07 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 19:43.24 | seanbright | hmmm... http://www.thrysoee.dk/editline/ |
| 19:43.32 | seanbright | that's kept much more up to date |
| 19:50.04 | seanbright | so here is something i don't really understand. there were changes that went into editline up to this point, such as replacing calls to strlcpy (even though compat versions existed in the version we have) with ast_copy_string, and including asterisk.h, etc. |
| 19:50.47 | seanbright | i don't understand why editline needed to use code from asterisk at all. why can't it just be a standalone static library that we link to? |
| 19:51.37 | Corydon76-dig | Some of the changes were off-by-one errors, as well |
| 19:51.51 | seanbright | that i understand |
| 19:51.58 | seanbright | fixing bugs in the library is one thing |
| 19:52.46 | Corydon76-dig | ast_copy_string is also more efficient than strlcpy |
| 19:53.30 | seanbright | ok... so no real compelling reason then |
| 19:53.49 | kpfleming | and including asterisk.h means the compile-time flags get included, which makes the library more debuggable |
| 19:54.55 | seanbright | but there is no reason that building libedit/editline as a standalone library and linking it in to asterisk would cause something not to work |
| 19:55.13 | kpfleming | not that i know of |
| 19:55.17 | seanbright | cool |
| 19:55.52 | Corydon76-dig | seanbright: Well, sometimes in all cases |
| 19:56.20 | Corydon76-dig | seanbright: if there's an off-by-one error that causes Asterisk to crash, then that becomes our problem |
| 19:56.25 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:56.57 | Corydon76-dig | Now if the upstream copy has fixed all those problems, that's one thing. If we get blamed because the distribution library is buggy, that's another. |
| 19:57.12 | seanbright | well one would assume that this library has had plenty of time to work out those problems since 2003 |
| 19:58.01 | Corydon76-dig | That's why we need you to verify that all of the changes we've made are either in the upstream copy or the upstream copy has been restructured such those fixes are no longer necessary |
| 19:58.22 | Corydon76-dig | We don't want to have to fix the same problems twice |
| 19:59.18 | Corydon76-dig | and similarly, there could be changes in the NetBSD repos that aren't in the tarball... and those are problematic, as well. |
| 20:00.08 | Corydon76-dig | I'd rather see us tracking a live repo than a secondhand tarball |
| 20:00.58 | seanbright | ... just saw your e-mail to the -dev mailing list |
| 20:01.02 | seanbright | yikes |
| 20:01.03 | seanbright | heh |
| 20:02.31 | seanbright | well the tarball is autoconf'd for us so we don't have to spend time with that |
| 20:03.03 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 20:03.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 20:03.32 | Corydon76-dig | seanbright: I am SO not afraid of autoconf now... |
| 20:03.56 | seanbright | i'm not afraid of autoconf |
| 20:04.08 | seanbright | but why reinvent the wheel? |
| 20:04.29 | Corydon76-dig | You're allowed to grab source from one place and build from another, you know |
| 20:05.04 | Corydon76-dig | Grab the stuff out of the tarball for the build system, and grab the updated source from NetBSD's repo |
| 20:05.20 | seanbright | well it's cvs for one |
| 20:05.50 | seanbright | and i'm sure there are changes beyond the Makefile (#ifdef HAVE_SOMETHING_H, etc) that he has made |
| 20:06.01 | Corydon76-dig | Ah, wasn't sure if they had converted to SVN or not. FreeBSD has converted to SVN, and the changes are mirrored out to CVS for convenience |
| 20:06.32 | seanbright | netbsd may have done the same, but i haven't looked |
| 20:07.42 | seanbright | looks to be cvs only |
| 20:07.49 | Corydon76-dig | Oh, and if we've fixed things related to security that aren't upstream, we probably could let somebody know... I don't think the changes are large enough to trigger copyright concerns |
| 20:08.44 | seanbright | 95% of the changes in the svn history were build related changes |
| 20:08.50 | seanbright | in our repo, that is. |
| 20:11.55 | Corydon76-dig | seanbright: as long as somebody verifies the changes and the applicability of them, I'm happy. |
| 20:21.04 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 20:21.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:21.10 | oej | ...he he. |
| 20:21.17 | kpfleming | shouldn't you be asleep? |
| 20:21.22 | oej | When starting asterisk in the background, it sends a color change to the console |
| 20:21.29 | oej | I guess I should. Sorry. |
| 20:21.37 | oej | This is asterisk trunk. |
| 20:21.39 | kpfleming | so should i... but that's another topic |
| 20:22.01 | kpfleming | how exactly did you start asterisk? |
| 20:22.08 | oej | on Centos |
| 20:22.12 | oej | <PROTECTED> |
| 20:22.25 | kpfleming | yeah... that seems wrong then :-) |
| 20:22.28 | oej | I've repeated it |
| 20:22.30 | philipp64|laptop | Corydon76-dig: are bug reports now open season on being snide and insulting? |
| 20:22.33 | Qwell | oej: so did I |
| 20:22.36 | Qwell | that's funky |
| 20:22.41 | oej | Yes, that's wrong. But funny |
| 20:26.02 | kpfleming | you can call it a confirmation that asterisk started up :-) |
| 20:26.18 | Qwell | except it's not. because it failed to start for me. |
| 20:27.20 | oej | I can't figure out how to get 1.8 to listen to both ipv6 and ipv4 |
| 20:27.50 | oej | Not even from reading the code... Hmmm. |
| 20:27.52 | Corydon76-dig | oej: Isn't the bindaddr supposed to be something like ::0 ? |
| 20:28.03 | oej | But that's IPv6 only |
| 20:28.07 | oej | I want both |
| 20:28.17 | Corydon76-dig | No, I think that's both |
| 20:28.29 | oej | THat would be "::" then |
| 20:28.44 | kpfleming | well, :: and ::0 are equivalent, IIRC |
| 20:28.53 | Corydon76-dig | There's a range within IPv6 that the kernel uses for convenience to return IPv4 addresses within IPv6 |
| 20:28.58 | oej | SO I can't set it to only listen to ipv6 wildcard |
| 20:29.07 | kpfleming | i believe that is correct |
| 20:29.13 | oej | Setting it to ipv6 wildcard assumes that I also want IPv4? |
| 20:29.15 | oej | That's wrong. |
| 20:29.23 | oej | And not documented at all. |
| 20:29.53 | kpfleming | this has already been covered on the -dev list, where you've pointed out that the documentation is incomplete |
| 20:30.05 | oej | :-) |
| 20:30.18 | Qwell | oej: that's actually how other daemons act. ssh for example |
| 20:30.25 | oej | Now I experience it |
| 20:30.36 | oej | No, I just configured SSH... |
| 20:30.37 | Qwell | (though, admittedly, ssh does have a -6 option that can force it to be v6 only) |
| 20:30.48 | oej | You add multiple listen addresses |
| 20:30.57 | oej | ANd you can set AddressFamily to any, ipv4 or ipv6 |
| 20:31.00 | oej | Which you can't here. |
| 20:31.18 | kpfleming | that's right |
| 20:31.25 | kpfleming | chan_sip can still only listen on one UDP socket |
| 20:31.31 | oej | SO I set bindaddr to :: and reloaded |
| 20:31.36 | oej | now it ONLY listens to IPv6 |
| 20:31.49 | oej | This needs a LOT of testing |
| 20:32.07 | kpfleming | which you are starting... so thanks! |
| 20:32.40 | oej | :-) |
| 20:32.54 | oej | Sponsored by the Norwegian University Network Uninet |
| 20:32.58 | oej | Thank them. |
| 20:33.06 | kpfleming | i don't speak their language |
| 20:33.16 | Corydon76-dig | oej: You can blame me for pushing IPv6. I said we absolutely had to have it for the next LTS |
| 20:33.20 | oej | Yet. When you see the fjords, you will speak it like a native |
| 20:33.27 | oej | Corydon: Thanks! |
| 20:33.33 | kpfleming | among others |
| 20:33.38 | oej | I pushed it rather hard myself. |
| 20:33.53 | oej | Now we need to make sure we make it useful |
| 20:33.54 | kpfleming | oej: if the fjords in norway are as impressive as the alps in switzerland, i'd really like to see them |
| 20:34.09 | kpfleming | but i suspect i'll see 'fjords' in new zealand before i see the ones in norway |
| 20:34.10 | oej | kpfleming: You do need to see them. Period. |
| 20:34.29 | oej | Designed by slartibartfast, as you propably know. |
| 20:34.36 | Corydon76-dig | Is your Norwegian Blue Parrot pining for the fjords? |
| 20:34.38 | kpfleming | i do |
| 20:34.54 | oej | No, the parrot is just asleep. |
| 20:35.09 | alecdavis | new zealand, great place, you should all come here. |
| 20:35.35 | Corydon76-dig | alecdavis: Isn't that where the sheep outnumber the people 3-to-1? ;-) |
| 20:35.36 | kpfleming | alecdavis: have you seen the new skycouch seats on Air NZ's 767s? it makes me want to book a ticket |
| 20:35.41 | oej | If we create an option for Dialstring tag in chan_sip, we could load two sip channels and bridge properly between ipv4 and ipv6... |
| 20:35.44 | oej | Hmmm. |
| 20:36.06 | alecdavis | I thought the ratio was higher, but yet. |
| 20:36.17 | alecdavis | yes. |
| 20:37.17 | alecdavis | havn't travelled overseas lately, to see the new couches :( |
| 20:37.30 | kpfleming | it would make the 14-15 hour leg between LAX and Auckland tolerable, i suspect |
| 20:37.51 | seanbright | Corydon76-dig: should there be a diff on your review request? |
| 20:38.05 | seanbright | for some reason i am not seeing it |
| 20:38.11 | seanbright | i just see the "review" tab on the far right |
| 20:38.18 | oej | I thought alwaysauthreject was on by default in chan_sip now, but that's obviously not the case. Might be a good change for 1.8 |
| 20:38.20 | Corydon76-dig | seanbright: when somebody restarts reviewboard, yes |
| 20:38.25 | seanbright | ahh |
| 20:38.31 | seanbright | someone: restart reviewboard |
| 20:40.20 | kpfleming | seanbright: is that like wget -R http://*.*? |
| 20:43.14 | alecdavis | corydon76-dig: ratio of sheep to people, going by google it's around 13:1, we have around 4 Million people. |
| 20:45.15 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 20:48.58 | russellb | M17730 |
| 20:49.00 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_iax2 0017730: [patch] chan_iax2 produces PeerState registered event without Address and Port reported by jkroon https://issues.asterisk.org/view.php?id=17730 |
| 20:49.06 | russellb | someone can commit that :-) |
| 20:53.32 | oej | Who's got the commit name "someone" |
| 20:53.43 | oej | Good night. Kevin told me it was too late for me. |
| 20:54.22 | russellb | someone == anyone here with commit access that likes helping out |
| 20:54.41 | oej | ;-) |
| 20:55.09 | oej | Anycast address by definition. |
| 21:01.21 | seanbright | kpfleming: is there a way to export an environment variable into a sub-process (not a sub-make) from a makefile? |
| 21:01.52 | kpfleming | yes, include it at the beginning of the command line that invokes the shell |
| 21:02.01 | seanbright | ah yes. thanks. |
| 21:02.04 | kpfleming | FOO=BAR /path/to/executable arg1 arg2 arg3 |
| 21:02.23 | seanbright | that's the exact line from my makefile... creepy |
| 21:02.39 | kpfleming | i'll turn off your webcam now |
| 21:03.03 | seanbright | yuo turned off teh monitor |
| 21:03.14 | kpfleming | jsmith: your regular nick should be jsmith-present |
| 21:03.52 | russellb | or it could just always be jsmith |
| 21:05.08 | jsmith | jsmith-lost perhaps? |
| 21:05.10 | jsmith | jsmith-annoying? |
| 21:05.22 | russellb | just jsmith would be fine :-p |
| 21:07.05 | kpfleming | oej: we need to start having SIPit, IETF, ITU, etc. meetings in central and south america, so i can fly north/south instead of east/west and avoid this horrible jet lag |
| 21:07.11 | wedhorn | leifmadsen: any reason you see to run 16980 (skinny) through review board. It's a fairly trivial change (albeit quite large). Basically a cut and paste job. |
| 21:07.37 | oej | kpfleming: You are just moving the problem over to me then ;-) |
| 21:07.49 | kpfleming | we can alternate |
| 21:07.56 | kpfleming | south america and portugal |
| 21:08.14 | oej | and occassionally in norway |
| 21:08.21 | kpfleming | in summer, OK |
| 21:08.24 | anonymouz666 | then you will need to learn our language :) |
| 21:08.29 | oej | Trying again, good night :-) |
| 21:08.48 | kpfleming | anonymouz666: norwegian is similar to swedish, right? |
| 21:09.17 | oej | Or the opposite |
| 21:09.18 | anonymouz666 | I can say about portuguese and spanish, similar but very different :-) |
| 21:09.55 | oej | Very good analogy. Portuguese people understand spanish, but the spanish people doesn't understand all of portuguese |
| 21:10.13 | oej | Norwegians understand us, but most swedes have issues with their language. |
| 21:11.01 | jsmith | kpfleming: I've made two trips to South America in the past two weeks -- It's not that much different than flying east-west |
| 21:11.44 | anonymouz666 | jsmith: exactly where? |
| 21:12.01 | jsmith | anonymouz666: Chile the week before last (Santiago) and Brazil (Porto Alegre) last week |
| 21:12.49 | anonymouz666 | oh nice I know Porto Alegre |
| 21:13.10 | anonymouz666 | but I am from Rio de Janeiro |
| 21:16.16 | seanbright | kpfleming: worked a treat - thanks |
| 21:22.15 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 21:28.12 | Qwell | if [ -n "" ]; then \ |
| 21:28.12 | Qwell | rm -f ;\ |
| 21:28.12 | Qwell | fi |
| 21:28.14 | Qwell | that's a little scary O.o |
| 21:29.42 | russellb | o.O |
| 21:29.54 | Kobaz | is it proper to call ast_free on an ast_realloc'd buffer |
| 21:30.01 | Qwell | don't recall ever seeing it before. it's safe, but... |
| 21:30.14 | russellb | Kobaz: yes |
| 21:30.22 | Kobaz | i'm getting a crash for some reason |
| 21:30.29 | Kobaz | it was working fine with ast_malloc |
| 21:30.44 | Kobaz | lemme do more monkeying |
| 21:31.05 | jsmith | anonymouz666: I had a nice short layover in Rio |
| 21:40.11 | seanbright | Qwell: where did you see that snippet? |
| 21:40.22 | Qwell | it's because OLDHEADERS is empty |
| 21:40.34 | Qwell | which is what it's checking.. just looks odd |
| 21:40.47 | seanbright | ah |
| 21:43.25 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.87.234) |
| 21:46.15 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.87.234) |
| 21:53.41 | Kobaz | haha whoops |
| 21:53.50 | Kobaz | i'm overwriting the pointer |
| 21:54.33 | seanbright | that'll do it |
| 21:57.29 | Kobaz | hmm, i guess strings can't be overlapping with ast_build_string |
| 22:01.50 | seanbright | yeah, it's just an snprintf wrapper and that behavior is undefined with snprintf and friends |
| 22:02.59 | seanbright | if you're doing a lot of that kind of stuff you might want to consider using the ast_str stuff |
| 22:03.04 | Kobaz | k |
| 22:03.07 | Kobaz | where's that? |
| 22:03.18 | Kobaz | yeah my next question was is there any nahandy string building functions |
| 22:03.30 | Kobaz | once i finish this stuff up i can post these fixes to group vars |
| 22:04.18 | seanbright | what version of asterisk? |
| 22:04.32 | Kobaz | 1.6.2 |
| 22:04.46 | Kobaz | strings.c has some stuff.. but no documentation |
| 22:05.24 | Kobaz | strings.h nifty |
| 22:06.18 | seanbright | yeah |
| 22:06.19 | Kobaz | i really, really.... really really.... hate working with strings in c |
| 22:06.31 | Kobaz | this strings lib is pretty nice |
| 22:07.03 | russellb | yup, ast_str |
| 22:08.20 | seanbright | yup |
| 22:08.25 | seanbright | mmhmm |
| 22:11.48 | Kobaz | how do i get a pointer to the char* |
| 22:12.04 | *** join/#asterisk-dev elguero (~miguel323@64.241.37.140) |
| 22:13.03 | seanbright | ast_str_buffer(str) |
| 22:13.07 | Kobaz | k |
| 22:17.07 | Kobaz | wow that's really awesome |
| 22:17.21 | Kobaz | i just got rid of like... 20 lines of string manipulation code and mallows |
| 22:17.23 | Kobaz | mallocs |
| 22:17.39 | russellb | yay |
| 22:17.52 | Corydon76-dig | Marsh-malloc()s? |
| 22:17.57 | Kobaz | and one crash |
| 22:17.59 | Kobaz | hahah yeah |
| 22:17.59 | russellb | don't modify it directly though, always modify through the ast_str() API calls |
| 22:18.05 | Kobaz | yeah, i figured that |
| 22:18.15 | Kobaz | internal size tracking and stuff |
| 22:18.26 | russellb | yup |
| 22:18.28 | Corydon76-dig | There's an ast_str_append_substr() which helps and stuff |
| 22:18.54 | Corydon76-dig | makes it easier to replace strcat without slowing down anything appreciably |
| 22:19.16 | Kobaz | nice |
| 22:20.30 | Kobaz | heh |
| 22:20.37 | Kobaz | i'm gonna submit that as a bash.org quote |
| 22:31.42 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 22:34.11 | *** join/#asterisk-dev pabelanger-lap (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 22:59.44 | *** join/#asterisk-dev edguy3 (~edguy@c-98-221-27-224.hsd1.nj.comcast.net) |
| 23:10.53 | leifmadsen | wedhorn: you're now the maintainer of chan_skinny, so it's up to you what needs to go onto reviewboard :D |
| 23:13.19 | *** join/#asterisk-dev chazzam (~chazz@173-24-236-101.client.mchsi.com) |
| 23:20.13 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |