| 00:08.55 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 00:14.44 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 00:24.55 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 00:55.50 | *** join/#asterisk-dev Pwn-BoFH (n=Coto@pc-86-7-239-201.cm.vtr.net) |
| 01:10.50 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 01:10.50 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:16.36 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:16.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:09.21 | *** join/#asterisk-dev Pwn-BoFH (n=Coto@pc-86-7-239-201.cm.vtr.net) |
| 02:55.30 | *** part/#asterisk-dev ScribbleJ (n=sj@99-35-164-150.lightspeed.dwgvil.sbcglobal.net) |
| 03:04.30 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 04:22.09 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 04:22.09 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 04:24.09 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 04:27.24 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:49.40 | *** join/#asterisk-dev vousb (n=vousb@eavesdrop.voicetrunk.net) |
| 05:04.48 | *** join/#asterisk-dev thansen (n=thansen@c-76-27-110-194.hsd1.ut.comcast.net) |
| 05:12.20 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 05:27.11 | *** join/#asterisk-dev thansen (n=thansen@c-76-27-110-194.hsd1.ut.comcast.net) |
| 05:50.58 | *** join/#asterisk-dev thansen (n=thansen@c-76-27-110-194.hsd1.ut.comcast.net) |
| 07:18.40 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:30.29 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:30.29 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:31.02 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 07:34.52 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 07:55.31 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 08:06.12 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) |
| 08:19.55 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:04.43 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 10:06.04 | festr_ | hi, anyone here free to explain me some c things about static/global variables? (on query) |
| 10:10.25 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 10:21.41 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.106) |
| 10:39.32 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:39.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:41.26 | mvanbaak | mornin Kevin |
| 10:47.32 | kpfleming | morning |
| 10:47.41 | kpfleming | vacation starts today :-) |
| 10:50.09 | tzafrir_laptop | festr_, a specific question is generally more helpful |
| 10:54.05 | mvanbaak | kpfleming: yay! |
| 10:54.13 | mvanbaak | kpfleming: where are you going ? |
| 10:55.12 | kpfleming | eastern michigan (midland), where most of my family is from |
| 10:56.08 | mvanbaak | nice. Enjoy your time there. |
| 10:57.10 | kpfleming | will do |
| 10:57.26 | kpfleming | this will be the first weekend where the weather in huntsville gets hot (95F or so), but it will be 15 degrees cooler where we are going, so that's good for us |
| 10:57.50 | *** join/#asterisk-dev dovid (n=annon@cpe-74-73-146-85.nyc.res.rr.com) |
| 10:58.38 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:07.49 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:44.05 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 12:04.24 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 12:04.24 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:09.42 | festr_ | ok the question: i'm reviewing some code of custom libpri functions. they include iprc.o to q.931 where there is global variables within iprc.o (custom file). I'm afraid that this is not thread safe. |
| 12:10.29 | festr_ | where is the question? :) global variables is not allocated within thread but are shared with all threads using libpri.so right? |
| 12:14.49 | tzafrir_laptop | festr_, static / global is completely parallel to that issue |
| 12:15.50 | festr_ | tzafrir_laptop: how you mean parallel? |
| 12:16.27 | tzafrir_laptop | any access to those variables should indeed be somehow synchrnized |
| 12:16.40 | festr_ | good. I though that. |
| 12:16.50 | festr_ | and what about using __thread int a; |
| 12:17.01 | festr_ | this will be allocated within particular thread local stack |
| 12:17.06 | tzafrir_laptop | e.g. maybe you have some magical way to guarantee that only one thread gets to the code that deals with that variable at a time |
| 12:17.29 | festr_ | their design is wrong at all, because that global variables are unique to each call |
| 12:17.43 | festr_ | so for several calls there is total mess |
| 12:17.48 | festr_ | i've to fix it :) |
| 12:17.54 | tzafrir_laptop | Do those variables actually need to be shared between different users of the library? |
| 12:17.58 | festr_ | no |
| 12:18.07 | festr_ | only to its own call |
| 12:18.15 | festr_ | I can move it to call structure |
| 12:18.33 | tzafrir_laptop | libpri has various state structs. Those are used to pass around information. Why not use them? |
| 12:18.34 | festr_ | or I'm thinking about using __thread int a (that change will be minimal to actual code) |
| 12:18.57 | festr_ | yes exactly you say I'm thinking about |
| 12:19.06 | festr_ | but this means that i've to modify those structures |
| 12:19.26 | festr_ | and it is probably the most right way |
| 12:19.53 | festr_ | I'm only interested now if I can use __thread int a; |
| 12:20.04 | festr_ | which allocates variable a only to the local thread stack |
| 12:20.54 | festr_ | but there is maybe one working thread which handles more calls and it will not work too (not safe). I'll move it to call structure. |
| 12:26.40 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:26.40 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:29.54 | festr_ | tzafrir_laptop: can I ask something? Sync Source: Internally clocked (zttool) does it mean that it is not receiving clock from the other side? |
| 12:30.13 | snuff-home | mm.. getting close to have smdi q's as ao2 objects.. :) |
| 12:53.10 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.153) |
| 13:11.09 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 13:12.51 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:12.51 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 13:46.10 | russellb | festr_: thread local storage is almost certainly not what you want ... |
| 13:46.50 | russellb | Besides, __thread is not always supported. I tried using it once and it would only build for certain architectures. |
| 13:50.33 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:50.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:25.32 | *** join/#asterisk-dev xpot-mobile (n=james@67.134.168.2) |
| 14:30.32 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 14:32.22 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:32.22 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:32.46 | seanbright | ok, so the numbers about g729 transcoding on the -users list just scared me a bit |
| 14:33.24 | seanbright | 12 simultaneous calls in a 1GHz processor? |
| 14:34.20 | seanbright | on* |
| 14:34.28 | putnopvut | That seems low. |
| 14:34.28 | seanbright | that doesn't seem like a whole lot |
| 14:34.49 | file | it's a via processor |
| 14:34.59 | seanbright | ahhhh |
| 14:35.52 | seanbright | ok, i'm less scared now. |
| 14:36.11 | seanbright | i've got a dual quad-core 1.6GHz machine that is supposed to be transcodinng 192 calls |
| 14:36.32 | seanbright | which i'm hoping will be enough. |
| 14:36.42 | seanbright | anyway, OT. sorry. |
| 14:43.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:43.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:46.28 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:46.28 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:50.43 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:59.57 | *** join/#asterisk-dev RoyCrowder (n=roy@net-216-37-64-130.in-addr.worldspice.net) |
| 15:07.08 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 15:18.35 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 15:33.33 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:43.42 | *** join/#asterisk-dev sruffell1 (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:43.42 | *** mode/#asterisk-dev [+o sruffell1] by ChanServ |
| 15:45.08 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:21.49 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 16:35.23 | *** join/#asterisk-dev Pwn-BoFH (n=Coto@pc-86-7-239-201.cm.vtr.net) |
| 16:39.58 | russellb | commit asterisk 200689 |
| 16:40.03 | MuffinMan | [200689] Committed by kpfleming on 2009-06-15T20:42:38.609930Z: Accept T.38 re-INVITE responses with invalid SDP versions. |
| 16:40.03 | MuffinMan | .. |
| 16:40.03 | MuffinMan | ..This commit changes the 'incoming SDP version' check logic a bit more; when |
| 16:40.03 | MuffinMan | ..'ignoresdpversion' is *not* set for a peer, if we initiate a re-INVITE to |
| 16:40.05 | MuffinMan | ..switch to T.38, we'll always accept the peer's SDP response, even if they |
| 16:40.07 | MuffinMan | ..don't properly increment the SDP version number as they should. If this situation |
| 16:40.10 | MuffinMan | ..occurs, a warning message will be generated suggesting that the peer's |
| 16:40.13 | MuffinMan | ..configuration be changed to include the 'ignoresdpversion' configuration option |
| 16:40.15 | MuffinMan | ..(although ideally they'd fix their SIP implementation to be RFC compliant). |
| 16:40.19 | MuffinMan | .. |
| 16:40.21 | MuffinMan | ..AST-221 |
| 16:40.23 | MuffinMan | .. |
| 16:40.25 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=200689 |
| 16:49.14 | file | flapjacks! |
| 16:49.14 | putnopvut | russellb: if you turn on ignoresdpversion, doees audio work? |
| 16:49.28 | russellb | dbrooks: ^^^^ |
| 16:49.52 | dbrooks | roger that |
| 16:50.06 | dbrooks | I mean, will do, soon as compiling is done |
| 16:50.25 | file | oic. |
| 16:50.59 | file | one bit of logic was changed |
| 16:51.05 | file | p->sessionversion_remote != rua_version |
| 16:51.11 | file | became |
| 16:51.12 | file | p->sessionversion_remote < rua_version |
| 16:51.27 | putnopvut | the sdp version is decreasing? |
| 16:51.53 | file | shrugs |
| 16:58.23 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:58.52 | file | raises eyebrow |
| 16:59.44 | file | sessionversion_remote is a uint64_t initialized to -1 |
| 17:00.40 | dbrooks | putnopvut: ignoresdspversion=yes in sip.conf? |
| 17:02.03 | putnopvut | dbrooks: yes sir! |
| 17:02.13 | putnopvut | except minus one of those s's. |
| 17:02.22 | putnopvut | the first one to be exact |
| 17:02.33 | putnopvut | I mean, the second one. |
| 17:02.36 | putnopvut | dang it. |
| 17:02.49 | putnopvut | dbrooks: ignoresdpversion=yes |
| 17:04.39 | dbrooks | putnopvut: that does indeed make audio work! |
| 17:05.18 | *** join/#asterisk-dev xpot-mobile (n=james@144.35.21.73) |
| 17:07.25 | putnopvut | Hmm, I think the logic for sdp version checking might be backwards. |
| 17:07.47 | putnopvut | because we *want* p->sessionversion_remote to be less than rua_version. |
| 17:08.07 | putnopvut | rua_version is the new sdp version we just read, so if the previously saved one is less than that, that's a good thing. |
| 17:08.22 | putnopvut | Let me post a patch in here to see if that fixes things for people. |
| 17:09.18 | file | isn't that what it does now? |
| 17:09.39 | putnopvut | Oh, right. |
| 17:09.40 | putnopvut | shit |
| 17:09.44 | file | giggles |
| 17:10.17 | *** join/#asterisk-dev outtolunc (n=me@c-98-248-96-110.hsd1.ca.comcast.net) |
| 17:10.30 | file | it's that sessionversion_remote is initialized to -1, which on my system is actually 18446744073709551615 so the check thinks the SDP version is old when it really isn't |
| 17:10.50 | file | if I had to guesssss |
| 17:11.05 | putnopvut | yeah, so sessionversion_remote shouldn't be an unsigned type. |
| 17:11.14 | putnopvut | Because it *can't* be < 0 |
| 17:11.17 | file | nods |
| 17:11.26 | putnopvut | Shouldn't there be a warning emitted for that comparison? |
| 17:11.32 | file | you would think... |
| 17:12.27 | file | so the code was broken previously, it just wasn't exposed because the check wasn't as strict |
| 17:13.16 | putnopvut | yep. I'm going to blame the compiler for not warning of a pointless comparison. |
| 17:13.21 | putnopvut | ...yeah |
| 17:19.41 | mnicholson | russellb, i can't reproduce my crash, but the problem is still there AFAIK, once I test this fix some more ill post it on reviewboard |
| 17:19.49 | mnicholson | s/crash/deadlock/ |
| 17:26.16 | mnicholson | i also don't have any audio on my sip calls, but i'll debug that some more later |
| 17:33.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:35.23 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 17:37.17 | JunK-Y | lo guys |
| 17:41.18 | eliel | hel JunK-Y |
| 17:42.16 | JunK-Y | whats up eliel? |
| 17:43.00 | eliel | everything ok! and you? |
| 17:46.40 | JunK-Y | im great too. |
| 17:53.35 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:53.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:07.18 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 18:07.18 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:20.43 | seanbright | can you run multiple tc400bs in the same machine? |
| 18:21.03 | malcolmd | yes |
| 18:21.23 | seanbright | hot. |
| 18:22.22 | file | woah malcolmd spoke |
| 18:24.31 | Juggie | seanbright, what are you up to |
| 18:24.35 | Juggie | i sense your doing something :) |
| 18:24.40 | seanbright | Juggie: new phone system... |
| 18:24.41 | malcolmd | file: ja, mark it down. ;) |
| 18:24.49 | seanbright | we like to rebuild once a year |
| 18:24.50 | seanbright | heh |
| 18:25.38 | Juggie | ic |
| 18:25.40 | seanbright | we're going to start running commercials and expect our volume to increase dramatically |
| 18:25.52 | seanbright | so we're migrating from PRI to SIP |
| 18:25.57 | seanbright | g729, etc. |
| 18:27.25 | russellb | putnopvut: file: is that SDP bug fixed up now? |
| 18:27.50 | file | I think he is still poking at it |
| 18:28.59 | russellb | ok |
| 18:29.22 | Corydon76-dig | seanbright: heh, you're expecting more volume and therefore switching to SIP trunking? |
| 18:29.33 | Corydon76-dig | Usually, it's the other way around |
| 18:30.20 | Juggie | ya |
| 18:30.28 | seanbright | sorry? |
| 18:30.29 | Juggie | thats what i would of expected too :) |
| 18:31.05 | Corydon76-dig | Most folks use SIP trunking when they want digital signalling but cannot afford a full PRI circuit |
| 18:31.51 | Juggie | seanbright, how many channels are you expecting to peak at? |
| 18:32.04 | seanbright | ~150 |
| 18:32.32 | Corydon76-dig | But hey, if you're able to make voip trunking work at that level, more power to you |
| 18:32.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:33.06 | Juggie | good luck :) |
| 18:33.13 | seanbright | alright |
| 18:33.21 | seanbright | well thanks for the positive feedback |
| 18:33.34 | Juggie | are you doing it over the internet? |
| 18:33.43 | seanbright | Juggie: yes, 28.8 modems |
| 18:34.14 | Corydon76-dig | Do what? |
| 18:34.24 | Juggie | the sip trunking |
| 18:34.35 | seanbright | and tin cans with string as a backup |
| 18:34.39 | Juggie | it could be via internet or a private lan extension |
| 18:34.54 | Corydon76-dig | could be with or without qos |
| 18:34.57 | seanbright | 4 dedicated circuits from our provider |
| 18:35.30 | Corydon76-dig | bonded circuits? |
| 18:35.34 | seanbright | yes |
| 18:36.36 | Corydon76-dig | We need a new name to describe that, since "SIP trunking" leaves so many open questions |
| 18:37.19 | Juggie | 4 bonded data t1's? |
| 18:37.32 | Corydon76-dig | I agree, though, that that setup should handle 150 SIP calls fine |
| 18:37.52 | Corydon76-dig | seanbright: TC400 for the G.729? |
| 18:37.55 | seanbright | Juggie: let me answer that question with a question... |
| 18:38.00 | seanbright | Juggie: why the fuck do you care? |
| 18:38.06 | seanbright | Corydon76-dig: that's the current thinking, yes. |
| 18:38.09 | Juggie | curiosity! |
| 18:38.24 | seanbright | Juggie: i think you're looking for more fuel for trolling |
| 18:38.34 | Corydon76-dig | seanbright: because we care about you, and want to hear that you aren't going down a path which could lead to you being out of work |
| 18:38.42 | seanbright | i don't work for the canadian government, we don't print money here |
| 18:39.29 | Corydon76-dig | for both selfish and unselfish reasons... if you're out looking for another job, you can't be working on Asterisk. ;-) |
| 18:39.49 | Juggie | seanbright: not so, patience my friend! |
| 18:40.02 | Juggie | i was just hopeing you were not doing 150 over some interweb style link |
| 18:40.05 | Juggie | that would be dangerous ;) |
| 18:40.15 | seanbright | thankfully i'm not retarded |
| 18:40.31 | seanbright | not diagnosed, at least. |
| 18:40.55 | Corydon76-dig | seanbright: You might not be, but you might be working for one. We don't know. ;-) |
| 18:41.04 | seanbright | i decided to switch |
| 18:41.13 | seanbright | so if it comes tumbling down, it's on me |
| 18:41.47 | Corydon76-dig | seanbright: btw, I'll be out your way next week |
| 18:42.04 | seanbright | family or work? |
| 18:42.10 | Corydon76-dig | Family |
| 18:42.24 | Corydon76-dig | Spending time with the nieces and nephews |
| 18:42.37 | seanbright | out on the eastern shore, right? |
| 18:42.40 | seanbright | i don't exactly remember |
| 18:42.54 | Corydon76-dig | Yep, Talbot County |
| 18:44.47 | russellb | seanbright: is there a western shore? |
| 18:44.54 | seanbright | russellb: yes |
| 18:44.58 | russellb | neat |
| 18:45.06 | seanbright | (no) |
| 18:45.10 | seanbright | (but don't mess with me right now) |
| 18:45.13 | seanbright | (seriously) |
| 18:45.13 | seanbright | heh |
| 18:45.20 | russellb | O.O |
| 18:45.31 | seanbright | i thought you were joining the troll train |
| 18:45.48 | Juggie | seanbright, we dont mean to push you over the edge bud :) |
| 18:45.49 | russellb | if you left your sense of humor at home, feel free to /disco |
| 18:45.54 | russellb | :-p |
| 18:46.13 | seanbright | not a bad plan, actually. |
| 18:46.42 | russellb | sean has been moody this week, heh |
| 18:47.19 | Juggie | prob stress of making sure the solution works |
| 18:47.32 | Juggie | being the single person in the line of fire is not a happy place! |
| 18:50.34 | Marquis42 | nods |
| 18:52.20 | Marquis42 | russellb: Not be trollin' (it seems plenty of that has happened already today...), but any idea when 1.6.3 might be branched? I guess I'm wondering if I have even the most remote chance of my XMPP-based distributed events making it in. |
| 18:52.49 | russellb | Marquis42: in the next month or 2 |
| 18:52.58 | russellb | and w00t! Is that in a branch and I totally missed it? |
| 18:53.00 | Marquis42 | OK, thanks. |
| 18:53.39 | Marquis42 | Heh... not in a branch yet, no. :( I got pulled off in another direction for what turned out to be much longer than I expected. But I intend to check some code in this week and get it to a vaguely 'working' state before the end of the weekend if at all possible. |
| 18:53.52 | russellb | neato |
| 18:54.06 | Marquis42 | I sure hope so! :) |
| 18:54.47 | russellb | is interested in helping ... |
| 18:55.41 | Marquis42 | oh? I'm interested in help, how fortuitous. ;) |
| 18:58.37 | Marquis42 | Really, though, I'm sure you have plenty on your plate. The biggest help will be your comments and help in getting it commit-worthy once I get something worth checking in and putting on reviewboard. |
| 19:06.32 | leifmadsen | Marquis42: keep me posted -- I'd be interested in testing and writing documentation |
| 19:07.05 | leifmadsen | and now, I must go head off to get ready for the first CFL game of the season in a luxury box :) |
| 19:07.06 | Marquis42 | leifmadsen: Will do, for certain. |
| 19:07.19 | Marquis42 | Cool, have fun. |
| 19:07.23 | leifmadsen | will try! |
| 19:07.38 | putnopvut | For those of you in here previously talking about sdp versions causing no audio on calls, try this patch and see if the behavior is correct now: http://pastebin.ca/1463816 |
| 19:07.51 | putnopvut | dbrooks: mnicholson : russellb : jpeeler ^^^^ |
| 19:08.24 | mnicholson | putnopvut, testing |
| 19:09.22 | jpeeler | occurred at home for me, i doubt you wish to wait |
| 19:09.30 | putnopvut | jpeeler: correct |
| 19:11.53 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 19:23.40 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 19:23.40 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 19:25.29 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 19:32.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:34.19 | philipp64 | howdy. was wondering if there's a patch to cause (re)building Asterisk to not refetch the sound files via WGET... we build images for several embedded platforms, and refetching the same files over and over again doesn't make sense. |
| 19:34.57 | seanbright | it should only do that if you 'make distclean' |
| 19:36.25 | philipp64 | we have the files cached in a separate directory. where can we copy them to before we start the build? and for the first build (from scratch), how do I get it to fetch the files and store them aside somewhere else? |
| 19:37.10 | mnicholson | putnopvut, audio! i has it |
| 19:37.24 | philipp64 | is there an equivalent of DESTDIR= to tell "make" where to WGET the files into? |
| 19:37.26 | mnicholson | putnopvut, core dump! i has it |
| 19:37.33 | putnopvut | lol |
| 19:37.53 | putnopvut | I would certainly hope that the core dump is not related to that trivial change I just introduced. |
| 19:38.13 | mnicholson | putnopvut, false alarm, i did core restart now and never did asterisk -r again, so when i looked up it said "disconnect from console" |
| 19:38.22 | putnopvut | oh |
| 19:38.30 | putnopvut | good |
| 19:38.54 | philipp64 | seanbright: a way to tell it to "look here first before doing a WGET" would be great. |
| 19:39.15 | seanbright | philipp64: nothing in the makefile that does that as far as i know |
| 19:39.33 | philipp64 | ok. what make target pulls down the sound files? |
| 19:39.42 | seanbright | check the sounds/ directory Makefile |
| 19:52.16 | russellb | putnopvut: ping ... what was the end result on the alt peer stuff in trunk? |
| 19:54.12 | dbrooks | putnopvut: the patch works for me :) |
| 19:54.58 | putnopvut | russellb: hmm, I put a review up for Josh to look at, then I made some edits...and then I got bogged down with other stuff. |
| 19:55.12 | putnopvut | dbrooks: mnicholson: thanks for the feedback. |
| 19:55.42 | putnopvut | russellb: so the "end" result is that I still have an uncommitted and unreviewed patch here. |
| 19:55.49 | russellb | putnopvut: okay. just a friendly reminder for your todo list, then :-) |
| 19:55.53 | putnopvut | I need to prioritize that one so I don't keep forgetting it. |
| 19:56.17 | russellb | Yeah, let's try to knock that out this week if we can. |
| 19:59.25 | russellb | file: fyi ^^^ |
| 20:00.04 | file | nods |
| 20:03.42 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 20:11.53 | *** join/#asterisk-dev Pwn-BoFH (n=Coto@pc-86-7-239-201.cm.vtr.net) |
| 20:46.14 | mnicholson | sweet, i reproduced my deadlock after putnopvut restored my audio |
| 20:46.23 | putnopvut | nice. |
| 20:46.38 | putnopvut | Assuming it's the same deadlock for which there's a fix on reviewboard, I've added some comments. |
| 20:46.59 | mnicholson | yes same deadlock |
| 20:48.46 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 20:54.37 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:54.37 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:56.27 | *** join/#asterisk-dev lmsteffan (n=laurent@114.69.182.60) |
| 20:59.57 | philipp64 | seanbright: I did a "make -C asterisk/sounds all" but it doesn't grab them... I'll have to dig deeper. |
| 21:02.31 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:02.31 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:32.19 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 21:38.24 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 21:47.31 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 21:54.07 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 22:18.11 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.71) |
| 22:21.00 | *** join/#asterisk-dev outtolunc (n=me@c-98-248-96-110.hsd1.ca.comcast.net) |
| 22:43.23 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 22:47.15 | Corydon76-dig | Anybody know if there's a specific problem with sending more than one Calling Party Number in a Q.931 SETUP message? I'm thinking about the possibility of sending separate ANI and CallerID numbers. |
| 22:47.41 | Corydon76-dig | Asterisk would support it, if sent. |
| 22:49.17 | Corydon76-dig | It just cannot currently SEND it |
| 22:51.55 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:56.01 | JunK-Y | i dont know. |
| 22:56.14 | jsmith | Corydon76-dig: I don't know of any technical reasons why you couldn't send a different ANI than Caller*ID... but most telcos won't let you |
| 22:56.42 | Corydon76-dig | jsmith: unless they regarded you as a trusted network |
| 23:00.03 | jsmith | Correct |
| 23:02.07 | Corydon76-dig | jsmith: I'm also thinking of a case where Asterisk might be used in a Network provider role |
| 23:02.24 | philipp64 | makes "single number" service simpler... as well as find-me/follow-me, since you might be hair-pinning an incoming call back out again... |
| 23:02.31 | philipp64 | just via a different circuit or transport. |
| 23:03.24 | jsmith | Yup... makes sense |
| 23:03.32 | jsmith | Corydon76-dig: I don't see why we shouldn't support it |
| 23:08.10 | Corydon76-dig | jsmith: I don't, either, which is why I asked |
| 23:08.58 | jsmith | Gets a +1 from me (for what my vote is worth) |
| 23:19.26 | *** join/#asterisk-dev lmsteffan (n=laurent@114.69.182.60) |
| 23:48.06 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 23:55.49 | *** part/#asterisk-dev korihor (n=korihor@190.72.254.245) |
| 23:59.16 | *** join/#asterisk-dev Pwn-BoFH (n=Coto@pc-86-7-239-201.cm.vtr.net) |