| 20:33.35 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 20:33.35 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 20:35.12 | Qwell | so, what would changing ASTVARRUNDIR hurt, if we made it /var/run/asterisk/ instead of just /var/run/? |
| 20:35.18 | chackal_sjc | I'm getting this error to compile iaxclient: |
| 20:35.32 | chackal_sjc | make[3]: *** No rule to make target `tkphone', needed by `all-am'. Stop. |
| 20:36.03 | chackal_sjc | does anyone know the problem? |
| 20:38.03 | anonymouz666 | A WEB interface with JavaScript executing a command like 'asterisk -rx "core show channels verbose"' with short interval... make all connections to got stuck... and I can't even do asterisk -r... and it prints 'does not allow more connections'. Strange thing in 1.4 that I didn't see in 1.2. |
| 20:38.04 | Qwell | russellb: any thoughts about changing that in 1.4? |
| 20:39.38 | anonymouz666 | well... whatever parsing through 'asterisk -rx' sucks anyway |
| 20:40.07 | Qwell | anonymouz666: yeah...use manager |
| 20:45.39 | seanbright | codefreeze-lap: nice catch, i must have been brain dead. |
| 20:45.59 | seanbright | chackal_sjc: this isn't an iaxclient support channel |
| 20:48.17 | anonymouz666 | Qwell: let me ask you a question, is it possible to see what command is being executed when you see "remote unix connection"...? |
| 20:48.18 | chackal_sjc | seanbright, look at the website, than... "You can also catch some of the developers online at irc.freenode.net, #iaxclient, or #asterisk" |
| 20:50.49 | seanbright | chackal_sjc: that's nice. this is #asterisk-dev, however. |
| 20:51.30 | chackal_sjc | seanbright, I know.. that's the same though, for developers support |
| 20:51.50 | bkw_ | chackal_sjc: just give up they don't actually help people here with non asterisk problems. |
| 20:52.44 | denon | you say that like it's a bad thing |
| 20:52.52 | chackal_sjc | yeah, I can see that =/ |
| 20:52.52 | denon | staying on topic isn't so bad |
| 20:53.16 | chackal_sjc | I know, but there is nowhere for iaxclient support, and the official website says that |
| 20:53.45 | bkw_ | denon: everyone could be less of a prick about it |
| 20:53.53 | bkw_ | because it all comes across badly |
| 20:54.20 | denon | I think it's just because it happens so much .. endusers trying to come in here and "skip the middleman" |
| 20:54.26 | seanbright | chackal_sjc has been here for the last week asking the same question and getting the same response |
| 20:54.42 | denon | that's like emailing linus every time you have problems compiling a kernel |
| 20:54.45 | chackal_sjc | seanbright, no man.. its not true.. I had other problems before |
| 20:55.00 | Qwell | denon: or a problem compiling some GTK app.. |
| 20:55.03 | seanbright | i have a feeling if i went into #anime and asked for help configuring asterisk, they wouldn't be helpful |
| 20:55.08 | denon | Qwell: nod |
| 20:55.20 | chackal_sjc | denon, but the thing is... try to find support for iaxclient.. there is nothing.. only the main list.. |
| 20:55.43 | denon | chackal_sjc: perhaps iaxclient is a bad choice for your needs if it's not supported to a level you're comfortable with |
| 20:56.17 | Qwell | denon: he's writing an IAX2 softphone. |
| 20:56.20 | chackal_sjc | denon, so wich iax commom library do you recommend me?? |
| 20:56.26 | chackal_sjc | yes |
| 20:56.32 | bkw_ | chackal_sjc: I highly recommend not using IAX period. |
| 20:56.36 | seanbright | i've had great luck with iaxclient |
| 20:56.38 | seanbright | ducks |
| 20:56.41 | denon | here we go.. |
| 20:56.57 | bkw_ | we use iaxclient also |
| 20:57.09 | seanbright | bkw_: then maybe you can help chackal_sjc out. |
| 20:57.16 | seanbright | instead of just trolling |
| 20:57.35 | bkw_ | seanbright: I already am. |
| 20:57.42 | seanbright | excellent |
| 20:58.46 | bkw_ | again it is still no reason to be rude to people. |
| 20:58.59 | denon | bkw_ / chackal_sjc: might be wise to take this into #asterisk, where it's encouraged, and not OT |
| 20:59.12 | denon | I don't think anyone's intending to be rude. . |
| 20:59.15 | denon | just organized |
| 20:59.16 | bkw_ | I'm already talking to him in private |
| 20:59.22 | bkw_ | no it comes off as being a prick |
| 20:59.24 | bkw_ | even in #asterisk |
| 20:59.31 | bkw_ | I'll help him don't bother |
| 20:59.32 | seanbright | i'm sure whoever told him the first time that iaxclient was OT for this channel wasn't rude |
| 20:59.50 | seanbright | it's just the 1812th time that it gets tiring |
| 21:01.00 | seanbright | and on that note |
| 21:01.02 | seanbright | goes home |
| 21:01.18 | chackal_sjc | take it easy guys |
| 21:02.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:11.41 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 21:19.32 | *** part/#asterisk-dev chackal_sjc (n=pet@200-168-20-85.dsl.telesp.net.br) |
| 21:37.48 | Qwell | M13318 |
| 21:37.50 | MuffinMan | [new] [DAHDI] dahdi (the module) 0013318: Building dahdi-linux-complete-2.0.0.rc1+2.0.0.rc2 on x86_64 places libtonezone* files in lib instead of lib64 reported by amessina (Karma: neutral) http://bugs.digium.com/view.php?id=13318 |
| 21:38.37 | Qwell | I don't think that's incorrect |
| 21:39.13 | Qwell | it's a distros choice to use lib64 - if they want to follow that choice, they should just use the configure options |
| 21:39.35 | Qwell | mmm, somehow |
| 21:41.35 | putnopvut | I guess it's important to note if installing to lib actually causes problems when Asterisk is run. |
| 21:41.40 | putnopvut | It shouldn't, but... |
| 21:44.00 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.172.3) |
| 21:44.39 | Qwell | if the distro uses lib64, they'd have it in ld.so.conf, or similar |
| 21:46.44 | jsmith | But don't most of the common 64-bit distros actually use lib64? |
| 21:46.55 | jsmith | So wouldn't it be a good idea to make that the default on 64-bit systems? |
| 21:47.00 | jsmith | You know... the principle of least surprise? |
| 21:47.05 | Qwell | no |
| 21:47.17 | Qwell | because on distros that don't use lib64, it won't work at all |
| 21:47.40 | jsmith | Here's my thinking... If a distro doesn't use lib64, that directory won't exist, right? |
| 21:47.41 | Qwell | on distros that do use it, it's a "please do this, thanks". |
| 21:47.52 | Qwell | jsmith: not necessarily |
| 21:48.01 | Qwell | and why did my power just kick off? *ponder* |
| 21:48.08 | jsmith | Again, I'd hate to make the 10% of distros that don't use it work at the expense of the 90% who do |
| 21:48.12 | russellb | Qwell: same here |
| 21:48.19 | jsmith | Again, principle of least surprise |
| 21:48.20 | russellb | was wondering if i was going crazy .. |
| 21:48.22 | Qwell | jsmith: on RH and such, it will still work |
| 21:48.29 | jsmith | russellb: You're at least as crazy as I am |
| 21:48.41 | Qwell | jsmith: hold that thought a moment.. :D |
| 21:48.47 | russellb | awesome |
| 21:48.48 | jsmith | Qwell: There are all kinds of things that work, but aren't the right way |
| 21:48.55 | Qwell | who defines right? |
| 21:49.16 | jsmith | Qwell: Are you saying that putting 64-bit libs in /lib on a distro that uses /lib64 is right? |
| 21:49.18 | Qwell | oh, back on AC...woot |
| 21:49.46 | jsmith | would argue that the Linux Standards Base is technically right |
| 21:52.24 | Qwell | debian uses lib32 |
| 21:52.29 | anonymouz666 | codefreeze-lap: kernel panic on 9096 using wctdm24xxp driver (I love it when that happens with a remote machine ;)) |
| 21:52.43 | anonymouz666 | modprobe wctdm24xxp dtmf=1 debug=1 <enter> boom! |
| 21:53.00 | Qwell | lib64 is just a symlink to lib there |
| 21:53.05 | putnopvut | Qwell: yup |
| 21:53.05 | jsmith | anonymouz666: That's when the netconsole kernel driver comes in handy |
| 21:53.30 | jsmith | Qwell: Well, obviously Debian is the definition of right |
| 21:53.35 | jsmith | slaps his forhead |
| 21:53.42 | jsmith | also fires his typist |
| 22:01.35 | Qwell | Filesystem Hierarchy Standard says /lib<qual>/ and /usr/lib/<qual>/ are optional, and they perform the same role as /usr/lib for an alternate binary format |
| 22:01.44 | Qwell | /usr/lib<qual>/, rather |
| 22:02.49 | Qwell | (LSB relies on FHS) |
| 22:03.35 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 22:09.44 | Qwell | and to be fair - with the approach RH has taken with multi-arch, I wouldn't use them as an authoritative source.. `yum install subversion && yum remove subversion.i386` will remove the svn binaries, even though the x86_64 package is still installed |
| 22:14.18 | *** part/#asterisk-dev Netgeeks (n=chris@204-16-157-172-static.ipnetworksinc.net) |
| 22:32.18 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 22:32.18 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:32.31 | seanbright | moo |
| 22:33.33 | putnopvut | crap, file has possessed seanbright |
| 22:33.47 | seanbright | offers putnopvut a muffin |
| 22:36.01 | seanbright | anyone here from the UK? |
| 22:36.22 | Qwell | seanbright: I've visited a .co.uk website before. |
| 22:36.34 | seanbright | i need someone to do something about amy winehouse |
| 22:36.50 | seanbright | and since i am here in the states, i am powerless |
| 22:40.50 | kpfleming | seanbright: do what? |
| 22:41.01 | seanbright | have her committed. |
| 22:41.05 | seanbright | or arrested |
| 22:41.07 | seanbright | or something. |
| 22:41.12 | kpfleming | ahh |
| 22:41.19 | kpfleming | any particular reason, or just general insanity? |
| 22:42.00 | seanbright | she's a 24 year old meth addict |
| 22:42.21 | seanbright | and instead of helping her, people just take pictures of her |
| 22:42.27 | seanbright | it is a little bizarre. |
| 22:42.40 | kpfleming | true |
| 22:42.49 | kpfleming | just like britney spears :-) |
| 22:43.28 | seanbright | well yeah, but her antics were self-destructive in a "she isn't going to die" way |
| 22:43.40 | seanbright | winehouse will be dead within a year |
| 22:43.47 | seanbright | ah well |
| 22:43.50 | Qwell | sounds like the problem will solve itself.. |
| 22:43.57 | seanbright | heh |
| 22:44.04 | seanbright | we... fixed... the glitch |
| 22:48.16 | *** join/#asterisk-dev moy (n=moy@189.169.193.53) |
| 22:51.32 | anonymouz666 | it could be timing issue when there's a static noise during all call (PRI) even if things are just fine (99.98%) running zttest? |
| 22:53.58 | JT | doesn't sound like a #asterisk-dev issue |
| 22:54.55 | seanbright | but amy winehouse is? |
| 22:54.57 | seanbright | :) |
| 22:54.57 | Qwell | anonymouz666: probably not |
| 22:56.23 | JT | i don't know what else will cause static noise |
| 22:56.36 | JT | if it's not zap timin related, it's hardware related |
| 22:56.38 | Qwell | echo? |
| 22:56.50 | Qwell | or static introduced on the far end |
| 22:56.54 | JT | static isn't echo |
| 22:57.02 | JT | i've heard the static he talks about on a pri |
| 22:57.06 | Qwell | depends on your definition of static |
| 22:57.07 | Qwell | ahh |
| 22:57.07 | JT | it's usually a timin issue |
| 22:57.20 | JT | occassionally it can be a pci slot the card disagrees with too |
| 22:58.04 | Qwell | anonymouz666: sounds like you should contact your vendor |
| 22:59.02 | seanbright | speaking of which |
| 22:59.07 | seanbright | will sangoma cards work with dahdi? |
| 22:59.27 | Qwell | one would think |
| 22:59.34 | Qwell | they've had ample time to test |
| 23:02.08 | anonymouz666 | Qwell: exactly.... the static is only on the far end. |
| 23:02.18 | anonymouz666 | there's no echo |
| 23:02.23 | Qwell | no matter what number you dial? |
| 23:02.28 | anonymouz666 | no matter |
| 23:02.35 | Qwell | yeah, call your vendor |
| 23:02.50 | anonymouz666 | calls Digium |
| 23:02.53 | anonymouz666 | :) |
| 23:04.01 | seanbright | Qwell's direct extension is 12345 |
| 23:04.13 | seanbright | like the combination an idiot would have on his luggage |
| 23:04.25 | Qwell | forwards his phone to voicemail |
| 23:09.23 | JT | anonymouz666: tried changing slots? |
| 23:09.40 | anonymouz666 | I tried almost everything before starting to cry here. |
| 23:10.34 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 23:10.34 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 23:10.34 | anonymouz666 | there's no IRQ sharing... and yes, I tried different slots... |
| 23:10.42 | Qwell | blitzrage: d'oh, thanks - re 13322 |
| 23:10.47 | JT | does the card have HWEC? |
| 23:10.55 | anonymouz666 | no |
| 23:10.56 | blitzrage | Qwell: hehe, np :) |
| 23:10.59 | JT | hmm |
| 23:11.01 | blitzrage | I just caught it on passing |
| 23:11.10 | anonymouz666 | codefreeze-lap? |
| 23:11.38 | codefreeze-lap | that's me |
| 23:12.07 | anonymouz666 | did you test the patch for 9096 wctdm24xxp on a TDM800? |
| 23:12.17 | anonymouz666 | 9096 Mantis ID |
| 23:12.57 | codefreeze-lap | anonymouz666: no.... don't have one immediately on hand, but I guess that could be fixed |
| 23:13.25 | codefreeze-lap | M9096 |
| 23:13.30 | MuffinMan | [feedback] [DAHDI] NewFeature 0009096: [patch] DTMF CID without polarity reversal implementation in wctdm for Denmark, Brazil, etc reported by fleed (Karma: neutral) http://bugs.digium.com/view.php?id=9096 |
| 23:15.16 | anonymouz666 | wctdm works.... wctdm24xxp I got kernel panic on modprobe with dtmf=1 |
| 23:17.02 | codefreeze-lap | anonymouz666: please make sure to note that on the bug report! |
| 23:18.34 | codefreeze-lap | Corydon76-dig: I'm considering bug 13249, where in 1.6 Set(x="a word or two") keeps the double-quote marks, but 1.4 does not.... we need to document this better.... |
| 23:19.13 | seanbright | kpfleming: ping |
| 23:19.24 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 23:19.28 | kpfleming | pongish |
| 23:19.30 | Laureano | Hello |
| 23:20.01 | seanbright | did you see my post on the asterisk-dev list re: Asterisk 1.4 with cdr_tds and FreeTDS 0.82 |
| 23:20.07 | kpfleming | yes |
| 23:20.10 | seanbright | and russell's response? |
| 23:20.14 | kpfleming | most of it went over my head |
| 23:20.14 | kpfleming | yes |
| 23:20.18 | seanbright | oh |
| 23:20.23 | kpfleming | but i read it all |
| 23:20.26 | seanbright | just wanted to get your blessing |
| 23:20.50 | kpfleming | refresh my memory please |
| 23:20.53 | seanbright | to backport the trunk version of cdr_tds as a new module in the 1.4 branch |
| 23:20.59 | kpfleming | oh yeah |
| 23:21.02 | seanbright | cdr_tds_dblib or whatever |
| 23:21.12 | kpfleming | yeah, i think we've been forced into it |
| 23:21.24 | seanbright | ok, cool. |
| 23:21.31 | seanbright | didn't want to go that way and have it shot down |
| 23:21.33 | seanbright | :) |
| 23:24.14 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 23:26.38 | Laureano | I'm going to fill a bug report to change the reg.time header from a SipShowRegistry event to something like regTime. Any objection? |
| 23:27.01 | seanbright | i object! |
| 23:27.08 | seanbright | on the grounds that i have no idea what that is |
| 23:27.11 | seanbright | :) |
| 23:27.23 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:28.36 | Laureano | seanbright, when I send an SipShowRegistry action to the AMI, some events are generated. One of this event (RegistryEntry) have a header name reg.time. This name doesn't go very well with the Java variable naming standars. |
| 23:28.44 | seanbright | (i was joking) |
| 23:28.57 | Laureano | :-) |
| 23:29.16 | seanbright | but what does the java variable naming standards have to do with AMI? |
| 23:29.53 | Laureano | I'm using the Asterisk Java framework. When an event is received, the headers are mapped to fields in an object. |
| 23:30.10 | Laureano | But there is no way to map reg.time to a field named in such way. |
| 23:30.29 | seanbright | sounds like a bug in the asterisk java framework |
| 23:31.16 | Laureano | I tried to see it that way. But, I don't see any other header in the AMI events with a dot in the middle. |
| 23:31.38 | seanbright | how long has that header been in there like that? since 1.4? |
| 23:32.00 | Laureano | Let me check that. |
| 23:33.31 | Laureano | Well, it doesn't seems to be present in 1.4.21.1 at least. |
| 23:33.35 | Laureano | I will check the SVN. |
| 23:33.53 | kpfleming | if it was added in trunk/1.6, it should be renamed |
| 23:34.01 | kpfleming | that is not the way we name headers in AMI |
| 23:34.53 | Laureano | Also, I would like to rename the event to SipRegistryEntry. Perhaps someday we could have an IaxRegistryEntry. |
| 23:35.42 | seanbright | why wouldn't registryentry work for both? |
| 23:35.48 | kpfleming | there is no need... they are responses to a SIPRegistryEntry Action |
| 23:35.56 | seanbright | right |
| 23:36.12 | kpfleming | sorry, SipShowRegistry |
| 23:36.21 | seanbright | that too |
| 23:36.32 | eliel | Why don't RegistryEntry with a channelTech inside it describing the technology? |
| 23:36.39 | Laureano | But, if I run both IaxShowRegistry and IaxShowRegistry at the same time, the events could be mixed. |
| 23:36.47 | eliel | This will be backward compatible |
| 23:36.49 | seanbright | Laureano: that is what ActionID is for |
| 23:36.50 | Laureano | eliel, that could be another option. |
| 23:37.01 | kpfleming | right, use the ActionIDs to match them up |
| 23:37.10 | kpfleming | they are not random events |
| 23:37.16 | Laureano | Let me check that :-) |
| 23:37.21 | Laureano | By the way: http://bugs.digium.com/view.php?id=11464 |
| 23:37.34 | Laureano | It seems to be added to trunk only. |
| 23:37.41 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 23:38.23 | seanbright | correct, since it was a feature addition. |
| 23:38.39 | seanbright | and we no longer support or encourage parsing of CLI command output |
| 23:38.54 | Laureano | Can we rename it then? Please :-) |
| 23:39.05 | seanbright | rename what? |
| 23:39.15 | Laureano | The event header: reg.time. |
| 23:39.22 | seanbright | yes |
| 23:39.27 | Laureano | Thank you! |
| 23:39.29 | seanbright | what would you like it to be? |
| 23:39.37 | seanbright | RegistrationTime |
| 23:39.38 | seanbright | ? |
| 23:39.41 | Laureano | RegistrationTime? |
| 23:39.45 | seanbright | wonderful |
| 23:39.46 | Laureano | That sounds good to me. |
| 23:40.08 | Laureano | About the ActionId, I'm missing something? -> http://pastebin.com/m47566ab2 |
| 23:40.31 | seanbright | hmmmm |
| 23:40.41 | Laureano | It doesn't seems to be present the action Id on the generated event. |
| 23:40.48 | seanbright | will get back to that in a second |
| 23:40.52 | Laureano | Ok. |
| 23:41.11 | kpfleming | well, that means that you can't issue another command while it is running then |
| 23:41.30 | kpfleming | nothing will be read from the AMI socket until the output is complete |
| 23:41.39 | seanbright | well then there you go |
| 23:42.47 | seanbright | commit asterisk 138775 |
| 23:42.56 | MuffinMan | [138775] Committed by seanbright on 2008-08-18T23:42:36.961117Z: Change event header to RegistrationTime to be more consistent (and avoid |
| 23:42.56 | MuffinMan | ..breaking existing frameworks). Pointed out by Laureano on #asterisk-dev. |
| 23:43.30 | Laureano | Thank you seanbright |
| 23:43.35 | seanbright | no sweat |
| 23:44.56 | seanbright | you know... now that i look at it |
| 23:45.13 | seanbright | the format of reg time in that event is unnecessarily complex |
| 23:45.37 | seanbright | should just spit out epoch |
| 23:45.50 | eliel | seanbright: agree |
| 23:46.04 | kpfleming | it should be the time since seanbright's last beer |
| 23:46.10 | seanbright | too long |
| 23:46.21 | seanbright | might overflow an int |
| 23:46.26 | kpfleming | lol |
| 23:46.31 | kpfleming | better than underflow :-) |
| 23:46.36 | seanbright | heh |
| 23:49.00 | Laureano | kpfleming, last question: I can't or I shouldn't issue another command while running SipShowRegistry? |
| 23:49.17 | seanbright | the output won't come back until sipshowregistry is done |
| 23:49.23 | seanbright | so it doesn't matter |
| 23:49.58 | Laureano | Any other event will be queued after the response of SipShowRegistry is sent? |
| 23:51.11 | seanbright | correct |
| 23:51.22 | Laureano | Excellent |
| 23:51.25 | seanbright | it won't even be read |
| 23:51.38 | seanbright | from the socket until the output from sipshowregistry has been flushed |
| 23:51.46 | seanbright | Laureano: what version are you currently running on? |
| 23:51.54 | Laureano | AsterisK? |
| 23:51.57 | seanbright | yes |
| 23:51.59 | Laureano | trunk |
| 23:52.07 | Laureano | At least in my dev box. |
| 23:52.11 | seanbright | cool, i'll need you to test this patch before i commit it |
| 23:52.25 | Laureano | What patch? |
| 23:52.52 | seanbright | changing reg time to epoch instead of the date format that is currently used |
| 23:53.11 | seanbright | so it will be > RegistrationTime: 1231235432 |
| 23:53.25 | Laureano | Ok |
| 23:53.37 | Laureano | Are you going to pastbin the patch? |
| 23:53.40 | seanbright | i am |
| 23:53.44 | seanbright | once i get it to compile |
| 23:53.45 | seanbright | :) |
| 23:54.33 | Laureano | Ok |
| 23:57.17 | seanbright | Laureano: http://pastebin.ca/1178176 |
| 23:57.53 | Laureano | Compiling |
| 23:58.23 | seanbright | pastebin a manager session for me |
| 23:58.29 | seanbright | so i can check my work :) |
| 23:58.42 | Laureano | Ok |