| 00:04.28 | Qwell | what did I do? |
| 00:05.30 | russellb | codefreeze-lap: well, as far as I know, the release candidates are good, so go ahead and merge whatever you want |
| 00:05.37 | russellb | we can manually merge any critical fixes as needed |
| 00:05.48 | russellb | s/as/if/ |
| 00:06.01 | russellb | we're just waiting on dahdi to be released at this point, and then 1.4.22 and 1.6.0 will go out |
| 00:08.04 | seanbright | Qwell: probably nothing... but i can never be sure. |
| 00:12.19 | snuff-work | mm is buildbot.digium.com dead? |
| 00:12.41 | file | it is possible |
| 00:13.05 | seanbright | revises the topic again |
| 00:17.52 | codefreeze-lap | looks at clock.... will do it tomorrow |
| 00:21.20 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 00:27.27 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 00:52.01 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:52.01 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:15.59 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 01:20.46 | *** join/#asterisk-dev moy (n=moy@189.169.91.147) |
| 01:43.06 | *** join/#asterisk-dev geoff2010 (n=geoffrey@75.150.14.50) |
| 02:18.13 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 02:33.54 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 02:33.54 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 02:34.33 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 02:34.33 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:38.37 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 03:21.58 | *** join/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
| 03:30.55 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 03:30.55 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 03:32.17 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 03:32.17 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 03:34.26 | *** join/#asterisk-dev jtodd (i=doqaf5ci@ns2.loligo.com) |
| 03:34.26 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 03:38.52 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:51.51 | *** join/#asterisk-dev L-info (n=L-info@nsabfw1.nsab.se) |
| 05:59.34 | *** join/#asterisk-dev TMYates (n=tmyates@pool-71-164-248-237.dllstx.fios.verizon.net) |
| 05:59.56 | TMYates | i have a feeling i have a question only a developer could help me with... |
| 06:07.15 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:19.07 | *** join/#asterisk-dev jameswf-home (n=james@ip68-2-99-240.ph.ph.cox.net) |
| 06:49.34 | mvanbaak | meh, nice way to start your day. I just trashed my car in a car accident |
| 06:49.50 | denon | ow |
| 06:49.51 | denon | you alright? |
| 06:50.26 | snuff-work | conditions ? |
| 06:50.30 | mvanbaak | yeah, no injuries here or the other person |
| 06:50.53 | denon | let the lawsuits begin |
| 06:51.07 | mvanbaak | snuff-work: I made a right turn, and suddenly there's a car coming from the other way. BLAM |
| 06:51.28 | mvanbaak | it's his fault, but that doesn't bring my car back |
| 06:51.34 | snuff-work | ah.. |
| 06:51.50 | snuff-work | sailing trips curtailed for now then? |
| 06:52.07 | mvanbaak | I drove a 17 year old nissan micra. so the netto value of that car is around 1 buck or something |
| 06:55.41 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:55.48 | snuff-work | ah so insurance not goin to help with new car costs |
| 07:03.57 | TMYates | can anyone here help me troubleshoot some sip/rtcp problems? |
| 07:04.46 | snuff-work | ask and someone might answer.. |
| 07:06.39 | TMYates | well im behind a NAT on each side with all ports forwarded (UDP and TCP) and i can call the client, but when i pick up, the other side keeps ringing until it hits voicemail |
| 07:07.09 | snuff-work | what ver? |
| 07:07.23 | TMYates | i believe 1.4. |
| 07:07.31 | TMYates | oops 1.4.22 |
| 07:07.35 | mvanbaak | snuff-work: gheh, new car for 1 buck yeah |
| 07:08.02 | snuff-work | 22 is in RC ? or 21 (release has been out for a while) |
| 07:08.28 | TMYates | its 2-2 rpm |
| 07:08.42 | TMYates | latest trix box had as an update |
| 07:09.04 | TMYates | if there is a command to get a more specific let me know |
| 07:09.20 | snuff-work | ok i have no idea.. core show version or show version in the cli |
| 07:09.43 | TMYates | stun.fwdnet.net |
| 07:09.45 | TMYates | oops |
| 07:10.00 | TMYates | dang it wont let me copy from my browser |
| 07:10.35 | TMYates | 1.4.21.2-2 RPM by vc-rpms@voipconsulting.nl |
| 07:12.16 | snuff-work | mm well i'd try #asterisk and probably providing a sip dump etc.. this chan is more for dev issues only |
| 07:12.36 | TMYates | alright thanks |
| 07:12.51 | *** part/#asterisk-dev TMYates (n=tmyates@pool-71-164-248-237.dllstx.fios.verizon.net) |
| 07:41.35 | *** join/#asterisk-dev jtodd (i=mu6oqdro@ns2.loligo.com) |
| 07:41.35 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 07:53.03 | *** join/#asterisk-dev nicox (n=nicox@dsl-82-106.utaonline.at) |
| 07:55.23 | nicox | hi |
| 07:55.27 | nicox | anyone there? |
| 08:37.25 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 08:43.59 | nicox | hi, someone there? |
| 08:50.53 | *** join/#asterisk-dev L-info (n=L-info@g0962184.demon.co.uk) |
| 08:51.44 | nicox | Hi, did anyone knows iif there is a bug in 1.6.0-rc6 with transfers on IAX-Calls? |
| 09:01.26 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:08.41 | *** join/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 09:28.22 | snuff-home | nicox: if u think there is one.. post it on bugs.digium along with as much description as possible |
| 09:30.50 | nicox | i will do this now |
| 11:17.36 | mvanbaak | Corydon76-dig: ping |
| 11:48.15 | *** join/#asterisk-dev wedhorn (n=nnnnnnwe@123-243-209-34.static.tpgi.com.au) |
| 12:09.52 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:09.52 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:12.00 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 12:28.19 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:36.21 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 13:22.49 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 13:35.39 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-0e9d95443ec7e681) |
| 13:35.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:41.33 | *** part/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 13:42.43 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:42.43 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:43.55 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-30249ef91b599f47) |
| 13:45.46 | snuff-home | murf dont hate but i assigned what seems to be a cdr crash bug to you ;) |
| 13:57.42 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:57.42 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:58.13 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 13:58.13 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:58.32 | lmadsen | howdy! |
| 13:59.05 | snuff-home | ello |
| 14:00.35 | codefreeze-lap | snuff-home: I saw the bug, already on it. Very interesting. |
| 14:01.24 | snuff-home | i just sighed.. thought this is only ment to happen for ppl using chanspy all these crashes |
| 14:02.09 | codefreeze-lap | If only I can reproduce the bug... if only, if only... sounds like the theme song from "holes" |
| 14:02.09 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:02.41 | snuff-home | indeed.. |
| 14:04.54 | codefreeze-lap | Sometimes fighting bugs is like fighting a war; sometimes things look their darkest just before victory... |
| 14:05.25 | lmadsen | or just before failure |
| 14:05.36 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:05.40 | snuff-home | well i might be saying just that when iskemel wants to link into my res_jabber and i can go about ao2 ref debugging |
| 14:06.09 | codefreeze-lap | lmadsen: always looking on the bright side... |
| 14:06.18 | lmadsen | its still early :) |
| 14:06.20 | lmadsen | and it's friday |
| 14:07.08 | codefreeze-lap | and, I'm down to two cdr related bugs, including this crash this morn |
| 14:07.48 | codefreeze-lap | If there's more floating around in the bug soup, I don't even want to know about it. |
| 14:27.27 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-11ca6b0abfab8cb1) |
| 14:31.28 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-a36ac92f986a7433) |
| 14:31.28 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:32.17 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 14:44.57 | *** join/#asterisk-dev geoff2010 (n=geoffrey@75.150.14.50) |
| 14:58.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:58.29 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:02.05 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:02.49 | seanbright | snuff-home: can you ping the reported for 13079 and see if he is still having trouble? |
| 15:03.26 | seanbright | s/reported/reporter/ |
| 15:04.08 | lmadsen | M13079 |
| 15:04.10 | MuffinMan | [assigned] [Asterisk] Core/General 0013079: menuselect compilation failure on Solaris 10 / gcc 3.4.3 reported by rleasure (Karma: neutral) http://bugs.digium.com/view.php?id=13079 |
| 15:04.29 | seanbright | trying to close out all the reported menuselect bugs |
| 15:04.32 | seanbright | that's the last of them |
| 15:04.40 | lmadsen | you rock |
| 15:04.50 | seanbright | tell me about it |
| 15:05.34 | seanbright | (thanks :)) |
| 15:10.34 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 15:10.34 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:23.22 | seanbright | russellb: will there be a 1.6.0 RC7? or are we releasing when dahdi is good to go? |
| 15:23.38 | russellb | we can do RC7 if there is a critical fix to include |
| 15:23.50 | russellb | but for now, i'm planning on releasing RC6 when dahdi is released |
| 15:23.59 | seanbright | ohhh, rc6 isn't even public yet? |
| 15:24.01 | russellb | if i don't fall asleep waiting |
| 15:24.10 | seanbright | err "official" rather |
| 15:24.12 | russellb | no, i meant, make rc6 the release |
| 15:24.16 | seanbright | oh gotcha |
| 15:24.17 | russellb | rc6 is released |
| 15:24.25 | russellb | but ideally, the final RC _is_ the release |
| 15:24.42 | seanbright | ok, well there are a few menuselect bugs for both asterisk and -addons that need to go in. |
| 15:24.52 | seanbright | they aren't critical per se, but they make life difficult |
| 15:25.01 | russellb | that makes me sad. |
| 15:25.04 | seanbright | heh |
| 15:25.15 | seanbright | well, in -addons, menuselect is completely borked |
| 15:25.31 | seanbright | as in, you run 'make menuselect' and it fails |
| 15:25.35 | Qwell | O.o |
| 15:25.36 | russellb | heh |
| 15:25.39 | russellb | well then. |
| 15:25.45 | russellb | guess we'll update addons, then |
| 15:25.50 | russellb | what about asterisk |
| 15:25.53 | russellb | what's in there |
| 15:25.55 | russellb | the gtk thing? |
| 15:26.02 | russellb | oh, the new buttons .. |
| 15:26.02 | seanbright | yeah, not critical. |
| 15:26.07 | seanbright | new buttons = no biggy |
| 15:26.10 | Qwell | I think that dude on the list just needs to make dist-clean |
| 15:26.17 | seanbright | what dude on the list? |
| 15:26.20 | seanbright | the GTK thing? |
| 15:26.23 | Qwell | I think it was on a list |
| 15:26.23 | russellb | and the gtk thing only should matter if you try to use the gtk version, right? |
| 15:26.37 | seanbright | no |
| 15:26.39 | Qwell | or if all of them fail (because they don't have -devel packages) |
| 15:26.58 | Qwell | (but for some reason DO have gtk2-devel) |
| 15:27.02 | seanbright | russellb: kpfleming made a change to the top-level asterisk makefile so that it tries to build *all* menuselects that it can |
| 15:27.10 | russellb | huh |
| 15:27.11 | seanbright | Qwell: it's because he has GTK2 < 2.10.0 |
| 15:27.27 | Qwell | that's probably just a configure change then |
| 15:27.35 | seanbright | i've already fixed it |
| 15:27.37 | Qwell | oh :D |
| 15:27.39 | seanbright | and committed it |
| 15:27.53 | seanbright | commit menuselect 383 |
| 15:27.59 | MuffinMan | [383] Committed by seanbright on 2008-09-12T14:53:26.351667Z: Make sure that the user has a recent enough version of GTK2 that we can |
| 15:27.59 | MuffinMan | ..use the GtkTreeView line settings. |
| 15:27.59 | MuffinMan | .. |
| 15:27.59 | MuffinMan | ..(closes issue #13472) |
| 15:27.59 | MuffinMan | ..Reported by: Zhadnost |
| 15:28.01 | Qwell | so he had gtk2-devel, but not ncurses-devel or newt-devel? |
| 15:28.02 | MuffinMan | ..Patches: |
| 15:28.04 | MuffinMan | .. 13472.diff uploaded by seanbright (license 71) |
| 15:28.06 | Qwell | and, an old version of gtk2-devel? |
| 15:28.07 | MuffinMan | ..Tested by: Zhadnost |
| 15:28.09 | MuffinMan | .. |
| 15:28.11 | MuffinMan | .. http://svn.digium.com/view/menuselect?view=rev&revision=383 |
| 15:28.14 | seanbright | no |
| 15:28.23 | seanbright | as of right this second |
| 15:28.26 | seanbright | when you run 'make menuselect |
| 15:28.39 | seanbright | it builds *all* versions of menuselect that it can. g, c, and n. |
| 15:28.43 | Qwell | oh |
| 15:28.47 | Qwell | odd |
| 15:29.01 | seanbright | so if g fails, it all fails. |
| 15:29.07 | seanbright | but g should no longer fail |
| 15:29.12 | Qwell | I see |
| 15:29.19 | russellb | wonders if g should even exist |
| 15:29.25 | seanbright | yes it should |
| 15:29.25 | russellb | heh |
| 15:29.27 | seanbright | i have plans for it |
| 15:29.29 | Qwell | gl |
| 15:29.30 | russellb | oic |
| 15:29.41 | seanbright | just for improving it, really. |
| 15:29.46 | seanbright | nothing whiz-bang |
| 15:31.06 | seanbright | so the problem with -addons was that it was never updated to reflect the logic that was put in the top level asterisk Makefile |
| 15:31.25 | Qwell | probably dahdi and others as well |
| 15:31.38 | seanbright | dahdi doesn't use menuselect anymore i thought |
| 15:31.44 | Qwell | dahdi-tools does |
| 15:31.57 | seanbright | ah |
| 15:31.59 | seanbright | looks |
| 15:32.13 | Qwell | next week, I may start my merge thingie branch for merging thingies like that |
| 15:32.16 | kpfleming | all that stuff needs to get moved into some common place |
| 15:32.17 | Qwell | common stuff in the build system |
| 15:32.19 | Qwell | exactly |
| 15:32.34 | kpfleming | those bits could live in menuselect itself |
| 15:32.42 | kpfleming | 'most common way to use it', etc. |
| 15:32.44 | Qwell | kpfleming: we talked about that a few weeks ago. I haven't had time yet |
| 15:32.49 | Qwell | I've thought about it a little though |
| 15:33.34 | Qwell | russellb: what was the conclusion about dropping branches/1.0 of menuselect? |
| 15:33.41 | seanbright | yeah, it's broken in dahdi as well |
| 15:33.56 | Qwell | seanbright: do you have commit to those repos? |
| 15:34.00 | seanbright | i doubt it |
| 15:35.27 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:35.48 | seanbright | Qwell: what is your merge thingie branch? |
| 15:36.05 | Qwell | for putting all of the common stuff that we have in a bunch of places, into one place |
| 15:36.26 | Qwell | like the menuselect logic in the Makefile for every project. all of the version.h stuff |
| 15:36.50 | Qwell | it doesn't exist yet. it's just an idea for now |
| 15:37.33 | seanbright | ohh gotcha |
| 15:37.38 | seanbright | good plan |
| 15:38.05 | russellb | Qwell: i think it should be done, i'm just too lazy to do it |
| 15:38.13 | russellb | if someone else were to do it, I would not be opposed |
| 15:38.14 | Qwell | russellb: I might try next week |
| 15:38.17 | russellb | k |
| 15:38.25 | seanbright | would that just be some externals magic? |
| 15:38.35 | Qwell | seanbright: it'd be just like how menuselect is |
| 15:38.40 | Qwell | (so yes) |
| 15:38.44 | seanbright | cool |
| 15:42.33 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:47.49 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 16:02.39 | dominic1 | nobody in #asterisk could tell me if it's really not possible to park a local/ channel |
| 16:02.50 | dominic1 | can anybody tell me if it's possible or not |
| 16:02.53 | dominic1 | ? |
| 16:02.58 | Qwell | yes |
| 16:03.35 | dominic1 | yes it's not possible or yes it's possible? |
| 16:03.37 | dominic1 | :-) |
| 16:03.42 | Qwell | yes, somebody can tell you |
| 16:04.42 | russellb | trying it yourself is a good way to know |
| 16:31.29 | seanbright | hmm |
| 16:31.33 | seanbright | dahdi appears to use menuselect 1.0 |
| 16:31.41 | seanbright | so i don't think it will be an issue |
| 16:32.12 | seanbright | though it would be friggin' sweet if it used trunk... |
| 16:33.05 | kpfleming | no reason it couldn't |
| 16:33.14 | kpfleming | that's just a holdover from the zaptel conversion |
| 16:33.19 | seanbright | right |
| 16:34.16 | seanbright | i'm not sure how to make that change, or if i even should |
| 16:34.35 | Qwell | basically just a propedit to change the external |
| 16:34.47 | seanbright | it's pointing to autotag_for_tools |
| 16:35.09 | seanbright | oh |
| 16:35.15 | seanbright | maybe i am looking at the wrong reppo |
| 16:35.17 | seanbright | repo, rather. |
| 16:35.25 | Qwell | are you in dahdi-linux-complete? |
| 16:35.25 | seanbright | i checked out linux-complete |
| 16:35.26 | seanbright | FAIL |
| 16:35.29 | Qwell | yeah |
| 16:35.35 | seanbright | silly sergee |
| 16:35.37 | seanbright | haha |
| 16:35.43 | seanbright | silly seanbright |
| 16:36.29 | mvanbaak | ok, I'm done with the svnmerge update |
| 16:36.36 | seanbright | mvanbaak: niiiiiiice |
| 16:37.20 | mvanbaak | should I just commit it ? |
| 16:37.30 | seanbright | have you tested with svn < 1.5.0? |
| 16:37.55 | mvanbaak | svn, version 1.4.4 (r25188) |
| 16:37.58 | seanbright | nifty |
| 16:38.03 | seanbright | should be fine then |
| 16:38.15 | seanbright | Qwell: like this? http://pastebin.ca/1201144 |
| 16:38.29 | Qwell | seanbright: yep |
| 16:38.33 | seanbright | super |
| 16:38.40 | Qwell | you can svn up without committing to test |
| 16:38.45 | jtodd | Olle says that he's been asking Allison to do video IVR. |
| 16:38.46 | seanbright | yeah, already did that |
| 16:38.49 | Qwell | k |
| 16:39.00 | seanbright | well, i haven't 'tested' per se... will do that now |
| 16:39.09 | mvanbaak | next some updates to mergetool |
| 16:39.39 | mvanbaak | I mean, the avail* stuff does not pass parameters to svnmerge.real which is annoying because now you cannot do 'availtrunk6 -l' |
| 16:40.24 | mvanbaak | and, I dont think it should be installed as svnmerge, but rather something like svnmergetool because that way the official svnmerge can stay on your system |
| 16:40.42 | mvanbaak | we only call it by aliases, never by 'svnmerge' |
| 16:48.21 | mvanbaak | gheh |
| 16:48.54 | mvanbaak | svnmerge on a tree like this: A -> B -> C -> D JustWorks(tm) with the latest upstream svnmerge |
| 16:49.26 | mvanbaak | ah well |
| 16:53.16 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 16:58.24 | mvanbaak | there :) |
| 17:01.37 | mvanbaak | commit repotools 487 |
| 17:01.42 | MuffinMan | [487] Committed by mvanbaak on 2008-09-12T16:58:17.627298Z: Update svnmerge to rev 32857 from upstream svn repo |
| 17:01.42 | MuffinMan | .. |
| 17:01.42 | MuffinMan | ..NOTE: I had to remove the 'svnmerge avail -B' option from upstream. |
| 17:01.42 | MuffinMan | ..Previous versions of our svnmerge had this -B replaced by -b but that |
| 17:01.42 | MuffinMan | ..option is now taken by the bi-directional functionality. |
| 17:01.45 | MuffinMan | ..You can still access this functionality with it's long option version --blocked: |
| 17:01.48 | MuffinMan | ..svnmerge avail --blocked |
| 17:01.50 | MuffinMan | .. |
| 17:01.53 | MuffinMan | .. http://svn.digium.com/view/repotools?view=rev&revision=487 |
| 17:03.24 | Corydon76-dig | mvanbaak: actually, we do occasionally call it as svnmerge, when one of the aliases will not suffice |
| 17:04.55 | Corydon76-dig | but svnmerge is still the expect script, not the python version |
| 17:05.09 | Corydon76-dig | The python version is called svnmerge.real |
| 17:05.47 | mvanbaak | yeah |
| 17:05.57 | mvanbaak | ah, ok |
| 17:05.58 | mvanbaak | thanks |
| 17:06.16 | mvanbaak | well, with the new version in place I no longer have a need for the upstream svnmerge ;) |
| 17:06.44 | mvanbaak | hhmm, I have a point of discussion now it's there |
| 17:07.10 | mvanbaak | we now block a commit if it was first made to trunk, and later backported to 1.4 |
| 17:07.15 | mvanbaak | we block that backport commit |
| 17:07.17 | mvanbaak | right ? |
| 17:07.23 | Corydon76-dig | Either way |
| 17:07.36 | Corydon76-dig | But it needs either a merge or a block, not no action |
| 17:07.46 | mvanbaak | now we can do: svnmerge merge -r <backport> --record-only |
| 17:08.04 | mvanbaak | they added the --record-only specially for this case |
| 17:08.07 | Corydon76-dig | Interesting |
| 17:08.29 | Corydon76-dig | So it records the merge but doesn't try to do any files? |
| 17:08.34 | mvanbaak | indeed |
| 17:08.39 | Corydon76-dig | Useful. |
| 17:08.58 | mvanbaak | it will only update the mergetracking props and create a commit-message.txt file |
| 17:09.08 | Corydon76-dig | Do you have editor on asterisk.org? |
| 17:09.19 | mvanbaak | nope |
| 17:09.25 | Corydon76-dig | Might want to add that to the dev page on merging |
| 17:09.56 | Corydon76-dig | Do you have an account on asterisk.org at all? |
| 17:10.42 | mvanbaak | dont think so |
| 17:10.50 | Corydon76-dig | Create one, please |
| 17:11.55 | mvanbaak | wait, I have one |
| 17:11.57 | mvanbaak | :) |
| 17:11.59 | mvanbaak | mvanbaak |
| 17:12.55 | *** part/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 17:13.46 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 17:16.40 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 17:25.31 | mvanbaak | Corydon76-dig: can you help me a bit with the mergetool script ? |
| 17:25.43 | Corydon76-dig | Sure, what do you need? |
| 17:25.49 | mvanbaak | I want to create a 'recordtrunk6' command |
| 17:26.00 | Corydon76-dig | The underlying language is Tcl |
| 17:26.01 | Qwell | record? |
| 17:26.09 | mvanbaak | ugh |
| 17:26.15 | mvanbaak | record4trunk I mean |
| 17:26.30 | mvanbaak | Qwell: yeah, I just committed a new svnmerge version |
| 17:26.34 | Corydon76-dig | Wouldn't that be recordtrunk4 ? |
| 17:26.45 | Corydon76-dig | Or ... |
| 17:26.46 | mvanbaak | see the discussion I had with Corydon76-dig about --record-only |
| 17:26.52 | mvanbaak | Corydon76-dig: record4trunk |
| 17:27.24 | Corydon76-dig | So you're recording in trunk that which was committed to 1.4? |
| 17:27.31 | mvanbaak | yeah |
| 17:27.36 | mvanbaak | I fixed something in trunk |
| 17:27.45 | mvanbaak | here ppl tell me it should be in 1.4 as well |
| 17:27.49 | mvanbaak | so I backport it |
| 17:27.59 | mvanbaak | and want to record that in trunk, instead of blocking it |
| 17:29.26 | mvanbaak | you did a massive cleanup of the mergetool file |
| 17:29.45 | mvanbaak | now you depend on the schema '<command><direction>' |
| 17:29.56 | mvanbaak | this is not a command, but an extra command line parameter |
| 17:30.28 | mvanbaak | I'm not sure what's the best way to put that in the mergetool script without undoing most of your cleanup |
| 17:33.13 | Corydon76-dig | 4trunk only, right |
| 17:33.26 | Corydon76-dig | I can't think of another situation; just asking |
| 17:33.33 | Corydon76-dig | Maybe 24 |
| 17:35.16 | Qwell | why not trunk6? |
| 17:35.18 | Corydon76-dig | So all I need to do is add the --record-only option, correct? and change the command to 'merge' |
| 17:35.42 | Corydon76-dig | Qwell: we would never commit to 1.6 without committing to trunk first |
| 17:35.55 | Qwell | never? |
| 17:36.07 | Corydon76-dig | but for 1.4, we might commit to trunk first, then backport to 1.4 |
| 17:36.13 | Corydon76-dig | and that's what this case is for |
| 17:36.14 | Qwell | I could see somebody accidentally committing to 1.6 first |
| 17:36.46 | tzafrir_laptop | anybody played with the merging abilities of svn 1.5? are they worth anything? |
| 17:37.20 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 17:37.21 | Corydon76-dig | Qwell: okay, no big deal |
| 17:37.53 | dominic1 | is it correct that asterisk restarts if it's not possbile to write a cdr entry to the cdr table (primary key conflict) |
| 17:39.03 | Corydon76-dig | dominic1: no |
| 17:39.19 | Corydon76-dig | dominic1: the record would simply get lost |
| 17:39.43 | dominic1 | okay, then I have another problem.... |
| 17:40.36 | mvanbaak | Corydon76-dig: yes, merge --record-only |
| 17:42.20 | Corydon76-dig | mvanbaak: it needs the -B and -P options, too, right? |
| 17:42.30 | mvanbaak | yes |
| 17:43.02 | Corydon76-dig | I'm trying to figure out if I should try using the ternary operator to keep the command setting in a single line |
| 17:43.03 | mvanbaak | it's simply an extra param to the merge command to instruct it to not touch files |
| 17:43.16 | mvanbaak | the whole merge stuff is the same: set props, generate commit message |
| 17:43.27 | Qwell | can `record4trunk` just call `merge4trunk --record-only` ? |
| 17:43.46 | mvanbaak | hhmm, interesting Qwell |
| 17:44.33 | Qwell | that's basically what it is, right? |
| 17:44.39 | mvanbaak | yup |
| 17:44.40 | Qwell | s/basically // |
| 17:45.20 | mvanbaak | you DO need rev 487 or later of digium svnmerge for it :) |
| 17:52.27 | mvanbaak | =18 |
| 17:52.54 | Corydon76-dig | mvanbaak: try that |
| 17:53.30 | Corydon76-dig | If that doesn't work, I have two changes I could try |
| 17:56.55 | Corydon76-dig | Now let's see if anybody in here can decipher what I just did |
| 17:57.07 | Qwell | sure, not so hard |
| 17:57.12 | mvanbaak | indeed |
| 17:57.15 | mvanbaak | looks sane to me |
| 17:57.21 | Corydon76-dig | Try it |
| 17:57.22 | mvanbaak | lets try |
| 17:57.57 | Corydon76-dig | Hopefully the eval doesn't freak out |
| 17:58.55 | russellb | freaks out |
| 17:59.06 | Qwell | evals |
| 17:59.23 | russellb | Qwell: what do you eval to? |
| 17:59.28 | Qwell | 7 |
| 17:59.35 | Corydon76-dig | There's a good reason why I don't write in Tcl very often |
| 17:59.55 | mvanbaak | FAIL |
| 17:59.55 | Qwell | can we rewrite that in sh, and just use expect for...expect? |
| 18:00.04 | mvanbaak | wrong # args: should be "string equal ?-nocase? ?-length int? string1 string2" |
| 18:00.29 | mvanbaak | want me to pb the whole backtrace ? |
| 18:00.45 | mvanbaak | 9 lines |
| 18:00.56 | Corydon76-dig | Change committed already |
| 18:01.08 | mvanbaak | lol |
| 18:01.25 | Corydon76-dig | I wasn't sure, which is why I held off until you reported an error |
| 18:01.36 | mvanbaak | syntax error in expression "1 ? merge --record-only : record": variable references require preceding $ |
| 18:02.10 | Corydon76-dig | Ah, hmmm |
| 18:02.20 | Corydon76-dig | Back to the textbook |
| 18:02.42 | mvanbaak | Tcl is no fun |
| 18:02.55 | mvanbaak | I'm going to rewrite the whole thing in python soon if that's ok |
| 18:02.57 | mvanbaak | or sh |
| 18:03.02 | Qwell | sh |
| 18:03.09 | mvanbaak | yeah |
| 18:03.10 | Qwell | everybody knows sh :D |
| 18:03.17 | mvanbaak | ssshhhhhhhhhhhhhh |
| 18:03.19 | mvanbaak | ;) |
| 18:06.06 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 18:07.05 | seanbright | commit dahdi 4904 |
| 18:07.06 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-96553c0747d7f8e4) |
| 18:07.10 | MuffinMan | [4904] Committed by seanbright on 2008-09-12T18:06:41.370583Z: A few changes: |
| 18:07.10 | MuffinMan | .. |
| 18:07.10 | MuffinMan | ..1) Start using menuselect trunk |
| 18:07.10 | MuffinMan | ..2) Bring in changes similar to those in asterisk trunk so that |
| 18:07.10 | MuffinMan | .. 'make menuselect' works as it should from the dahdi-tools |
| 18:07.14 | MuffinMan | .. directory. |
| 18:07.17 | MuffinMan | ..3) Stop looking for curses/ncurses in the top level configure |
| 18:07.20 | MuffinMan | .. since nothing uses it (except menuselect which will find it |
| 18:07.23 | MuffinMan | .. on it's own). |
| 18:07.25 | MuffinMan | .. |
| 18:07.29 | MuffinMan | .. http://svn.digium.com/view/dahdi?view=rev&revision=4904 |
| 18:07.34 | seanbright | i hope that is ok. |
| 18:07.37 | seanbright | :) |
| 18:07.52 | Qwell | yep, as long as curses/ncurses doesn't expand to "and newt" |
| 18:07.59 | seanbright | it doesn't |
| 18:08.03 | Qwell | then...woot |
| 18:08.21 | seanbright | it would be great to add long descriptions to the various tools as well |
| 18:08.22 | mvanbaak | nice |
| 18:08.29 | seanbright | so they show up in menuselect |
| 18:08.38 | Corydon76-dig | mvanbaak: you're welcome to try rewriting it in python |
| 18:10.02 | seanbright | Qwell: would i merge that with 2.0.0? |
| 18:10.10 | seanbright | Qwell: or just leave it as is |
| 18:10.12 | Qwell | tag? |
| 18:10.23 | seanbright | is the 2.0.0 tag off of trunk? |
| 18:10.31 | Qwell | 2.0.0 of what? |
| 18:10.34 | seanbright | dahdi |
| 18:10.56 | seanbright | http://svn.digium.com/view/dahdi/tools/tags/ |
| 18:10.59 | Qwell | no, it'll be retagged as rc3 or whatever when needed |
| 18:11.03 | tzafrir_laptop | hmm... what about the init.d script? |
| 18:11.03 | Qwell | no merging required in dahdi |
| 18:11.14 | seanbright | super-dee-duper |
| 18:11.27 | tzafrir_laptop | it can currently hang on several occasions |
| 18:11.33 | tzafrir_laptop | (dahdi-tools) |
| 18:11.38 | Qwell | tzafrir_laptop: the rules one should be fixed. which other? |
| 18:12.37 | tzafrir_laptop | if you have no modules defined or fail to load all the modules |
| 18:12.57 | Qwell | how would it loop? |
| 18:13.18 | mvanbaak | Corydon76-dig: I'll have a look at an sh version |
| 18:13.24 | tzafrir_laptop | not loop, but wait pointlessley for 20 seconds |
| 18:13.33 | Qwell | oh, yeah |
| 18:14.05 | Qwell | well, dahdi always gets loaded, right? which creates /dev/dahdi/? |
| 18:14.28 | Qwell | then it would load dahdi_dummy, and be done |
| 18:15.01 | Corydon76-dig | mvanbaak: Actually, I fixed it, and there's something wrong with the new version of svnmerge.real |
| 18:15.23 | Corydon76-dig | Specifically, it's trying to do "svn --non-interactive" and that fails |
| 18:15.42 | mvanbaak | hhmm |
| 18:16.20 | Corydon76-dig | So I suspect you probably need to revert that change and go back to the drawing board |
| 18:17.05 | mvanbaak | --non-interactive should be available to all commands |
| 18:17.35 | Corydon76-dig | No, that prevents svn from asking for the password to the private SSL file |
| 18:17.54 | Corydon76-dig | and we NEED that passphrase |
| 18:17.58 | mvanbaak | yipes |
| 18:18.13 | mvanbaak | hhmm, simply removing it should do the trick then |
| 18:19.05 | Corydon76-dig | Committed my fix, now you try fixing that |
| 18:20.23 | tzafrir_laptop | Qwell, the problems is that with older udev (the one in e.g. centos 4) it might take time for /dev/zap/ctl to generate |
| 18:20.35 | tzafrir_laptop | if we don't wait for it, dahdi_cfg would fail |
| 18:20.55 | tzafrir_laptop | but if there are no dahdi modules, we wait pointlessly for 20 seconds |
| 18:22.11 | seanbright | ok... other than that Solaris menuselect problem, i think menuselect is good to go. |
| 18:22.14 | seanbright | across the board |
| 18:22.35 | seanbright | Qwell: i know you won't need it, but if you'd like a hand with your commons branch, let me know. |
| 18:23.02 | Qwell | k |
| 18:23.07 | mvanbaak | Corydon76-dig: I simply removed the --non-interactive switch from svnmerge |
| 18:23.08 | mvanbaak | :) |
| 18:23.25 | seanbright | can svn:externals reference a single file? |
| 18:23.32 | mvanbaak | yup |
| 18:23.34 | seanbright | that's hot |
| 18:23.44 | mvanbaak | last time I checked it could |
| 18:23.56 | Qwell | it can't :( |
| 18:24.01 | seanbright | weakkkkkkkk |
| 18:24.10 | seanbright | no bitggy |
| 18:24.14 | seanbright | biggy |
| 18:24.35 | seanbright | include common/Makefile.menuselect |
| 18:24.37 | seanbright | done and done |
| 18:24.52 | Qwell | the external would just be common/ |
| 18:24.58 | seanbright | right |
| 18:25.10 | seanbright | "include common/Makefile.menuselect" would go in all the makefiles |
| 18:25.17 | Qwell | mmhmm |
| 18:25.38 | seanbright | piece of cake |
| 18:26.19 | tzafrir_laptop | please reduce the number of svn:externals . it makes my life difficult when trying to use git (or whatever: svk, bzr-svn, whatever) |
| 18:26.19 | tzafrir_laptop | why can't that sit in menuselect/ ? |
| 18:26.33 | seanbright | git? |
| 18:26.36 | seanbright | when did we start using git? |
| 18:26.38 | Qwell | not everything uses menuselect |
| 18:26.40 | tzafrir_laptop | git-svn, rather |
| 18:26.56 | Qwell | dahdi-linux, for instance |
| 18:28.37 | seanbright | there wou ld only be 2 externals if we went the 'common' route |
| 18:28.42 | mvanbaak | Corydon76-dig: I think you are right. we want svn to be interactive |
| 18:28.43 | seanbright | two too many? :) |
| 18:29.03 | mvanbaak | let me commit |
| 18:29.16 | tzafrir_laptop | seanbright, it's what I use when I actually want to browse the source of Astersik in all branches |
| 18:29.37 | seanbright | tzafrir_laptop: gotcha. |
| 18:29.54 | *** join/#asterisk-dev jeffg_ (i=WGX4xUaJ@pdpc/supporter/active/jeffg) |
| 18:30.17 | mvanbaak | Corydon76-dig: there, committed |
| 18:30.24 | mvanbaak | both are working |
| 18:32.02 | Corydon76-dig | Sweet |
| 18:33.44 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) |
| 18:35.18 | tzafrir_laptop | BTW: do we really need everything so common? Does Asterisk need libusb to build? |
| 18:37.01 | seanbright | libusb is not in asterisk configure |
| 18:37.12 | mvanbaak | indeed |
| 18:37.32 | mvanbaak | btw, this new svnmerge is a lot faster here |
| 18:37.44 | mvanbaak | <--- bad connection to origsvn.digium.com |
| 18:37.54 | mvanbaak | 798 ms away |
| 18:38.29 | tzafrir_laptop | $ git grep usb trunk configure.ac |
| 18:38.29 | tzafrir_laptop | trunk:configure.ac:AST_EXT_LIB_SETUP([USB], [usb], [usb]) |
| 18:38.29 | tzafrir_laptop | trunk:configure.ac:AST_EXT_LIB_CHECK([USB], [usb], [usb_init], [usb.h], []) |
| 18:38.46 | tzafrir_laptop | $ git grep usb 1.4 configure.ac |
| 18:38.46 | tzafrir_laptop | 1.4:configure.ac:AST_EXT_LIB_SETUP([USB], [usb], [usb]) |
| 18:38.46 | tzafrir_laptop | 1.4:configure.ac:AST_EXT_LIB_CHECK([USB], [usb], [usb_init], [usb.h], []) |
| 18:40.03 | tzafrir_laptop | unless it got removed since I last synced |
| 18:41.44 | tzafrir_laptop | bad network here as well |
| 18:42.24 | mvanbaak | it's still there |
| 18:42.45 | mvanbaak | tzafrir_laptop: if you have bad network to origsvn.digium.com you will like the new svnmerge version I just put into repotools |
| 18:46.33 | mvanbaak | ok, http://www.asterisk.org/developers/svn-branching-merging has been modified to reflect the new backport handling |
| 18:47.50 | Qwell | chan_usbradio needs it. I don't know if that's in 1.4 |
| 18:48.31 | mvanbaak | Qwell: you spending any time on chan_skinny those days ? |
| 18:48.32 | Qwell | it isn't.. it should probably be removed from configure |
| 18:48.37 | mvanbaak | s/those/these/ |
| 18:49.14 | tzafrir_laptop | it was never needed. |
| 18:49.15 | Qwell | mvanbaak: not really |
| 18:49.39 | Qwell | tzafrir_laptop: usb is needed in trunk |
| 18:49.40 | mvanbaak | Qwell: might as well config mantis so it does not assign chan_skinny issues to you automagically then |
| 18:49.51 | mvanbaak | :) |
| 18:49.57 | Qwell | yeah.. |
| 18:50.19 | mvanbaak | just something I noticed while looking at the memleak in chan_skinny |
| 18:50.32 | Qwell | russellb: think Dude would throw a fit if we removed usb from configure in 1.4? |
| 18:50.38 | mvanbaak | it's mostly wedhorn, pj, dea and me |
| 18:50.43 | russellb | Qwell: please don't |
| 18:51.24 | mvanbaak | Qwell: and if you're too swamped with other stuff I'm fine to pickup whatever issue in chan_skinny that I can handle |
| 18:51.38 | mvanbaak | as you ppl might know my C skills are slowely growing |
| 18:51.46 | mvanbaak | <--- following courses |
| 18:52.35 | tzafrir_laptop | err... it was added to remove merge conflicts for his branch |
| 18:52.51 | tzafrir_laptop | http://svn.digium.com/svn/asterisk/branches/1.4@82385 |
| 18:52.55 | dominic1 | hi, anybody of you worked with sipp before? I want to call a phone for 1 second, hangup, call again. Is there any function in sipp to do that? |
| 18:53.22 | Qwell | dominic1: try #asterisk |
| 18:57.12 | seanbright | it doesn't hurt in configure, does it? if it's not found, nothing fails... |
| 18:57.23 | mvanbaak | if anyone finds an issue with the new svnmerge, please let me know |
| 18:57.42 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 19:00.07 | seanbright | meh... configure is fine |
| 19:03.00 | seanbright | who is Jan Davis, anyway? |
| 19:03.39 | putnopvut | An astronaut, I believe. |
| 19:03.42 | Qwell | our right-fielder |
| 19:03.49 | putnopvut | That's Jan Dowse, silly! |
| 19:03.53 | Qwell | I know |
| 19:05.54 | jpeeler | M13465 |
| 19:05.56 | MuffinMan | [new] [Asterisk] Resources/res_features 0013465: R141503 reverted fix for one-touch parking crash and asterisk crashes again reported by mdu113 (Karma: +4.25) http://bugs.digium.com/view.php?id=13465 |
| 19:06.06 | jpeeler | which is more important: a change in logic or a crash? |
| 19:09.27 | mvanbaak | btw, is it ok to blog about the new svnmerge version on www.asterisk.org ? |
| 19:09.45 | Corydon76-dig | mvanbaak: I think it's fine |
| 19:11.08 | mvanbaak | there, my first blog post |
| 19:11.24 | jpeeler | Corydon76-dig: do i need to find another fix? |
| 19:11.27 | mvanbaak | that sounds funny from a guy who coded a blogtool :) |
| 19:11.35 | Corydon76-dig | jpeeler: for? |
| 19:11.41 | jpeeler | 13465 |
| 19:11.54 | Corydon76-dig | jpeeler: Yes, probably |
| 19:12.05 | Corydon76-dig | Return values shouldn't have any effect on a crash |
| 19:12.16 | Corydon76-dig | Apparently, it just masked the real problem |
| 19:12.17 | russellb | i'm not sure if blogging that on asterisk.org makes sense |
| 19:12.20 | jpeeler | heh, it does when it provides critical information |
| 19:12.23 | russellb | sense only developers care |
| 19:12.27 | russellb | probably more of a -dev list post thing |
| 19:12.42 | jpeeler | i don't know if it fixable any any other way, but will check |
| 19:13.00 | mvanbaak | russellb: lol, remove the post if you feel like it ;) |
| 19:13.01 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 19:13.12 | Corydon76-dig | jpeeler: if something else is calling that routine, then write a wrapper function |
| 19:13.40 | mvanbaak | damn, I'm the dev of a blogtool, and my only blog item on asterisk.org gets removed. how weird is that ;) |
| 19:13.41 | russellb | mvanbaak: it's fine ... but i would also email -dev |
| 19:14.02 | *** part/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 19:14.10 | mvanbaak | russellb: yeah, that's a good idea |
| 19:14.40 | mvanbaak | ah, I see it only is listed as 'Asterisk Developer Blog' |
| 19:14.43 | mvanbaak | so that should be ok |
| 19:15.06 | russellb | yeah, it's all good |
| 19:23.21 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 19:23.22 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 19:25.31 | mvanbaak_ | russellb: mail to -dev sent |
| 19:26.56 | mvanbaak_ | well,... sending.... because my connection died |
| 19:26.58 | mvanbaak_ | ;) |
| 19:28.12 | Corydon76-dig | holds a funeral |
| 19:28.28 | mvanbaak_ | :) |
| 19:28.52 | mvanbaak_ | soon, when I go live in my new place, I will have a better connection |
| 19:30.00 | Corydon76-dig | The Connection Church only recognizes your first connection |
| 19:30.11 | Corydon76-dig | You'd need to get the old connection annulled |
| 19:30.13 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 19:30.33 | mvanbaak_ | I will have two connections there |
| 19:30.54 | mvanbaak_ | 1 consumer line and 1 business line |
| 19:32.37 | Corydon76-dig | Aha! Bi-connectionist! |
| 19:32.55 | mvanbaak_ | lol |
| 19:32.56 | mvanbaak_ | yeah |
| 19:33.08 | mvanbaak_ | it's because of my dutch nature :) |
| 19:34.01 | mvanbaak | we dont love just the other sex, we love people |
| 19:34.02 | mvanbaak | :) |
| 19:34.44 | seanbright | ... |
| 19:34.51 | mvanbaak | hhmm, mutt is still 'sending message' |
| 19:34.58 | seanbright | so how about that local sports team? |
| 19:35.05 | mvanbaak | any of you seen my message on the mailinglist yet ? |
| 19:35.22 | seanbright | no |
| 19:35.27 | mvanbaak | k |
| 19:35.33 | mvanbaak | what sports ? ;) |
| 19:36.11 | mvanbaak | blegh, let's not hope I have to type the whole mail again |
| 19:46.45 | mvanbaak | ok, I resend the message |
| 19:47.08 | mvanbaak | mutt keeps files in /tmp untill it's actually sent |
| 19:47.20 | mvanbaak | so 'pkill mutt' will leave a file in /tmp |
| 19:47.24 | mvanbaak | hurray for mutt |
| 19:55.17 | mvanbaak | did it go through ? |
| 19:59.47 | *** join/#asterisk-dev nicox (n=nicox@vie-nas-ge-0-2.onenet.at) |
| 20:03.20 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-1ae8e0c5f16e50f1) |
| 20:05.10 | mvanbaak | movie time |
| 20:05.13 | mvanbaak | latero all |
| 20:15.40 | putnopvut | mvanbaak: your mail is on the list. |
| 20:17.01 | nicox | anyone an idea how to start debugging on bug #0013468? |
| 20:17.03 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 20:17.48 | seanbright | M13468 |
| 20:17.50 | MuffinMan | [feedback] [Asterisk] Channels/chan_iax2 0013468: IAX Transfer/releasing between 3 asterisk's are not working. reported by nicox (Karma: +0.25) http://bugs.digium.com/view.php?id=13468 |
| 20:18.35 | seanbright | not me. |
| 20:18.39 | nicox | thats what i'm asking about, yeah |
| 20:23.44 | korihor | file: why is the option wrapuptime in app_agents is only for waiters? in chan_agent it was for both :) |
| 20:24.17 | file | because I overlooked it probably when writing it |
| 20:24.44 | korihor | file: ah ok :p |
| 20:28.00 | Corydon76-dig | Yeah, file's not perfect, you know. ;-) |
| 20:28.17 | Qwell | Corydon76-dig: I don't buy it |
| 20:28.56 | *** part/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 20:32.25 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:32.25 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 20:43.24 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-abd3977fc9fe4cef) |
| 20:49.04 | korihor | file: a little contribution for your great work :) http://pastebin.com/fa324f56 |
| 20:49.16 | Qwell | korihor: bugs.digium.com :) |
| 20:49.26 | korihor | for app_agents? |
| 20:49.37 | Qwell | for any contributions |
| 20:49.52 | korihor | ok, i don't know that |
| 20:49.56 | korihor | sorry |
| 20:49.57 | korihor | :p |
| 20:50.09 | Qwell | it's alright - we just have to make sure the license stuff is proper |
| 20:50.36 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-2e846123899f4d91) |
| 20:50.38 | korihor | but, is a trivial contribution :( |
| 20:51.34 | korihor | i only look in chan_agent and put that in app_agent |
| 21:02.33 | *** join/#asterisk-dev nicox (n=nicox@213-33-6-156.adsl.highway.telekom.at) |
| 21:22.28 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 21:25.09 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:25.09 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 21:25.41 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 21:25.41 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 21:29.01 | asteriskmonkey | when a fax is going through a zap channel, should i see echo can on, on a digium te412p? or should it show up as off? sorry for asking in this channel |
| 21:29.38 | wedhorn | mvanbaak: ping |
| 21:33.09 | snuff-home | mm who is angler on bugs? |
| 21:33.28 | file | points at angler |
| 21:34.11 | snuff-home | just 1st time i'd noticed him respond to a bug |
| 21:34.16 | snuff-home | and was a manager |
| 21:39.09 | russellb | snuff-home: a senior member of digium support |
| 21:42.57 | angler | :) |
| 21:43.40 | angler | all my bugs and patches aren't on mantis |
| 21:45.32 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 21:56.01 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 22:15.54 | *** part/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:20.17 | snuff-home | ah ha.. so when does ABE decide to move over to dadhi.. not for a long time i'm guessing ;) |
| 22:43.05 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 23:00.23 | angler | hrm, looks like the code is just completely missing to detect 'dahdichan' in user defined sections of chan_dahdi.conf... |
| 23:01.06 | *** join/#asterisk-dev russellb_ (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 23:01.06 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 23:39.16 | *** join/#asterisk-dev mog (n=mog@74.95.48.254) |
| 23:39.16 | *** mode/#asterisk-dev [+o mog] by ChanServ |