| 02:50.20 | *** join/#asterisk-dev ricko73 (n=dhartman@wilug/newlug/ricko73) |
| 02:51.07 | ricko73 | any specific reason why asterisk-1.6.1.x uses --without-sdl while asterisk-1.6.2.x uses --without-SDL? |
| 05:18.29 | *** join/#asterisk-dev obnauticus (n=l@about/windows/regular/obnauticus) |
| 05:29.34 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:37.52 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@62.90.10.53) |
| 06:37.52 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:15.16 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:15.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:48.57 | *** join/#asterisk-dev DarkRift (n=dark@65.92.165.111) |
| 07:51.40 | *** join/#asterisk-dev errotan (n=errotan@62.201.122.28) |
| 08:46.27 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 09:09.57 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:09.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:20.37 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 09:20.37 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 09:23.39 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:40.25 | *** join/#asterisk-dev errotan (n=errotan@5403E5FD.catv.pool.telekom.hu) |
| 10:49.03 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:49.03 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 10:54.05 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:54.05 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 10:59.09 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:59.09 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 11:23.14 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:23.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:45.12 | mvanbaak | hey oej |
| 11:46.19 | oej | Hello there! You're still alive after a few weeks on the bike? |
| 11:52.41 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:52.41 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:52.57 | mvanbaak | oej: yup, still alive and kicking |
| 11:53.12 | mvanbaak | having fun with multiparking now ;) |
| 11:58.57 | oej | ;-) |
| 12:02.29 | snuff-home | go mvanbaak :) |
| 12:06.37 | mvanbaak | hhmm |
| 12:11.10 | snuff-home | found anything interesting about that multipark? |
| 12:12.05 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 12:12.05 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:12.45 | mvanbaak | nope |
| 12:12.49 | snuff-home | wishes he didn't hit alt+f4 instead of alt+4 |
| 12:13.01 | mvanbaak | but found out latest trunk does not compile on my asterisk server |
| 12:13.11 | snuff-home | again? :( |
| 12:13.19 | mvanbaak | again |
| 12:13.32 | mvanbaak | ggrr |
| 12:16.01 | mvanbaak | http://pastebin.ca/1548175 |
| 12:17.23 | snuff-home | mm |
| 12:20.05 | mvanbaak | let me try on a newer OpenBSD version |
| 12:28.05 | mvanbaak | same |
| 12:28.39 | snuff-home | wierd not to find byte order etc macors |
| 12:30.41 | snuff-home | well i need to get snoozin again |
| 12:31.02 | snuff-home | has no late night waking powers anymore |
| 12:34.09 | mvanbaak | k |
| 13:07.12 | mvanbaak | I know what commit is causing it, and I already told kpfleming about it. reverting the POSIX/XOPEN version commit fixes the issue |
| 13:13.48 | mvanbaak | sys/unistd.h:45:#define _POSIX_VERSION 199009L |
| 13:13.52 | mvanbaak | there we go |
| 14:03.13 | Corydon76-dig | mvanbaak: Isn't the real problem, though, that OpenBSD isn't implementing POSIX specifications that are over 5 years old? |
| 14:04.09 | mvanbaak | Corydon76-dig: maybe |
| 14:04.24 | mvanbaak | Corydon76-dig: the strange thing is, that asterisk works fine on OpenBSD |
| 14:04.45 | mvanbaak | Corydon76-dig: so I do not see what stuff we are using that is in the newer POSIX version |
| 14:06.08 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:06.08 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:10.34 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 14:10.35 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 14:13.53 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:13.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:17.51 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:17.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:23.31 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:23.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:24.58 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 14:28.50 | tzafrir_laptop | oej, the rtp monitoring now generates something wireshrk likes |
| 14:29.56 | tzafrir_laptop | hmm.. that had a negative effect |
| 14:31.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:31.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:03.31 | *** join/#asterisk-dev korihor (n=korihor@190.205.251.61) |
| 15:11.02 | *** join/#asterisk-dev oej (n=olle@87.96.134.125) |
| 15:11.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:11.35 | oej | tzafrir_lap: Great! Congratulations on the progress! |
| 15:12.58 | mvanbaak_ | hhmm |
| 15:16.59 | mvanbaak_ | I reconstructed the multiparking issue |
| 15:17.00 | oej | So what are you humming about, dutch biker? |
| 15:23.24 | mvanbaak_ | why features.c does think there's no channel variable parkinglot while my dialplan has: Set(CHANNEL(parkinglot)=parkinglot_michiel) |
| 15:27.37 | mvanbaak_ | line 629 of features.c should get 'parkinglot_michiel' |
| 15:27.43 | mvanbaak_ | but instead it gets nothing |
| 15:28.27 | file | your set isn't setting a channel variable |
| 15:29.36 | file | it's using the parkinglot capability of the CHANNEL dialplan function instead |
| 15:29.49 | mvanbaak_ | huh ? |
| 15:30.01 | file | Set(PARKINGLOT=parkinglot_michiel) will set the dialplan variable |
| 15:30.17 | mvanbaak_ | it's a R/W field in CHANNEL() |
| 15:30.49 | file | right, but the code you mentioned for getting it retrieves it as a dialplan variable |
| 15:30.57 | mvanbaak_ | so I thought it would be the same as the Set(CDR(accountcode)=foo) stuff |
| 15:31.09 | mvanbaak_ | hhm |
| 15:31.12 | mvanbaak_ | let me try that |
| 15:31.35 | file | runs off |
| 15:34.24 | tzafrir_laptop | oej, I'm trying to figure what would be the next move with it, |
| 15:34.42 | tzafrir_laptop | for starters, is the idea of a format_rtp acceptable? |
| 15:35.37 | oej | gotta go, but wants to continue discussing this later. You need to explain a bit... |
| 15:35.39 | oej | :-) |
| 16:29.35 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:29.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:34.05 | mvanbaak_ | something is pretty messed up |
| 16:40.39 | mvanbaak_ | asterisk -rx 'sip show peer michielzoiper' | grep Parkinglot |
| 16:40.46 | mvanbaak_ | Parkinglot: parkinglot_michiel |
| 16:40.56 | mvanbaak_ | and this is what I have in features.c: |
| 16:41.04 | mvanbaak_ | [Aug 30 18:40:10] chan->parkinglot on SIP/michielzoiper-0c9ab028 is set to (null) |
| 16:41.30 | mvanbaak_ | so it looks like it's not using it at all |
| 16:41.49 | mvanbaak_ | and now I'm stuck, not sure where to look for that |
| 16:43.11 | Corydon76-dig | It would have to be in chan_sip... nothing else can access its private structures |
| 16:43.51 | mvanbaak_ | k, thanks |
| 16:43.57 | Corydon76-dig | so even though chan_sip is pointing to that parking lot, it's not getting passed up into the channel structure (or it is, and it simply got set back to NULL later) |
| 16:44.01 | *** join/#asterisk-dev korihor (n=korihor@190.205.251.61) |
| 16:49.33 | mvanbaak_ | uhhuh |
| 16:49.37 | mvanbaak_ | trying something now |
| 17:00.07 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:00.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:08.20 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:08.20 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 17:21.18 | mvanbaak | ok, I'm stuck |
| 17:23.03 | mvanbaak | [Aug 30 19:20:40] setting parkinglot to parkinglot_michiel in chan_sip.c function sip_new[Aug 30 19:20:40] -- Called michielzoiper |
| 17:23.11 | mvanbaak | so in sip_new it is being set |
| 17:23.22 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 17:23.26 | mvanbaak | (it wasn't there before) |
| 17:23.34 | mvanbaak | but still same result |
| 17:34.20 | mvanbaak | iiiiiiiiiintresting |
| 17:37.28 | mvanbaak | I have it working correctly if I use: Set(_PARKINGLOT=parkinglot_michiel) |
| 17:37.58 | mvanbaak | if I remove that, the 'parkinglot=parkinglot_michiel' is not used while I still have it set on the sip device that is called |
| 17:38.06 | mvanbaak | but |
| 17:38.26 | mvanbaak | if I start a call with the sip device where I have it set, features.c DOES know about it |
| 17:38.47 | mvanbaak | so call asterisk -> sip_device does not see it, and a call sip_device -> asterisk does |
| 17:40.30 | tzafrir_laptop | oej, here? |
| 18:55.48 | *** join/#asterisk-dev artemmakhutov (n=chatzill@2001:6f8:115f:0:224:8cff:fe56:99da) |
| 19:14.35 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 19:43.05 | *** join/#asterisk-dev moy (n=moy@70.54.212.116) |
| 20:00.17 | *** join/#asterisk-dev Corydon76-dig (i=five@pdpc/supporter/bronze/Corydon76-home) |
| 20:00.17 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:57.06 | *** join/#asterisk-dev PanicMan (i=SS7@122.102.33.80) |
| 20:57.14 | PanicMan | hello, any SS7 Guru ? |
| 21:01.26 | *** part/#asterisk-dev PanicMan (i=SS7@122.102.33.80) |
| 21:11.20 | *** join/#asterisk-dev obnauticus (n=l@about/windows/regular/obnauticus) |
| 21:33.16 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 21:33.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:35.52 | artemmakhutov | Hello, I have just finised the first public version of chan_datacard: https://www.makhutov.org/svn/chan_datacard/ |
| 21:37.18 | artemmakhutov | You can use Huawei datacards with it to place and receive voice calls over the GSM / UMTS network |
| 22:00.32 | russellb | oic :-) |
| 22:15.31 | Corydon76-dig | russellb: Good evening |
| 22:15.44 | russellb | waves |
| 22:16.00 | Corydon76-dig | We should compile, once again, on Mac OS X |
| 22:16.04 | russellb | yay |
| 22:16.13 | russellb | you upgrade to 10.6? |
| 22:16.20 | Corydon76-dig | There's a note in my commit message about the errant commit |
| 22:16.34 | Corydon76-dig | Hah. I'm still on 10.4 |
| 22:16.38 | russellb | oh :-) |
| 22:16.57 | Corydon76-dig | If it ain't broke... |
| 22:17.26 | Corydon76-dig | (and if I ain't got the $129) |
| 22:18.46 | Corydon76-dig | bbiab |