| 00:00.10 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 00:00.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:00.11 | Corydon76-dig | Frankenstein's monster liked cuddling with kittens, too |
| 00:01.11 | hardwire | yes.. but.. frankenstiens monster was born of static.. kittens produce static.. it was symbiotic |
| 00:01.25 | hardwire | kittens needs pets in order to live.. he needs kittens statics |
| 00:03.47 | Corydon76-dig | Besides, you can't trust people in hats |
| 00:10.27 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 00:11.19 | hardwire | Corydon76-dig: yeh.. we hide things under our caps. |
| 00:12.22 | hardwire | Corydon76-dig: so.. a long time ago.. in a state far far away.. I hooked up a V4L device to some python programming that did a difference against a known background and fed mouse or keys (configurable) to the X input system. |
| 00:12.32 | hardwire | lets just say, that night, I played BZFlag with a laser strapped to my hat. |
| 00:12.46 | hardwire | the cats thought it was awesome. |
| 00:12.52 | hardwire | I got a neck ache. |
| 00:13.00 | hardwire | reminded me a lot of your little wall writer project |
| 00:15.42 | Corydon76-dig | Not really my project, but okay |
| 00:15.55 | hardwire | who's project was it? |
| 00:16.16 | Corydon76-dig | I will happily take credit for my own work, but I just had the equipment. |
| 00:16.29 | seanbright | russellb: see rev 145692 |
| 00:16.36 | seanbright | lemme know if that works for you |
| 00:16.41 | Corydon76-dig | hardwire: graffiti research labs |
| 00:16.43 | seanbright | i blocked it from 1.6.0 but merged to 1.6.1 |
| 00:16.45 | russellb | commit asterisk 145692 |
| 00:16.51 | MuffinMan | [145692] Committed by seanbright on 2008-10-01T23:48:16.083955Z: Try a test compile using the GMime library. Some distros install gmime-config |
| 00:16.51 | MuffinMan | ..in the base package instead of the -devel package. Now we print a notice and |
| 00:16.51 | MuffinMan | ..disable GMime support instead of bombing during the main compilation. |
| 00:16.51 | MuffinMan | .. |
| 00:16.52 | MuffinMan | ..(closes issue #13583) |
| 00:16.54 | MuffinMan | ..Reported by: arkadia |
| 00:16.56 | MuffinMan | .. |
| 00:16.59 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=145692 |
| 00:17.15 | russellb | seanbright: I think it's good for 1.6.0, as well |
| 00:17.20 | seanbright | grrr |
| 00:17.23 | russellb | :( |
| 00:17.40 | seanbright | could you do me a favor ol' buddy ol' pal ol' friend? |
| 00:17.42 | russellb | since the build will be broken on some systems, I think it's worth merging |
| 00:17.42 | seanbright | :) |
| 00:17.44 | russellb | do it for ou? |
| 00:17.52 | seanbright | yeah, i'm about to go out |
| 00:17.52 | Corydon76-dig | russellb: huh, I thought it wasn't specifically a regression... |
| 00:18.24 | russellb | seanbright: ok |
| 00:18.26 | seanbright | we need branch maintainers |
| 00:18.34 | seanbright | i nominate myself as 1.6.0 maintainer |
| 00:18.41 | seanbright | all in favor, kiss my ass |
| 00:18.42 | seanbright | heh |
| 00:18.51 | hardwire | nice |
| 00:18.58 | russellb | Corydon76-dig: well, since the build breakage wouldn't have occured in 1.4, you could consider it a regression in that light |
| 00:19.14 | seanbright | 1.4 didn't have gmime |
| 00:19.20 | russellb | right. |
| 00:19.27 | seanbright | how is that a regression? |
| 00:19.36 | russellb | asterisk not compiling vs. compiling |
| 00:19.41 | seanbright | heh |
| 00:19.45 | seanbright | slight stretch |
| 00:19.52 | seanbright | but you're the boss |
| 00:21.46 | seanbright | ok, must go. |
| 00:22.27 | hardwire | I kinda want russellb to boss me around a bit |
| 00:22.50 | hardwire | like.. give me an order |
| 00:23.01 | hardwire | I WILL COMPLY! |
| 00:23.15 | russellb | seanbright: have fun |
| 00:23.43 | russellb | hardwire: fix a bug :) |
| 00:24.07 | hardwire | rm apps/app_meetme.* |
| 00:24.13 | hardwire | NEXT! |
| 00:25.08 | bkw_ | haha |
| 00:25.14 | bkw_ | used my NEXT! you owe me |
| 00:25.17 | bkw_ | j/k |
| 00:25.26 | hardwire | pinch poke, you owe me a coke? |
| 00:25.30 | bkw_ | haha |
| 00:42.32 | *** join/#asterisk-dev sucituanbo (n=john@c-24-21-121-148.hsd1.wa.comcast.net) |
| 01:17.49 | *** join/#asterisk-dev Corydon76-dig (i=white@pdpc/supporter/bronze/Corydon76-home) |
| 01:17.49 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 01:28.35 | hardwire | steliosk: I just wrote "cool guy" on the back of your card... happy? |
| 01:53.35 | *** join/#asterisk-dev Deeewayne (i=dwayne@76.29.245.9) |
| 01:53.35 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:54.19 | russellb | eep, it's Deeewayne, run! |
| 01:54.30 | Deeewayne | eep alert! |
| 02:04.47 | Deeewayne | refcounts russell |
| 02:05.55 | russellb | ooh |
| 02:06.06 | hardwire | throws a snowball at Deeewayne |
| 02:07.57 | Deeewayne | uses file as a human shield |
| 02:08.05 | file | cries |
| 02:10.07 | russellb | releases the trap door that Deeewayne is standing on |
| 02:10.20 | hardwire | corrupts russellb's raid |
| 02:11.31 | Deeewayne | falls through the hole mario brother's style with sound effects |
| 02:16.29 | *** join/#asterisk-dev sucituanbo (n=john@24.21.121.148) |
| 02:25.31 | *** join/#asterisk-dev moy (n=moy@189.169.68.109) |
| 03:31.51 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:35.02 | *** join/#asterisk-dev jameswf-home (n=james@68.2.99.240) |
| 03:36.22 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 03:36.22 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 03:41.24 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:41.24 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:42.51 | *** join/#asterisk-dev mosty (n=mosty@ppp191-34.static.internode.on.net) |
| 03:58.31 | *** part/#asterisk-dev Deeewayne (i=dwayne@76.29.245.9) |
| 06:05.56 | *** join/#asterisk-dev steliosk (n=Stelios@91.140.125.25) |
| 06:14.45 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:14.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:15.10 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:36.56 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:36.56 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:08.02 | *** join/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 07:15.51 | *** join/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 07:22.26 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:22.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:54.17 | *** join/#asterisk-dev Juggie (n=Juggie@99.224.81.113) |
| 09:16.57 | *** join/#asterisk-dev Rico29 (n=Rico@lns-bzn-48f-81-56-220-28.adsl.proxad.net) |
| 09:17.00 | Rico29 | hi |
| 09:17.15 | Rico29 | can somebody take a look at my problem please ? |
| 09:17.22 | Rico29 | http://www.asterisk-france.net/community/showthread.php?t=6363 |
| 09:21.33 | mvanbaak | Rico29: user questions should be asked in #asterisk |
| 09:22.18 | Rico29 | alerady done, but it seems that nobody wants to help me... :( |
| 09:25.54 | mvanbaak | then ask on the -users mailinglist |
| 09:27.16 | Rico29 | where can I find it please ? |
| 09:27.52 | mvanbaak | http://lists.digium.com/mailman/listinfo/asterisk-users |
| 09:27.56 | mvanbaak | there you go :) |
| 09:28.42 | Rico29 | thanks ! |
| 09:28.53 | mvanbaak | you're welcome |
| 10:43.09 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 11:02.38 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:31.56 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 11:34.54 | festr_ | the latest asterisk 1.4 is ignoring port=5061. it always bind to 5060 |
| 11:35.21 | festr_ | any suggestion? i'm going to look at sip.c |
| 11:38.13 | festr_ | aha |
| 11:38.15 | festr_ | it is not port= |
| 11:38.17 | festr_ | but bindport |
| 12:09.08 | eliel | mvanbaak: hello |
| 12:15.11 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:16.08 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 12:16.08 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:16.43 | mvanbaak | hello all :) |
| 12:16.58 | russellb | waves to mvanbaak |
| 12:27.49 | eliel | mvanbaak: the user is right, we miss something while moving the CLI stuff in app_meetme |
| 12:27.51 | eliel | M13586 |
| 12:27.53 | MuffinMan | [assigned] [Asterisk] Applications/app_meetme 0013586: meetme list <confno> concise fails reported by john8675309 (Karma: neutral) http://bugs.digium.com/view.php?id=13586 |
| 12:47.29 | tzafrir_laptop | viewvc has problems showing specific versions from an "annotate" view? |
| 12:47.54 | mvanbaak | eliel: I'll look at it later |
| 12:48.11 | tzafrir_laptop | http://svn.digium.com/view/zaptel/branches/1.4/kernel/xpp/init_card_1_30?view=annotate |
| 12:48.25 | tzafrir_laptop | version links lead to e.g. http://svn.digium.com/view/zaptel/branches/1.4/kernel/xpp/init_card_1_30?view=diff&r1=4263&r2=4264 |
| 12:50.49 | tzafrir_laptop | hmm... looks like some sort of rename that is beyond the comprehention of viewvc |
| 12:51.33 | tzafrir_laptop | gives ViewVC a snack |
| 12:52.11 | eliel | mvanbaak: in the CDR function CDR(name[,option]), the 'name' parameter should be put as an optionlist to describe the 'src','dst','userfield',etc parameters? or just a <para> element describing each option? |
| 13:32.20 | mav3rick | M13505 |
| 13:32.24 | MuffinMan | [confirmed] [Asterisk] Channels/General 0013505: Memory leak in channel variables reported by mav3rick (Karma: neutral) http://bugs.digium.com/view.php?id=13505 |
| 13:34.25 | seanbright | have no fear, for i am here. |
| 13:43.49 | seanbright | M13400 |
| 13:43.52 | MuffinMan | [feedback] [Asterisk] Channels/chan_h323 0013400: [patch] POSIX thread operations errors reported by Matti (Karma: +23.25) http://bugs.digium.com/view.php?id=13400 |
| 13:43.59 | seanbright | i won't lie... it's entertaining as hell |
| 13:44.29 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:44.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:44.41 | seanbright | holy schnikeys |
| 13:44.46 | seanbright | it's lmadsen |
| 13:45.02 | lmadsen | omg it's true |
| 13:45.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 13:46.59 | atis_work | hello |
| 13:47.13 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-66323ab03169a5d8) |
| 13:47.13 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:47.37 | atis_work | M13600 |
| 13:47.39 | MuffinMan | Failed to retrieve issue data for 13600. Try again later. |
| 13:47.49 | atis_work | oh, cool, private issues can't be seen here :) |
| 13:48.32 | atis_work | could anybody check this, if this is something that could impact security? |
| 13:49.28 | mvanbaak | eliel: just a para should be ok |
| 13:49.38 | eliel | mvanbaak: great |
| 13:58.07 | oej | fine, another T.38 bug |
| 14:04.21 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) |
| 14:10.28 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-0c6242f93a103ce8) |
| 14:11.22 | *** part/#asterisk-dev jeangal (n=jeang@nat/digium/x-0c6242f93a103ce8) |
| 14:16.16 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 14:18.26 | *** join/#asterisk-dev elfguy516 (n=elfguy51@96.56.103.35) |
| 14:21.37 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 14:30.21 | kpfleming | seanbright: extremely delayed pong |
| 14:32.55 | elfguy516 | i realize i just asked over in #asterisk but i figured i pose the question here as well. is there some indication in asterisk of whether a meetme conference is locked or unlocked. i figure there has to be some way keeps track of this internally but is there some way to determine it from the asterisk cli |
| 14:32.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:33.57 | seanbright | kpfleming: heh, just wanted you to look at a configure.ac patch to make sure it wasn't horribly broken |
| 14:34.06 | kpfleming | ahh |
| 14:34.12 | seanbright | kpfleming: specifically 145692 |
| 14:34.12 | kpfleming | where is it? |
| 14:34.57 | kpfleming | that seems to be OK |
| 14:35.07 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 14:35.11 | kpfleming | don't we already have a macro that can do most of that? |
| 14:35.17 | snuff-home | elfguy516: look at the documentation... give u 1 word hint... concise |
| 14:35.29 | seanbright | kpfleming: i'm not sure. |
| 14:35.32 | seanbright | kpfleming: i didn't see one. |
| 14:35.34 | kpfleming | AST_EXT_LIB_CHECK should be able to check for g_mime_check_version |
| 14:35.46 | kpfleming | see how it is done for FREETDS? |
| 14:36.13 | eliel | What is the correct syntax for this function? IF(<expr>?[<true>][:<false>]) |
| 14:36.32 | seanbright | oh... crud. |
| 14:36.37 | seanbright | woops |
| 14:36.38 | seanbright | :) |
| 14:36.42 | seanbright | will fix. |
| 14:36.42 | kpfleming | hang on |
| 14:37.03 | codefreeze-lap | Corydon76-dig: g'morning! got a sec? I have a question... |
| 14:37.11 | kpfleming | that may not do what you want... depends on how AC_CHECK_LIB works |
| 14:37.19 | kpfleming | for now, what you've put in is fine |
| 14:38.45 | Corydon76-dig | codefreeze-lap: the answer is 42. What was the question? |
| 14:39.14 | seanbright | kpfleming: alrighty. |
| 14:40.15 | codefreeze-lap | What is the airspeed.... no.... in 1.4, res_odbc.c.... a reviewer spotted a problem, and I another... but I need to know that the fixes are sane... |
| 14:42.21 | Corydon76-dig | Would that be an East African or West African swallow? |
| 14:43.35 | codefreeze-lap | Corydon76-dig: First, the reviewer's point: in the func odbc_obj_disconnect, the result of the Disconnect() call is against the ODBC constant, not the normal SQL_SUCCESS & SQL_SUCCESS_WITH_INFO |
| 14:45.43 | elfguy516 | snuff-home: are you referring to "meetme concise" from 1.6 beta because i'm only running 1.4.19 |
| 14:46.08 | Corydon76-dig | codefreeze-lap: okay, point |
| 14:46.39 | Corydon76-dig | codefreeze-lap: what was the second question? |
| 14:47.25 | codefreeze-lap | Corydon76-dig: that's easy to fix; but he also pointed out that after the FreeHandle() call, the obj->con is not set to NULL, leaving a pointer to a free'd object.... |
| 14:47.33 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 14:47.45 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 14:49.22 | codefreeze-lap | Corydon76-dig: Then, my question, is in odbc_obj_connect(), the AllocHandle() call is made... |
| 14:50.25 | lmadsen | mvanbaak: ping |
| 14:51.11 | lmadsen | eliel: yes, that is the format |
| 14:52.05 | codefreeze-lap | Corydon76-dig: and if it succeeds, the Attrs are set, then, if the obj->up, the obj is disconnected via odbc_obj_disconnect(); ..... I propose that that test be moved in front of the AllocHandle call, and the obj be disconnected before a new handle allocated. |
| 14:52.47 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-f80fe3f3f144a01e) |
| 14:52.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:53.41 | Corydon76-dig | codefreeze-lap: okey dokey |
| 14:54.11 | codefreeze-lap | Corydon76-dig: Am I sane? Am I missing something? Am I not seeing the "Grand Picture"? |
| 14:54.40 | Corydon76-dig | No, clearly, I'm insane for letting it be that way |
| 14:54.50 | Corydon76-dig | Thank you for showing this to me |
| 14:55.20 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 14:56.51 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-58677f4dfe79ad64) |
| 14:56.51 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:58.14 | codefreeze-lap | Corydon76-dig: I've got 25 core dumps covering a 2-3 hour period on one user's server, where we die in just about every SQLxxx() call asterisk makes, from crash to crash. At first, I thought, those hosers who wrote unixODBC! Then, I see that the STMT object looks corrupted, so I think, those hosers who wrote FreeTDS!!! But then I see this... do you think it might explain the crashes? |
| 14:58.44 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 14:58.59 | codefreeze-lap | Corydon76-dig: I asked the user what might explain a 3 hour period of non-stop crashes, which ceased suddenly and everything is working again... |
| 15:00.26 | codefreeze-lap | Corydon76-dig: and he said that the database server ran out of disk space, and started generating errors, so he shut it down and swapped in a new disk drive, and so on, and after he brought back up the server, asterisk ceases crashing... |
| 15:00.59 | Corydon76-dig | Heh |
| 15:01.32 | tzafrir_laptop | codefreeze-lap, wow, you lost a nice fuzzer |
| 15:02.13 | codefreeze-lap | stares blankly... |
| 15:02.27 | codefreeze-lap | tzafrir_laptop: I did? |
| 15:02.51 | tzafrir_laptop | a generator of bad input that can crash asterisk |
| 15:05.01 | codefreeze-lap | tzafrir_laptop: I almost hate to do it! Why spoil the fun? |
| 15:08.25 | codefreeze-lap | Corydon76-dig: It died both in the func_odbc queries (at various places), and in cdr_odbc (in various places). Also, over the last weeks, he's been dying in the SQLxxx() funcs at random times, on the average of 1.5 days, from 3-4 hours to 2.5 days, and I hope it's all the same cause... |
| 15:08.29 | tzafrir_laptop | fails to realise why people take it for granted that a program should crash |
| 15:10.06 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:10.06 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:10.15 | jameswf | I use to pay good money for instability... then I found out I can get it FEE |
| 15:10.19 | jameswf | *FREE |
| 15:11.05 | codefreeze-lap | tzafrir_laptop: wow, that one got my head spinning... |
| 15:11.28 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 15:12.32 | seanbright | man... we should stop putting bugs in asterisk |
| 15:12.42 | seanbright | we just end up having to fix them. |
| 15:12.51 | tzafrir_laptop | btw: anybody working on speex-wideband? |
| 15:13.50 | JunK-Y | kpfleming: we will start translation with few AMUG members so we can include everything asap. |
| 15:14.29 | kpfleming | everything that is translatable, anyway |
| 15:15.40 | jameswf | seanbright: Isn't the technical term " Undocumented Feature" |
| 15:16.02 | JunK-Y | yeah, new-york sounds like new-york in french too :) |
| 15:16.14 | jameswf | I always add a random s,n,CRASH(this) to my dial plans |
| 15:16.52 | tzafrir_laptop | heck, bristuff even includes Segfault() as feature |
| 15:16.58 | tzafrir_laptop | app_segfault |
| 15:17.00 | codefreeze-lap | jameswf: Really? I don't even bother! It does it just fine without me trying! |
| 15:17.50 | jameswf | I dropped 12 T1 spans in a box then tried to kick all channels up with MOH.. that was cool for about 8 seconds |
| 15:18.26 | eliel | In dialplan function REALTIME_STORE(family, field1, field2, ... fieldN) 'field1' to 'field30' are required?? |
| 15:18.54 | seanbright | kpfleming: doh! i think AST_EXT_TOOL_CHECK does what i need. |
| 15:19.12 | seanbright | kpfleming: just need to use the optional arguments to have it do a test compile |
| 15:19.24 | codefreeze-lap | Corydon76-dig: Another point the reviewer brought out: In the code, the patterns (res != SQL_SUCCESS) && (res != SQL_SUCCESS_WITH_INFO) and its inverse are used over and over again; why not define a macro SQL_UNSUCCESSFUL(res)...? |
| 15:19.51 | lmadsen | exten => s,n,Set(CRASH()=${IF($[${RANDOM(10)} = 5]?true:false)}) |
| 15:20.09 | kpfleming | seanbright: ok |
| 15:20.15 | seanbright | if there isn't a CRASH app/func we should have one |
| 15:20.43 | jameswf | wonders if kpfleming saw my domain name and deleted my email.... |
| 15:21.51 | kpfleming | email? don't remember seeing an email from you |
| 15:22.01 | Corydon76-dig | codefreeze-lap: I don't think the code is sufficiently complex enough to warrant a macro for the purpose of making it simpler. It only serves to obfuscate the code |
| 15:22.08 | jameswf | kpfleming @ digium ? |
| 15:23.01 | kpfleming | yep |
| 15:23.31 | jameswf | sent a message to you john and jay looking for download statistics... |
| 15:23.47 | kpfleming | that needs to come from john, not me |
| 15:23.50 | jameswf | I am doing a talk at a linux user group |
| 15:24.15 | kpfleming | in general, our quoting of download numbers is very vague |
| 15:24.37 | jameswf | 1 billion :) |
| 15:24.46 | seanbright | bazillion. |
| 15:24.47 | kpfleming | not quite that vague |
| 15:24.56 | lmadsen | you forgot the ~ |
| 15:25.16 | jameswf | +/- 999,999,999 |
| 15:26.21 | kpfleming | margin for error: 200% |
| 15:29.21 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-08aedbb3f443c286) |
| 15:29.40 | tzanger | bah, sruffell is disappeared |
| 15:33.15 | twisted | omg |
| 15:33.18 | twisted | i'm about to pull my hair out |
| 15:33.27 | twisted | i'm losing clock cycles SOMEWHERE |
| 15:33.46 | kpfleming | quantum strings? |
| 15:33.49 | twisted | first loop fine, second loop is 1 second later |
| 15:34.10 | twisted | haha |
| 15:34.13 | Corydon76-dig | Blast! I've been discovered! |
| 15:34.46 | twisted | only thing i can think is the db query is blocking |
| 15:35.10 | Corydon76-dig | twisted: if you really want a mindfuck, wait'll you see what happens when I put some of them back |
| 15:35.37 | twisted | smacks Corydon76-dig with his sql server |
| 15:35.53 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:48.37 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 15:49.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:53.54 | atis_work | twisted: or overloaded FS |
| 15:54.17 | atis_work | logs might do that too :) |
| 15:54.45 | atis_work | but i liked the string theory :D |
| 16:08.14 | oej | Corydon76: func_odbc needs better error messages. I'm just getting "Cannot initialize query" and no explanations. I might be stupid, but we could also implement CLI-modes, like "newbie, stupid, johansson" |
| 16:08.25 | oej | I just can't figure out what's wrong in my config... |
| 16:08.28 | oej | Need food |
| 16:09.22 | oej | bad. Mixed versions. Stupid. |
| 16:09.28 | oej | My apologies. |
| 16:09.39 | oej | Should have asked in asterisk-users really. Or asterisk-stupid. |
| 16:10.48 | *** part/#asterisk-dev jsmith (n=njsmith@72.21.36.138) |
| 16:11.03 | russellb | Heh, I think it's ok for you to ask here. :) |
| 16:11.17 | *** join/#asterisk-dev jsmith (n=njsmith@72.21.36.138) |
| 16:11.17 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 16:11.29 | russellb | if core developers have trouble using things, i think it's fair game for discussion in here :) |
| 16:11.57 | Corydon76-dig | oej: yeah, probably |
| 16:12.14 | Corydon76-dig | oej: typo is usually the cause of that, though |
| 16:12.15 | oej | But the error messages can still be improved. |
| 16:12.38 | oej | I had readsql instead of read for func_odbc in 1.4, which it could easily have told me |
| 16:12.46 | oej | I thought I had the backport |
| 16:13.03 | Corydon76-dig | Ah... |
| 16:13.22 | oej | But it could have told me "No SQL statement defined" or something to hint me |
| 16:13.28 | Corydon76-dig | How about if we make the one in 1.4 work with those keywords? |
| 16:13.33 | oej | Seems like you have different parsing of errors at load and reload |
| 16:13.51 | oej | The error codes are only handled at load time. |
| 16:14.51 | oej | It worked much better with the proper version of func_odbc :-) |
| 16:15.37 | oej | I would also like to suggest to add "description=My private function description" to func_odbc.conf - so that show functions displays my explanation of the function. |
| 16:15.59 | jsmith | oej: Good call! |
| 16:16.10 | oej | adds karma for that |
| 16:18.01 | mvanbaak | lmadsen: pong |
| 16:19.32 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:21.26 | *** join/#asterisk-dev implicit- (n=bayan@unaffiliated/implicit) |
| 16:22.34 | oej | How do I know if ODBC_FETCH fails? |
| 16:22.38 | oej | show function ODBC_FETCH doesn't say much about that |
| 16:23.15 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 16:24.30 | Corydon76-dig | oej: it rolls over and plays dead |
| 16:24.37 | lmadsen | mvanbaak: I just realized we probably need to modify the CHANGES file with our CLI changes |
| 16:26.16 | oej | corydon76-dig: Until I pat it in the back and gives it cookies? |
| 16:26.34 | mvanbaak | lmadsen: good idea |
| 16:26.35 | Corydon76-dig | oej: milkbone |
| 16:27.07 | mvanbaak | lmadsen: I'm fixing the meetme command now (meetme must hate me, we had trouble with it on astridevcon as well) |
| 16:27.17 | mvanbaak | lmadsen: I'll add something to the CHANGES file as well |
| 16:27.58 | oej | Corydon: I assume that you assume that one first rounts COUNT then runs ODBC_FETCH for every row. |
| 16:28.23 | Corydon76-dig | rounts? |
| 16:28.25 | oej | But the mysql driver returned an error when we tried to fetch beyond the result set. |
| 16:28.33 | mvanbaak | lmadsen: you ok if I just put something like 'all CLI commands are now consistent.' I dont feel like finding every command we altered |
| 16:28.34 | oej | s/rounts/runs/ |
| 16:28.43 | oej | so it's an extra query |
| 16:28.59 | oej | and it's hard to check for empty result since I'm pushing the output to an ARRAY |
| 16:29.07 | lmadsen | mvanbaak: I think that is ok, you're right about trying to find all the specific changes... I think that's what the log files are for... |
| 16:29.11 | oej | Hmmm. |
| 16:29.18 | mvanbaak | yup |
| 16:29.33 | oej | Guess I can assign the output to a variable, check it and then split it into an array after |
| 16:29.40 | mvanbaak | oej: use HASH ;) |
| 16:29.58 | oej | Hey, I'm not in Amsterdam. And I'm not a smoker. |
| 16:30.15 | Corydon76-dig | You don't smoke hash, silly |
| 16:30.22 | lmadsen | exten => s,n,Set(HASH(myHash)=${ODBC_FETCH(${myArg})}) |
| 16:30.35 | lmadsen | exten => s,n,Verbose(1,${HASH(myHash,colum_name)}) |
| 16:30.35 | oej | I guess that showed how stupid I was when it comes to drugs |
| 16:30.44 | lmadsen | Corydon76-dig: since when? |
| 16:30.54 | oej | lmadsen: Yes, but how do you check for an empty result of ODBC_FETCH |
| 16:31.21 | Corydon76-dig | lmadsen: it's the distillate from pot |
| 16:31.54 | lmadsen | oej: I typically write a While() loop to check all the values, and if something is null, then I goto an error handler |
| 16:32.10 | lmadsen | or if it is a single value, then just use ISNULL() |
| 16:32.36 | oej | So an empty field in a query is not NULL? |
| 16:32.38 | oej | Or a NULL field? |
| 16:32.52 | oej | In most cases I have a key, so that's fine though. |
| 16:32.55 | oej | Just stirring up. |
| 16:33.12 | mvanbaak | Corydon76-dig: you _DO_ smoke hash |
| 16:33.28 | Corydon76-dig | mvanbaak: I thought you used it like dip |
| 16:33.40 | hardwire | with flax seed chips |
| 16:33.45 | lmadsen | that's usually pretty hard to do when its compressed... |
| 16:34.07 | mvanbaak | Corydon76-dig: no, you buy it in a brick shaped compressed form and you put it in a cigarette |
| 16:34.30 | lmadsen | or hot knives... |
| 16:34.36 | lmadsen | anyways... slightly off topic :) |
| 16:34.45 | mvanbaak | only slightly |
| 16:34.55 | russellb | feel free to create #asterisk-drugs |
| 16:35.11 | Corydon76-dig | What's more interesting is that Leif knows the form in which hash is bought and sold |
| 16:35.12 | mvanbaak | res_dealer.so |
| 16:35.53 | Corydon76-dig | Best I really know is what I remember from the anti-drug propaganda they taught in school |
| 16:36.39 | oej | Hmm. I get crashes when reloading multiple times. Need to check that tomorrow. |
| 16:36.54 | mvanbaak | looks around his desk and starts to write an anti-drug propaganda book with pictures of his desk |
| 16:37.38 | mvanbaak | hhmm |
| 16:37.50 | mvanbaak | anyone else having trouble to compile app_meetme.so under devmode ? |
| 16:38.19 | putnopvut | codefreeze-lap: if you're interested, I added a new note on issue 13584 with a way to reproduce the problem. |
| 16:38.34 | putnopvut | codefreeze-lap: in 1.4, that is. |
| 16:39.05 | codefreeze-lap | good going, putnopvut!! I'll take a look at it. |
| 16:40.29 | putnopvut | codefreeze-lap: All righty. One thing to keep in mind is that in order to have the blind transfer fail, the callee has to be the one to initiate the transfer. If the caller attempts the transfer, everything works smoothly. |
| 16:40.43 | mvanbaak | Corydon76-dig: I think you broke it :) |
| 16:41.43 | oej | Yep, changing func_odbc.conf and reloading multiple times kills my Asterisk 1.4 with backport func_odbc |
| 16:42.00 | *** join/#asterisk-dev implicit- (n=bayan@unaffiliated/implicit) |
| 16:42.00 | mvanbaak | yup, you did. rev 145649 |
| 16:42.25 | mvanbaak | and fixed |
| 16:42.28 | Corydon76-dig | mvanbaak: what's the warning? |
| 16:43.18 | mvanbaak | variable may be used uninitialized |
| 16:43.37 | mvanbaak | long localendtime; => long localendtime = 0; |
| 16:44.07 | Corydon76-dig | That was that way before |
| 16:44.11 | codefreeze-lap | putnopvut: gotcha. callee initiates xfer. |
| 16:44.40 | mvanbaak | there was no variable localendtime in app_meetme.c (at least not in 1.6.0) |
| 16:44.50 | Corydon76-dig | Oh |
| 16:45.32 | oej | Thanks for the credit, Corydon :-) |
| 16:45.36 | mvanbaak | ah well. it's fixed now :) |
| 16:45.47 | Corydon76-dig | oej: no problem |
| 16:47.10 | Corydon76-dig | btw, I had already added those warnings to trunk |
| 16:50.45 | Corydon76-dig | Is our default status for applications supposed to be "SUCCESS" or "OK" ? |
| 16:51.13 | russellb | I think "SUCCESS" is more common .. |
| 16:56.11 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 16:57.19 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 16:59.22 | atis_work | Corydon76-dig: you have a talent - making people fix bugs they find :) |
| 16:59.40 | Corydon76-dig | Eh? |
| 16:59.44 | atis_work | i just had to look at issue again, when you related it to another issue, then to look at that patch and find a problem :) |
| 17:00.12 | atis_work | M13603 |
| 17:00.14 | MuffinMan | [new] [Asterisk] Addons/res_config_mysql 0013603: [patch] Database from extconfig.conf ignored reported by atis (Karma: +14.75) http://bugs.digium.com/view.php?id=13603 |
| 17:00.27 | Corydon76-dig | I related it to the issue where the change that you had an issue with was proposed |
| 17:01.10 | atis_work | yes, so i was curios what was done there, and finally i had a fix in mind :) |
| 17:02.10 | atis_work | so, in future you may stop fixing bugs, but just relate them to other bugs, in the end users will fix all the bugs :D |
| 17:02.36 | Corydon76-dig | If only... |
| 17:04.51 | mvanbaak | eliel: ping |
| 17:05.01 | *** join/#asterisk-dev implicit- (n=bayan@unaffiliated/implicit) |
| 17:05.14 | mvanbaak | hides because implicit- is back |
| 17:05.27 | mvanbaak | hahahaha |
| 17:06.34 | putnopvut | hmmm, to comment a line in a config file, the proper token is ';' right? |
| 17:06.49 | putnopvut | I'm seeing something here where a commented priority in my dialplan is being executed. |
| 17:06.55 | putnopvut | I'm trying to make sure I'm not crazy here. |
| 17:07.01 | mvanbaak | putnopvut: yup |
| 17:07.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:07.16 | putnopvut | All right then. |
| 17:07.21 | putnopvut | I may have found a bug then. |
| 17:07.24 | mvanbaak | oh, and we cannot guarantee you are _NOT_ crazy |
| 17:07.38 | putnopvut | Nevermind, my mistake. |
| 17:07.47 | putnopvut | As usual, it was a silly user-error |
| 17:12.35 | eliel | mvanbaak: pong |
| 17:12.47 | mvanbaak | eliel: I'll fix the meetme CLI stuff |
| 17:12.50 | mvanbaak | it's my fault |
| 17:13.06 | mvanbaak | I ripped the CLI stuff apart so it's two functions now |
| 17:13.11 | eliel | mvanbaak: ok, you can use my patch, and add the missing functionality |
| 17:13.18 | mvanbaak | forgot the 'list [concise] <confno> |
| 17:13.32 | eliel | mvanbaak: yeaph, there is duplicate code |
| 17:13.52 | mvanbaak | eliel: I only took your part to fix the tab completion on 'meetme list concise concise' |
| 17:14.12 | mvanbaak | the rest will be my own code (I'm close, doing some cleanup) |
| 17:14.18 | eliel | mvanbaak: ok |
| 17:14.36 | mvanbaak | but I'll give you karma for the work anywayz |
| 17:15.01 | mvanbaak | because you are _FAST_ in giving answers/feedback/patches |
| 17:16.48 | eliel | mvanbaak: he, thanks |
| 17:18.15 | mvanbaak | there you go |
| 17:21.39 | eliel | mvanbaak: we have to solve an issue with the xml docs, there are some apps that show/hide a part of the docs depending on dependencies installed on the system/enviroment like func_chanel showing an option if CALL_TRACE is enabled... |
| 17:21.54 | eliel | mvanbaak: thanks for the karma |
| 17:22.21 | mvanbaak | hhmm |
| 17:22.34 | mvanbaak | cant we use the same stuff ? |
| 17:22.34 | mvanbaak | #ifdef foo |
| 17:22.45 | mvanbaak | <option name="bar"> |
| 17:22.47 | mvanbaak | </option> |
| 17:22.51 | mvanbaak | #endif |
| 17:23.19 | mvanbaak | hhmm, we cant |
| 17:23.31 | russellb | I would rather always include everything |
| 17:23.32 | mvanbaak | because the sed stuff wont know about it ... |
| 17:23.36 | mvanbaak | yeah |
| 17:23.41 | russellb | but include a note in the documentation that says what it depends on |
| 17:23.42 | eliel | russellb: yeah |
| 17:23.42 | mvanbaak | that's my second option ;) |
| 17:23.53 | eliel | ok, agree |
| 17:24.07 | mvanbaak | ACK |
| 17:24.09 | mvanbaak | :) |
| 17:25.50 | eliel | and the last thing is func_odbc |
| 17:26.04 | eliel | it is hard how it was defined the synopsis |
| 17:28.19 | eliel | snuff-home is working on that one |
| 17:32.37 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-7c142c6a12d03454) |
| 17:32.41 | mvanbaak | ah |
| 17:32.42 | mvanbaak | cool |
| 17:38.51 | mvanbaak | hhmm |
| 17:39.00 | mvanbaak | the 1.6 meetme CLI stuff is even worse |
| 17:44.40 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:44.40 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:45.43 | eliel | the syntax generator is working like a charm :) |
| 17:46.33 | eliel | IF(expr?opt1[:opt2]) other: Transfer([Tech/]dest[,options]) |
| 17:46.35 | eliel | nice |
| 17:47.45 | mvanbaak | nice ! |
| 17:52.23 | mvanbaak | eliel: can you check bug 13586 ? |
| 17:52.41 | eliel | yeaph |
| 17:53.22 | mvanbaak | basically my last comment |
| 17:53.27 | mvanbaak | I can upload the patch if you want |
| 17:54.04 | eliel | I though we were going to leave the syntax : meetme list [concise] [confno] |
| 17:55.34 | eliel | mvanbaak: now I remember that oej started a discussion about 'concise' commands, I think we will need to deprecate it, and tell the user to use the manager (I think that is the final idea) |
| 17:55.55 | mvanbaak | uhhuh |
| 17:56.22 | mvanbaak | but during astridevcon russellb said he did not like the idea of taking it out. he just noted that we should not add any new stuff to it |
| 17:56.25 | mvanbaak | so |
| 17:56.47 | russellb | i don't like breaking people's apps if we can get away with it |
| 17:56.48 | mvanbaak | 'meetme list', 'meetme list concise', 'meetme list 42', meetme list 42 concise' |
| 17:56.56 | mvanbaak | russellb: amen |
| 17:58.00 | eliel | no problem, I wasn't in astridevcon :) its ok to me |
| 17:58.34 | mvanbaak | eliel: you want to see the patch or can I simply commit it ? |
| 17:59.16 | mvanbaak | eliel: new comment added |
| 17:59.20 | mvanbaak | more complete example |
| 18:00.00 | eliel | go on! |
| 18:02.25 | eliel | I will go to lunch and won't be able to check it |
| 18:02.26 | mvanbaak | there :) |
| 18:03.52 | mvanbaak | it's all fixed now |
| 18:05.16 | eliel | great! |
| 18:07.33 | jsmith | eliel, mvanbaak: I had an idea... what about making <example> as a separate section of the documentation... so that we have synopsis, syntax, description, and one or more examples? |
| 18:10.49 | mvanbaak | hhmm, maybe not a bad idea |
| 18:11.10 | mvanbaak | I cant get rid of the feeling you guys are sneaking in stuff you can use in TheBook |
| 18:12.00 | jsmith | mvanbaak: Absolutely we are, and we're not even trying to be sneaky about it |
| 18:12.09 | mvanbaak | whehehehehe |
| 18:12.17 | jsmith | mvanbaak: But remember that it's a two-way street -- anything we put in TheBook can get back into Asterisk :-) |
| 18:13.04 | mvanbaak | jsmith: then you'll like the last drawing lmadsen made at AstriDevCon: http://picasaweb.google.com/mvanbaak/Astricon2008#5251919630165141698 |
| 18:14.04 | seanbright | so what is the status of having some kind of online documentation store for asterisk documentation? |
| 18:14.20 | seanbright | where online documentation store != voip-info.org |
| 18:14.29 | jsmith | seanbright: Wouldn't be hard to do... a little PHP and some xpath, and we're golden |
| 18:14.29 | mvanbaak | seanbright: http://picasaweb.google.com/mvanbaak/Astricon2008#5251919630165141698 |
| 18:14.33 | russellb | like the doc dir? |
| 18:14.38 | seanbright | no |
| 18:14.41 | russellb | sighs |
| 18:14.47 | seanbright | like voip-info minus t3h suck |
| 18:14.52 | mvanbaak | russellb: http://picasaweb.google.com/mvanbaak/Astricon2008#5251919630165141698 |
| 18:14.56 | mvanbaak | ;) |
| 18:14.57 | jsmith | seanbright: A little more work beyond that, and we'd have user-submitted additions too :-) |
| 18:15.19 | russellb | i'd rather we we fully behind doc/ or we just removed it |
| 18:15.26 | russellb | s/we we/we were/ |
| 18:15.27 | seanbright | doc/ sucks |
| 18:15.32 | seanbright | i mean |
| 18:15.33 | seanbright | well |
| 18:15.36 | russellb | ok, so, remove it? |
| 18:15.38 | mvanbaak | I dont like doc/ neither |
| 18:15.40 | seanbright | yeah... that is what i mean |
| 18:15.44 | mvanbaak | it was good when it was .txt |
| 18:15.58 | russellb | so it's a format issue? |
| 18:16.00 | seanbright | the problem with doc/ is that it is barely maintained |
| 18:16.02 | russellb | not content? |
| 18:16.07 | russellb | seanbright: yes.. |
| 18:16.07 | seanbright | (that is as much my fault as anyones) |
| 18:16.17 | mvanbaak | russellb: for me it is |
| 18:16.33 | tzafrir_laptop | the atvantage of doc is that it is good for a specific version |
| 18:16.34 | seanbright | i just feel that besides TheBook, there is really no comprehensive and concise source of asterisk documentation |
| 18:16.41 | russellb | my original goal was that by having format that could be more than a clusterfuck of random text files would encourage organization and contributions |
| 18:16.42 | seanbright | voip-info is full of disinformation and bad practive |
| 18:16.58 | tzafrir_laptop | As you can see in voip-info.org, it is full of backward-compatibility madness |
| 18:17.02 | seanbright | practice. |
| 18:17.16 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-453d507892ee8a1a) |
| 18:17.19 | mvanbaak | russellb: I'm not against doc/ |
| 18:17.22 | tzafrir_laptop | seanbright, fix the stuff in doc . Fix the stuff in voip-info |
| 18:17.24 | mvanbaak | I think the idea is great |
| 18:17.41 | seanbright | tzafrir_laptop: ok, fine. |
| 18:17.50 | seanbright | i will take care of doc/ |
| 18:17.57 | mvanbaak | hhmm |
| 18:17.57 | seanbright | svn rm... |
| 18:17.58 | seanbright | heh |
| 18:18.08 | mvanbaak | can .tex be converted to docbook/xml ? |
| 18:18.13 | russellb | doubt it |
| 18:18.20 | tzafrir_laptop | We also have config/ which is technically sample config, but in practice reference config |
| 18:18.28 | russellb | if more people will work on it in docbook, then i'm fine with converting it |
| 18:18.30 | russellb | i don't really care |
| 18:18.41 | russellb | I just thought being able to distribute PDF/HTML would be a nice upgrade |
| 18:18.46 | tzafrir_laptop | Sadly, there is no way to reference for the documentation to a specific config item |
| 18:18.48 | russellb | i don't care about format |
| 18:19.06 | mvanbaak | well, the last time I brought that up on here and on the -dev mailinglist the idea was trashed pretty quickly |
| 18:19.16 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-44197b7a4cf492ae) |
| 18:19.16 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:19.26 | russellb | you'll never get the masses to agree on a format |
| 18:19.27 | mvanbaak | docbook can be converted to PDF/HTML |
| 18:19.36 | russellb | docbook seems to have the most consensus behind it |
| 18:19.39 | russellb | so that's fine with me |
| 18:19.41 | russellb | convert away |
| 18:19.52 | russellb | but it's a solid 2 days work at least ... |
| 18:19.55 | mvanbaak | and, we'll help jsmith/lmadsen with it |
| 18:19.58 | russellb | if not more |
| 18:19.59 | mvanbaak | yuh, I know |
| 18:20.00 | seanbright | is more interested in content |
| 18:20.04 | mvanbaak | I dont care |
| 18:20.09 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-44197b7a4cf492ae) |
| 18:20.11 | russellb | seanbright: same. |
| 18:20.20 | jsmith | is willing to help with the conversion |
| 18:20.21 | mvanbaak | russellb: I'll talk about it with jsmith and lmadsen |
| 18:20.26 | mvanbaak | see |
| 18:20.34 | mvanbaak | even before I talked to them they agree ;) |
| 18:20.41 | russellb | jsmith: did i ever give you a cert? |
| 18:21.05 | jsmith | russellb: I have a cert I think, but it only works in CentOS and not Fedora |
| 18:21.05 | mvanbaak | hhmm |
| 18:21.18 | jsmith | russellb: Give me an hour or two and I'll play around |
| 18:21.21 | russellb | jsmith: you can make it work. rebuild svn from source using ./configure --with-ssl=openssl |
| 18:21.26 | mvanbaak | jsmith: recompile svn by hand or install an older version of libneon |
| 18:22.04 | mvanbaak | starts his own company |
| 18:22.04 | jsmith | mvanbaak: Yuck |
| 18:22.45 | seanbright | my first project... s/odt/something else/ |
| 18:22.46 | seanbright | heh |
| 18:23.09 | mvanbaak | gheh |
| 18:23.11 | seanbright | .doc, maybe? |
| 18:23.13 | mvanbaak | seanbright: o3view |
| 18:23.13 | seanbright | woo! |
| 18:23.16 | tzafrir_laptop | mvanbaak, can you take a look at http://bugs.digium.com/view.php?id=12171 ? I use a similar method in zaptel/dahdi |
| 18:23.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:23.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:23.41 | mvanbaak | ah, that one |
| 18:23.50 | tzafrir_laptop | It does require asciidoc somewhere, but asciidoc is peanuts compared to the docbook toolchain |
| 18:24.07 | mvanbaak | tzafrir_laptop: basically what I want to do is help TheBook guys a bit |
| 18:24.14 | mvanbaak | tzafrir_laptop: that way the effort can be two-way |
| 18:24.30 | mvanbaak | tzafrir_laptop: they can put stuff back into asterisk, and they can use the stuff in asterisk |
| 18:24.48 | tzafrir_laptop | the idea is to make the files in the configs/ dir referencable from files in the doc/ dir |
| 18:25.11 | mvanbaak | tzafrir_laptop: and maybe I'm a bit non-objective because I met TheBook guys now and really think they are nice dudes |
| 18:25.12 | tzafrir_laptop | While still maintaining their original configuration format |
| 18:25.54 | mvanbaak | tzafrir_laptop: can that be exported as docbook ? |
| 18:26.05 | oej | Corydon: THanks! Good addition to func_odbc |
| 18:26.18 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-d03f06097d658497) |
| 18:26.18 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:26.23 | tzafrir_laptop | It should be. At least complete documents. Not sure about document snippets |
| 18:26.30 | mvanbaak | oej: you recovered from the jetlag ? |
| 18:27.39 | seanbright | russellb: can you package arbitrary text into .so modules and access them at runtime? |
| 18:27.47 | russellb | not in a portable way. |
| 18:27.51 | seanbright | damn. |
| 18:28.05 | russellb | we know how to do it IFF you are using gnu ld |
| 18:28.47 | Corydon76-dig | oej: does it work? |
| 18:28.54 | seanbright | was thinking it would be cool to store off the build options (MALLOC_DEBUG, DONT_OPTIMIZE, etc) in each module |
| 18:29.04 | seanbright | and then make it queryable at runtime |
| 18:29.11 | *** join/#asterisk-dev Cutlass (n=chatzill@c-67-176-208-15.hsd1.il.comcast.net) |
| 18:29.24 | Corydon76-dig | oej: btw, I felt that synopsis and syntax were more appropriate to edit than description |
| 18:29.33 | mvanbaak | seanbright: I think you can already find that somewhere |
| 18:29.49 | Corydon76-dig | oej: btw, you did see the += commit, didn't you? |
| 18:30.01 | tzafrir_laptop | seanbright, a function that returns a const char *? |
| 18:30.11 | seanbright | tzafrir_laptop: yeah, that could work. |
| 18:30.35 | mvanbaak | seanbright: core show settings |
| 18:30.38 | mvanbaak | <PROTECTED> |
| 18:30.44 | seanbright | mvanbaak: right, that is for asterisk |
| 18:30.49 | seanbright | mvanbaak: not the modules |
| 18:31.00 | seanbright | you could build a module out of tree |
| 18:31.04 | seanbright | (i think...) |
| 18:31.06 | mvanbaak | ah |
| 18:31.08 | mvanbaak | yeah |
| 18:31.49 | mvanbaak | -addons, chan_sccp |
| 18:32.11 | Qwell | only newbs use chan_sccp |
| 18:32.20 | seanbright | newbs and Qwell |
| 18:32.22 | mvanbaak | yups |
| 18:32.24 | tzafrir_laptop | seanbright, the common solution for that is a nice little script called asterisk-config |
| 18:32.32 | mvanbaak | chan_skinny ! |
| 18:32.52 | tzafrir_laptop | That supports that option --cflags |
| 18:33.20 | seanbright | i think it would be more interesting for debugging |
| 18:33.28 | oej | Corydon: What was the += commit? |
| 18:33.42 | seanbright | 'module show settings' would dump all the compiler flags for the loaded modules |
| 18:33.48 | seanbright | attach that to mantis |
| 18:33.49 | oej | must have missed reading commits while being out shopping... |
| 18:34.01 | oej | corydon: Agree on "syntax" and "synopsis" |
| 18:34.07 | seanbright | oej: it's a line continuation construct |
| 18:34.12 | oej | Aha |
| 18:34.27 | oej | Corydon: Was this backported to svncommunity? |
| 18:35.05 | Corydon76-dig | oej: the += commit allows you you to continue options on additional lines within all config files |
| 18:35.21 | oej | finds a commit that I need to test - the one fixing crashes in res_odbc. Maybe that was hitting me earlier |
| 18:35.30 | Corydon76-dig | foo=blah... foo+=bar... |
| 18:35.40 | oej | Why not backslash like other programs? |
| 18:35.51 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 18:35.55 | mvanbaak | anywayz |
| 18:35.57 | mvanbaak | movietime |
| 18:36.21 | Corydon76-dig | oej: because continuation is a problem of the 8192 line limit |
| 18:37.39 | oej | I see |
| 18:37.45 | oej | THis is something else than the backslash |
| 18:38.01 | oej | Guess this will work with templates as well |
| 18:38.12 | oej | is slow figuring things out in jetlag mode |
| 18:38.32 | oej | Are you adding with or without whitespace? |
| 18:38.36 | oej | foo=blah |
| 18:38.40 | oej | foo+=blah |
| 18:38.49 | oej | Will foo be blahblah or "blah blah" ? |
| 18:39.16 | Corydon76-dig | I don't remember. I think it adds a single space |
| 18:39.42 | oej | It makes sense |
| 18:39.53 | Corydon76-dig | Whatever I thought was reasonable at the time I coded it. ;-) |
| 18:40.04 | oej | Right, that's the usual way |
| 18:40.33 | oej | Makes sense for voicemail templates in voicemail.conf |
| 18:41.04 | oej | I moved them out to separate files in minivm, which makes more sense ;-) |
| 18:41.21 | oej | Someone should propably port the multiple template parts with locale to voicemail |
| 18:41.35 | oej | Or continue breaking voicemail apart so that we can build it with minivm |
| 18:42.59 | oej | I guess you did not backport the syntax/synopsis to the 1-4 branch in svncommunity |
| 18:43.49 | Corydon76-dig | oej: No, not yet |
| 18:44.09 | oej | I like that part --> "not yet" :-) |
| 18:44.11 | oej | Thanks |
| 18:44.37 | Corydon76-dig | Oh, and in answer to your question, "blahblah" |
| 18:45.01 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 18:45.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:45.02 | Corydon76-dig | You have to do: "foo+= blah" if you want "blah blah" |
| 18:45.10 | Qwell | Corydon76-dig: any reason not to force a space? |
| 18:45.19 | Qwell | I think it's reasonable to assume it would do that |
| 18:45.31 | Qwell | or, hell, a newline |
| 18:45.58 | Corydon76-dig | Qwell: at the time, I assumed that an implicit space was more harmful, and forcing an explicit space would be better |
| 18:46.06 | oej | No, the new res_config_odbc did not fix the crashes |
| 18:46.22 | Corydon76-dig | There's no new res_config_odbc |
| 18:46.26 | Corydon76-dig | only res_odbc |
| 18:46.36 | oej | bad. |
| 18:47.18 | hardwire | anybody here cacert signers? |
| 18:47.39 | Corydon76-dig | Yes |
| 18:47.58 | oej | That did not fix it either |
| 18:47.59 | hardwire | so when I yelled "anybody here a cacert authority?" in the code zone.. you were off in lalaland eh? |
| 18:48.10 | hardwire | I need some signage.. but alas.. WE CANNOT |
| 18:48.14 | oej | would like to be |
| 18:48.15 | hardwire | unless you trust people who trust me |
| 18:48.16 | Corydon76-dig | Or I wasn't in there at the time |
| 18:48.32 | Corydon76-dig | If you can make it to Nashville... |
| 18:48.33 | hardwire | Corydon76-dig: possibly.. but I'd like to think you just ignored me. |
| 18:48.46 | hardwire | one of the Anchorage guys is awol |
| 18:48.53 | hardwire | not sure how to spread the love from the ground up |
| 18:49.11 | Corydon76-dig | You're in Alaska? |
| 18:49.35 | Corydon76-dig | So we have YOU to blame for Palin? |
| 18:50.14 | oej | blames file for Palin |
| 18:50.35 | lmadsen | blames oej for file |
| 18:50.51 | oej | files blame for oej |
| 18:51.07 | file | looks at his kitkat bar and contemplates eating it up |
| 18:51.08 | oej | gets confused |
| 18:51.13 | lmadsen | steals the bar |
| 18:51.27 | hardwire | Corydon76-dig: I blame YOU for Palin |
| 18:51.28 | oej | have already eaten it. |
| 18:51.30 | file | frowns |
| 18:51.39 | lmadsen | mvanbaak: if we can figure out a way of importing/exporting docbook/xml into and out of plone, we could have something quite powerful |
| 18:51.48 | hardwire | I wonder if Palin uses cacert. |
| 18:51.51 | lmadsen | mvanbaak: then we could get rid of the /doc directory, and keep everything in ONE PLACE |
| 18:52.02 | hardwire | if she ever comes back to govern our state, that is.. I'll have to hit her up |
| 18:52.18 | lmadsen | mvanbaak: then, like jsmith said... we can work something out where we get all TheBook stuff back into Asterisk, and vice-versa |
| 18:52.30 | lmadsen | then we'll have a website/code with the same documentation, and only have ONE PLACE to change it |
| 18:52.38 | hardwire | Corydon76-dig: if your up for semi-trust.. I can authenticate myself through file and russelb if they'll do so |
| 18:52.38 | lmadsen | change once, replicate into many places |
| 18:52.44 | lmadsen | s/your/you're/ |
| 18:52.46 | hardwire | they need to be signers.. damnit |
| 18:53.50 | hardwire | hits up everybody on his GPG network |
| 18:54.20 | Corydon76-dig | hardwire: sorry, I have to deny according to the rules |
| 18:54.29 | Corydon76-dig | face to face meetings only |
| 18:54.36 | hardwire | Corydon76-dig: video conference? |
| 18:54.46 | hardwire | I'd do the same if I was in your shoes.. no worries |
| 18:55.58 | hardwire | I really need to host a signing party at some point |
| 18:56.02 | hardwire | I'll have to do a signing road trip |
| 19:00.49 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 19:07.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:07.38 | oej | Which file is it that saves the menuselect selections? |
| 19:08.38 | Deeewayne | colp. joshua colp. |
| 19:08.41 | kpfleming | menuselect.makeopts |
| 19:09.26 | oej | thanks |
| 19:11.23 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.141593 support is in #asterisk -=- Congrats -dev on the release of 1.6.0 ! |
| 19:12.05 | seanbright | hooray |
| 19:12.06 | seanbright | ! |
| 19:12.35 | russellb | does a dance |
| 19:12.40 | lmadsen | .dance |
| 19:12.41 | lmadsen | :) |
| 19:12.44 | lmadsen | most hawt |
| 19:12.50 | russellb | thinks the alcohol restriction at work should be lifted today |
| 19:13.01 | Deeewayne | ooops...it hasn't ? |
| 19:13.17 | lmadsen | there was a restriction? |
| 19:13.28 | *** join/#asterisk-dev dklima (n=daniel@border.positivo.com.br) |
| 19:13.43 | file | is. |
| 19:13.50 | Deeewayne | it's restricted to containers larger than 6 oz |
| 19:15.05 | file | celebrates by eating his kitkat |
| 19:19.14 | ctooley | notices that none of his changes were important enough to make it into the CHANGES file. :) |
| 19:19.31 | russellb | :( |
| 19:19.41 | ctooley | is bumme |
| 19:19.46 | ctooley | s/bumme/bummed |
| 19:19.47 | russellb | ctooley: !!! |
| 19:19.53 | russellb | your contributions rock! :) |
| 19:20.03 | russellb | and if you added features that didn't hit CHANGES, then we should fix it! |
| 19:20.38 | ctooley | shrugs |
| 19:20.49 | seanbright | looks for his name in the ChangeLog |
| 19:20.52 | ctooley | It's really not a big deal, there aren't many changes that people will use |
| 19:20.58 | seanbright | ohhh... happy day |
| 19:21.24 | ctooley | Though, I wonder, did "sip qualify peer" make it in 1.6.0? |
| 19:21.32 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@ntegratedoffice.ntegratedsolutions.com) |
| 19:21.39 | russellb | how recent was it |
| 19:21.41 | russellb | could be in 1.6.1 |
| 19:21.57 | ctooley | I know some other people (Corydon76-dig, oej) extended it to be an AMI command too |
| 19:22.40 | ctooley | I use that a lot for peers that I don't have qualify turned on for in the config |
| 19:22.41 | russellb | hm, looks like that one bypassed the CHANGES file |
| 19:22.42 | russellb | :( |
| 19:23.04 | ctooley | It's my fault, I wasn't updating CHANGES like I should have |
| 19:23.17 | hubguruJR | hello |
| 19:23.30 | ctooley | Otherwise, ExternalIVR changed a LOT and that one isn't in there at all either. |
| 19:23.31 | hubguruJR | anyone up for a t38 discussion |
| 19:23.36 | seanbright | damn... emacs even has a ChangeLog fill mode |
| 19:23.39 | seanbright | emacs <3 |
| 19:24.29 | codefreeze-lap | Corydon76-dig: another possible issue with odbc..... |
| 19:25.13 | russellb | ctooley: I see the ExternalIVR stuff in there |
| 19:25.31 | codefreeze-lap | Corydon76-dig: this one in the ast_odbc_request_obj() function.... you around? |
| 19:25.41 | russellb | Did TCP Support go in to 1.6.1 or 1.6.0? |
| 19:25.53 | Corydon76-dig | <sigh> |
| 19:26.08 | codefreeze-lap | Corydon76-dig: no sighing allowed! |
| 19:26.10 | ctooley | Ahh, some of the new commands are, but P command should be in there too. I think tcp support went 1.6.0 but I'd have to look. |
| 19:26.34 | ctooley | runs "svn update" in tags directory |
| 19:27.15 | codefreeze-lap | Corydon76-dig: the reviewer notes that in that func, that the "up" and "con" ptrs are not referred to, which worries him, but, I note |
| 19:27.38 | ctooley | and then decides to just download the tarball to save an amazing amount of time. |
| 19:28.13 | codefreeze-lap | that the connect call is made if a timeout was set.... is it possible for things to get messed up...? |
| 19:28.27 | codefreeze-lap | pooled or unpooled? |
| 19:28.50 | Corydon76-dig | codefreeze-lap: I did not follow |
| 19:29.06 | seanbright | i have good news! |
| 19:29.12 | seanbright | the asterisk 1.6.0 tarball... compiles! |
| 19:29.33 | ctooley | russellb, nope tcp isn't in 1.6.0 |
| 19:29.35 | hardwire | lies |
| 19:29.45 | russellb | k |
| 19:29.47 | dklima | seanbright: lol |
| 19:29.47 | ctooley | but the P command is |
| 19:29.55 | putnopvut | seanbright: excellent! Let's go kill a wild animal! |
| 19:30.11 | seanbright | putnopvut: get out of my head, man! |
| 19:30.19 | hardwire | watches a porcupine take down seanbright and putnopvut |
| 19:30.37 | codefreeze-lap | Corydon76-dig: : I guess it sums to this: when we discon, we erase the obj ptr; we set up to 0; should this have any affect on the ast_odbc_request_obj() func? |
| 19:31.10 | ctooley | russellb, I'm sure there were more important things that were in 1.6.0 than those changes though. :) |
| 19:31.20 | russellb | well, fixed |
| 19:31.28 | russellb | it's not very verbose, but it's there ... |
| 19:31.45 | Corydon76-dig | codefreeze-lap: Nope, because of the lock |
| 19:32.46 | Corydon76-dig | You have to consider that the disconnect/connect sequence is atomic in that respect |
| 19:33.33 | codefreeze-lap | Corydon76-dig: OK, just covering the bases, so to speak.... txs! |
| 19:33.38 | *** join/#asterisk-dev Eduardo_Assis (n=Eduardo_@201-13-199-187.dial-up.telesp.net.br) |
| 19:34.53 | ctooley | OK, I think I'm officially going to have to stop mirroring the svn repository at digium. It's consuming too much space |
| 19:35.03 | hardwire | ctooley: bah |
| 19:35.05 | hardwire | I mirror Ubuntu. |
| 19:35.23 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 19:35.26 | ctooley | hardwire, but I have to have room for my Naruto episodes and there's only so much space on my laptop |
| 19:35.39 | hardwire | bah.. Naruto |
| 19:35.58 | hardwire | What you need is a heap of Nadesico |
| 19:36.33 | ctooley | of course if I removed the massive index from Google Desktop that might help too |
| 19:36.49 | hardwire | Gekigangar III ! |
| 19:36.50 | *** part/#asterisk-dev Eduardo_Assis (n=Eduardo_@201-13-199-187.dial-up.telesp.net.br) |
| 19:38.14 | seanbright | so because readline is GPL instead of LGPL, we can't link it with asterisk... is that right? |
| 19:38.26 | russellb | correct. |
| 19:38.32 | seanbright | fuckers. |
| 19:38.33 | seanbright | err |
| 19:38.34 | seanbright | wow |
| 19:38.40 | seanbright | sucks. |
| 19:38.50 | seanbright | i forgot what time it was. |
| 19:38.52 | russellb | i think there is a newer version of editline though |
| 19:39.08 | russellb | not sure why we're not using it |
| 19:39.35 | putnopvut | russellb: I think it's mainly because no one has taken the time to update the Asterisk source to distribute the newer version. |
| 19:39.46 | putnopvut | That's something I'd be interested in doing as a learning exercise. |
| 19:41.28 | Corydon76-dig | Also, I've made fixes to editline since then |
| 19:41.41 | seanbright | yeah. need to merge those into a new version if they aren't already there. |
| 19:43.28 | tzafrir_laptop | seanbright, editline is 4-clause BSD. GPL-incompatible as well. use libedit instead |
| 19:47.11 | tzafrir_laptop | ctooley, if you want to follow just trunk, branches/* and tags/* and not waste too much space, try git |
| 19:47.20 | tzafrir_laptop | git-svn, that is |
| 19:49.31 | tzafrir_laptop | The above uses me some 140MB. But I think it can be closer to 50MB with more agressive compacting |
| 19:50.32 | jameswf | http://trixbox.org/devblog/trixbox-position-asterisk-1-6 << your code is unprooven |
| 19:51.18 | seanbright | jameswf: thanks for raining on the parade. |
| 19:51.24 | Qwell | I'll do it for $5k |
| 19:51.57 | russellb | Qwell: no kidding |
| 19:52.11 | Qwell | I already have the dahdi packages :p |
| 19:52.20 | Qwell | there's $2500 right there, right? |
| 19:52.25 | Qwell | Where's my money, Fonality? |
| 19:52.27 | tzafrir_laptop | It's not the job of Digium. |
| 19:52.37 | jameswf | 11 million dollars and they dont have 5k left |
| 19:52.39 | tzafrir_laptop | There are some nice packages at Fedora |
| 19:52.45 | Qwell | tzafrir_laptop: for 1.6? |
| 19:52.59 | jsmith | Qwell: They've been packaging the 1.6.0 betas for months |
| 19:53.04 | Qwell | ahh |
| 19:53.06 | Qwell | with dahdi? |
| 19:53.10 | tzafrir_laptop | Anybody packaging on Centos should focus on Fedora as a sort of upstream and cooperate with it |
| 19:53.30 | tzafrir_laptop | last time I looked they were stuck with 1.6.0-beta9 |
| 19:53.36 | jameswf | i am not sure if i should make the push... if it does break my wife will get all pissy |
| 19:53.54 | tzafrir_laptop | but it is there they should "look up to" |
| 19:54.19 | tzafrir_laptop | anyway, I must point out that the transition to dahdi/1.6 is painful |
| 19:54.48 | jameswf | my dialplan is like 40 lines I think I am safe :) |
| 19:54.54 | tzafrir_laptop | asterisk 1.4.22 can indeed build with both zaptel or dahdi, but this is a build-time decision |
| 19:55.43 | tzafrir_laptop | which makes it a non-practical transition phase for packagers |
| 19:56.10 | hardwire | totally |
| 19:56.28 | hardwire | I'm bug eyed waiting to get the final decision on these things from debianers |
| 19:56.57 | tzafrir_laptop | hardwire, Debian is now trying to get Lenny stable |
| 19:57.08 | tzafrir_laptop | most of them are busy with that |
| 19:57.28 | hardwire | tzafrir_laptop: my eyes will not unbug until I know. |
| 19:57.32 | tzafrir_laptop | I'm trying to figure out what would be the best thing to get into experimental |
| 19:58.13 | tzafrir_laptop | Frankly, we don't have any system with dahdi properly installed right now because of that |
| 19:58.55 | seanbright | wait... maybe i am missing something |
| 19:59.03 | seanbright | trixbox does suck, right? |
| 19:59.07 | seanbright | i mean, last time i checked anyway. |
| 19:59.14 | seanbright | and someone gave them 11 mil? |
| 19:59.31 | putnopvut | seanbright: well, they gave Fonality 11 mil, but essentially you're right. |
| 19:59.36 | hardwire | seanbright: dude |
| 19:59.38 | seanbright | wow |
| 19:59.40 | hardwire | seanbright: got an idea? |
| 19:59.43 | hardwire | any idea will do |
| 19:59.45 | hardwire | here's a million bucks |
| 19:59.47 | seanbright | hardwire: yes... hear me out: |
| 19:59.51 | seanbright | step 1) steal underpants |
| 19:59.54 | seanbright | step 3) profit! |
| 20:00.07 | hardwire | I'll talk to my lawyers and see about Step 2 later. |
| 20:00.18 | hardwire | Whats the paypal transfer limit? |
| 20:00.31 | Corydon76-dig | $500/mo |
| 20:00.46 | ctooley | Corydon76-dig, huh? |
| 20:01.13 | hardwire | the man knows. |
| 20:02.00 | bkruse | Are you sure about that? That may be non-verified |
| 20:02.26 | mog | send me 500 to test it bkruse |
| 20:02.46 | putnopvut | mog: even better, have him send you $1000 to test it. |
| 20:03.13 | bkruse | mog: I can send you an email with the receipt, and the display name will be "service@paypal.com" |
| 20:03.16 | bkruse | Then will you believe me? |
| 20:04.25 | putnopvut | bkruse: I know I would |
| 20:04.55 | bkruse | devises an evil plan |
| 20:05.36 | putnopvut | devised a new blitz |
| 20:06.08 | tzafrir_laptop | does some quick math |
| 20:06.24 | tzafrir_laptop | A release will be supported for some 6 monthes? |
| 20:06.37 | tzafrir_laptop | or a bit less, right? |
| 20:07.37 | tzafrir_laptop | Or have I read the 1.4.22/1.6.0 annoncement wrong? |
| 20:07.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:08.11 | russellb | that's the current plan |
| 20:08.35 | tzafrir_laptop | that's even way faster than Fedora |
| 20:09.15 | tzafrir_laptop | I suppose it means that by the time we release Lenny, it gets unsupported (or so) |
| 20:09.51 | tzafrir_laptop | assume the almost worst about Debian) |
| 20:11.14 | tzafrir_laptop | It means that practically everybody will be using unsupported versions (even if they will happen to be deploying supported versions) |
| 20:12.40 | tzafrir_laptop | oh well, I don't deploy, so what do I care... |
| 20:12.55 | russellb | depends how you look at it |
| 20:12.57 | hardwire | ok.. ufw isn't horrible |
| 20:13.05 | russellb | once 1.4.22 is released, 1.4.21 is unsupported |
| 20:13.13 | russellb | we're saying we'll support 3 instead of 1 |
| 20:13.28 | russellb | since we're giving ourselves the ability to introduce controlled amounts of new features along the way |
| 20:13.32 | russellb | so there's your tradeoff |
| 20:15.25 | tzafrir_laptop | What about bug reports from users with ancient versions such as 1.4.21? |
| 20:15.40 | tzafrir_laptop | (yesterday's stable version.) |
| 20:16.12 | kpfleming | we ask them to reproduce on the latest version, same as we always have |
| 20:16.16 | outtolunc | makes some popcorn <G> |
| 20:17.27 | tzafrir_laptop | I guess I don't have to wait until Lenny is released. 1.4.21.2 is no longer supported |
| 20:18.29 | kpfleming | that depends on how you define 'support' i suppose, but that's a pandora's box i'd rather not get into |
| 20:19.20 | tzafrir_laptop | ok. This is why I asked if my reading is wrong. I'll just wait and see, then |
| 20:21.43 | tzafrir_laptop | I just wonder what portion of the new installs will be of the supported versions |
| 20:22.40 | tzafrir_laptop | And what could be done to make that part as large as possible (without simply sinking resources into it) |
| 20:28.48 | russellb | yes, it is a tough tradeoff. The more work you put into supporting _anything_, the less time you have for making new stuff. |
| 20:29.46 | russellb | we could support every older version, but we sure wouldn't have forward progress of any kind |
| 20:30.20 | russellb | but none of this is set in stone, we're going to try to be flexible to help keep everyone happy |
| 20:32.05 | JunK-Y | 1.6.0, yay! |
| 20:34.02 | tzafrir_laptop | Speaking of "ask them to reproduce on the lastest version", why not just add: |
| 20:34.09 | tzafrir_laptop | M11680 |
| 20:34.12 | MuffinMan | [new] [Asterisk] Utilities/NewFeature 0011680: [patch] live_ast: script to run asterisk without installing reported by tzafrir (Karma: +106.25) http://bugs.digium.com/view.php?id=11680 |
| 20:34.30 | tzafrir_laptop | (I know, self promotion and all) |
| 20:34.33 | *** part/#asterisk-dev hubguruJR (n=hubguruJ@ntegratedoffice.ntegratedsolutions.com) |
| 20:37.21 | jameswf | good call loosing configure... |
| 20:37.31 | jameswf | that annoyed me |
| 20:38.12 | tzafrir_laptop | loosing configure? |
| 20:38.24 | jameswf | dahdi |
| 20:39.20 | kpfleming | only dahdi-linux, because it is only kernel modules |
| 20:39.25 | kpfleming | dahdh-tools still has a configure script |
| 20:40.47 | jameswf | i downloaded dahdi-linux complete.... didnt see any configure on either side |
| 20:41.21 | tzafrir_laptop | dahdi-complete is a sort-of wget-wrapper |
| 20:41.34 | tzafrir_laptop | :-) |
| 20:42.13 | kpfleming | it's in there |
| 20:42.18 | kpfleming | look at the makefile in the top directory |
| 20:42.23 | kpfleming | it runs the configure script for you |
| 20:42.23 | jsmith | jameswf: Just because you didn't see it doesn't mean it's not there |
| 20:42.42 | jameswf | great now i have to go buy tin foil |
| 20:43.11 | kpfleming | get the heavy duty kind with a non-stick side, it rocks |
| 20:43.45 | jsmith | prefers the stuff with the wholes cut it it, that lets the juices drip through so that the stuff on the grill turns out better |
| 20:44.13 | jsmith | Unless I'm grilling fish... then I use the heavy-duty kind with a non-stick side :-) |
| 20:45.58 | jameswf | i was recently made aware of the press in tabs on the side of the tinfoil/plastic wrap box that holds the roll in place |
| 20:46.09 | jameswf | I thought thats clever |
| 20:53.21 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:53.21 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 21:07.36 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:14.53 | *** join/#asterisk-dev dlynes (n=dlynes@S01060016b68219f1.vs.shawcable.net) |
| 21:42.33 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 21:47.17 | twisted | anyone heard of ast_safe_sleep sleeping anywhere from 100-500ms too long? |
| 21:48.15 | russellb | nope |
| 21:48.20 | russellb | but that shouldn't be ... possible |
| 21:48.26 | twisted | i know |
| 21:48.57 | twisted | check it though |
| 21:49.27 | twisted | i'm spitting out the epoch before and after the sleep, along with the sleep time |
| 21:49.44 | twisted | [Oct 2 17:39:51] DEBUG[23008]: app_record.c:728 metric_exec: Epoch: 1222983591.672677 |
| 21:49.44 | twisted | <PROTECTED> |
| 21:49.44 | twisted | [Oct 2 17:40:00] DEBUG[23008]: app_record.c:737 metric_exec: Finished sleeping safely at 1222983600.414067 |
| 21:49.45 | twisted | [Oct 2 17:40:00] DEBUG[23008]: app_record.c:743 metric_exec: Step 1: Method: Playback, Duration: 10, File: /opt/metrics/files/narr_usasts_107dB.wav, Time: 1222983600:414105 |
| 21:50.10 | twisted | we should be accurate up to 3 ms |
| 21:50.21 | russellb | this would require my brain to be functional |
| 21:50.23 | twisted | but we're off (in this case) almost 400 |
| 21:50.42 | twisted | err a little over 400 |
| 21:51.07 | twisted | (1.4 btw) |
| 21:51.44 | twisted | i've even tried working around the (possible) 500ms answer 'bug' |
| 21:52.29 | twisted | we're gonna try and confirm that it's ast_safe_sleep right now by using usleep() |
| 21:55.16 | twisted | and ehre are the results using usleep() |
| 21:55.24 | twisted | [Oct 2 17:54:30] DEBUG[25246]: app_record.c:738 metric_exec: Finished sleeping safely at 1222984470.000322 |
| 21:55.24 | twisted | [Oct 2 17:54:30] DEBUG[25246]: app_record.c:744 metric_exec: Step 1: Method: Playback, Duration: 10, File: /opt/metrics/files/narr_usasts_107dB.wav, Time: 1222984470:000355 |
| 21:55.32 | twisted | errr |
| 21:55.34 | file | raises eyebrow |
| 21:55.43 | twisted | [Oct 2 17:54:21] DEBUG[25246]: app_record.c:728 metric_exec: Epoch: 1222984461.192282 |
| 21:55.44 | twisted | <PROTECTED> |
| 21:55.54 | twisted | <PROTECTED> |
| 21:56.01 | twisted | notice how it's accurate to 3 decimals? |
| 21:56.21 | Corydon76-dig | twisted: yep |
| 21:56.39 | twisted | now I'm not sure why this happens |
| 21:56.41 | Corydon76-dig | Isn't timing with a non-realtime kernel wonderful? |
| 21:56.50 | russellb | ^_^ |
| 21:56.59 | twisted | i'm using timing from zaptel |
| 21:57.10 | russellb | this is different timing though ... |
| 21:57.23 | russellb | this is dependant on poll() waking up when we want it to |
| 21:57.24 | twisted | then why would usleep be accurate and ast_safe_sleep not? |
| 21:57.26 | russellb | which may or may not happen |
| 21:57.28 | twisted | ahh |
| 21:57.37 | russellb | now, it's usually not off by even close to as much as you said.. |
| 21:57.42 | russellb | so i'm not sure that's the explanation |
| 21:57.59 | twisted | and see it's fine for applications that don't require precision timing |
| 21:58.03 | twisted | but unforutnately this one does :( |
| 21:58.06 | Corydon76-dig | Is your kernel pre-emptible? |
| 21:58.22 | twisted | lol i think it's a stock ubuntu 7.10 kernel |
| 21:58.39 | Corydon76-dig | Pretty sure not, then |
| 21:59.09 | twisted | yeah, not preemptable |
| 21:59.39 | Corydon76-dig | Anyway, kernel realtime extensions are what you need |
| 21:59.54 | twisted | rtc extensions? |
| 22:00.28 | Corydon76-dig | Never heard them refer to rtc specifically |
| 22:00.41 | twisted | well.. i'm talking CONFIG_RTC_BLA |
| 22:01.18 | Corydon76-dig | May not be in the stock kernels yet |
| 22:01.35 | Corydon76-dig | but I'm at the limit of my knowledge now |
| 22:02.50 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 22:02.50 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 22:04.56 | twisted | imma rebuild kernel preemtable and big lock preempt |
| 22:05.07 | twisted | we'll see if it makes any difference |
| 22:05.40 | twisted | tim is working on a safe sleep that is more accurate in non-preemptable/realtime kernels |
| 22:05.45 | twisted | so far he's got it down to .00x |
| 22:10.55 | twisted | liz phair is powering my mind right now |
| 22:25.33 | *** join/#asterisk-dev sucituanbo (n=john@c-24-21-121-148.hsd1.wa.comcast.net) |
| 22:33.39 | jameswf | tzafrir_laptop: dahdi_scan seemsto ignore args |
| 22:34.23 | tzafrir_laptop | the arguments it takes are config files to generate |
| 22:34.59 | jameswf | man page says dahdi scan [spans] i do dahdi_scan 1 it dumps all |
| 22:35.01 | tzafrir_laptop | (optional. default should be system.conf and chan_dahdi-channels.conf) |
| 22:35.16 | tzafrir_laptop | oh, that, right |
| 22:35.32 | tzafrir_laptop | that was a patch of mine that was dropped |
| 22:36.16 | tzafrir_laptop | Right. I guess I need to re-add it |
| 22:36.25 | jameswf | :) |
| 22:36.38 | jameswf | thought it was cool if you can specify |
| 22:38.16 | jameswf | oh btw for whatever reason the dahdi_genconf installed but i had to move genconf_parameters by hand |
| 22:39.02 | codefreeze-lap | russellb: I'm looking at 13587, where the reporter wants to compile asterisk with uclibc; the first phase was to replace all index() calls with strchr(), which wasn't that big a deal, but not he wants to replace all bcopy, bzero with memcpy and memmove calls instead... |
| 22:39.23 | codefreeze-lap | s/not he/now he/ |
| 22:39.34 | kpfleming | we compile asterisk against uclibc every time we build an image for the AA50 |
| 22:39.37 | kpfleming | none of that stuff is needed |
| 22:40.06 | codefreeze-lap | excuse, I mean memset |
| 22:40.40 | codefreeze-lap | kpfleming: what is done to accomplish that? |
| 22:40.53 | kpfleming | nothing special.. it's all in the aadk repository |
| 22:40.57 | kpfleming | there are no patches to asterisk at all |
| 22:43.04 | codefreeze-lap | well, we could provide a macro to turn bzero to memset, etc.... or provide another file with definitions of bzero, etc, that call memset, etc.... They could be autoconf'd; but he wouldn't have filed the bug if it just happened naturally... or? |
| 22:43.52 | kpfleming | but you don't understand |
| 22:43.55 | kpfleming | none of this is needed |
| 22:44.09 | kpfleming | lots and lots of people are building asterisk against uclibc already with no changes needed |
| 22:44.32 | kpfleming | so tell him he needs to configure uclibc to provide that functionality, because it is already there |
| 22:45.07 | codefreeze-lap | Ahhh, he plays with uclibc, not asterisk.... interesting |
| 22:54.45 | tzafrir_laptop | astlinux is uclibc (i386), right? |
| 22:55.11 | *** join/#asterisk-dev eliel_ (n=eliel@151-202-114-200.fibertel.com.ar) |
| 22:59.31 | lmadsen | correct |
| 22:59.43 | lmadsen | afaik |
| 22:59.46 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 22:59.46 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 22:59.48 | lmadsen | I think they changed over to that |
| 23:04.14 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-d03f06097d658497) |
| 23:53.01 | *** join/#asterisk-dev Corydon76-dig (i=ten@pdpc/supporter/bronze/Corydon76-home) |
| 23:53.01 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |