| 00:10.39 | *** join/#asterisk-dev Magicianx (n=chezvous@76.10.173.93) |
| 00:11.41 | *** part/#asterisk-dev Magicianx (n=chezvous@76.10.173.93) |
| 01:22.26 | *** join/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 01:27.44 | *** part/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 01:27.46 | *** join/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 01:27.51 | *** part/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 01:28.24 | *** join/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 01:28.31 | *** part/#asterisk-dev ashert (n=hard@ool-4574b37a.dyn.optonline.net) |
| 02:06.28 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 02:06.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:18.23 | *** join/#asterisk-dev moy (n=moyhu@189.169.49.230) |
| 03:01.33 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 03:14.43 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:14.43 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:17.24 | *** join/#asterisk-dev Corydon76-dig (i=green@pdpc/supporter/bronze/Corydon76-home) |
| 03:17.24 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 05:29.16 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 06:29.27 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:29.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:45.53 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 06:46.37 | slavon_net | hello all... anyone wont see core show locks (in do_monitor)? or i need report issue in bugtracker? |
| 06:47.53 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:03.23 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 07:19.40 | oej | Good morning |
| 07:25.42 | slavon_net | hello oej =) |
| 07:30.35 | lmadsen | morning |
| 07:36.12 | slavon_net | i see some locks in asterisk. would you like to see it? |
| 07:37.29 | *** join/#asterisk-dev snuff-work (i=1000@61.29.30.137) |
| 08:09.26 | *** join/#asterisk-dev Alexandre_fr (n=alex@nat04-bzr.dys1.com) |
| 08:15.07 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:15.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:55.06 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 09:58.39 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:18.09 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 10:46.39 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 10:46.39 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 11:04.00 | *** join/#asterisk-dev _ys (n=kvirc@91.151.196.254) |
| 11:27.36 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:45.34 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 12:26.37 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 12:27.15 | *** join/#asterisk-dev ccesario_ (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:51.08 | *** join/#asterisk-dev Greek-Boy (n=grb@41.221.58.2) |
| 12:56.20 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 13:17.49 | *** join/#asterisk-dev qdk (n=qdk@193.164.155.7) |
| 13:19.29 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:46.50 | jmls | Mmm. Just "made update" on the asterisk and zaptel 1.4 branch. Now I'm getting this: |
| 13:46.52 | jmls | [Jan 9 13:18:54] WARNING[2681]: chan_zap.c:1437 zt_enable_ec: Unable to enable echo cancellation on channel 10 |
| 13:46.58 | jmls | what would cause this ? |
| 14:04.17 | tzafrir_laptop | jmls, any errors in the kernel logs? |
| 14:16.23 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 14:16.49 | jmls | tzafrir: sorry, where would I look ? |
| 14:17.36 | tzafrir_laptop | At about the time that message was issue. In debian: /var/log/kern.log . In centos: /var/log/messages |
| 14:17.49 | jmls | Doh! |
| 14:19.10 | jmls | nope. none whatsoever |
| 14:20.19 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:20.19 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:26.25 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-fe918e87d62e5879) |
| 14:26.25 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:31.25 | jmls | tzafrir: any further clues ? Is this a bug ? I'm sure that this message did not appear prior to the last update |
| 14:32.36 | tzafrir_laptop | What EC is used there? |
| 14:34.11 | jmls | whatever the default is - I haven't specifically chosen any, I don't think. |
| 14:34.16 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:34.16 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:34.22 | *** join/#asterisk-dev jsmith (n=jsmith@nat/digium/x-4a68187418a5d27c) |
| 14:34.22 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:34.26 | jmls | EC even |
| 14:36.23 | jsmith | jmls: I think you set the ex in the divorce papers, right? |
| 14:36.47 | jmls | heh. |
| 14:37.06 | jmls | Man, that was a painful process. |
| 14:57.04 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-03338182a1f0f626) |
| 14:57.04 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:05.23 | *** join/#asterisk-dev jsmith-teaching (n=jsmith@nat/digium/x-acf6c12a6aa54de8) |
| 15:05.23 | *** mode/#asterisk-dev [+o jsmith-teaching] by ChanServ |
| 15:09.08 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:13.35 | kpfleming | jmls: are you still getting that message? |
| 15:15.44 | jmls | yes |
| 15:15.57 | kpfleming | ok, i made some changes in zaptel recently that may have caused this |
| 15:16.03 | jmls | oh, ok |
| 15:16.10 | kpfleming | let me double check what i did |
| 15:16.17 | jmls | thanks - I was just reverting to 3093 to test. |
| 15:16.49 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584434.dsl.bell.ca) |
| 15:17.38 | kpfleming | do you have any hardware echo cancellers or only software? |
| 15:18.57 | jmls | on this machine, software only |
| 15:19.09 | kpfleming | ok, and you are using 1.4 branch of asterisk as well, right? |
| 15:19.13 | jmls | yhup |
| 15:19.17 | kpfleming | bizarre |
| 15:22.19 | kpfleming | ok, in a couple of minutes i'll have you update asterisk so that the error message from chan_zap will actually include the error number from zaptel, that will help debug what is going on |
| 15:25.10 | jmls | r3093 of zaptel does not produce the message |
| 15:25.25 | jmls | with the latest svn of asterisk 1.4 |
| 15:25.41 | kpfleming | ok, if you update asterisk to r97410 and then repeat the test it will give us more clues as to what is going wrong |
| 15:25.47 | kpfleming | r3093 of zaptel 1.4 was quite some time ago :-) |
| 15:26.31 | kpfleming | r3093 was a commit to trunk, not 1.4, in september |
| 15:26.40 | kpfleming | are you sure you have the rev number right? |
| 15:30.08 | jmls | <PROTECTED> |
| 15:30.16 | jmls | URL: http://svn.digium.com/svn/zaptel/branches/1.4 |
| 15:30.16 | jmls | Repository Root: http://svn.digium.com/svn/zaptel |
| 15:30.27 | jmls | Revision: 3093 |
| 15:30.38 | kpfleming | bizarre, but ok :-) |
| 15:31.12 | jmls | maybe I cocked up somewhere. I did a svn update -r3093 |
| 15:31.59 | jmls | svn update, followed by svn info now gives |
| 15:32.08 | jmls | URL: http://svn.digium.com/svn/zaptel/branches/1.4 |
| 15:32.08 | jmls | Repository Root: http://svn.digium.com/svn/zaptel |
| 15:32.14 | jmls | Revision: 3631 |
| 15:32.41 | kpfleming | ok, if you can try with the change i just committed to chan_zap that will help isolate the problem |
| 15:33.42 | jmls | will let you know |
| 15:35.13 | jmls | heh |
| 15:35.17 | jmls | [Jan 9 15:35:01] WARNING[19184]: chan_zap.c:1437 zt_enable_ec: Unable to enable echo cancellation on channel 10 (Unknown error 4294967295) |
| 15:35.35 | jmls | that's a very large error number ;) |
| 15:36.07 | RoyK | jmls: it's -1 :P |
| 15:36.18 | jmls | as I said, very large ! |
| 15:36.20 | RoyK | (unsigned int) -1 |
| 15:36.54 | kpfleming | ok, i'll keep looking |
| 15:39.59 | kpfleming | umm... weird. there is nothing in that code path that can return -1 |
| 15:40.07 | kpfleming | oh wait... duh |
| 15:40.11 | putnopvut | does the ioctl function itself do that? |
| 15:41.18 | putnopvut | So it should maybe be sterror(errno)? |
| 15:41.25 | kpfleming | yep... fixing now |
| 15:41.27 | putnopvut | s/sterror/strerror/ |
| 15:42.32 | kpfleming | jmls: ok, r97448 has that fixed |
| 15:45.58 | oej | putnpvout: You should *always* have an SDP on a 200 OK. |
| 15:46.42 | putnopvut | All right. I'll keep that in mind. |
| 15:47.15 | oej | File is an exception to the rule though. It didn't make it into RFC3261, but there's a document with "file" additions somewhere in the IETF repository. |
| 15:47.27 | oej | SDp |
| 15:47.37 | oej | SDP's on 18x messages are however *not* mandatory |
| 15:47.49 | file | that would be silly if they were |
| 15:48.03 | oej | Well, there are a lot of silly things in SIP... |
| 15:50.09 | putnopvut | Now that I think about it, no matter how you slice it, an SDP is mandatory on the 200 OK, because that's the only time the far end has any say in its session parameters. |
| 15:51.30 | putnopvut | You can slice anything if you have a sharp enough blade. |
| 15:54.35 | jmls | [Jan 9 15:54:17] WARNING[20018]: chan_zap.c:1437 zt_enable_ec: Unable to enable echo cancellation on channel 10 (No such device) |
| 15:56.40 | kpfleming | ok, now we are getting somewhere |
| 15:58.14 | kpfleming | jmls: what zaptel module are you using for your hardware (what kind of card)? |
| 16:05.42 | kpfleming | jmls: the same thing is happening on my test box, so i should be able to track it down... stay tuned |
| 16:09.20 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:09.20 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:10.27 | jmls | kpfleming: I have a 405 or 410 (can't remember) |
| 16:10.36 | kpfleming | ok, that makes sense |
| 16:10.52 | kpfleming | this will only happen on cards that *could* have hardware echo cans but don't (or they are disabled) |
| 16:10.55 | kpfleming | commit will happy shortly |
| 16:11.01 | jmls | ah |
| 16:12.23 | oej | putnopvut: The funny part is that it is not mandatory on an INVITE |
| 16:12.43 | putnopvut | Right, it is either on the INVITE or ACK, correct? |
| 16:13.02 | kpfleming | or on an UPDATE :-) |
| 16:13.02 | putnopvut | But has to be on one of them. |
| 16:13.19 | oej | putnopvt - INVITE-200OK or 200OK-ACK |
| 16:13.29 | oej | UPDATE is a replacement for re-INVITEs |
| 16:13.50 | oej | You can actually UPDATE during an open INVITE. You can't REINVITE during an open INVITE. |
| 16:13.52 | oej | Messy |
| 16:14.04 | putnopvut | Wow, that seems like it would make things a lot simpler if everyone switched to using UPDATE. |
| 16:14.06 | kpfleming | 'hi... i want this'... 'wait, i want this instead' |
| 16:14.23 | oej | I want INVACK |
| 16:14.24 | putnopvut | You wouldn't need to worry about whether an INVITE happened in a dialogue or not. |
| 16:14.29 | oej | The crazy part is the PRACK |
| 16:14.46 | oej | ACK of non-reliable messages to actually make them reliable again |
| 16:14.48 | kpfleming | jmls: zaptel r3632 fixes it |
| 16:15.26 | Qwell | kpfleming: "commit will happy"? |
| 16:15.45 | kpfleming | eh? |
| 16:15.50 | Qwell | <kpfleming> commit will happy shortly |
| 16:15.56 | kpfleming | oh |
| 16:15.57 | kpfleming | yeah, that too |
| 16:25.12 | jmls | kpfleming: that message has gone now. thanjks very mucyh |
| 16:25.15 | jmls | much |
| 16:25.20 | jmls | thanks |
| 16:25.27 | kpfleming | well, the message meant you weren't getting echo cancellation :-) |
| 16:25.39 | jmls | even software EC ? |
| 16:25.44 | kpfleming | yep |
| 16:25.58 | jmls | is that the case now ? |
| 16:26.06 | kpfleming | i don't understand |
| 16:26.22 | kpfleming | there was a bug that resulted in no ability to turn on the software EC if the card could have a hardware one but didn't |
| 16:26.31 | kpfleming | that has been fixed, so now the software EC can be turned on |
| 16:26.41 | jmls | that's what I asked ;) |
| 16:27.32 | jmls | EC is enabled in zapata.conf - so EC now works ? |
| 16:27.48 | kpfleming | yes |
| 16:29.44 | jmls | thanks |
| 16:38.51 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:43.18 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-252-196.dynamic.ngi.it) |
| 16:43.29 | Qwell | lrizzo: hey |
| 16:45.02 | Qwell | I can't wait for the day where I can connect my tv tuner (v4l2) to asterisk, and call to watch my tv |
| 16:46.08 | mog | heh Qwell |
| 16:46.17 | mog | that is a little ridiculous |
| 16:46.25 | mog | but i will write mythivr for you Qwell |
| 16:46.46 | JunK-Y | Qwell: i thought it was running * on ur ps3 :P |
| 16:47.00 | putnopvut | Qwell: you have a ps3? |
| 16:53.08 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 16:54.24 | Qwell | no.. |
| 16:54.46 | Qwell | mog: the stuff Luigi has been doing would allow for a v4l driver, to take in video for chan_video :D |
| 16:55.04 | mog | mythivr would be funny |
| 16:55.15 | Qwell | in theory, I guess you could control the card with DTMF too |
| 16:55.15 | mog | and not too hard |
| 16:55.22 | Qwell | lrizzo: any thoughts? |
| 16:55.45 | Qwell | mog: russell already wrote something to control mythtv via asterisk |
| 16:56.20 | mog | no i mean we could present mythtv out chan_video and have it controllable out dtmf |
| 16:58.10 | Qwell | eh? |
| 16:58.29 | Qwell | oh, you mean the actual mythtv interface and everything, rather than v4l direct? |
| 16:58.40 | mog | yes |
| 17:03.46 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:16.16 | mvanbaak | being ill sux |
| 17:22.18 | file | mvanbaak: get better! |
| 17:24.27 | mvanbaak | yeah. went to work today, after 2 hours went home and slept for 5 hours. |
| 17:24.47 | mvanbaak | if it was not the neighbour coming by with her barking dog I would still be sleeping |
| 17:25.11 | file | sleep is good |
| 17:25.22 | caio1982 | the dog wanted to know if you're feeling better |
| 17:25.28 | caio1982 | and you blame him... |
| 17:30.43 | russellb | pbx_gtkconsole.o: ASTCFLAGS:=$(filter-out -Werror,$(ASTCFLAGS)) |
| 17:30.47 | russellb | what did i screw up? |
| 17:31.07 | russellb | ignore what i'm actually trying to do here, and concentrate on syntax :-p |
| 17:31.10 | outtolunc | i bet your coworkers just loved how you went to work to ~share~ |
| 17:32.22 | Qwell | russellb: looks right.. |
| 17:33.19 | russellb | hrm, i'm losing the important GTK related CFLAGS when i do that ... |
| 17:38.23 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 17:38.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:41.27 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 17:41.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:43.10 | codefreeze | oej-- I'm tracking down a lockup a user found in the astobj2-ified code branch... looks like Tilghman even put the pkt stuff in hash tables, so he could lookup by serial #. |
| 17:43.37 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:43.43 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 17:43.49 | oej | you mean cseq |
| 17:44.04 | oej | Watch out with the users - they will soon be gone. Don't spend too much time on them, focus on the peers |
| 17:44.06 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:44.38 | oej | I will add an extra lookup on Peer IP/port soon, so be prepared that peers have two ip/ports to match for incoming calls. |
| 17:45.33 | jsmith | Uh, has anybody messed with call parking lately? |
| 17:45.53 | jsmith | I've got a class full of students that can park calls, but Asterisk isn't telling them where the calls were parked :-( |
| 17:46.00 | jsmith | 1.4.17, fwiw |
| 17:46.13 | anonymouz666 | jsmith: I saw that in -users |
| 17:46.16 | oej | Check if they signed the NDA. |
| 17:46.27 | oej | Without an NDA, we can't really disclose the parking lot. |
| 17:46.49 | jsmith | oej: Good one! |
| 17:46.55 | jsmith | anonymouz666: Link? |
| 17:47.18 | russellb | jsmith: i will test real quick |
| 17:48.12 | anonymouz666 | jsmith: russellb knows... he asnwered the mail |
| 17:48.37 | russellb | but then other people said it was working for them |
| 17:48.43 | russellb | so i didn't think much of it |
| 17:49.04 | jsmith | russellb: I've got a lab full of test subjects, if you feel like looking |
| 17:49.23 | russellb | jsmith: alright ... i'm going to try it here because i'm lazy |
| 17:49.27 | russellb | but if i fix it, i can come down ... |
| 17:49.36 | russellb | especially if i broke it, i'll come down and take the blame :-p |
| 17:51.32 | *** join/#asterisk-dev didz_ (n=voce@201.19.64.193) |
| 18:01.58 | codefreeze | oej: users were pretty simple; but two different IP's for peers? Can two different peers share the same IP addr in either field? |
| 18:13.09 | codefreeze | oej: my guess is yes... if they contain your from: to: stuff. |
| 18:14.21 | codefreeze | oej: another guess: it's going to be a real headache to merge what you are doing, and what I've done. |
| 18:26.19 | *** join/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 18:28.53 | JunK-Y | idea why ive compiled using DONT-OPTIMIZE and im always getting: (gdb) bt |
| 18:28.53 | JunK-Y | #0 0x0000002a99088158 in ?? () |
| 18:28.53 | JunK-Y | #1 0x0000000000000000 in ?? () |
| 18:29.04 | JunK-Y | cant get the bt. |
| 18:30.58 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.5) |
| 18:31.29 | Corydon76-dig | JunK-Y: follow the instructions in doc/valgrind.txt |
| 18:34.33 | JunK-Y | ==8452== Jump to the invalid address stated on the next line |
| 18:34.34 | JunK-Y | ==8452== at 0x8BF85B5: ??? |
| 18:35.02 | JunK-Y | and i wrote that original file, just doesnt understand why even if all requires, its still have nothing. |
| 18:35.52 | *** join/#asterisk-dev jsmith (n=jsmith@nat/digium/x-071f2d11db81188f) |
| 18:35.52 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:43.59 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 18:54.14 | JunK-Y | does that change something if im running * directly in gdb? |
| 18:54.51 | Corydon76-dig | Eh? Running directly in gdb? |
| 18:55.04 | JunK-Y | yes, im running * in gdb |
| 18:55.19 | JunK-Y | gdb asterisk then in gdb im typing run -cg |
| 18:55.31 | Corydon76-dig | Run it under valgrind, instead |
| 18:56.02 | JunK-Y | ==8481== Thread 16: |
| 18:56.02 | JunK-Y | ==8481== Jump to the invalid address stated on the next line |
| 18:56.02 | JunK-Y | ==8481== at 0x8BF8158: ??? |
| 18:56.02 | JunK-Y | ==8481== Address 0x8BF8158 is not stack'd, malloc'd or (recently) free'd |
| 18:56.11 | JunK-Y | it doesnt tell me where neither. |
| 18:56.31 | Corydon76-dig | JunK-Y: yeah, I'd need to see the WHOLE output (pastebin please) |
| 18:59.14 | Corydon76-dig | hence why the instructions include something about a log file |
| 19:26.22 | Corydon76-dig | JunK-Y: ugh, libc 2.3.4? |
| 19:26.29 | Corydon76-dig | That is very old |
| 19:30.15 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 19:30.24 | JunK-Y | its a production system, i cant change all the env. |
| 19:32.37 | jmls | Mmmm. Nokia N95 8GB works just great with asterisk. I have it registered to two different servers and it works like a charm. |
| 19:33.43 | outtolunc | for $699 i would hope so <G> |
| 19:35.14 | jmls | heh. Freeeeee for mee. Company scheme means we pay £200 plus 15 per handset for unlimited calls to landlines and some mobiles, for up to 20 handsets |
| 19:36.21 | Qwell | jmls: you should send one here so we can "test" it for you. |
| 19:36.21 | Qwell | (I'm kidding, of course..) |
| 19:36.21 | outtolunc | i'd love one, i can't even afford teh n810, but i'm scheming |
| 19:39.16 | tzafrir_laptop | M10523 |
| 19:39.17 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0010523: [patch] install_prereq script for asterisk reported by tzafrir http://bugs.digium.com/view.php?id=10523 |
| 19:39.52 | tzafrir_laptop | Qwell, the document for "what I need to install": ./install_prereq test |
| 19:40.03 | jsmith | outtolunc: I just got my n810 |
| 19:40.09 | Qwell | but it doesn't show what needs it |
| 19:40.15 | tzafrir_laptop | I can add a number of options to the script for various features |
| 19:40.20 | jsmith | jmls: So, how much you gonna charge your friends for an N95 ;-) |
| 19:41.10 | jsmith | outtolunc: FWIW, the SIP client on the n810 works great w/ Asterisk as well |
| 19:41.19 | tzafrir_laptop | ./install_prereq --all test# ./install_prereq --with=zap,h323 |
| 19:41.24 | tzafrir_laptop | or whtever |
| 19:42.01 | tzafrir_laptop | The thing is that such a script is, IMHO, the least confusing way to document the requirements |
| 19:42.23 | outtolunc | handle_rh() { |
| 19:42.23 | outtolunc | # echo "# Distribution is Debian or compatible" |
| 19:42.38 | jmls | it's great - we just now check the SIPPEER(${EXTEN}|ip) for a non-zero value - if there is an ip, call the extension, else call the mobile number itself |
| 19:42.44 | tzafrir_laptop | outtolunc, right. Fixed in later versions |
| 19:43.19 | outtolunc | k |
| 19:43.21 | tzafrir_laptop | I forgot to fix it here |
| 19:43.31 | lmadsen | jmls: my Nokia E61i registers fine... it's when it leaves the network and has to re-register that it seems to fail |
| 19:43.47 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:45.13 | jmls | lmadsen: doesn't seem to happen here. Walk away from the wifi, it drops. walk back, it reregisters |
| 19:45.15 | outtolunc | jsmith, is there an actual 'sip client' or you referring to gizmo for the 810? |
| 19:45.21 | jmls | sip client |
| 19:45.26 | jsmith | outtolunc: Both ;-) |
| 19:45.32 | outtolunc | ooo, just another reason <G> |
| 19:45.42 | jmls | I had to remove the telco firmware and replace with the generic firmware |
| 19:45.43 | lmadsen | jmls: hrmmm... I'm gonna check. Maybe it was because I have my phone set to not automatically reconnect to the wifi :) |
| 19:45.45 | jsmith | outtolunc: A real honest-to-gosh SIP client (telepathy project stuff) |
| 19:46.12 | jsmith | jmls: So, how much for an N95? I really want one ;-) |
| 19:46.28 | jsmith | outtolunc: As I recall, it uses the Sofia SIP stack |
| 19:46.39 | jsmith | outtolunc: Supposedly supports video as well, but I haven't really tried it yet |
| 19:46.42 | outtolunc | yeah that 'secondary' tunneling crap through gizmo was never what i wanted, works ok tho |
| 19:46.57 | jsmith | outtolunc: Yup |
| 19:46.59 | lmadsen | :( to my E61i |
| 19:47.22 | jmls | lmadsen: you do need the reconnect ;) |
| 19:47.43 | lmadsen | I made it attach to the wifi, but I don't know how to force a registration :) |
| 19:49.19 | lmadsen | oh there it goes... wonder what I did to trigger it |
| 19:50.09 | lmadsen | just wish I could tell it to re-reg at a specific time interval :) oh well, I'm happy now. So off to shower and pick up my new router. |
| 19:55.05 | tzafrir_laptop | hmmm... can you post here one-liners to identify that "this is distro XYZ" for some other distributions? |
| 19:55.26 | tzafrir_laptop | e.g: for slackware, gentoo, suse, mandriva |
| 19:55.41 | russellb | there are some checks in the main Asterisk Makefile |
| 19:55.45 | russellb | for the config: target i think |
| 19:57.58 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 19:59.23 | jsmith | tzafrir: What, looking at /etc/issue isn't enough? |
| 20:24.00 | file | oej: I used your SRV record on edvina to test something :D |
| 20:24.05 | file | I knew you would have one |
| 20:24.06 | oej | :-) |
| 20:24.09 | oej | ha ha |
| 20:24.25 | oej | ...and it points to a server in a totally different domain, just for fun |
| 20:24.29 | file | yeah |
| 20:24.45 | oej | so calling the A record for edvina.net will get you nowhere... |
| 20:25.19 | oej | Why do I have to delete include/asterisk/version.h on all branches in order to be able to update? |
| 20:25.42 | file | the way the version string is done has changed, it made some stuff upset |
| 20:26.26 | oej | I guess subversion and russellb has some serious problems in communication. |
| 20:27.10 | oej | Will have to start testing calls without audio again. That was a lot of fun. |
| 20:31.43 | file | oej: you should write a P2P file sharing system that uses SIP to exchange data and stuff! |
| 20:32.19 | oej | How so? |
| 20:32.39 | oej | I am heading for PRI over SIP over IAX2 trunked over Zap/ethernet |
| 20:32.48 | file | good plan |
| 20:33.02 | Qwell | what, no skinny? |
| 20:33.37 | oej | Skinny is far to simple |
| 20:34.10 | oej | I mean, Qwell could trunk that over PRi with just one redbull as fuel. |
| 20:34.24 | file | oej: is this going to use IPv6 and SCTP? |
| 20:35.54 | oej | file: Only in carrier class setups. In the Asterisk-SPE |
| 20:36.27 | oej | ...restoring branches... |
| 20:36.36 | oej | Corydon did some massive branch killing for me. |
| 20:36.42 | oej | Hmm. |
| 20:36.49 | oej | How do I disable a service in centos |
| 20:36.52 | oej | permanently? |
| 20:36.55 | Corydon76-dig | oej: woot |
| 20:37.03 | Qwell | oej: chkconfig it of |
| 20:37.05 | Qwell | off* |
| 20:37.05 | Corydon76-dig | oej: I mean, you're welcome |
| 20:37.35 | oej | corydon76: Thank you for fixing that mean problem, I was hunting for it a year ago, but obviously did not kill it fully. |
| 20:37.49 | oej | Nice coding. SHould kill the bug properly and forever. |
| 20:37.49 | Corydon76-dig | which problem? |
| 20:38.00 | oej | The resend_pkt in chan_sip |
| 20:38.07 | Corydon76-dig | Ah, yes, that one |
| 20:38.12 | oej | Where the scheduler still had something to kill. |
| 20:39.24 | oej | qwell: Thanks, that did fix the issue. |
| 20:39.53 | oej | THis system seems to have a lot of libraries without proper DNS support. |
| 20:40.06 | oej | I might have to reinstall... |
| 20:43.27 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:43.39 | jsmith | file: I was wondering if your netsock2 was going to do SRV records *correctly*, or the way Asterisk currently does |
| 20:44.00 | file | define *correctly* |
| 20:44.29 | oej | jsmith: It's not a problem you solve in netsock |
| 20:44.49 | oej | jsmith: I'm working on some new code that will make it possible to handle it much better than now. |
| 20:44.51 | jsmith | oej: Obviously |
| 20:45.10 | jsmith | file: We don't handle things like weights correctly, do we? |
| 20:45.12 | oej | jsmith: kpfleming fixed our DNS queries so that we actually get the list of servers and range it. |
| 20:45.23 | jsmith | oej: Oh? I must have missed that commit |
| 20:45.27 | oej | jsmith: But we need to have them in memory and use them as failover |
| 20:45.41 | oej | jsmith: He got caught on an airport somewhere and thought it was a good idea |
| 20:46.12 | oej | jsmith: So hopefully, we will have a much better implementation in 1.6 |
| 20:46.27 | jsmith | oej: Cool beans... |
| 20:46.31 | oej | jsmith: Then we need to fix asynch DNS and NAPTR too... |
| 20:46.39 | jsmith | oej: Uh, yeah.... |
| 20:46.45 | file | oej: yeah, I have that on my "optional" list |
| 20:47.01 | Qwell | I store my SIP servers in my NX record. |
| 20:47.20 | oej | Then we need to resolve the jtodd / oej conflict in regards to SRV handling |
| 20:47.45 | oej | Propably by putting us in the same timezone, the same restaurant with good food. And in the same universe too. |
| 20:48.05 | jsmith | I'll pay for dinner ;-) |
| 20:48.10 | file | will we have to remove all the eating utensils so you don't hurt eachother? |
| 20:48.13 | jsmith | (if it means you and John Todd getting it working!) |
| 20:48.35 | oej | jsmith: No, the jtodd/oej thing is just to reach an agreement on how to implement it. |
| 20:48.59 | oej | jsmith: Asterisk-GUI small business users and large carriers have different requirements |
| 20:49.11 | Corydon76-dig | jsmith: Are you decapitating students today? |
| 20:49.25 | oej | s/decapitating/deprecating/ |
| 20:49.38 | Corydon76-dig | oej: dCAP-itating |
| 20:49.41 | jsmith | Corydon76-dig: Both decapitating and deprecating! |
| 20:50.11 | Corydon76-dig | jsmith: russellb would like to be decapitated on Friday, if you have the space |
| 20:50.13 | jsmith | Up next... Analog Telephony and Speech Recognition |
| 20:50.24 | jsmith | Corydon76-dig: Naw, I won't be here on Friday... |
| 20:50.27 | file | those both don't exist |
| 20:50.38 | Corydon76-dig | jsmith: when's the test, then? |
| 20:50.38 | jsmith | file: w00t! World 2.0 has arrived! |
| 20:50.50 | jsmith | Corydon76-dig: Oh, the test will still be here -- I just won't be |
| 20:50.56 | Corydon76-dig | Ah |
| 20:51.23 | Corydon76-dig | I meant, do you have 10 people taking the test? |
| 20:51.36 | jsmith | Aaron Lee is gonna teach Friday's material for me, and proctor the test |
| 20:51.43 | Corydon76-dig | Ah |
| 20:51.59 | file | oh that secret mission |
| 20:52.01 | Corydon76-dig | Secret Asian Man! |
| 20:52.05 | oej | jsmith007 ! With the right to dCAPitate |
| 20:52.11 | file | remember to take some whipped cream and pineapple |
| 20:52.13 | file | you'll need it. |
| 20:52.22 | Qwell | I don't really want to ask |
| 20:52.24 | jsmith | Corydon76-dig: Da Vinci's Notebook? |
| 20:54.16 | oej | Time for someone to create CLI "aliases" |
| 20:54.28 | oej | I am getting tired of switching between 1.2, 1.4 and 1.6 |
| 20:54.57 | oej | rasterisk.rc alias "extensions reload" "dialplan reload" |
| 20:55.04 | file | oej: can your old mind not handle it? |
| 20:55.10 | file | i can sell you a new one! |
| 20:55.11 | Qwell | GO |
| 20:55.12 | Qwell | NOW |
| 20:55.17 | Qwell | DOOO ITTTT |
| 20:55.20 | russellb | Qwell: must ... wait ... a little longer! |
| 20:55.33 | oej | what's the current release plan? |
| 20:55.37 | file | russellb: is there a button on your keyboard just for that? |
| 20:55.39 | oej | I haven't heard a thing |
| 20:55.50 | russellb | oej: there was an enormous discussion about it on the -dev list |
| 20:56.02 | oej | I must have missed that one during my sickleave |
| 20:56.07 | russellb | and i also replied to a -users thread that you started linking to it |
| 20:56.08 | russellb | :) |
| 20:56.32 | oej | That was the one about why people don't upgrade to 1.4? |
| 20:56.38 | russellb | let me go look ... |
| 20:57.04 | oej | I think a beta now would be the wrong message |
| 20:57.15 | russellb | it was in response to Summary: Upgrade to 1.4 |
| 20:57.30 | oej | I did not see that, sorry. |
| 20:57.34 | oej | Too much mail |
| 20:57.38 | russellb | well, catch up on all of the discussion before you judge it :) |
| 20:59.02 | tzafrir_laptop | is there some sort of feature freeze date? |
| 20:59.17 | tzafrir_laptop | (intention of setting one) |
| 20:59.24 | russellb | no |
| 20:59.39 | russellb | there won't be a feature freeze of trunk ... |
| 20:59.44 | Corydon76-dig | Never again a feature freeze |
| 20:59.47 | russellb | just periodic branches off of trunk that will be feature frozen .. |
| 21:00.03 | tzafrir_laptop | well, when you have a beta you have a feature freeze |
| 21:00.05 | Corydon76-dig | Not in the old sense, anyway |
| 21:00.09 | oej | russellb: We need to discuss this. THat release proposal (that I am sorry I missed) goes totally against the feedback from the community on 1.4 |
| 21:00.12 | tzafrir_laptop | that's what I mean |
| 21:00.47 | russellb | oej: I have received _no_ negative feedback, including the times it has been posted to the -users list. |
| 21:01.06 | tzafrir_laptop | oej, but part of the problem was the very long cycle for 1.4 |
| 21:01.11 | oej | russellb: Then we have a very confused community, or they simply do not read or understand |
| 21:01.18 | russellb | users just want something to work |
| 21:01.26 | russellb | we have identified things that made things not work, and addressed them |
| 21:01.53 | oej | but if you read the thread or replies to my questions, people don't want new features every second month. |
| 21:02.01 | oej | That will make life really messy for them. |
| 21:02.17 | tzafrir_laptop | well, part of the problem is that not all people install from source |
| 21:02.19 | Corydon76-dig | Well, so be it |
| 21:02.22 | oej | Things will never be considered stable |
| 21:02.23 | russellb | if you have concerns, post to the -dev list, this is too big of a discussion for IRC |
| 21:02.28 | tzafrir_laptop | And this is a fact of life |
| 21:02.33 | russellb | and to be quite honest, you're coming in a bit late on this subject |
| 21:02.38 | russellb | but i'm always open to talk about it. |
| 21:02.49 | Corydon76-dig | oej: when was the last time someone called 1.4 or even 1.2 stable? |
| 21:02.56 | oej | russellb: No one from digium has answered to my mails about the 1.4 problem. No one at all. |
| 21:03.05 | tzafrir_laptop | Now with a long release cycle, packagers have to pick either 1.2 or 1.4. migrating from 1.x to 1.(x+2) is a painful process |
| 21:03.13 | Corydon76-dig | oej: when did you post those emails and to where? |
| 21:03.24 | russellb | oej: i don't think you were asking for feedback on 1.4, you were asking for replies on a sales pitch |
| 21:03.25 | tzafrir_laptop | And often comes at the wrong gtime for the distributor's release schedule |
| 21:03.26 | Corydon76-dig | oej: and are there public archives of those messages? |
| 21:03.28 | russellb | oej: i certainly can't reply to that |
| 21:03.28 | oej | corydon: You were not in the mailing |
| 21:03.33 | oej | corydon: no |
| 21:03.52 | Corydon76-dig | oej: how are we to respond when we don't see the message? |
| 21:03.57 | oej | I'll summarize my concerns to the -dev list because I think we're on the wrong path here |
| 21:04.05 | russellb | oej: that's fine, that's the right place to do it. |
| 21:04.09 | oej | corydon: Sorry, I wasn't angry with you |
| 21:04.11 | jsmith | oej: It's not that we're ignoring you... it's just that we've been busy and haven't agreed on a unified response (if this is the email you're referring to) |
| 21:04.22 | tzafrir_laptop | With the new schema, everyone will be slightly behind, butnot as badly |
| 21:04.32 | oej | jsmith: I did not ask for a unified response, I asked for a discussion. |
| 21:04.52 | oej | jsmith: But handle it in a closed way if you want to. I thought we had a bit more open relationship... |
| 21:05.00 | oej | Anyway, I'll try to be nice and wait... |
| 21:05.03 | oej | And mail to the -dev list. |
| 21:05.56 | Corydon76-dig | Um, open? and... it's... not... publically... archived? |
| 21:06.19 | russellb | oej: you can't demand a discussion when you're asking people to give you money ... that's an internal decision to be made ... |
| 21:07.14 | oej | russellb: That was not the whole point with that message, but anyway. |
| 21:07.17 | russellb | ok |
| 21:07.27 | oej | I'll let it rest for now, it's too late. Going off line. |
| 21:07.27 | russellb | well if you want to talk about 1.4 issues, or 1.6 issues, let's do it on the -dev list |
| 21:07.31 | oej | Good night! |
| 21:07.34 | russellb | good night |
| 21:30.18 | putnopvut | russellb: how adamantly opposed would you be to an enhancement to core show locks to display the amount of time that a lock has been locked? |
| 21:30.30 | Netgeeks | oooh, I just took the time to read the last 4 hours of this channel. Now I can skip my daily soap operas ;) |
| 21:30.55 | russellb | heh |
| 21:31.00 | russellb | glad everyone else is amused. |
| 21:31.02 | russellb | i'm not. |
| 21:31.09 | russellb | putnopvut: no, that sounds fine |
| 21:31.49 | putnopvut | Cool. |
| 21:31.56 | Netgeeks | why, russell? Given the size of the community, I would expect there to always be vocal people on opposite sides of nearly any discussion |
| 21:32.51 | Netgeeks | in the end you just have to do what works for most folks, at least that would be the goal I would think |
| 21:33.32 | Corydon76-dig | Netgeeks: we're programmers, not actors. Drama isn't in our preferred vocabulary |
| 21:33.52 | putnopvut | programming is my day job. Acting is my passion. |
| 21:33.59 | putnopvut | I'm lying. |
| 21:34.07 | *** topic/#asterisk-dev by file -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- 404 Seriousness Not Found |
| 21:34.12 | Corydon76-dig | Acting is your day job? |
| 21:34.24 | file | you just play an Asterisk developer on IRC? |
| 21:34.25 | putnopvut | No, programming isn't my day job. |
| 21:35.17 | russellb | Netgeeks: fair enough :) |
| 21:35.48 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 21:35.48 | russellb | Netgeeks: i really do enjoy figuring out the open source project management issues ... it's sort of an interesting engineering problem itself |
| 21:35.51 | Netgeeks | Yeah, I don't want to say anymore, as I've not followed the lists lately and have no investment in the discussion |
| 21:36.05 | russellb | Netgeeks: i'm mostly frustrated that this discussion was had 3 months ago |
| 21:36.15 | russellb | and a latecomer wants to stir it all up |
| 21:36.32 | russellb | but discussion is good, gotta hear all the opinions out |
| 21:37.15 | Netgeeks | Yeah, thats human nature too. the 'I'm important and I want my say in this'. IMHO, you did the right thing. We had this discussion, it was public, people responded, and we proposed something. |
| 21:37.33 | russellb | thanks |
| 21:39.34 | Netgeeks | I only fired up this channel this morning because I was 150% sure that I'd found a massive bug in 1.4. But then I looked very closely at my dial plan, and am quite glad I didn't come here spouting fire..... |
| 21:42.43 | russellb | heh, thanks outtolunc :) |
| 21:42.45 | russellb | all opinions matter. |
| 21:42.56 | file | except mine. |
| 21:43.07 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:43.08 | jsmith | and mine |
| 21:43.10 | Netgeeks | Turned out I had split the channels in a call using the G option to dial and then I parked on of the channels while I did something with the other channel, with the intention of either using channel redirect on the first, or bridge, or hangup. But in the case of hangup I only hung up the channel I was working on, and left the other parked, and then wondered why the call hung in limbo for the duration of the Dial command... |
| 21:43.33 | russellb | but, with a project like this, you get more points for how much your opinion matters as you contribute ... and things get interesting when people with lots of opinion points disagree :) |
| 21:44.05 | russellb | everyone in this channel has an important opinion ... |
| 21:44.30 | putnopvut | My opinion is that Asterisk Business Edition should come with a free glass of milk. |
| 21:44.37 | russellb | from a quick glance at the nick list, i know at least a majority of the members have contributed in some way |
| 21:44.49 | russellb | even just participating in important discussions gets you points in my book |
| 21:45.03 | Netgeeks | I've contributed with opinions.... ;) |
| 21:45.09 | file | yup |
| 21:45.10 | russellb | as long as your participation provides constructive input, and isn't just trolling :) |
| 21:45.24 | russellb | opinions are great |
| 21:45.47 | file | russellb has uber points |
| 21:45.50 | russellb | we have to have opinions to figure out what people want and need ... especially for people like me that don't actually use this stuff outside of testing :) |
| 21:46.05 | russellb | outtolunc: good call :) |
| 21:48.52 | Netgeeks | which turns out to be somewhat more difficult than I expected |
| 21:49.36 | outtolunc | thanks for the idea, a velcro wall board and a mated tux, you toss the tux at it and how it sticks (north/south/east/west=good/poor/leftwing/rightwing) depends how you respond <G> |
| 21:50.15 | outtolunc | if you miss, you don't respond at all (saying that before someone asks) |
| 21:52.06 | Netgeeks | my duck head puppet looks more like an old atari version of a WoW dragon head... Perhpas if I had somone who had only seen ducks and nothing else thier entire life, they might see a duck head in it |
| 21:54.26 | Netgeeks | Hrm, I think some of our elected officials use your design outtolunc. |
| 22:05.52 | *** join/#asterisk-dev jsmith (n=jsmith@nat/digium/x-1b36a78c67e5df7b) |
| 22:05.52 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:08.01 | *** join/#asterisk-dev RoyK (n=roy@ip-2-14-149-91.dialup.ice.no) |
| 22:19.39 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 22:28.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 23:09.00 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-745253e681f537b7) |
| 23:09.00 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 23:40.46 | *** join/#asterisk-dev elverkilde (n=jon@h55eb18aa.c45-01-09.dyn.perspektivbredband.net) |
| 23:54.10 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |