| 00:34.24 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:1eb:75b9:484a:dfe8) |
| 00:34.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 00:42.01 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 00:44.31 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 00:44.31 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 00:51.54 | *** join/#asterisk-dev irondi0_ (~jackdi0@187.38.23.151) |
| 02:23.39 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 02:23.39 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 05:01.16 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 05:01.16 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 05:53.34 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 05:53.34 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:19.17 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 06:36.28 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:36.30 | schmidts | good morning |
| 06:50.11 | *** join/#asterisk-dev bbryant1 (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 06:50.11 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 07:11.03 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:30.52 | *** join/#asterisk-dev evangelion (~manzy_zet@212.183.172.126) |
| 08:31.00 | evangelion | hello |
| 08:34.28 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:fd91:614:d05d:c6e5) |
| 08:39.13 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:39.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:14.16 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 11:32.55 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:32.56 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:07.20 | *** join/#asterisk-dev oej (~olle@host-90-232-152-88.mobileonline.telia.com) |
| 12:07.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:00.43 | kaii | 3 |
| 13:01.54 | schmidts | 2 |
| 13:02.15 | file | -9 |
| 13:02.28 | schmidts | :D |
| 13:02.38 | kaii | o/ .o(what have i started here) |
| 13:03.18 | schmidts | a countdown? |
| 13:05.40 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 13:33.57 | leifmadsen | 1! |
| 13:35.10 | seanbright | boom |
| 13:45.23 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-lacrhazsnjpledii) |
| 13:47.53 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:47.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:48.15 | kaii | I'm wondering why there is channel variable "BLINDTRANSFER" that containts the transferers channel name, but no equivalent for call forwards, which contains the channel name of the forwarder |
| 13:48.44 | kaii | is there a valid reason, why a variable like "CALLFORWARD" makes no sense? |
| 13:49.16 | kaii | if not, i'll contribute my one-liner |
| 14:06.45 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 14:06.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:07.03 | schmidts | hi olle |
| 14:07.19 | schmidts | kali there was a patch for this, which AFAIK didnt made it into the source |
| 14:10.10 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:10.10 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:14.12 | schmidts | kali issue 14592 is what you are searching ;) |
| 14:14.14 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/NewFeature 0014592: [patch] export the SIP peer username of the transferer reported by klaus3000 https://issues.asterisk.org/view.php?id=14592 |
| 14:14.30 | schmidts | there is allready a patch for 1.6.2 which i use in production |
| 14:16.20 | schmidts | kali :D you allready writed in this issue back in 2009-09 ;) |
| 14:19.54 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:19.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:28.27 | oej | :-) Time moves on. Patches get old. |
| 14:28.30 | oej | ouch |
| 14:30.29 | kaii | schmidts: actually this is another use case. in that issue is all about transfer / refer |
| 14:30.30 | schmidts | :D |
| 14:30.49 | kaii | i was talking about call forward, which is essentially a blind transfer without answering |
| 14:31.12 | kaii | and it is handled in app_dial and app_queue respectively. thus my patch has nothing to do with chan_sip but is rather generic |
| 14:31.26 | schmidts | kali ok i see ;) |
| 14:33.03 | kaii | schmidts: it's "kaii", my highlighting does not match kaLi |
| 14:41.17 | schmidts | kaii Sorry ;) |
| 14:45.45 | leifmadsen | russellb: after the discussion I saw on asterisk-users and the changes to chan_ooh323 recently (IPv6 support just getting added etc) I wonder if it would make sense to formally deprecate chan_h323 and refer people to chan_ooh323 as the preferred module (like in menuselect, etc) |
| 14:46.59 | russellb | yep |
| 14:47.06 | russellb | want to work on that? :-) |
| 14:47.10 | leifmadsen | sure! :) |
| 14:47.21 | russellb | i'm thinking we should create a new "unsupported" directory |
| 14:47.29 | russellb | with modules we don't really support but haven't removed just yet |
| 14:47.31 | leifmadsen | I'm going to commit my development header stuff first |
| 14:47.34 | leifmadsen | russellb: +1 |
| 14:47.36 | russellb | have them all disabled bt default |
| 14:47.40 | leifmadsen | I like that idea |
| 14:47.47 | leifmadsen | then we can just close those issues out on mantis |
| 14:47.48 | russellb | so, create the dir, make chan_h323 it's first resident |
| 14:48.14 | leifmadsen | would this be in trunk only? |
| 14:48.21 | leifmadsen | or 1.8+? |
| 14:48.27 | leifmadsen | trunk only makes the most sense I guess |
| 14:48.28 | russellb | HRM |
| 14:48.30 | russellb | trunk. |
| 14:48.39 | leifmadsen | bit late in the process to make that kind of change I suppose |
| 14:48.52 | leifmadsen | it's tempting for 1.8 though :) |
| 14:49.04 | russellb | yes. |
| 14:49.22 | russellb | packagers will not be pleased with us if we move crap around |
| 14:49.45 | russellb | though we could ask them and see, maybe it doesn't matter |
| 14:50.01 | russellb | leifmadsen: i support your mission :-p |
| 14:50.45 | leifmadsen | maybe there is a less destructive way to do it for 1.8... like just setting those packages as disabled and a note showing UNSUPPORTED or something |
| 14:50.52 | leifmadsen | then do the better way in trunk |
| 14:52.01 | russellb | that could work |
| 14:52.15 | russellb | <defaultenabled>no in MODULEINFO |
| 14:52.21 | russellb | and update the text in menuselect |
| 14:52.38 | leifmadsen | aye |
| 14:52.44 | leifmadsen | ok let me see what I can do about that today |
| 14:52.55 | leifmadsen | I just finished the new issue triage so I'm done in that regard |
| 14:53.04 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-wugijyrrefninzqq) |
| 15:25.06 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-jrgazrgekqjhpzux) |
| 15:58.55 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 16:00.14 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 16:52.16 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:33.17 | leifmadsen | russellb: so I'm going to start with the tables in A:TDG and mark anything that is deprecated as <defaultenabled>no</defaultenabled> |
| 17:33.31 | leifmadsen | russellb: sound reasonable? |
| 17:41.12 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 18:05.23 | leifmadsen | :q |
| 18:26.16 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 19:00.26 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 19:03.06 | anonymouz666 | odd.. dahdi 2.4.1.2 driver wcte12xp is crashing my core i5 64-bit on modprobe |
| 19:04.25 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:04.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:09.39 | *** join/#asterisk-dev acehunky (~chatzilla@triband-mum-59.184.15.159.mtnl.net.in) |
| 19:13.06 | sruffell | anonymouz666 but 2.4.1.1 doesn't ?! |
| 19:13.31 | sruffell | I can't imagine any reason that should be the case from the source differences. |
| 19:14.44 | anonymouz666 | sruffell: I just tested 2.3.0.1 and 2.4.1.2 |
| 19:14.49 | sruffell | but if soâ¦could you link a pastebin with any backtrace on your screen. |
| 19:15.02 | sruffell | okâ¦.do you have a screen shot of the crash? |
| 19:15.48 | sruffell | did you build both of these from source, or are they installed from any packages. |
| 19:15.49 | sruffell | ? |
| 19:15.54 | anonymouz666 | from sources... |
| 19:16.08 | anonymouz666 | is it possible to get the backtrance remotely? |
| 19:16.15 | anonymouz666 | I will need to take a pic from the screen |
| 19:16.24 | sruffell | hmmâ¦..netconsole is your best betâ¦but you need another machine there locally to get them. |
| 19:16.37 | sruffell | when it crashes, does it bring down the entire serverâ¦or just halt the modprobe? |
| 19:16.47 | sruffell | if just modprobe, you should be able to get it from /var/log/messages. |
| 19:16.51 | anonymouz666 | the entire server |
| 19:16.54 | sruffell | hmm... |
| 19:17.39 | sruffell | can you bring up the crashed server remotely? |
| 19:17.50 | anonymouz666 | it is a 121 PCI-e card |
| 19:18.00 | anonymouz666 | yes I need to call the guy to reset the machine |
| 19:18.23 | sruffell | you wouldn't be able to set up a reverse ssh tunnel for me would you? |
| 19:18.46 | sruffell | (or just straight ssh access...) |
| 19:18.51 | anonymouz666 | no problem |
| 19:18.58 | datachomper | we'll also need your SSN and CC number |
| 19:19.34 | sruffell | The only "crashing" problem I've heard about recently was due to SuSE packages using object files from a previous build in one of the variants.... |
| 19:20.26 | sruffell | (also, you can set the kernel command like "panic=1" to automatically reboot the server on a panic) |
| 19:21.40 | sruffell | so like 'sysctl -w kernel.panic=1; sysctl -w kernel.panic_on_oops=1' can often times let the server auto reboot if you have a problem like this. |
| 19:22.12 | anonymouz666 | damn, DAHDI is loading at startup and is crashing automatically |
| 19:22.51 | sruffell | can you boot into a previous kernel version, that doesn't have the new DAHDI installed? |
| 19:23.37 | anonymouz666 | yeap, I can fix that |
| 19:24.19 | sruffell | takes noteâ¦could let /etc/init.d/dahdi look for some magic string on the kernel command line to skip loading.... |
| 19:25.47 | anonymouz666 | ok, the machine is up ! |
| 19:39.56 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 19:41.21 | leifmadsen | hmmm, what am I forgetting to change/update when moving a file from one dir to another? |
| 19:41.22 | leifmadsen | app_dahdibarge.c |
| 19:41.22 | leifmadsen | app_db.c |
| 19:41.22 | leifmadsen | app_macro.c |
| 19:41.22 | leifmadsen | app_mysql.c |
| 19:41.22 | leifmadsen | app_readfile.c |
| 19:41.24 | leifmadsen | app_saycountpl.c |
| 19:41.26 | leifmadsen | app_setcallerid.c |
| 19:41.28 | leifmadsen | cdr_mysql.c |
| 19:41.30 | leifmadsen | chan_h323.c |
| 19:41.32 | leifmadsen | bah! |
| 19:41.34 | leifmadsen | sorry |
| 19:41.49 | leifmadsen | Generating input for menuselect ... |
| 19:41.49 | leifmadsen | make[2]: *** No rule to make target `.app_dahdibarge.c.moduleinfo', needed by `.moduleinfo'. Stop. |
| 19:41.49 | leifmadsen | make[1]: *** [menuselect-tree] Error 2 |
| 20:09.16 | seanbright | leifmadsen: the build system should take care of all that... maybe just a distclean? |
| 20:09.39 | pabelanger | leifmadsen: So, you want to move the modules to a different directory? |
| 20:12.43 | leifmadsen | seanbright: tried that already a few times :( |
| 20:12.53 | leifmadsen | pabelanger: ya, and it exists in a different directory now |
| 20:13.53 | pabelanger | leifmadsen: Ya, it won't be that simple. I guess you'd have to create a new Makefile for that directory. Additionally, there are some hidden files, EG .app_dahdibarge.makeopts and .app_dahdibarge.moduleinfo |
| 20:14.25 | leifmadsen | pabelanger: yes I have created a new Makefile -- I had other files where it was working until I moved this particular file and added it to the list of files in the Makefile |
| 20:14.48 | pabelanger | leifmadsen: the hidden files too? |
| 20:15.01 | leifmadsen | yes, I have verified the make distclean removes them |
| 20:15.22 | leifmadsen | the hidden files do not exist |
| 20:17.22 | leifmadsen | I think the problem is those hidden files are not being created in the unsupported/ dir |
| 20:17.34 | leifmadsen | so I've not added something to tell menuselect about that dir it seems |
| 20:18.04 | seanbright | MOD_SUBDIRS in the main Makefile? |
| 20:18.12 | seanbright | did you update it? |
| 20:18.49 | leifmadsen | iyep |
| 20:18.51 | leifmadsen | yep* |
| 20:18.56 | seanbright | hm |
| 20:18.57 | pabelanger | what about menuselect-tree, where is it pointing for app_dahdibarge? |
| 20:19.16 | *** join/#asterisk-dev gnuday (~gnuday@host86-150-114-61.range86-150.btcentralplus.com) |
| 20:19.43 | seanbright | what does your 'unsupported' Makefile look like? |
| 20:19.55 | gnuday | Hi, sorry if this is the wrong place to ask but, I have built an active/passive cluster of two asterisk servers and require an OCF resouce agent for Asterisk: Has anybody written one? Many thanks and sorry about being off topic? |
| 20:21.24 | leifmadsen | seanbright: http://pastebin.com/i8d959Hp |
| 20:21.41 | leifmadsen | seanbright: assume the first line is app_dahdibarge.c because I just removed it |
| 20:21.50 | leifmadsen | it is not shown there, but the same error shows up for app_db.c |
| 20:24.36 | pabelanger | leifmadsen: pb your menuselect-tree |
| 20:24.57 | kpfleming | gnuday: i doubt anyone here knows what an 'OCF resource agent' is |
| 20:25.12 | seanbright | leifmadsen: drop the .c from all the filenames there |
| 20:25.24 | Marquis42 | kpfleming: You'd be wrong about that, but this still isn't the forum for it. |
| 20:25.39 | seanbright | ALL_C_MODS:=app_db \ |
| 20:25.44 | leifmadsen | seanbright: you're right |
| 20:25.46 | seanbright | app_macro \ |
| 20:25.48 | seanbright | etc |
| 20:25.57 | leifmadsen | yep, just looked at the addons/Makefile again |
| 20:26.01 | seanbright | leifmadsen: story of my life |
| 20:26.01 | leifmadsen | thanks for the hint!@ |
| 20:26.14 | seanbright | it wasn't a hint |
| 20:26.17 | seanbright | it was the solution |
| 20:26.24 | leifmadsen | hints are solutions |
| 20:26.26 | seanbright | pats himself on the back |
| 20:28.26 | leifmadsen | rock on with your bad self! |
| 20:41.28 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 20:45.00 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 20:47.24 | leifmadsen | seanbright: thanks again! that was the last stumbling block and now I got it all working |
| 20:49.22 | seanbright | leifmadsen: glad i could assist |
| 21:00.30 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 21:00.30 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:06.20 | *** part/#asterisk-dev gnuday (~gnuday@host86-150-114-61.range86-150.btcentralplus.com) |
| 21:34.47 | *** join/#asterisk-dev carloimperia (~carloimpe@109.116.209.153) |
| 21:37.33 | Juggie | seanbright: you still there? |
| 21:38.33 | seanbright | Juggie: no |
| 21:40.46 | Juggie | seanbright: would you have the patience to answer a dev question.. |
| 21:41.00 | Juggie | i'm guessing no, but maybe you'll hear me out anyway :) |
| 21:49.40 | leifmadsen | Juggie: I usually just ask and hope for the best :) |
| 21:52.32 | Juggie | hah. |
| 21:53.02 | Juggie | i'm just adding some code to configure.ac and i'm wondering if there is a standard practice for how that is to be editied, looks like there is an attempt to keep certain sections in alphebetical order |
| 21:53.05 | Juggie | though that isnt always working. |
| 22:02.16 | leifmadsen | if it is mostly in alphabetical order, but isn't consistent, maybe now is a good time for you to fix that up? :) |
| 22:02.23 | leifmadsen | since you're going to add something anyways, heh |
| 22:02.35 | Juggie | umm no :P |
| 22:03.03 | Juggie | i'm never touched this type of code before never added a module etc. |
| 22:03.10 | Juggie | so i'll newb it up ;) |
| 22:03.12 | Juggie | you fix it. |
| 22:13.59 | leifmadsen | you must be talking to someone else ;) |
| 22:19.08 | Juggie | hahha... well you should be ready for your next c project now :P |
| 22:19.22 | Juggie | i just dont understand this stupid configure crap :) |
| 22:20.02 | dwayne | leifmadsen, why is app_amd on your unsupported modules list? |
| 22:26.58 | Juggie | grr! |
| 22:28.53 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 22:31.01 | *** join/#asterisk-dev jackdi0 (~jackdi0@187.38.23.151) |
| 22:33.35 | russellb | leifmadsen: sure |
| 22:34.22 | Juggie | ah.. i'm a autoconf newb.. guess autoconf needs to generate configure from configure.ac .. :) |
| 22:36.59 | russellb | correct |
| 22:37.08 | russellb | and you do that using ./bootstrap.sh |
| 22:40.51 | Juggie | k. |
| 22:41.05 | Juggie | however, i only have automake 2.59 |
| 22:41.18 | russellb | then get a modern dev system :-) |
| 22:41.55 | Juggie | ya, centos hasnt released centos6 yet. |
| 22:43.17 | Juggie | i could set it to 2.59 in configure.ac but i presume that wont work. |
| 22:44.03 | Juggie | negative. |
| 22:46.12 | russellb | if you like centos, install a fedora box for development :-) |
| 22:46.53 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 22:49.35 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 22:49.35 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:52.35 | Juggie | compiled autoconf from source, now it works :) |
| 23:21.59 | *** join/#asterisk-dev CoderForLife (~Miranda@unaffiliated/coderforlife) |
| 23:35.50 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:35.50 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:37.20 | leifmadsen | dwayne: I didn't realize anyone was actually supporting it -- if someone was to file a bug against that module, I wouldn't expect many (anyone?) to fix it. |
| 23:37.48 | leifmadsen | Last I saw, the responses typically boiled down to, "Good luck with that. The app_amd module is black magic." |
| 23:39.33 | dwayne | I can understand that aspect of not supporting it, but if the module was in the unsupported directory for a long period of time, as was suggested (I forget by who in the code review thread), it would be ashame if it was removed due to inactivity |
| 23:40.11 | dwayne | I've used that app almost 1.5 million times today alone |
| 23:40.44 | dwayne | If you needed someone to volunteer to look at issues, you can assign them to me if that kept if from being removed eventually |
| 23:40.56 | dwayne | leifmadsen, ^ |
| 23:41.42 | leifmadsen | dwayne: I'm not entirely sure I'm in agreement with removing the modules anyways |
| 23:41.53 | leifmadsen | it doesn't hurt anyone or anything for them to just live in the unsupported menu |
| 23:42.21 | leifmadsen | however if you're willing to be the "maintainer" of app_amd (and I don't expect that to be a big burden) then I don't mind leaving it right where it is |
| 23:42.23 | dwayne | yeah, I think that would be ok. still the offer to look at those issues is out there |
| 23:42.38 | dwayne | I'ts only had ~13 issues assigned to it since 2006 |
| 23:42.47 | leifmadsen | aye |
| 23:42.57 | leifmadsen | ok, then I'm convinced to remove it from my list ;) |
| 23:43.04 | leifmadsen | there are zero open issues for app_amd currently |
| 23:43.20 | dwayne | yeah, I saw that. You can assign to dhubbard if you want |
| 23:43.29 | dwayne | if they ever get submitted |
| 23:43.31 | leifmadsen | coolio, I'll just keep it in mind if I ever see any |
| 23:43.41 | leifmadsen | welp, with that, I'm off to watch some Sons of Anarchy |
| 23:43.45 | dwayne | later |
| 23:43.55 | dwayne | thanks! |