| 00:04.05 | sruffell | If she asks you again, tell her there are about 5 ounces of crack in a hollowed out copy of War and Peace in the safe house. Capish? |
| 00:04.16 | sruffell | whoops |
| 00:05.32 | russellb | O.O |
| 00:05.33 | file | oh sruffell... |
| 00:06.07 | sruffell | couldn't resist. |
| 00:06.26 | putnopvut | Who here has typed their root passwoord into an IRC window? |
| 00:07.36 | sruffell | I know I've typed it in, but caught it before hitting enter before. |
| 00:07.49 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 00:07.54 | russellb | I typed in just a normal password once ... |
| 00:08.02 | russellb | but it was something I used in a lot of places, it sucked. |
| 00:08.22 | russellb | got notified by ebay the next day that my account had been suspended due to unusual activity. |
| 00:08.47 | sruffell | aww man....bummer |
| 00:09.15 | russellb | live and learn, or something like that |
| 00:09.45 | snuff-work | hates typing in a password at the login prompt |
| 00:10.00 | snuff-work | instead of username |
| 00:15.20 | Qwell | I love it when people type "ident nickserv mypassword" |
| 00:15.33 | snuff-work | heh |
| 00:20.28 | JunK-Y | im glad ive started a topic :) |
| 00:53.37 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:53.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:07.41 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 03:08.40 | *** join/#asterisk-dev Cuban0 (n=cubano@190.70.234.233) |
| 03:09.11 | Cuban0 | hello everyone, someone here know Net2Phone MAX 420 gateway ? |
| 03:09.27 | Cuban0 | i need to set it up as SIP client but i´m needing some special firmware |
| 03:09.29 | Cuban0 | :( |
| 03:09.49 | russellb | #asterisk |
| 03:12.58 | snuff-work | still up russellb |
| 03:14.13 | JunK-Y | we should ast_hangup(russellb); |
| 03:16.50 | snuff-work | maybe its a zombie channel.. |
| 03:34.32 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:40.58 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 03:40.58 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 04:11.17 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 04:42.02 | *** join/#asterisk-dev DarkRift (n=dark@65.92.165.52) |
| 05:31.59 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.122) |
| 05:32.22 | *** join/#asterisk-dev Corydon76-dig (i=four@pdpc/supporter/bronze/Corydon76-home) |
| 05:32.22 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 06:30.03 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 06:30.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:51.40 | *** join/#asterisk-dev spikie (n=spikie@ven69-2-82-241-121-171.fbx.proxad.net) |
| 07:04.45 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 09:19.29 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 09:21.26 | *** join/#asterisk-dev Pouet78 (i=56dc8954@gateway/web/freenode/x-zwetrirsjxpfrzcs) |
| 09:21.36 | Pouet78 | Hi! |
| 09:22.00 | Pouet78 | I'm still trying to use MGCP |
| 09:22.21 | Pouet78 | does this chan ever worked? |
| 09:44.32 | denon | Pouet78: you're in the wrong channel, you're looking for #asterisk |
| 09:45.53 | Pouet78 | No as I'm in the c source code! |
| 09:46.02 | Pouet78 | there are many problems! |
| 09:48.19 | Pouet78 | for example, in handle_response, I think there should never be a call to dump_cmd_queues |
| 09:49.05 | Pouet78 | I corrected this but now I have an other problem |
| 09:49.31 | Pouet78 | [2009-08-13 13:10:32] WARNING[23652]: channel.c:3284 ast_request_with_uniqueid: No translator path exists for channel type MGCP (native 4) to 0 |
| 09:49.35 | Pouet78 | [2009-08-13 13:10:32] WARNING[23652]: app_dial.c:1210 dial_exec_full: Unable to create channel of type 'MGCP' (cause 58 - Bearer capability not available) |
| 09:52.48 | Pouet78 | seems that in AUEP part of handle_response capabilities are not read / ignored |
| 10:04.17 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 10:35.09 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 11:17.22 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:41.53 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.131) |
| 11:47.52 | Pouet78 | is there a doc to understant the architecture of asterisk for channel developpers |
| 11:47.55 | Pouet78 | I don't want to create a new one but to debug mgcp! |
| 11:48.22 | Pouet78 | Doxygen is not verry useful to understand how it works |
| 11:48.42 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:48.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:49.33 | snuff-home | mm.. where did issues go.. was working only 5 min ago :( |
| 11:50.13 | kpfleming | works for me |
| 11:50.29 | snuff-home | being real slow for me atm :( |
| 11:54.58 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 12:05.46 | snuff-home | mm.. reset browser worked |
| 12:13.13 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 12:23.43 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:23.43 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:51.55 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:55.12 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 12:55.12 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 12:56.21 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 13:18.50 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 13:22.51 | *** join/#asterisk-dev jtodd (i=bvzfv3kg@ns.fox-den.com) |
| 13:22.51 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 13:23.52 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:23.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:33.59 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@75.97.64.33) |
| 14:10.33 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:10.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:13.44 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:26.52 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:26.52 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:37.25 | *** join/#asterisk-dev moy (n=moy@74.12.123.137) |
| 14:59.01 | *** join/#asterisk-dev xpot-mobile (n=james@66-182-88-85.static.sdyl010.digis.net) |
| 14:59.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:59.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:02.52 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:02.52 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:04.05 | *** join/#asterisk-dev jtodd (i=lnmofsi5@ns.fox-den.com) |
| 15:04.05 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 15:29.23 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 15:29.23 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:30.20 | *** part/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 15:33.25 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 15:42.01 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:05.42 | *** join/#asterisk-dev jtodd (i=xrnwfxzq@ns.fox-den.com) |
| 16:05.42 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:08.40 | lasko | Has there been significant changes made to Realtime in 1.6? For some reason I can't get Asterisk to see my sipbuddies table as being the definitive place for sip users/peers. It says its bound sippeers and sipusers to the table but still a no go. Any ideas? |
| 16:17.34 | Corydon76-dig | lasko: are you using res_config_mysql? |
| 16:18.02 | lasko | res_config_pgsql |
| 16:19.10 | Corydon76-dig | which version of 1.6? |
| 16:19.35 | lasko | testing on trunk at the moment but have also tested 1.6.1 |
| 16:20.14 | Corydon76-dig | Have you read UPGRADE.txt? |
| 16:21.38 | lasko | not entirely. Is there a specific section I should be concerned with? |
| 16:22.26 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 16:22.26 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:23.09 | lasko | The relevant section I've found in there is canreinvite being renamed to directmedia |
| 16:23.24 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:28.00 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:42.56 | lasko | hmm, well I guess I keep cranking away at figuring out why its not working. |
| 16:47.30 | *** join/#asterisk-dev zmb_ (n=chatzill@dyn-209-2-221-145.dyn.columbia.edu) |
| 16:48.33 | *** join/#asterisk-dev artemmakhutov (n=artemmak@193.238.96.3) |
| 16:58.41 | mnicholson | does rtptimeout in sip.conf affect people on hold? |
| 17:00.01 | *** join/#asterisk-dev zmb_ (n=chatzill@dyn-209-2-221-145.dyn.columbia.edu) |
| 17:03.28 | kpfleming | mnicholson: rtptimeout is for all calls, regardless of hold state IIRC.. i don't think the RTP stack knows about being on or off hold |
| 17:05.03 | file | actually rtptimeout is when we're not on hold, rtpholdtimeout is for when on hold |
| 17:05.13 | file | and the RTP stack doesn't actually take care of any of that, it's all chan_sip's doing |
| 17:05.14 | kpfleming | is full of fail today |
| 17:05.42 | mnicholson | file, ahh ok, so rtptimeout shouldn't cause people on hold to get disconnected |
| 17:06.36 | file | right, but "on hold" is rather vague in this instance because it would only even remotely trigger for the device that PUT the other side on hold |
| 17:08.20 | mnicholson | right, because that device may stop sending rtp traffic, but even that shouldn't cause issues because the device that is getting put on hold should be notified about the changes in the rtp stream right? |
| 17:09.19 | file | it wouldn't notice the change |
| 17:35.28 | *** join/#asterisk-dev eliel_ (n=eliels@200.61.172.61) |
| 17:38.59 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 17:38.59 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:49.52 | *** join/#asterisk-dev jtodd (i=m1ytw7aq@ns.fox-den.com) |
| 17:49.52 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 18:00.52 | *** join/#asterisk-dev errotan (n=errotan@5403E465.catv.pool.telekom.hu) |
| 18:15.18 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-76-4-141-167.dhcp.embarqhsd.net) |
| 19:15.11 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:21.24 | jpeeler | in the old chan_dahdi (pre-sig work) there were several places where an unhold frame was queued using ast_queue_control and also the needunhold flag was set on the subchannel. the needunhold flag was checked in dahdi_read and returned an unhold frame if the flag was set. |
| 19:21.32 | jpeeler | why was this done if the frame was already queued? |
| 19:21.45 | jpeeler | it's not currently done in sig_analog and i am wondering if that is ok |
| 19:23.19 | kpfleming | jpeeler: no clue :-( |
| 19:25.34 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:25.35 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:26.35 | russellb | jpeeler: that sounds like it was redundant |
| 19:27.04 | jpeeler | could it possibly have been an optimization or something? |
| 19:27.23 | russellb | the way you described it is simply wrong |
| 19:28.08 | jpeeler | well if that's the case, i'll move on |
| 19:29.17 | jpeeler | actually it does not do both... |
| 19:29.21 | russellb | :-p |
| 19:29.29 | jpeeler | at least that makes sense |
| 19:30.19 | jpeeler | no it could do both |
| 19:32.32 | jpeeler | care to look at 1.4 for example in __dahdi_exception? |
| 19:41.57 | *** join/#asterisk-dev elitecoder (n=liq@apollo.bullethost.com) |
| 19:42.11 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:42.32 | elitecoder | hey guys. Tried asking in #asterisk heh they appear to be in a joking mood so I thought I'd ask my question here. |
| 19:42.40 | elitecoder | I |
| 19:43.53 | elitecoder | I'm getting about 45% congestion on outbound dials. I think it may be partly because of invalid phone numbers. Is there any way to detect if a number is disconnected? |
| 19:44.21 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 19:45.40 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 19:55.44 | philipp64 | Corydon76-dig: so how does the modified patch look for 15370? |
| 20:05.13 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:05.15 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 20:13.04 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 20:16.09 | Corydon76-dig | philipp64: have you tested it? |
| 20:17.20 | Corydon76-dig | philipp64: also, SOUNDS_CACHE_DIR is not yet a "?=" |
| 20:17.55 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:18.04 | Corydon76-dig | philipp64: none of the comments that I've made on the issue seem to be in your latest patch |
| 20:18.34 | philipp64 | eh? you said to get the sha and I did... |
| 20:18.57 | Corydon76-dig | mantis 15370~108056 |
| 20:19.07 | Corydon76-dig | M15370~108056 |
| 20:19.20 | file | it's # not ~ |
| 20:19.26 | Corydon76-dig | M15370#108056 |
| 20:19.28 | file | if I remember right. |
| 20:19.29 | MuffinMan | [15370#0108056] Commented by tilghman on 2009-07-21 at 17:34: Should the definition for SOUNDS_CACHE_DIR be a "?=" define, instead, since the sounds directory is invoked from another Makefile? It would be logical to be able to pass the directory name on the command line (or via an include) rather |
| 20:19.29 | MuffinMan | ..than requiring the variable to be set in the sounds Makefile itself. Also, would it make sense to allow that directory name to be set from the configure script itself? |
| 20:19.29 | MuffinMan | .. |
| 20:19.29 | MuffinMan | ..Additionally, in the macro definitions, I'd prefer that "sound" and "download" be spelled out. |
| 20:20.15 | Corydon76-dig | file: Oh, on the Mantis site, to refer to a comment, you have to do #bug~comment |
| 20:20.25 | philipp64 | I did spell them out... |
| 20:21.00 | Corydon76-dig | philipp64: I'm looking at your #5 patch... |
| 20:21.18 | Corydon76-dig | If that's spelled out, you can't spell |
| 20:22.05 | philipp64 | doh... I regressed it. |
| 20:23.51 | Corydon76-dig | Anyway, the sha1 sums are now live on the site, if you want to test |
| 20:43.33 | *** join/#asterisk-dev rooty (n=chatzill@office.aircanopy.net) |
| 20:44.22 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:44.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:44.30 | rooty | Is it possible to disable the uniqueid in asterisk 1.6.0.x for cdr_mysql? |
| 20:59.16 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:21.06 | philipp64 | testing... will post shortly. |
| 21:24.32 | philipp64 | Corydon76-dig: well, there's AC_CHECK_FILE(), but no AC_CHECK_DIR()... |
| 21:35.52 | Corydon76-dig | philipp64: not sure how that helps |
| 21:36.07 | Corydon76-dig | philipp64: just mkdir -p in the Makefile |
| 21:36.39 | Corydon76-dig | As is commented in the source, it's faster to try to make the directory and fail than it is to check for its existence |
| 21:37.17 | philipp64 | well, I wanted the user to be able to specify --with-sound-cache=dir |
| 21:38.08 | philipp64 | if you're doing several makes for different architectures, but never in parallel, then you can have several builds share the same sounds. |
| 21:38.34 | Corydon76-dig | philipp64: I'm afraid that you will make the cross-compilers very angry if you try to AC_CHECK_DIR |
| 21:38.49 | philipp64 | if you are building in parallel across (via multiple source trees), then you have a race condition of two makes doing the same wget in parallel... |
| 21:39.00 | philipp64 | why? |
| 21:39.27 | philipp64 | I'm looking for a build-time directory... |
| 21:39.30 | Corydon76-dig | philipp64: because the target directory may exist on the compilation machine, but not on the installation machine |
| 21:39.58 | Corydon76-dig | installtime not buildtime is when it matters |
| 21:42.02 | philipp64 | still not getting you. |
| 21:42.47 | philipp64 | you run the ./configure and everything gets set up, including the SOUNDS_CACHE_DIR. |
| 21:42.59 | Corydon76-dig | Why? |
| 21:43.13 | philipp64 | from that point, the value is fixed and doesn't change during the build, nor during the install... it's independent of DESTDIR, right? |
| 21:43.30 | Corydon76-dig | Only if you're not cross-compiling |
| 21:43.51 | philipp64 | I *only* do cross-compiling, and I still don't get the problem. |
| 21:43.56 | *** part/#asterisk-dev elitecoder (n=liq@apollo.bullethost.com) |
| 21:44.04 | Corydon76-dig | Or more specifically, only if you're running the install on the same machine on which you build |
| 21:44.25 | philipp64 | how else are you going to do it? |
| 21:44.35 | Corydon76-dig | If you build on one machine, but install on many, then you want the directory test to happen at install time, not prior to build time |
| 21:45.08 | philipp64 | but you pull down the files and cache them at build time... not install time. |
| 21:45.30 | Corydon76-dig | That's not the way your scripts work |
| 21:45.34 | philipp64 | are you talking about some weird NFS scenario??? |
| 21:45.51 | Corydon76-dig | Your scripts pull down the files at install time |
| 21:46.23 | philipp64 | that I didn't change. it was already like that. |
| 21:46.28 | philipp64 | ok, we're talking cross-purposes. |
| 21:46.29 | Corydon76-dig | So if it's at installtime, you need to ensure that the directory exists at installtime |
| 21:46.37 | Corydon76-dig | not buildtime |
| 21:46.51 | philipp64 | I'm thinking of the build ; install ; make clean ; build ; install ... (repeat) scenario. |
| 21:47.23 | Corydon76-dig | You mean 'make distclean' |
| 21:47.27 | philipp64 | ok, so we just take the value at ./configure time... and save it away (into makeopts or whatever). |
| 21:47.33 | philipp64 | right. |
| 21:47.38 | Corydon76-dig | The clean target doesn't delete the files |
| 21:47.52 | Corydon76-dig | philipp64: rights, save it |
| 21:48.25 | philipp64 | can someone point me at an example where that's already done that I can lift? |
| 21:48.57 | philipp64 | btw: tested the make. seemed to work. |
| 21:51.08 | Corydon76-dig | philipp64: yeah, anywhere you use --with-foo, you can lift that directly from the configure and embed it into an AC_DEFINE |
| 21:51.32 | Corydon76-dig | AST_EXT_LIB_SETUP does the --with setup for you |
| 21:54.15 | philipp64 | I'll try to submit a patch for configure later... have a look at the makefile patches in the meantime if you have time. |
| 21:54.29 | Corydon76-dig | and then the value is available in the with_foo shell var |
| 22:14.22 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 23:51.42 | *** part/#asterisk-dev korihor (n=korihor@190.77.83.180) |
| 23:52.51 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |