| 00:00.45 | seanbright | if you were writing find_foo_by_index() what would you use for the type of the 'index' argument? |
| 00:00.50 | seanbright | size_t? |
| 00:00.51 | seanbright | int? |
| 00:01.01 | seanbright | it's going to be >= 0 |
| 00:01.05 | seanbright | so int seems silly |
| 00:01.30 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 00:22.42 | Corydon76-lap | seanbright: I'd use int |
| 00:23.34 | Corydon76-lap | seanbright: size_t is for items which relate to memory size, whereas ints are used for abstractions (like indices) |
| 00:24.10 | Corydon76-lap | seanbright: depending upon the maximum index, you could also use a short |
| 00:25.19 | Corydon76-lap | If you take a look at the various system APIs, you'll find that at least for POSIX, they try to make that distinguishment, even though for many years, an int and size_t were exactly the same thing |
| 00:29.11 | Corydon76-lap | I'm off. |
| 01:30.55 | *** part/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:31.55 | seanbright | is termcap supported needed purely for main/editline? |
| 01:32.07 | seanbright | s/ted/t/ |
| 01:32.19 | snuff-work | has no clue |
| 01:51.36 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:51.36 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:38.39 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) [NETSPLIT VICTIM] |
| 03:38.39 | *** join/#asterisk-dev fenlander_ (n=fenlande@82.152.81.57) [NETSPLIT VICTIM] |
| 03:38.39 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 03:51.30 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-0-218-176.dhcp.embarqhsd.net) |
| 03:51.30 | *** join/#asterisk-dev pmhaddad-work (n=pmhaddad@141.219.87.43) [NETSPLIT VICTIM] |
| 03:51.30 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-4f4556e2cdfbff88) [NETSPLIT VICTIM] |
| 03:51.30 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 03:51.30 | *** join/#asterisk-dev freddyk (n=freddy@host124-190-dynamic.51-82-r.retail.telecomitalia.it) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-5063f8fa6c6dc699) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) [NETSPLIT VICTIM] |
| 03:51.31 | *** join/#asterisk-dev jsmith-away (n=nnnjsmit@asterisk/training-and-documentation-guru/jsmith) |
| 03:51.31 | *** mode/#asterisk-dev [+oooo ctooley Deeewayne Qwell jsmith-away] by irc.freenode.net |
| 03:51.31 | *** join/#asterisk-dev Corydon76-dig (i=gray@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 03:51.31 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 03:52.18 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 03:52.18 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:52.19 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 03:52.19 | *** join/#asterisk-dev fenlander_ (n=fenlande@82.152.81.57) [NETSPLIT VICTIM] |
| 03:52.19 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) [NETSPLIT VICTIM] |
| 03:52.19 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 03:52.19 | *** mode/#asterisk-dev [+oo jpeeler ChanServ] by irc.freenode.net |
| 04:32.19 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 04:32.20 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 04:40.27 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 05:48.39 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 05:48.39 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 05:56.36 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:14.56 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) |
| 07:03.52 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) |
| 07:03.56 | *** join/#asterisk-dev mort___ (n=mort@user-5440cd47.wfd78a.dsl.pol.co.uk) |
| 07:45.11 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:45.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:03.40 | *** join/#asterisk-dev likwid8888545943 (n=chrislee@dt031n0d.tampabay.res.rr.com) |
| 08:04.29 | likwid8888545943 | I am seeking a developer who can make a custom Asterisk installation for me is this a good forum to find that |
| 09:03.31 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:22.29 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:22.29 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:03.59 | mvanbaak | w00t! I fixed a H323 bug ! |
| 10:04.18 | mvanbaak | runs and hides before he get's marked as maintainer |
| 10:08.29 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 10:17.56 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:17.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:32.24 | tzafrir_laptop | mvanbaak, does this mean Asterisk will no longer need to link directly with openh323 (only chan_h323.so)? |
| 10:45.47 | mvanbaak | tzafrir_laptop: I have no idea |
| 10:46.13 | tzafrir_laptop | mvanbaak, ldd can answer that |
| 10:46.16 | mvanbaak | I saw a bug on mantis, created a patch without testing, put it there to ask for testers, and tada it is tested and confirmed to be working. |
| 11:05.11 | snuff-home | nice work mvanbaak :) |
| 11:16.01 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 11:16.01 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 11:18.34 | *** join/#asterisk-dev DarkRift (n=dark@65.92.167.71) |
| 11:23.07 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:23.07 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:54.38 | *** join/#asterisk-dev eliel_ (n=eliels@200.61.172.61) |
| 12:04.48 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:05.53 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 12:09.03 | *** join/#asterisk-dev Nick_Lewis (n=chatzill@81.171.134.146) |
| 12:09.36 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 12:29.37 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) |
| 12:30.18 | oej | mvanbaak: Maybe we can remove the c++ requirements from Configure too... It's only needed for h.323 |
| 12:35.22 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:44.17 | mvanbaak | oej: nice |
| 12:44.20 | mvanbaak | oej: ping |
| 12:44.37 | oej | Pong |
| 12:44.46 | mvanbaak | oej: if I have stock 1.6 asterisk, what video settings should I use in the gxv3000 ? |
| 12:44.52 | oej | Yes, I would love not having to install c++ |
| 12:45.00 | oej | No special settings. |
| 12:45.08 | oej | Just place the call and be happy. |
| 12:45.12 | oej | Turn on videosupport in sip.conf |
| 12:45.13 | mvanbaak | cool |
| 13:05.01 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@host-95-189-128-56.pppoe.omsknet.ru) |
| 13:07.38 | mvanbaak | oej, and dont get mad,... but will it work with asterisk 1.2 ? |
| 13:11.07 | kpfleming | not likely |
| 13:11.24 | russellb | hide, it's kevin! |
| 13:12.30 | mvanbaak | there is 'videosupport=no' in my sip.conf |
| 13:14.42 | mvanbaak | Mar 17 14:14:00 WARNING[22381]: channel.c:2408 set_format: Unable to find a codec translation path from g723 to ulaw |
| 13:15.14 | mvanbaak | that prolly means I have to upgrade eh ? |
| 13:16.25 | oej | mvanbaak: I did not get your latest question. What is 1.2? |
| 13:16.43 | mvanbaak | lol |
| 13:18.47 | kpfleming | mvanbaak: no, we don't have a g.723 transcoder in any version |
| 13:19.00 | kpfleming | unless you buy a tc400 |
| 13:22.06 | mvanbaak | I got it |
| 13:22.30 | mvanbaak | it does work with 1.2 |
| 13:23.25 | tzanger | can anyone tell me when mattf is expected in? |
| 13:23.28 | kpfleming | you can send checks to all of us |
| 13:23.32 | kpfleming | tzanger: in the future |
| 13:23.45 | tzanger | my, someone is in a cheeky mood this morning. :-) |
| 13:23.48 | mvanbaak | kpfleming: lol |
| 13:23.57 | kpfleming | only mspiceland knows his schedule, such as it is |
| 13:24.15 | tzanger | I shall contact The Spiceland, then |
| 13:24.57 | jsmith | tries to come up with a good "spice" quote from Dune, and fails miserably... |
| 13:25.03 | tzanger | heh |
| 13:26.57 | mvanbaak | I should upgrade anywayz |
| 13:28.40 | tzanger | digium's got you on the upgrade treadmill, eh? |
| 13:28.48 | tzanger | I am still running asterisk 1.0, I *compile* my dialplan! :-) |
| 13:29.06 | russellb | lol ... compiling the dialplan was more like 0.1 |
| 13:29.13 | tzanger | sorry I was off by a factor of 10 |
| 13:29.18 | tzanger | that's how frequently I upgrade :-) |
| 13:30.19 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 13:35.54 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:35.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:37.03 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:43.03 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 13:47.19 | *** join/#asterisk-dev leif[mobile] (n=leifmads@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:47.19 | *** mode/#asterisk-dev [+o leif[mobile]] by ChanServ |
| 14:11.18 | seanbright | so making a minor non-functional change to the autoconf stuff in trunk needs to be blocked in all 3 1.6 branches? |
| 14:11.42 | jsmith | Aye! |
| 14:11.46 | seanbright | holy crap |
| 14:11.49 | seanbright | m'kay |
| 14:12.03 | seanbright | i thought we weren't doing explicit blocks in release branches anymore |
| 14:12.14 | russellb | someone needs to script block16 0 1 2 |
| 14:12.22 | jsmith | If we're not, it's news to me |
| 14:12.29 | russellb | i have been ... *shrugs* |
| 14:12.43 | jsmith | Of course, I'm only a *wannabe* dev, so my opinion doesn't really count for much |
| 14:12.45 | seanbright | kpfleming wrote an e-mail to the -dev list about it a few months ago - it's just noise |
| 14:13.09 | seanbright | lemme find it |
| 14:14.01 | mvanbaak | tzanger: yeah. but it's no problem. I should do that anywayz |
| 14:14.08 | mvanbaak | same as the two core switches |
| 14:14.14 | mvanbaak | they are running 1.0.9 |
| 14:15.30 | seanbright | ahh |
| 14:15.48 | eliel_ | why is this line needed? #define _POSIX_C_SOURCE 200112L |
| 14:16.04 | seanbright | So, I'm proposing that once a 1.6.x branch has reached the release |
| 14:16.05 | seanbright | candidate phase, we stop using svnmerge to block revisions there, as it |
| 14:16.05 | seanbright | results in useless 'noise' commits. When there are multiple 1.6.x |
| 14:16.05 | seanbright | branches that have had releases, this problem would only multiply. |
| 14:17.02 | seanbright | msg id: 48EB557D.3020109@digium.com |
| 14:18.15 | russellb | works for me! |
| 14:18.25 | leif[mobile] | i'm sold |
| 14:18.46 | russellb | so that means only blocks in 1.6.2 i guess |
| 14:18.48 | russellb | awesome. |
| 14:18.59 | seanbright | well i'll e-mail the -dev list |
| 14:19.06 | russellb | thanks |
| 14:19.18 | leif[mobile] | Although why only at RC stage. Shouldn't that be upon branch from trunk? |
| 14:19.45 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:19.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:19.46 | russellb | shrugs |
| 14:20.02 | russellb | seanbright: stop talking about kpfleming, he's here now |
| 14:20.06 | seanbright | doh |
| 14:20.10 | file | that kpfleming guy... |
| 14:20.16 | file | is so cool! |
| 14:20.17 | kpfleming | i am not here |
| 14:20.19 | leif[mobile] | ok back online shortly. Just heading upstairs from the restaurant now |
| 14:20.29 | seanbright | i'm just saying... don't loan him any money... you'll never get it back |
| 14:21.13 | seanbright | kpfleming: re: http://lists.digium.com/pipermail/asterisk-dev/2008-October/034641.html |
| 14:22.05 | seanbright | is that policy now? |
| 14:22.10 | seanbright | or never made it that far. |
| 14:23.22 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 14:25.22 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:25.22 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:25.41 | lmadsen | returns! |
| 14:27.44 | seanbright | hooray |
| 14:28.16 | ctooley | questions the positive nature of that. |
| 14:28.33 | lmadsen | burn |
| 14:29.46 | seanbright | well everyone else left him hanging |
| 14:37.52 | *** part/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:38.03 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 14:38.16 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 14:39.27 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:39.27 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:41.20 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@host-95-189-128-56.pppoe.omsknet.ru) |
| 15:00.16 | tzafrir_laptop | Do pseudo channels get asigned dahdi channel numbers? |
| 15:01.27 | russellb | I don't think so ... not sure exactly |
| 15:03.32 | kpfleming | nope |
| 15:06.54 | *** join/#asterisk-dev stephank (n=shteef@212.178.158.35) |
| 15:13.58 | tzafrir_laptop | Anybody has a spare B410P to test http://bugs.digium.com/view.php?id=13897 with? I'd really like to verify it doesn't break anything there and commit it |
| 15:19.14 | tzanger | haha I like the favicon.ico for bugs.digium.com |
| 15:20.31 | lmadsen | :D |
| 15:32.01 | *** join/#asterisk-dev CunningPike (n=CunningP@vpn.dnv.org) |
| 15:36.20 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:42.46 | stephank | I use a 1.4 backport of the Bridge application that seems to be causing me trouble. (This is the same patch Debian uses in packaging by default.) After a bridge command, the channel can no longer transfer calls using REFER. Asterisk responds with 202 Accepted, doesn't report anything, but doesn't transfer either. The aastra reports "Transfer failed". |
| 15:43.44 | russellb | debian packages that? ugh!! |
| 15:43.47 | russellb | that patch is so broken |
| 15:43.48 | stephank | Is it possible to get some more information out of Asterisk to see what is causing this to fail in this situation? |
| 15:43.53 | stephank | oh |
| 15:44.01 | russellb | completely unsupported |
| 15:44.07 | stephank | http://svn.debian.org/wsvn/pkg-voip/asterisk/tags/1.4.21.2~dfsg-3/debian/patches/feature-bridge?op=file&rev=6875&sc=1 |
| 15:44.23 | russellb | and it angers me when people include unsupported patches like that, for this _exact_ reason |
| 15:45.24 | stephank | I've come to rely on it somewhat, but now run into this issue. Is there another way I can achieve the same? I basically have very specific queue log and implemented a queue-like application in AMI/FastAGI. I originate to agents, and need to bridge with a channel that is playing hold music. |
| 15:45.37 | stephank | queue logic* |
| 15:46.13 | russellb | the code for Bridge in Asterisk 1.6 is supported. If you upgrade to that, it can be supported |
| 15:47.43 | stephank | :/ |
| 15:47.51 | tzafrir_laptop | russellb, that patch is IIRC taken from svncommunity or something similar |
| 15:48.07 | russellb | I seriously doubt it |
| 15:48.16 | russellb | and besides, even stuff there is unsupported |
| 15:48.52 | russellb | I don't think _any_ patches should be included, unless it's stuff to get things installed in the right place to be more compliant with your distribution or something |
| 15:49.04 | tzafrir_laptop | stephank, for patches in released debian packages: http://patches.debian.net/ |
| 15:49.08 | russellb | any changes in code are inappropriate, and make it so we can't accept bug reports using those packages |
| 15:49.23 | stephank | tzafrir_laptop: I already linked to the patch |
| 15:49.38 | tzafrir_laptop | well, bug reports for that package should indeed go to Debian |
| 15:50.17 | russellb | grumbles some more and wanders off ... |
| 15:50.54 | stephank | Supported or not, is there any place asterisk reports why it failed to transfer the call? (I'm tempted to hack it into working on 1.4 myself.) |
| 15:51.40 | tzafrir_laptop | stephank, for starters, what do you see in the trace? |
| 15:51.43 | jsmith | stephank: You could turn on debug reporting in logger.conf, set debug at 4 or higher, and see if that reports anything... it's a long-shot, but it may help |
| 15:51.56 | tzafrir_laptop | enable debug logging and such if it helps |
| 15:52.05 | stephank | tzafrir_laptop: Looks the same as a regular succeeding transfer. 202 Accepted |
| 15:52.10 | stephank | I'll give that a shot |
| 15:55.16 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 16:16.23 | lmadsen | Damin: ping? |
| 16:16.58 | stephank | Oooh, sip history! That's a well hidden feature. :p |
| 16:23.08 | tzafrir_laptop | SIP goes back to RFC 2543, but if you dig deeper you can find its its roots in earlier sources |
| 16:24.00 | stephank | I actually meant the sip history command on the console. |
| 16:25.07 | stephank | Anyways, I think my silly problem comes down to my application originating channels in an application context, that doesn't contain other phones. Durr. Thanks for the pointers, though! :) |
| 16:27.15 | oej | russellb is right. Digium can't support a patched version of Asterisk. On the other hand, Debian should not call this version Asterisk since it no longer is Asterisk from Asterisk.org |
| 16:27.54 | oej | I do agree that distributions should not do this. On the other hand I see a need to backport features and have a separate distribution that is no longer Asterisk. |
| 16:28.06 | stephank | I hope I haven't triggered some horrible avalanche of legal matter here. :) |
| 16:28.22 | oej | FreeBSD port had a lot of strange patches that was very weird... It was surely no Aterisk. |
| 16:28.27 | oej | Asterisk |
| 16:28.58 | stephank | Debian also strips a bunch of stuff they call non-free, under their Debian Free Software Guidelines. The package version is also labeled with ~dfsg |
| 16:29.40 | oej | Well, even open source projects does need the right to define our own products. |
| 16:29.40 | oej | later.. |
| 16:38.05 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:38.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:38.36 | Corydon76-dig | stephank: and until recently, that was the case with the standard recordings |
| 16:39.01 | Corydon76-dig | The recordings now come with a license file that clarifies the situatiion |
| 16:40.13 | Corydon76-dig | Don't get me started on distributions introducing bugs. Every time I see a bug reported against Asterisk, and they're using a distribution-packaged mysql-odbc-connector, I cringe. |
| 16:40.46 | Qwell | heh, ask the Pidgin guys about distro packages |
| 16:40.46 | Corydon76-dig | Because upgrading to the version directly from mysql typically solves the crash |
| 16:41.07 | Qwell | You will be banned from #pidgin if you mention the word Gentoo, even in passing. |
| 16:41.39 | Corydon76-dig | IMHO, distributions should give that option to the user... distribution functionality patches or NOT |
| 16:41.54 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-e37017b31a537fce) |
| 16:42.13 | Corydon76-dig | Morning, Nick |
| 16:48.14 | tzafrir_laptop | Corydon76-dig, speaking of pidgin and distro packages: http://bugs.debian.org/519011 |
| 16:48.27 | tzafrir_laptop | I can keep using the package from Stable |
| 16:49.27 | Corydon76-dig | tzafrir_laptop: My issue is with mysql-odbc-connector |
| 16:49.56 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 16:50.09 | Corydon76-dig | I haven't found a distro yet that doesn't package a crappy mysql-odbc-connector |
| 16:53.05 | tzafrir_laptop | Corydon76-dig, reference bugs? |
| 16:53.19 | Corydon76-dig | eh? |
| 16:53.46 | tzafrir_laptop | Can you point me to relevant bugs files on that package? |
| 16:54.25 | tzafrir_laptop | What specific issues people have with it? |
| 16:57.53 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) |
| 16:59.13 | kaii | just 5 seconds ago i wrote a patch against app_dial.c to find out who originated a transfer/forward in the newly created (local) channel .. (sip client sends 302 redirect, asterisk opens new local channel .. in this new channel i needed to know who was originally called, e.g. who initiated the forward) |
| 17:00.01 | kaii | i just wanted to know if there is *any other* possible way to find out which extension initiated a call forward (e.g. 302 moved temporarily) |
| 17:00.33 | kaii | i dont like patching on my own, rather like to use the standard releases. |
| 17:01.52 | kaii | my app_dial now creates a new channel variable FORWARDEDBY in the newly created local channel so it is possible (in the dialplan) to route the caller back to the transferer if the target is busy/congested/timeouted etc. |
| 17:03.07 | Corydon76-dig | tzafrir_laptop: http://bugs.digium.com/view.php?id=12062 |
| 17:03.20 | tzafrir_laptop | thanks |
| 17:03.27 | kaii | the normal behaviour is: call would be lost (signalling busy) or go to voicemail or any other thing because the dialplan was not able to decide if the caller directly called the target or was tranfered in this direction |
| 17:04.51 | kaii | would love to hear my work was unnecessary and there is a "builtin" way |
| 17:05.08 | jsmith | kaii: A suggestion... if you submitted your patch to the bug tracker, maybe a dev would accept it and you wouldn't have to keep patch Asterisk moving forward. |
| 17:05.26 | jsmith | kaii: That being said, I don't know of a way off the top of my head to do what you're doing using built-in methods |
| 17:05.49 | tzafrir_laptop | Corydon76-dig, hmm... but you closed the bug there because user was using distro -connector. This bug is not something I can use as a reference for a "the mysql-connector package is bad" bug |
| 17:05.57 | kaii | jsmith: well, i am using asterisk 1.2 with the bristuff patch set .. |
| 17:06.07 | kaii | i know its outdated, but we have a lot of setups running this. |
| 17:06.41 | jsmith | kaii: OK... well, at this point, anything new wouldn't go in until 1.6.2... and at the rate you're upgrading, it sounds like you're gonna be patchin' for a while either way |
| 17:06.56 | kaii | jsmith: of course i will suppy the patch to bugtrack as soon as i tested it enough and made a diff |
| 17:07.42 | kaii | jsmith: heh. :) yes but bristuff (junghanns.net) does all the patches .. its a patch collection for 1.2 |
| 17:08.33 | tzafrir_laptop | hmm... bristuff from junghanns.net is still mostly stuck as 1.2 :-( . At least it is not broken to a patchset |
| 17:08.50 | kaii | jsmith: if i want to supply patches to assist the active development of asterisk .. how do i do it? |
| 17:08.55 | kaii | patch against CVS head? |
| 17:09.03 | kaii | patch against latest release? |
| 17:09.21 | tzafrir_laptop | SVN trunk would be a better idea ;-) |
| 17:09.36 | jsmith | kaii: Patch against SVN trunk... we don't use CVS any more |
| 17:09.43 | kaii | ic |
| 17:09.56 | tzafrir_laptop | though getting it to work with your system will take some work |
| 17:10.21 | kaii | its just 3 lines of code, i wouldnt try to make trunk work :) |
| 17:10.24 | kaii | just patch |
| 17:12.30 | jsmith | Well, you need to test it on trunk |
| 17:12.51 | kaii | darn. |
| 17:13.03 | kaii | its just pbx_builtin_setvar_helper(o->chan, "FORWARDEDBY", winner->name); |
| 17:14.24 | jsmith | Well, the point I'm trying to make is that things may have (and *probably* have) changed dramatically between 1.2 and trunk. |
| 17:14.58 | kaii | i see .. |
| 17:17.47 | kaii | i checked that via web SVN... applies well to 1.6 :-D |
| 17:18.06 | kaii | btw: is "call answered elsewhere" already part of app_dial in trunk? |
| 17:18.42 | kaii | sry for asking, found it in he source ... parameter "c" does the thing |
| 17:23.08 | jsmith | That just adds a SIP header to say "Hey, the call was answered somewhere else... don't show this as a missed call" |
| 17:27.34 | russellb | The_Boy_Wonder: ping |
| 17:27.54 | russellb | The_Boy_Wonder: It looks like your update to CHANGES was in the wrong place. It needs to go into the section for new stuff in 1.6.3 |
| 17:34.33 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:34.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:43.51 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 17:44.57 | *** part/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-4f4556e2cdfbff88) |
| 17:45.45 | JunK-Y | lo guys |
| 17:47.29 | Corydon76-dig | afternoon, JunK-Y |
| 17:49.16 | JunK-Y | whats up? |
| 17:49.58 | Corydon76-dig | Same ol stuff |
| 17:54.02 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-b1e0d5cd7598fcee) |
| 18:13.47 | *** join/#asterisk-dev shido6 (n=shido6@96-28-34-156.dhcp.insightbb.com) |
| 18:18.25 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 18:18.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:40.46 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:42.53 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:53.00 | *** join/#asterisk-dev ctooley_ (n=ctooley@doc-72-47-32-189.maryville.mo.cebridge.net) |
| 18:59.08 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:03.23 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:03.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:05.09 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:05.09 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:23.35 | mvanbaak | man, still cant believe 1.2.13 and grandstream gxv phones actually like eachother |
| 19:24.39 | russellb | it's like ... asterisk has actually been in a usable state for quite some time ;-) |
| 19:28.53 | mvanbaak | lol, yup |
| 19:29.30 | mvanbaak | I got two of them phones today |
| 19:31.38 | mvanbaak | Lara Croft on tv |
| 19:31.57 | mvanbaak | cant....keep....my.....eyes.....away....from....screen |
| 19:32.04 | mvanbaak | It's stronger then me |
| 19:32.15 | mvanbaak | sorry |
| 19:45.01 | *** join/#asterisk-dev frawd (n=francois@0.pool85-54-39.dynamic.orange.es) |
| 19:49.37 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 19:49.37 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:59.52 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:59.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:16.52 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 20:16.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:27.43 | mvanbaak | putnopvut: you here ? |
| 20:28.01 | putnopvut | mvanbaak: yes, sir! |
| 20:28.27 | mvanbaak | the patch you put on reviewboard about called-party-id |
| 20:28.43 | mvanbaak | does that still have the skinny part ? |
| 20:28.50 | mvanbaak | <--- did not look at the patch yet |
| 20:29.02 | putnopvut | yes, it has the original skinny portion that gareth uploaded to the bugtracker. |
| 20:29.41 | mvanbaak | thank you |
| 20:29.52 | mvanbaak | I will have a look at it later this week |
| 20:34.27 | putnopvut | Cool. Skinny wasn't tested very much at all, so if you have problems when using skinny phones, let me know and I can try to find out what's wrong. |
| 20:34.39 | putnopvut | The problem is that I know pretty much nothing about SCCP. |
| 20:36.11 | wedhorn | mvanbaak: I had a quick look at putnopvut's patch and it'll merge easily with my new stuff. You should only need to check the update_connectedline function |
| 20:38.50 | mvanbaak | wedhorn: agreed |
| 20:39.12 | mvanbaak | putnopvut: no CHANGES entry for skinny ;) |
| 20:39.31 | putnopvut | mvanbaak: all right, I'll take note of it :) |
| 20:41.00 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 20:41.00 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 20:49.10 | mvanbaak | wedhorn: looking at the patch I agree |
| 20:49.34 | mvanbaak | and the update_connectedline in chan_skinny looks ok to me as wel |
| 20:50.09 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:50.09 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:50.37 | tzafrir_laptop | Qwell, 32bit userspace / 64bit kernel is something you can also have on x86 |
| 20:51.00 | Qwell | tzafrir_laptop: we'll cross that when we get there... |
| 20:51.09 | mvanbaak | that's ..... evil |
| 20:51.10 | Qwell | it's never been an issue before. no distros do that |
| 20:51.21 | kpfleming | yes they do |
| 20:51.28 | jsmith | Fedora is moving that way |
| 20:51.32 | kpfleming | my ubuntu systems all have 32 bit libraries and can run 32 bit applications |
| 20:51.35 | jsmith | (fwiw) |
| 20:51.43 | Qwell | kpfleming: but your compiler will create 64-bit binaries. |
| 20:51.44 | mvanbaak | kpfleming: that's different |
| 20:51.47 | tzafrir_laptop | Qwell, debootstrap a 32bit system on a 64bit kernel |
| 20:51.49 | Qwell | sparc64 does *only* 32-bit userspace |
| 20:51.53 | kpfleming | unless i tell it to make 32 bit binaries, which i do all the time |
| 20:52.10 | mvanbaak | omg |
| 20:52.21 | kpfleming | mvanbaak: how is that different? |
| 20:52.52 | jsmith | As I understand it... Fedora 11 will have either a 586 kernel for 32-bit processors or a 64-bit PAE-enabled kernel for any processor supporting a 64-bit kernel, even if a 32-bit userspace is being installed |
| 20:53.47 | Qwell | the issue in reference was sparc64, but, if that's common on x86 as well...ugh |
| 20:54.19 | kpfleming | it's very rare for a linux install to have a 64-bit kernel and *only* 32-bit userspace, but it's certainly possible |
| 20:54.25 | tzafrir_laptop | so far noone reproduced it on x86 |
| 20:54.42 | Qwell | the issue was 2 parts. 1 was a compile issue due to sparc stuff, the other was compat ioctls |
| 20:54.56 | Qwell | (I think, anyways.) |
| 20:55.00 | mvanbaak | kpfleming: because ubuntu (and others) provide some '32 bit emulation' |
| 20:55.13 | kpfleming | yes, the kernel provides that on linux |
| 20:55.15 | kpfleming | it is smart that way |
| 20:55.31 | mvanbaak | it *tries* to be smart |
| 20:55.50 | file | I'm smrt. |
| 20:56.27 | mvanbaak | and if it's good at it, next question is WHY |
| 20:57.04 | mvanbaak | the only two things I can think of are desktop related: flash and opera |
| 20:57.13 | Qwell | mvanbaak: cross-arch testing |
| 20:57.39 | tzafrir_laptop | the kernel needs access to the whole memory space. OTOH many processes can live with just 4G |
| 20:57.57 | mvanbaak | Qwell: you cannot count on that when cross-arch testing 32 stuff on 64 bit |
| 20:58.25 | mvanbaak | even in linux, the 32 bit 'emulation' on 64 bit is not perfect |
| 20:58.41 | tzafrir_laptop | Debian is actually now starting the switch to multi-arch |
| 20:59.01 | mvanbaak | take opera. it runs on ubuntu 64bit but it's not as usable as on pure 32bit |
| 20:59.03 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 20:59.38 | *** part/#asterisk-dev lbt (n=david@78.32.229.233) |
| 21:00.39 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 21:00.48 | *** part/#asterisk-dev lbt (n=david@78.32.229.233) |
| 21:00.51 | Qwell | slowly steps backwards and starts to run away when he gets behind everybody |
| 21:01.46 | Qwell | tzafrir_laptop: I think that issue, as-is, should not be open. If another issue gets created (where it can be reproduced on something besides sparc), I think that would be good |
| 21:02.03 | Qwell | tzafrir_laptop: sound about right? |
| 21:02.09 | tzafrir_laptop | right |
| 21:02.30 | tzafrir_laptop | Though I wish I could reproduce it on qemu |
| 21:02.56 | tzafrir_laptop | qemu-sparc32 should work. qemu-sparc64 wasn't stable enough when I tried it |
| 21:03.01 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 21:03.17 | tzafrir_laptop | And I have no access to a sparc64 build system |
| 21:04.52 | tzafrir_laptop | (this is a pure build issue, which is why I don't fear "borrowing" a machine) |
| 21:07.02 | *** part/#asterisk-dev lbt (n=david@78.32.229.233) |
| 21:08.01 | mvanbaak | nothing beats the real arch |
| 21:08.12 | mvanbaak | I found out the hard way with hppa |
| 21:08.53 | mvanbaak | and arm |
| 21:09.10 | mvanbaak | it works fine in the emulator, but as soon as you try it on the real hardware stuff fails |
| 21:09.22 | tzafrir_laptop | arm is now the third most popular arch on Debian (after i386 and amd64) |
| 21:09.50 | mvanbaak | yup |
| 21:10.05 | mvanbaak | and all real testing is done on arm hardware |
| 21:10.12 | mvanbaak | instead of in emulation |
| 21:57.15 | otherwiseguy | So, I'm looking at a segfault someone is experiencing and it looks like the first argument to tzload (which should be #defined string!) is referencing memory at an address that can't be accessed. I am confused. |
| 22:00.36 | kpfleming | otherwiseguy: got a backtrace you can post? |
| 22:04.59 | Corydon76-dig | otherwiseguy: I've seen that before on optimized builds |
| 22:05.30 | Corydon76-dig | Usually the address that cannot be accessed is on the zero-page |
| 22:06.48 | Corydon76-dig | What's annoying is when an unoptimized build doesn't exhibit the crash |
| 22:10.13 | putnopvut | Ah yes, I recall a bug being opened on the bugtracker with a crash like that recently. I think it got closed when the reporter said he couldn't make it happen anymore. |
| 22:10.29 | putnopvut | Of course, he probably couldn't make it happen any more because of enabling DONT_OPTIMIZE... |
| 22:11.15 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 22:14.04 | otherwiseguy | always fun. they are doing some recursive macro calls, using realtime extensions and voicemail ODBCc storage too. |
| 22:15.37 | Corydon76-dig | valgrind, perhaps? |
| 22:16.02 | Corydon76-dig | I'm looking at the stack addresses and thinking "that address should not change" |
| 22:21.23 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 22:21.35 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 22:21.35 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 22:56.59 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 23:01.40 | seanbright | in CLI command handlers, what is the distinction between braced expressions (i.e. {on|off}) vs. bracketed ones (i.e. [on|off])? |
| 23:01.52 | seanbright | { means one is required, [ means they are both optional? |
| 23:02.00 | kpfleming | yes |
| 23:02.03 | *** join/#asterisk-dev russellb_ (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:02.03 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 23:02.04 | seanbright | super |
| 23:02.32 | seanbright | thanks. |
| 23:03.19 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 23:03.19 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 23:27.21 | lmadsen | Damin: ping? |