| 00:10.33 | *** join/#asterisk-dev ivaxer (~ivaxer@dev.sgu.ru) |
| 00:20.48 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 00:50.40 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:08.42 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 01:27.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:27.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:11.28 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 03:48.17 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 03:48.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 05:57.59 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 06:02.59 | *** join/#asterisk-dev richardf (~savag3@173.116.124.202.static.snap.net.nz) |
| 06:47.42 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 06:51.15 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 07:10.09 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:10.09 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:43.54 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:43.54 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:49.04 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 07:49.04 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 07:49.04 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 07:49.04 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 07:49.04 | *** mode/#asterisk-dev [+oo file russellb] by niven.freenode.net |
| 07:53.51 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 09:35.18 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:07.20 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 11:25.04 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:25.04 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:15.20 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:15.20 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:21.44 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 12:21.51 | jmls | afternoon all |
| 12:22.00 | *** join/#asterisk-dev pentanol (~irka@91.195.60.231) |
| 12:27.59 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:34.24 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:36.32 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 12:55.03 | *** join/#asterisk-dev ccesario (~ccesario@189-29-60-113-ac.cpe.vivax.com.br) |
| 13:11.44 | *** join/#asterisk-dev Victor_Yure (~aaa@unaffiliated/victoryure/x-837844) |
| 13:45.38 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 13:45.38 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:53.56 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:54.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:01.11 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:01.11 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:01.20 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:01.20 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:02.59 | *** join/#asterisk-dev akshayb (8ccbd68e@gateway/web/freenode/ip.140.203.214.142) |
| 14:04.22 | *** join/#asterisk-dev pabelanger (~pabelange@yoda.kanatek.com) |
| 14:04.54 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:04.54 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:09.01 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:38.06 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 14:40.56 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:22.01 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:22.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:25.20 | seanbright | sruffell: i'm around if you have time to run any tests |
| 15:25.30 | seanbright | /want to |
| 15:27.35 | sruffell | seanbright: cool, would it be possible for me to login to that machien? |
| 15:27.36 | sruffell | machine? |
| 15:27.44 | seanbright | sure. let me create an account for you. |
| 15:38.20 | seanbright | ok, host is 127.0.0.1 username is 'root', password is 'password' |
| 15:39.02 | leifmadsen | seanbright: password doesn't work |
| 15:39.13 | leifmadsen | I had to use canadar0cks! |
| 15:39.19 | seanbright | hmmm, strange |
| 15:39.22 | seanbright | i'll make a note of it |
| 15:39.44 | leifmadsen | also, the IP address is 234.33.5.oh wait a minute! you almost got me there! |
| 15:40.07 | seanbright | downloads leifmadsen's recipes list |
| 15:40.14 | Kobaz | leifmadsen: the thing with the columns not found in cdr_pgsql... is yes... typically the table is not found... but that same error would be hit if the table exists but there is no columns |
| 15:40.22 | Kobaz | leifmadsen: not sure if it's all that important to differentiate though |
| 15:40.34 | leifmadsen | Kobaz: aye, not that big a deal in the commit message :) |
| 15:40.40 | Kobaz | yeah |
| 15:40.41 | leifmadsen | at least I don't think so... |
| 15:40.50 | Kobaz | if there's no columns, you're fscked anyway |
| 15:41.58 | leifmadsen | :) |
| 15:42.10 | leifmadsen | if there's no columns, get a new administrator :) |
| 15:42.15 | Kobaz | heh |
| 15:42.22 | leifmadsen | "but I created the table like you asked!" |
| 15:42.50 | Kobaz | create table cdr; |
| 15:43.48 | leifmadsen | :D |
| 15:44.07 | leifmadsen | I wonder if you did that if cdr_adaptive_odbc would automatically fill in the columns it needs... |
| 15:44.14 | leifmadsen | Corydon76-dig: ? |
| 15:47.42 | Kobaz | oh man |
| 15:47.57 | Kobaz | we're supposed to do an upgrade to a hospitals call queue system on wednesday |
| 15:48.10 | Kobaz | and the president of the hospital died this morning |
| 15:48.47 | russellb | :-/ |
| 15:49.01 | Qwell | yikes |
| 15:49.27 | *** join/#asterisk-dev Corydon76-lap (~Corydon76@nat/digium/x-yeizilymgpfllpan) |
| 15:49.27 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:07.29 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 16:10.42 | leifmadsen | eep |
| 16:15.38 | Corydon76-lap | pokes leifmadsen with a ripe banana |
| 16:15.50 | leifmadsen | oi! |
| 16:16.12 | russellb | O.O |
| 16:16.24 | leifmadsen | Corydon76-lap: |
| 16:16.25 | leifmadsen | <Kobaz> create table cdr; |
| 16:16.25 | leifmadsen | <leifmadsen> :D |
| 16:16.25 | leifmadsen | <leifmadsen> I wonder if you did that if cdr_adaptive_odbc would automatically fill in the columns it needs... |
| 16:16.57 | Corydon76-lap | I don't believe you can create a table without columns |
| 16:17.39 | Corydon76-lap | In any case, the ODBC driver cannot create columns, because there's no universal syntax |
| 16:17.46 | Corydon76-lap | only the postgres and mysql drivers can do that |
| 16:18.44 | Corydon76-lap | and only the mysql driver can automatically extend columns |
| 16:18.49 | Kobaz | Corydon76-dig: you can create a table without columns |
| 16:19.12 | Corydon76-lap | Kobaz: on what backend? |
| 16:19.20 | Kobaz | postgres direct |
| 16:19.28 | Kobaz | pbx=# create table cdr (); |
| 16:19.29 | Kobaz | CREATE TABLE |
| 16:19.36 | Kobaz | pbx=# select * from cdr; |
| 16:19.36 | Kobaz | -- |
| 16:19.36 | Kobaz | (0 rows) |
| 16:19.38 | Corydon76-lap | Weird |
| 16:20.24 | Kobaz | you can even insert into a table with no columns: INSERT INTO cdr DEFAULT VALUES; |
| 16:20.43 | Qwell | does it add a row? |
| 16:21.19 | Corydon76-lap | I can see that for academic reasons, but it's utterly useless |
| 16:21.21 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:21.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:21.23 | Kobaz | hehe |
| 16:21.35 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:22.02 | Kobaz | Qwell: yeah it adds a row |
| 16:22.33 | Corydon76-lap | The professional db programmers are all aghast |
| 16:22.40 | kpfleming | no kidding |
| 16:23.41 | leifmadsen | Corydon76-lap: oh ya, I remember you saying the ODBC backend couldn't do that now |
| 16:25.12 | Corydon76-lap | I did look into it at the time. But it seemed that 1) it wasn't likely to be used, and 2) were it used, it would be expected to work against all sorts of oddball databases, and I did not want to have to support them |
| 16:25.47 | Kobaz | i much prefer going direct with the native database driver |
| 16:26.01 | Kobaz | there's a nasty resource leak with unixodbc that i keep running into |
| 16:26.05 | Corydon76-lap | It was more of an exercise in "look what I can do with metadata"... |
| 16:26.27 | Kobaz | i have a script that runs nightly that closes postgres connections older than 24 hours |
| 16:26.41 | Corydon76-lap | Kobaz: it's unlikely to be in unixodbc, but rather in the odbc driver |
| 16:26.45 | Kobaz | otherwise i hit the max connections, and my frontend clients are only using 5 connections, but yet there is 200 active |
| 16:26.59 | Kobaz | Corydon76-lap: well, whereever it is... it's odbc related |
| 16:27.24 | Corydon76-lap | I ran up into one like that, not in the Oracle odbc driver, but in the instant client odbc library |
| 16:27.45 | Corydon76-lap | InstantClient Oracle library, rather |
| 16:27.46 | Kobaz | so i've pretty much moved stuff off of odbc except for a few systems... and things have been much better |
| 16:28.07 | Corydon76-lap | This is also why I created res_config_curl, btw |
| 16:28.49 | Corydon76-lap | I'm marginally interested in whether anybody is using the prototype backend for it, dbsep.cgi |
| 16:29.44 | Kobaz | oh, nice |
| 16:29.50 | Corydon76-lap | Even the guy I wrote res_config_curl for isn't using the prototype backend. It's there mainly as documentation |
| 16:30.07 | Kobaz | prototype curl backend? |
| 16:30.15 | Corydon76-lap | Right |
| 16:30.41 | Corydon76-lap | Meant to be run on the (remote) web server |
| 16:30.44 | Kobaz | yeah |
| 16:30.47 | Kobaz | hmm |
| 16:30.57 | Kobaz | i was gonna write my own postgres based config backend |
| 16:31.05 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 16:31.17 | Corydon76-lap | What's wrong with the existing res_config_pgsql? |
| 16:31.48 | Kobaz | oh |
| 16:32.12 | Kobaz | i guess the problem is, it didn't tell me that it existed |
| 16:32.19 | Corydon76-lap | I'm asking... because if there's something wrong with it, I want to make sure it gets fixed |
| 16:32.31 | Kobaz | i guess i'll try using it then... heh |
| 16:33.31 | Kobaz | what's the engine name? |
| 16:33.44 | Corydon76-lap | "pgsql" |
| 16:33.47 | Kobaz | [Jul 12 12:33:14] WARNING[24810]: config.c:1976 find_engine: Realtime mapping for 'sip.conf' found to engine 'pgsql', but the engine is not available |
| 16:34.09 | Kobaz | res_config_pgsql.so PostgreSQL RealTime Configuration Driver 0 |
| 16:34.13 | Corydon76-lap | Does res_pgsql.conf exist? |
| 16:34.18 | Kobaz | maybe not |
| 16:34.20 | Kobaz | probably not |
| 16:34.24 | Kobaz | nope |
| 16:34.29 | Corydon76-lap | Needs that to know how to connect to the db |
| 16:34.32 | Kobaz | yeah |
| 16:34.35 | Kobaz | lemme set that up |
| 16:36.07 | Kobaz | sweet |
| 16:36.14 | Kobaz | the less odbc the better |
| 16:43.36 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:52.16 | *** join/#asterisk-dev nny (~nny@64.203.239.83) |
| 16:52.25 | nny | interested in paying someone to rewrite the chan_sip source code to not do "state : Ringing" in notifications. any other method is also acceptable, trying to remove flashing BLF on ringing on my phones, phones do not support ignoring the notification. |
| 16:53.03 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:53.42 | russellb | it's basically just commenting out some code |
| 16:53.50 | russellb | what version of Asterisk? |
| 16:54.43 | russellb | nny: ^^^ |
| 16:55.30 | nny | sorry, one sec i'll pull the version number |
| 16:56.04 | nny | 1.6.2.6 |
| 16:56.26 | nny | heh russellb ^^^ |
| 17:00.40 | russellb | http://pastebin.com/sh2fGeF8 |
| 17:01.01 | russellb | nny: ^ |
| 17:01.08 | nny | ok checking it out |
| 17:02.12 | nny | i'll try it now.. little knowledge of proper change documentation, but I understood the @ lines part as well as the +. :D |
| 17:13.35 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 17:14.18 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.172) |
| 17:27.20 | nny | russellb: should inuse notifications still work? |
| 17:27.50 | russellb | yep |
| 17:28.22 | nny | ok they do, awesome thank you. what's your email address and i'll paypal you for the help |
| 17:29.50 | nny | russellb: if you accept paypal that is |
| 17:30.44 | russellb | i do, but it's not really necessary |
| 17:31.03 | nny | i can at least buy ya lunch for the help, been messing with it for weeks :D |
| 17:41.44 | *** join/#asterisk-dev Dovid (~annon@213.8.121.90) |
| 17:48.58 | Corydon76-lap | nny: go to Astricon and buy him a beer |
| 17:49.24 | russellb | yessss |
| 17:49.51 | russellb | good thinking, Corydon76-dig. |
| 17:51.35 | seanbright | you can send the money to me |
| 17:51.37 | seanbright | i like money |
| 17:52.01 | russellb | I like money, too. |
| 17:52.34 | file | moo. |
| 17:52.50 | russellb | cooks file |
| 17:52.54 | russellb | mmmm, beef |
| 17:53.02 | file | :( |
| 17:54.12 | leifmadsen | I like Astricon and beer |
| 17:54.25 | leifmadsen | not necessarily at the same time, but sometimes |
| 17:59.16 | philipp64 | speaking of 'Cons.... anyone going to OSCON? Like van meggelen? |
| 18:05.00 | Kobaz | speaking of astricon, i need to register |
| 18:05.10 | leifmadsen | yay! |
| 18:05.16 | leifmadsen | I need to get my passport... |
| 18:05.19 | leifmadsen | (updated) |
| 18:06.10 | Kobaz | heh |
| 18:07.45 | Kobaz | i've been meaning to rewrite Monitor() to fix that, but haven't gotten around to it |
| 18:07.48 | Kobaz | er |
| 18:10.20 | file | wonders what is broken |
| 18:12.06 | Kobaz | Monitor() does recording in the same thread as audio mixing |
| 18:12.09 | Kobaz | so any decently big i/o hits during Monitor(), will affect audio bridging |
| 18:13.05 | Kobaz | ie: dropped audio when the device doing recording is getting big i/o hits |
| 18:15.40 | philipp64 | Kobaz: I've heard stories that Monitor() occasionally records each side of the conversation serially (i.e. local side first, then remote side appended... or vice versa). but have never seen that reproduced myself. |
| 18:16.27 | philipp64 | seemed unlikely, but then I heard a couple of other reports about it from other people. have you heard of that happening? |
| 18:17.14 | Kobaz | i could imagine that happening due to io latency |
| 18:17.32 | philipp64 | no, I mean the entire conversation... serialized. |
| 18:17.41 | Kobaz | oh, that's really weird |
| 18:17.47 | philipp64 | 5 minutes of local, followed by 5 minutes of remote. |
| 18:17.51 | Kobaz | oh |
| 18:17.56 | Kobaz | it means the call to sox wasn't done right |
| 18:18.10 | Kobaz | by default sox will append the two audio files together |
| 18:18.16 | file | Monitor doesn't mix O.o |
| 18:18.23 | file | MixMonitor does |
| 18:18.34 | Kobaz | yeah it doesn't... it uses sox to mix the end result |
| 18:19.08 | philipp64 | ah, so it's not impossible. ok. good to know. |
| 18:19.13 | Kobaz | the version of sox they are using doesn't support mixing, or the mixing option is different |
| 18:19.21 | philipp64 | I thought they were testing my gullibility. |
| 18:19.22 | Kobaz | that's the problem with relying on external programs |
| 18:19.55 | philipp64 | and it can't be mixed realtime with spandsp? |
| 18:20.04 | Kobaz | MixMonitor mixes realtime |
| 18:20.27 | philipp64 | astlinux builds with sox-12.17.9. |
| 18:20.31 | Kobaz | really... if you want mixed output, you should use mixmonitor... and if you want the individual legs, use Monitor... but Monitor still needs to be rewritten to fire off a thread |
| 18:21.07 | philipp64 | ok... I'll bring it up next time someone complains about it. thanks. and MixMonitor() is in 1.4? |
| 18:21.18 | Kobaz | yeah i think so |
| 18:21.36 | philipp64 | I don't run the production releases of astlinux... I run bleeding edge... so trunk these days. |
| 18:22.03 | Kobaz | on my todo list: finish group variables for 1.8, ami event filtering, and then maybe fixing Monitor |
| 18:22.10 | philipp64 | Corydon76-dig: (and twilson) ... seems the --with-netsnmp= issue still not working is related to libtool. |
| 18:22.54 | philipp64 | libtool tries to relink when doing a "make install", and in doing so, throws in "--rpath /usr/lib" ... which breaks cross-compilation horribly. |
| 18:23.36 | philipp64 | I've filed a bug against libtool... months ago... it looks like it won't be an easy one to fix. |
| 18:39.00 | leifmadsen | Kobaz: for 1.8, better make it snappy :) |
| 18:39.12 | leifmadsen | 1.8 branching will happen pretty soon |
| 18:44.44 | Kobaz | yes yes, i know, i know |
| 18:46.39 | leifmadsen | just letting you know, but you already knew that ;) |
| 18:46.43 | leifmadsen | ya know? |
| 18:47.10 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 18:47.13 | philipp64 | does grossi ever hang out here? I wanted to ping him/her about bug 11688 |
| 18:47.17 | philipp64 | M11688 |
| 18:47.20 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/NewFeature 0011688: [patch] Allow Sipura handsets (SPA942) to use Asterisk SLA via implementation of Broadsoft Sip extensions reported by grossi https://issues.asterisk.org/view.php?id=11688 |
| 18:47.57 | philipp64 | it *almost* patches into trunk... but not quite. the 2nd hunk of channels/sip.c fails. |
| 18:49.12 | philipp64 | I tried to figure out what needed to change, but it was over my head. |
| 18:53.54 | philipp64 | figured if I can get it working, then I could update the SLA.tex document with another working example that doesn't rely on POTS (which contains a bunch of corner cases). |
| 18:56.17 | philipp64 | putnopvut: thanks for fixing 17617 so quickly. |
| 18:56.22 | philipp64 | M17617 |
| 18:56.24 | MuffinMan | [closed] [Asterisk] Core/Netsock 0017617: [patch] main/netsock2.c fails to build do to missing constants reported by pprindeville https://issues.asterisk.org/view.php?id=17617 |
| 19:07.02 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 19:16.35 | nny | russellb: hmm well, thanks for the help, I appreciate it very much. If you change your mind pm me your email and i'll be happy to buy your next beer virtually. Sorry about the delayed response,r unning around the office |
| 19:17.56 | Corydon76-lap | nny: others who wanted to convey thanks have also shipped pallets of soda pop to Digium |
| 19:18.17 | Qwell | and we appreciated the crap out of it. |
| 19:18.37 | Qwell | actually, we're still appreciating the crap out of the current one. |
| 19:18.41 | Corydon76-lap | A pallet of Sugar Free Red Bull would also be appreciated... |
| 19:19.06 | Qwell | BRBs to go appreciate it some more. |
| 19:19.40 | Corydon76-lap | We don't have enough of low-sugar caffeinated items... |
| 19:20.11 | Corydon76-lap | not that I'm one to really appreciate caffeinated bacon, anyway |
| 19:20.34 | Qwell | good bacon has lots of sugar |
| 19:20.37 | Qwell | (ie; maple) |
| 19:21.25 | nny | http://bacontoday.com/bacon-flavored-diet-coke/ how many should I send? |
| 19:25.00 | Corydon76-lap | 5-hour energy shots are good, too |
| 19:25.59 | nny | hehe |
| 19:33.03 | *** join/#asterisk-dev kn0x (~pinochle@67.159.48.101) |
| 19:33.15 | putnopvut | bacon flavored diet coke? |
| 19:33.16 | putnopvut | omg |
| 19:33.47 | Qwell | better idea: carbonated bacon grease |
| 19:34.34 | russellb | gross |
| 19:34.44 | Qwell | gross, or genius? |
| 19:35.06 | russellb | gross. |
| 19:35.13 | Qwell | You are mistaken sir. |
| 19:35.17 | kn0x | how long are dialogs supposed to be stored in 'sip show channels' |
| 19:35.39 | kn0x | it seems channels are hanging after ReTransmiting |
| 19:36.33 | Corydon76-lap | They stay there until the dialog has expired |
| 19:39.10 | kn0x | hmm but it seems they are all sticking in there after it ends with WARNING[15152]: chan_sip.c:2848 dialog_unlink_all: Unable to cancel schedule ID 134. This is probably a bug (chan_sip.c: dialog_unlink_all, line 2848). |
| 19:39.30 | philipp64 | there's a vegan cafe in San Francisco that makes a cappucino with bacon fat instead of milk. |
| 19:39.50 | *** join/#asterisk-dev guilhermebr (~Guilherme@ns2.aser.com.br) |
| 19:39.50 | kn0x | how is that vegan philipp64 |
| 19:40.19 | philipp64 | it's San Francisco. don't expect them to make too much sense. |
| 19:42.14 | kn0x | i dunno to fill out a bug for this or not, but i think something fishy is going on |
| 19:42.27 | kn0x | *dunno if i should^ |
| 19:43.34 | kn0x | i noticed sometimes invites get hung and it will re-tx 183 for long, long time |
| 19:48.37 | kn0x | i think when the transaction is setup with XMIT_CRITICAL reliablity its behavior is to retx forever, right? |
| 19:48.52 | kpfleming | yes |
| 19:50.47 | kn0x | kpfleming: so shouldnt there still be an absolute timeout for the transaction? |
| 19:50.53 | kpfleming | yes |
| 19:58.03 | kn0x | 3. MaxRetries (Non-critical) |
| 19:58.03 | kn0x | 4. Hangup Cause Normal Clearing |
| 19:58.03 | kn0x | 5. CancelDestroy |
| 19:58.12 | kn0x | but the dialog is still active? |
| 19:58.44 | Corydon76-lap | If there's a canceldestroy, then yes |
| 19:59.30 | kn0x | so what does that mean exactly.. isnt it supposed to 200 OK the cancel then destroy the dialog? |
| 20:00.12 | Corydon76-lap | No, it means that there's a destroy scheduled already, but it's cancelling the scheduled destroy, because something happened to extend the time the dialog is alive |
| 20:00.46 | Corydon76-lap | There is (almost) always a destroy scheduled |
| 20:01.46 | Corydon76-lap | That's essentially what the final timeout does... when nothing else fires, the schedule fires the destroy, which removes the dialog from the list and disposes of it |
| 20:01.48 | kn0x | ahhh ok, sorry if this seems like a dumb question, im just fairly confused by this... but what could possibly exend the life of a dialog after a CANCEL has been OK'd |
| 20:02.14 | Corydon76-lap | lack of an ACK |
| 20:02.22 | seanbright | motion of the ocean |
| 20:03.00 | Corydon76-lap | lassos seanbright and drags him off to Huntsville |
| 20:03.36 | seanbright | huntsville schmuntsville |
| 20:03.44 | Corydon76-lap | You've been drafted |
| 20:03.45 | kpfleming | HSV FTW! |
| 20:07.27 | kn0x | Corydon76-lap: so if my 200 OK to the Cancel isn't ack'd, where is the timeout waiting for the ack |
| 20:14.17 | *** join/#asterisk-dev ccesario (~ccesario@189-29-60-113-ac.cpe.vivax.com.br) |
| 20:34.28 | kn0x | Corydon76-lap: http://pastebin.ca/1899281 seems like this one asterisk didnt rx a cancel but CancelDestroy is still stopping the dialog from being destroyed |
| 20:34.48 | kn0x | even rtptimeout should be fixing cleaning this up.. i dont understand this |
| 20:45.19 | pabelanger | gah! Can seem to get a for loop in Makefile to work properly with a variable of install directories. |
| 20:45.34 | Qwell | pabelanger: r275774, what happens if both AST_USER and AST_GROUP are set? |
| 20:45.46 | Corydon76-lap | kn0x: you do realize that the SIP driver has bugs, right? |
| 20:45.49 | Qwell | wait nevermind |
| 20:45.56 | pabelanger | Qwell: :) |
| 20:46.07 | Qwell | I missed the $(DESTDIR) there |
| 20:46.52 | Corydon76-lap | What happens if AST_GROUP is not being directly observed and is therefore in a vague and undetermined state? |
| 20:47.57 | pabelanger | TODO: testing |
| 20:48.03 | Qwell | then you know how fast it's going. |
| 20:48.14 | Qwell | or something |
| 20:50.26 | kn0x | Corydon76-lap: oh. ok. well i just didnt know if i should report this in mantis or if it was a known issue... |
| 21:00.28 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:12.29 | leifmadsen | Corydon76-lap: blasphemy! Asterisk doesn't have bugs! Just features! |
| 21:20.20 | Kobaz | hmm |
| 21:20.22 | Kobaz | yeah |
| 21:20.34 | Kobaz | like the feature i just found that locks up the console when you do an originate in 1.6.2.9 |
| 21:20.58 | leifmadsen | I think some work was done on Originate stuff in 1.6.2.10, but I can't remember exactly what |
| 21:21.44 | Kobaz | Originate() needs to be able to pass variables |
| 21:21.48 | Kobaz | i know that's definitly mising |
| 21:21.50 | Kobaz | missing |
| 21:22.24 | Kobaz | okay... i can reproduce the problem every time |
| 21:22.30 | Kobaz | how would i debug, i wonder |
| 21:23.07 | Kobaz | this also happened in 1.6.1/1.6.0/1.4 to me off and on |
| 21:25.19 | Kobaz | it's like... if you do an originate on the cli, and the first side doesn't answer... the cli locks up for a little bit |
| 21:37.56 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 21:38.56 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 22:06.56 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 22:47.19 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 23:00.47 | *** join/#asterisk-dev akshayb (4d4b6192@gateway/web/freenode/ip.77.75.97.146) |