| 00:05.01 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 00:48.06 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:23.46 | *** join/#asterisk-dev anthm (n=anthm@70-9-34-161.area4.spcsdns.net) |
| 01:23.46 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 02:03.07 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:06.29 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-27-74.dsl.lsan03.sbcglobal.net) |
| 02:11.22 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:28.23 | tzafrir | manager.c uses rand() at new http manager connections, which is not thread-safe |
| 02:28.32 | tzafrir | replace with ast_random? |
| 02:28.57 | JunK-Y | sounds a good idea, yeah. |
| 02:48.47 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) [NETSPLIT VICTIM] |
| 02:48.47 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 02:48.47 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.4) [NETSPLIT VICTIM] |
| 02:48.47 | *** mode/#asterisk-dev [+o Deeewayne] by irc.freenode.net |
| 02:49.38 | *** join/#asterisk-dev Corydon76-dig (i=indigo@pdpc/supporter/bronze/Corydon76-home) |
| 02:49.38 | *** join/#asterisk-dev jeffg (i=DXmf3Ha4@pdpc/supporter/active/jeffg) [NETSPLIT VICTIM] |
| 02:49.38 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) [NETSPLIT VICTIM] |
| 02:49.38 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 02:49.38 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 02:49.39 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 02:49.39 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584495.dsl.bell.ca) |
| 02:49.39 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 02:49.39 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 02:49.39 | *** mode/#asterisk-dev [+oo Corydon76-dig file] by irc.freenode.net |
| 02:50.50 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) [NETSPLIT VICTIM] |
| 02:50.50 | *** mode/#asterisk-dev [+o tzafrir] by irc.freenode.net |
| 03:02.15 | *** join/#asterisk-dev jsmith (n=nnjsmith@72.21.36.138) |
| 03:02.15 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 03:27.52 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:27.52 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:38.57 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 03:45.54 | *** part/#asterisk-dev techie (n=techie@adsl-76-214-27-74.dsl.lsan03.sbcglobal.net) |
| 04:16.07 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:18.30 | jeffg | http://www.waterfall2006.com/gorman.html |
| 04:26.49 | ZaVoid | cute |
| 04:44.14 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 06:44.24 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-124343.home.otenet.gr) |
| 06:44.40 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-124343.home.otenet.gr) |
| 07:30.38 | *** join/#asterisk-dev simbol76 (n=simbol@ip-212-18.sn1.eutelia.it) |
| 08:14.27 | g0mb0 | hi there |
| 08:14.58 | g0mb0 | ooh323 stack can't get interface list correctly |
| 08:18.12 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:18.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:29.37 | *** join/#asterisk-dev snuff-home (i=snuff@220-253-11-146.VIC.netspace.net.au) |
| 08:39.40 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 09:02.11 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:13.54 | sergee | g0mb0: did you report a bug on http://bugs.digium.com ? |
| 09:14.51 | g0mb0 | not yet |
| 09:15.02 | g0mb0 | will do that |
| 09:15.13 | g0mb0 | just trying to find out some solution |
| 09:15.30 | g0mb0 | ooSocket.c has a problem |
| 09:16.40 | sergee | g0mb0: just out of curiosity: why are you prefer ooh323 over chan_h323? |
| 09:17.03 | g0mb0 | well, chan_h323 just crashes |
| 09:18.05 | sergee | g0mb0: what leads to crash? any definite conditions? or some kind of leaks? |
| 09:18.22 | g0mb0 | I'm on FreeBSD |
| 09:18.37 | g0mb0 | as I remember |
| 09:19.08 | g0mb0 | it was related to threading |
| 09:19.18 | g0mb0 | but I just didn't pay close attention |
| 09:20.35 | sergee | give it another try if you have some free time |
| 09:21.08 | sergee | best version of pwlib & openh323 to use are 1.10.0 and 1.18.0 |
| 09:21.38 | g0mb0 | I have those already |
| 09:21.56 | g0mb0 | http://bugs.digium.com/view.php?id=11992 |
| 09:22.14 | g0mb0 | bug is reported |
| 09:22.49 | g0mb0 | well nobody really tells me wich h323 channel is in better condition |
| 09:22.56 | sergee | your report is not very good, |
| 09:23.01 | g0mb0 | one says chan_h323 is better maintained |
| 09:23.08 | sergee | if you can please add more related info |
| 09:23.19 | g0mb0 | other says ooh323 doesn't depend on openh323 and pwlib |
| 09:23.40 | sergee | e.g. a list of your interfaces, what ooh323 detects and what not |
| 09:23.56 | sergee | both are right i suppose |
| 09:24.29 | g0mb0 | done |
| 09:24.44 | g0mb0 | can't get IP address |
| 09:25.07 | g0mb0 | 15:55:19:020 Warn:Interface fwe0 is not up |
| 09:25.08 | g0mb0 | 15:55:19:020 Error:Unable to determine status of interface s |
| 09:25.08 | g0mb0 | 15:55:19:020 Error:Unable to determine status of interface |
| 09:25.08 | g0mb0 | 15:55:19:021 Warn:Interface fwip0 is not up |
| 09:25.08 | g0mb0 | 15:55:19:021 Error:Unable to determine status of interface |
| 09:25.08 | g0mb0 | 15:55:19:021 Error:Unable to determine status of interface 8 |
| 09:25.10 | g0mb0 | 15:55:19:021 Error:Unable to determine status of interface |
| 09:25.14 | g0mb0 | 15:55:19:022 Error:Unable to determine status of interface |
| 09:25.18 | g0mb0 | 15:55:19:022 Error:Unable to determine status of interface |
| 09:25.22 | g0mb0 | 15:55:19:022 Error:Unable to determine status of interface |
| 09:25.24 | g0mb0 | 15:55:19:023 Error:Unable to determine status of interface |
| 09:25.26 | g0mb0 | 15:55:19:023 ip address 127.0.0.1 |
| 09:25.28 | g0mb0 | 15:55:19:023 Error:Failed to assign a local RAS IP address |
| 09:25.30 | g0mb0 | some strange values also |
| 09:25.38 | g0mb0 | such as 's', 8 etc |
| 09:25.46 | sergee | please use pastebin next time |
| 09:25.49 | sergee | ~pb |
| 09:25.50 | jbot | [~pb] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 09:26.26 | sergee | also output of ifconfig would be helpfull (with masked IPs if you wish) |
| 09:27.02 | g0mb0 | hold on |
| 09:27.32 | g0mb0 | http://pastebin.com/m1101c4ec |
| 09:27.43 | g0mb0 | ifconfig output |
| 09:28.04 | g0mb0 | it should get interface fxp0 and its address 192.168.0.333 |
| 09:28.16 | g0mb0 | s/192.168.0.333/192.168.0.233 |
| 09:28.25 | sergee | all this info should be added to your bugreport :) |
| 09:29.01 | g0mb0 | ok doing now |
| 09:30.06 | g0mb0 | done |
| 09:30.08 | g0mb0 | http://bugs.digium.com/view.php?id=11992 |
| 09:31.32 | sergee | looks better now |
| 09:31.50 | g0mb0 | sergee, how can I fix this? |
| 09:32.05 | g0mb0 | don't know very much about ioctl syscall |
| 09:33.57 | sergee | i don't know, i'm not familiar with ooh323, you need to wait a few days, and somebody who have a glue about ooh323 will answer in bugtracker (hopefully) |
| 09:34.32 | sergee | g0mb0: just FYI: chan_h323 doesn't support 0.0.0.0 as a bind address, probably same issue is here.. |
| 09:35.15 | sergee | as a temprary work around you can use your real IP address instead of 0.0.0.0 |
| 09:35.23 | sergee | i hope that will work |
| 09:35.33 | sergee | probably you already using it |
| 09:35.35 | g0mb0 | well somebody with system programming knowledge can fix it easily |
| 09:35.54 | g0mb0 | yeah, I know, I tried that and it works |
| 09:36.04 | g0mb0 | just hardcoded and it works |
| 09:36.54 | sergee | hardcoded? i believe you can configure it from ooh323.conf (or something like that) without harcoding ... |
| 09:38.52 | g0mb0 | no no |
| 09:39.08 | g0mb0 | even when I put my gk address in ooh323.conf |
| 09:39.25 | g0mb0 | because it can't get local IP address |
| 09:39.32 | g0mb0 | it fails to connect to gk |
| 09:39.44 | g0mb0 | you understand what I mean? |
| 09:42.49 | sergee | yes |
| 09:44.10 | g0mb0 | chan_h323 no good at all |
| 09:44.42 | g0mb0 | when calling from SIP endpoint to h323 endpoint it seg faults and core dumps |
| 09:45.48 | sergee | take a look at your ooh323.conf |
| 09:46.08 | sergee | there is a string "bindaddr=0.0.0.0" |
| 09:46.23 | sergee | change 0.0.0.0 to your local IP and try |
| 09:50.40 | g0mb0 | oh, yeah, that was good solution |
| 09:53.07 | *** join/#asterisk-dev simbol76 (n=simbol@ip-212-18.sn1.eutelia.it) |
| 09:57.34 | g0mb0 | 17:51:20:882 Trying to connect to remote endpoint to setup H245 connection 192.168.0.222:1721(outgoing, ooh323c_o_1) |
| 09:57.34 | g0mb0 | 17:51:20:885 Error:Failed to setup an H245 connection with remote destination. (outgoing, ooh323c_o_1) |
| 09:57.44 | g0mb0 | what does these mean? |
| 10:20.49 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:21.52 | g0mb0 | sergee, oh, yeah, that was good solution |
| 10:22.04 | g0mb0 | changed bindaddress and now it works |
| 10:22.23 | sergee | g0mb0: chan_h323 has the same issue |
| 10:22.48 | sergee | to be exact: not the same but very similar :) |
| 10:24.28 | g0mb0 | I see |
| 10:27.13 | g0mb0 | http://bugs.digium.com/view.php?id=11993 |
| 10:27.17 | g0mb0 | core dumps |
| 10:28.21 | *** join/#asterisk-dev snuff-home (i=snuff@220-253-11-146.VIC.netspace.net.au) |
| 11:57.08 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 11:57.08 | *** topic/#asterisk-dev is 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 -=- Lost: Sanity Found: Banana -=- Congrats sruffell! |
| 12:05.56 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 12:09.56 | oej | Afternoon, folks |
| 12:11.13 | sergee | hi there |
| 12:13.55 | oej | It's interesting to see that no one wants a concept of a "secure call"... |
| 12:14.03 | oej | We have security in IAX2 and soon in SIP |
| 12:15.40 | anonymouz666 | SRTP + TLS? |
| 12:17.29 | oej | SRTP coming soon |
| 12:17.47 | sergee | does this concept compatable with Cisco5350 or with linksys 2102? |
| 12:18.36 | oej | I haven't tested |
| 12:18.45 | oej | But why do people want secure calls? |
| 12:19.30 | sergee | wifi phones? public internet? |
| 12:19.39 | anonymouz666 | because they like to feel safe |
| 12:20.50 | sergee | i have linksys wip 330, it supports only WEP, i don't like the idea that someone is grabing traffic to decode my RTP streams... |
| 12:21.42 | oej | safe from what, what kind of protection? |
| 12:22.11 | oej | So in the dialplan, if you have a secure incoming call, would you like to be able to request a secure outbound call too? |
| 12:22.28 | oej | In fact saying "Don't allow this call to be unprotected"? |
| 12:25.44 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:25.44 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:38.46 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:41.59 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 12:57.09 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:06.08 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.225) |
| 13:15.49 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 13:24.38 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 13:31.37 | festr_ | hi, sorry for disturbing you, can someone directs me to the proper place, where i can tweak DTMF detection? I've double detection of DTMF and another problem is, that SIP channel is still doing inband detection even when it gets an RFC2833 DTMF payload. |
| 13:32.16 | tzafrir | festr_, dsp.c ? |
| 13:35.14 | ZaVoid | i think its rtp.c festr_ |
| 13:35.43 | ZaVoid | what kind of tweaks are you going to do btw? |
| 13:36.29 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:36.37 | festr_ | i've to figure out, where and why this double detection occurs |
| 13:39.09 | ZaVoid | whats happening? you get double digits? |
| 13:39.54 | festr_ | ZaVoid: yes, in 90% |
| 13:40.25 | festr_ | ZaVoid: it seems, that my nokia is sending long dtmf |
| 13:40.35 | festr_ | even if i press it shortly |
| 13:40.52 | ZaVoid | you trun on logging for dtmf already? |
| 13:40.56 | festr_ | yes |
| 13:41.08 | festr_ | debug level 3 |
| 13:41.14 | festr_ | is there more debug on this? |
| 13:41.30 | ZaVoid | one second |
| 13:41.55 | ZaVoid | in logger.conf |
| 13:41.55 | ZaVoid | [logfiles] |
| 13:41.56 | ZaVoid | debug => debug,dtmf |
| 13:41.59 | ZaVoid | add dtmf there.. |
| 13:42.31 | ZaVoid | then you can see what your getting |
| 13:44.16 | *** join/#asterisk-dev simbol76 (n=simbol@ip-212-18.sn1.eutelia.it) |
| 13:49.18 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 13:59.24 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 14:00.35 | mosty | anyone interested in looking at my management event patch for chan_sip.c that shows registration failures? |
| 14:00.53 | festr_ | more infomration to the dtmf" |
| 14:00.55 | oej | That would be me |
| 14:00.56 | festr_ | chan_misdn.c:2634 process_ast_dsp: Detected inband DTMF digit: 0 |
| 14:01.00 | oej | mosty: That would be me |
| 14:01.00 | festr_ | channel.c:2080 __ast_read: DTMF end '0' received on mISDN/1-u7, duration 0 ms |
| 14:01.05 | oej | mosty: Which issue # |
| 14:01.15 | festr_ | isnt wiered dutation éms_ |
| 14:01.17 | festr_ | sorry |
| 14:01.21 | festr_ | duration 0ms? |
| 14:01.37 | mosty | oej: 11959 |
| 14:02.51 | russellb | M11959 |
| 14:02.53 | MuffinMan | [new] [Asterisk] Core/ManagerInterface 0011959: add address to some PeerStatus events, and add some PeerStatus Rejected events to chan_sip.c reported by mostyn http://bugs.digium.com/view.php?id=11959 |
| 14:03.29 | mosty | MuffinMan, yes that's it |
| 14:03.50 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:04.49 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 14:06.12 | oej | mosty: Added comments to the issue. Looks good, but needs a bit more work :-) |
| 14:06.35 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 14:08.14 | mosty | heh, the plan is for my manager app to temporarily firewall off peers that flood the server with failed registrations |
| 14:08.55 | mosty | the port is a good idea though |
| 14:17.08 | oej | mosty: I see, but we still need a patch that works for everyone, since you don't implement an option for it. Maybe an option would be a Good Thing (TM) so that people can choose whether to get these "reject" events - both for calls and registrations. I would like to add a few things, like the SIP uri for registration (AOR) and the call r-uri and from address. |
| 14:18.23 | mosty | i'm looking into it |
| 14:19.52 | ZaVoid | i'm gonna test my dtmf bug on 1.4.18 before i submit it today.. cuz they will just tell me to verify on latest build first anyways right? |
| 14:24.54 | ZaVoid | actually russellb would using some of paid support hours we have speed up the looking into it? vs submitting it to bugs.digium.com ? |
| 14:27.50 | flujan | Zavoid which are you bug? |
| 14:27.56 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 14:28.07 | ZaVoid | hi flujan |
| 14:28.39 | flujan | hi. :D |
| 14:28.45 | ZaVoid | when my customer tries to enter DTMF from his cellphone in UAE(and other mid-east locations) we only use the DTMF 20% of the time... other 80% of the time in my debug log i see we are ignoring it |
| 14:33.12 | ZaVoid | flujan here is an example |
| 14:33.13 | ZaVoid | [2008-02-12 16:01:32] DTMF[12860] channel.c: DTMF begin '3' received on Local/971504755841@crapcrap-fe4e,1 |
| 14:33.13 | ZaVoid | [2008-02-12 16:01:32] DTMF[12860] channel.c: DTMF begin ignored '[2008-02-12 16:01:33] |
| 14:33.46 | flujan | ZaVoid: so strange... :( |
| 14:33.56 | ZaVoid | yeah brain wracking actually |
| 14:34.00 | flujan | Here in Brazil I never got this issue... |
| 14:34.14 | flujan | here I am having a problem when dialing to some numbers... |
| 14:35.02 | flujan | It dials, ring and then I listen two beeps and asterisk shows in the console pbx-transfer pbx-invalid |
| 14:35.05 | flujan | very strange. |
| 14:35.14 | ZaVoid | nice |
| 14:35.59 | file | ZaVoid: your issue is that it is not sending in an end frame... not that it is ignoring the begin one |
| 14:36.31 | ZaVoid | yeah but after that i got it to send end frames and it was still being ignored |
| 14:37.38 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:38.08 | flujan | ping jsmith |
| 14:38.30 | oej | pong jsmith |
| 14:38.40 | jsmith | Holy cow! |
| 14:38.45 | oej | ~seen jsmith |
| 14:38.48 | jbot | jsmith is currently on #asterisk-doc (10m 44s) #fredlug (10m 44s) #asterisk-dev (10m 44s) #asterisk-bugs (10m 44s) #utah (10m 44s). Has said a total of 2 messages. Is idling for 8s, last said: 'Holy cow!'. |
| 14:38.49 | Qwell | pung jsmith |
| 14:38.53 | jsmith | I'm getting pinged like crazy this morning! |
| 14:39.03 | jsmith | flujan: pong |
| 14:39.06 | oej | pang jsmith |
| 14:39.07 | jsmith | oej: plink |
| 14:39.18 | oej | jsmith: thanks! |
| 14:39.49 | flujan | hi jsmith how are you doing? :) |
| 14:39.54 | russellb | jsmith: ping |
| 14:39.57 | jsmith | flujan: Quite well, thanks... |
| 14:40.00 | jsmith | russellb: ACK |
| 14:40.15 | russellb | hi. |
| 14:40.16 | russellb | :) |
| 14:40.24 | jsmith | ~follow russellb |
| 14:40.36 | anonymouz666 | flujan: nice, you are from Brazil and don't join asterisk-br channel. |
| 14:40.40 | flujan | by the way, Aren't yoy celebrating valentine's day ? |
| 14:41.09 | flujan | anonymouz666: joined... |
| 14:41.34 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-5718c163df94afcf) |
| 14:42.22 | flujan | jsmith: I was checking the digium courses... and I am interested in the sip master and the developer ones... Could you please point me to a prospect of the course? |
| 14:42.38 | flujan | jsmith: the information on the page is not all information that I need. .. |
| 14:43.47 | ZaVoid | so file is it worth using my paid support hours? I have no problem doing that |
| 14:43.59 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:44.00 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:45.45 | jsmith | flujan: For the SIP master class, you need to talk to oej |
| 14:45.49 | jsmith | flujan: He's the instructor |
| 14:46.06 | flujan | ok... thanks for the information jsmith |
| 14:46.08 | flujan | :) |
| 14:46.09 | oej | flujan: Check http://edvina.net/training |
| 14:46.10 | jsmith | flujan: For the developer class, it hasn't yet been written, so I can't tell you what's in the class |
| 14:46.21 | oej | flujan: There's a product sheet there. Or ask me directly in /msg |
| 14:46.37 | oej | flujan: And then register via Digium (they have a special offer now) |
| 14:46.49 | flujan | oej: thanks for the tip... :D |
| 14:48.43 | oej | flujan: You're welcome. See you in Orlando :-) |
| 14:49.21 | flujan | oej: I am considering joing a course after july... Need to take a visa here... :) |
| 14:50.33 | oej | Oh, where are you based? |
| 14:56.20 | flujan | oej: Brazil. :D |
| 14:56.39 | flujan | oej: But I really want to learn more about asterisk. Your course will be a start. :D |
| 14:56.45 | oej | :-) |
| 14:56.49 | oej | Ok, back later. |
| 15:01.10 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:03.26 | ZaVoid | hey what level of asterisk developer are you too btw? sorry i'm not fully aware of who does what |
| 15:03.34 | ZaVoid | still figuring all that uot |
| 15:05.43 | festr_ | oej: is there any way, how to disable inband detection even if channel is set to RFC? i've random detection of dtmf while talking sometimes |
| 15:08.16 | ZaVoid | wrong window |
| 15:16.19 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 15:19.16 | jsmith | Hey davevg-btwtech... how goes? |
| 15:19.37 | davevg-btwtech | pretty well |
| 15:40.22 | festr_ | guys tell me :) how is it possible on SIP trunk with dtmf mode "info" bridged to SIP phone dtmfmode "rfc2833" that asterisk is still detecting inband dtmf? |
| 15:42.03 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 15:48.49 | seanbright | http://svn.digium.com/view/asterisk/branches/1.2/HARDWARE?revision=7221&view=markup |
| 15:48.58 | seanbright | someone done gone and broke it |
| 15:50.41 | lmadsen | did you hear that they are running out of area codes in North America, so Canada is getting it's own country code? |
| 15:50.51 | Qwell | what? |
| 15:51.10 | ZaVoid | so file ya never answered me :) should i just submit to bugs.digium.com or open a ticket over the phone and use paid support |
| 15:51.15 | Qwell | s/NANP/USNP/ |
| 15:51.26 | lmadsen | indeed |
| 15:51.31 | seanbright | canada isn't a country, silly. |
| 15:51.40 | tzafrir | likewise CHANGES in the same directory. But not LICENSE |
| 15:51.45 | seanbright | its a US national park, right? |
| 15:51.47 | tzafrir | older files? |
| 15:52.13 | Qwell | seanbright: Montana state park |
| 15:52.26 | seanbright | Qwell: ahhh, i always make that mistake |
| 16:00.23 | jsmith | lmadsen: Just where do you get that crazy rumor? |
| 16:01.31 | file | ZaVoid: the decision is up to you. |
| 16:01.47 | ZaVoid | well i don't mind using the paid.. will that speed it up at all? |
| 16:01.57 | ZaVoid | just trying to use the best method.. |
| 16:02.05 | ZaVoid | espcially if it gives me 1 on 1 time with mr file :) |
| 16:02.32 | file | I honestly have no idea, I've never (that I can remember) helped with one of those |
| 16:03.29 | ZaVoid | gotcha |
| 16:06.03 | jsmith | OK, random question of the day... how do you get Asterisk to reload the settings from users.conf without doing an entire reload? |
| 16:06.40 | Qwell | jsmith: you don't |
| 16:06.56 | Qwell | unless you do like sip reload, iax2 reload, etc, etc, etc |
| 16:07.34 | jsmith | Qwell: My experience last night was that "sip reload" wouldn't grab any new so-called "users" configured in users.conf |
| 16:07.47 | jsmith | Qwell: But then again, it was late and I was tired -- let me test again this afternoon |
| 16:07.51 | Qwell | it should |
| 16:07.56 | jsmith | Agreed :-) |
| 16:07.57 | Qwell | oh |
| 16:08.01 | Qwell | maybe |
| 16:08.35 | Qwell | 1.4? |
| 16:08.54 | jsmith | Yeah... |
| 16:09.20 | jsmith | 1.4.17 |
| 16:09.21 | Qwell | yeah, looks like it should |
| 16:09.57 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 16:17.55 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:18.32 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:18.32 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:23.28 | seanbright | Qwell: fyi, SteveTotaro == Douche bag |
| 16:23.29 | seanbright | :) |
| 16:24.17 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 16:31.34 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 16:34.28 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:34.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:38.15 | seanbright | file: since audiohooks were backported to 1.4, MixMonitor only creates a single file now, yeah? that is what i am getting from looking at the code but i want to confirm |
| 16:38.24 | file | it always did |
| 16:38.58 | seanbright | like, while the recording is in progress, there is only a single file? |
| 16:39.12 | seanbright | no automagic post recording mixing going on |
| 16:39.27 | tzafrir | What exactly is audiohooks? |
| 16:40.21 | seanbright | just an infrastructure to allow code to easily monitor/manipulate an audio stream i think? |
| 16:40.25 | file | tzafrir: it's an API for monitoring, manipulating, and mixing in audio into a channel's read and written frames |
| 16:41.28 | tzafrir | ah, so it should be possible to backport res_monkeys to 1.4 now? |
| 16:41.37 | file | in theory. |
| 16:41.59 | *** join/#asterisk-dev fadey (n=fadey@239.Red-80-36-91.staticIP.rima-tde.net) |
| 16:42.39 | file | so yeah, Digium is offline |
| 16:42.46 | lmadsen | w00t! |
| 16:42.51 | lmadsen | is it that obvious? :) |
| 16:43.08 | file | they cut the internet so that everyone would go outside for a beach party |
| 16:43.14 | lmadsen | nice! |
| 16:43.17 | file | Dwayne's words, not mine |
| 16:44.28 | lmadsen | uh huh |
| 16:44.32 | lmadsen | likely story |
| 16:44.47 | lmadsen | I guess this is a good opportunity to call that client since I can't work on that php import script :) |
| 16:47.07 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:11.35 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
| 17:20.54 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:29.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 17:29.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:29.15 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 17:29.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:29.18 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 17:29.18 | Qwell | ! |
| 17:29.22 | Qwell | hooray |
| 17:29.28 | file | helllllllo! |
| 17:29.31 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 17:29.31 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:30.02 | mvanbaak | wb all |
| 17:31.12 | lmadsen | hi :) |
| 17:32.09 | putnopvut | I'm alive! |
| 17:32.16 | Qwell | are you? are you really? |
| 17:32.24 | putnopvut | Probably. |
| 17:32.55 | lmadsen | at least you think you are |
| 17:36.37 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 17:40.19 | jpeeler | it looks like there are several instances in the code when ast_copy_string the buffer size was subtracted by 1, when that is not required |
| 17:40.40 | jpeeler | that is all |
| 17:41.08 | putnopvut | When you come across those, don't hesitate to fix them. |
| 17:41.38 | kpfleming | unless there is a reason why it is there... but usually there will be a comment to that effect |
| 17:42.03 | jpeeler | hmm, i'll have to look closer |
| 17:43.50 | jpeeler | for example in res_config_ldap it is used both ways, so perhaps it was intended |
| 17:48.21 | mvanbaak | any objection on introducing the 'filter => foo' stuff in cdr_mysql and cdr_pgsql as well (it's in cdr_adaptive_odbc only at the moment) |
| 17:49.59 | russellb | jpeeler: in the case of res_config_ldap, i or someone else probably did a search and replace on the uses of strncpy, but didn't fix the 3rd arg in all of them |
| 17:50.34 | jpeeler | russellb: well... there are about four instances where sizeof - 1 exists |
| 17:51.15 | jpeeler | the 2 or 3 i checked didn't seem to need it, but i didn't look really closely |
| 17:52.31 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 17:52.31 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 17:52.36 | russellb | jpeeler: i actually can't think of a case where that would be needed ... |
| 18:04.34 | *** join/#asterisk-dev ManxPower (n=manxpowe@13.sub-75-203-108.myvzw.com) |
| 18:10.45 | *** join/#asterisk-dev draygon (i=draygon-@208.76.99.254) |
| 18:11.08 | *** part/#asterisk-dev draygon (i=draygon-@208.76.99.254) |
| 18:12.28 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:17.10 | russellb | i must have written some code in my sleep |
| 18:17.20 | russellb | because i'm looking at some stuff that I just KNOW i already did |
| 18:17.36 | *** join/#asterisk-dev troy42 (i=troy@z.paranode.com) |
| 18:17.48 | file | russellb: it is possible. |
| 18:18.30 | mvanbaak | russellb: dont you hate it when that happens ? |
| 18:20.10 | russellb | yes. |
| 18:24.27 | De_Mon | funcodbc doesn't seem to like arguments containing single quotes(') |
| 18:24.28 | De_Mon | http://pastebin.ca/904081 |
| 18:24.36 | seanbright | i would love to code in my sleep, then i could focus on my smoking during the waking hours |
| 18:26.22 | ZaVoid | so i don't suppose that i can convince digium that following the rfc2833 spec to a T is a bug huh? |
| 18:26.55 | De_Mon | i'm thinking an escapequotes option is needed |
| 18:32.01 | De_Mon | eh, looks like something is already in func_odbc.c that does this.. hrm |
| 18:32.18 | *** join/#asterisk-dev simbol76 (n=simbol@host12-235-dynamic.10-87-r.retail.telecomitalia.it) |
| 18:33.53 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 18:38.40 | De_Mon | nevermind, I found what I was missing. looking at a current func_odbc.conf sample coulda saved me a lot of time. |
| 18:41.50 | jpeeler | is this functionally equivalent: strtok_r(inbuf, ",", saveptr) same as strsep(&inbuf, ",")? |
| 18:42.22 | jpeeler | i mean it should be right? |
| 18:44.43 | russellb | um, sort of |
| 18:44.50 | russellb | assuming inbuf == *saveptr |
| 18:45.15 | *** part/#asterisk-dev simbol76 (n=simbol@host12-235-dynamic.10-87-r.retail.telecomitalia.it) |
| 18:45.30 | *** join/#asterisk-dev simbol76 (n=simbol@87.10.235.12) |
| 18:45.40 | russellb | strsep(&inbuf, ",") is like ... inbuf = *saveptr; strtok_r(inbuf, ",", saveptr); |
| 18:49.08 | Corydon76-vcch | jpeeler: strtok does not work well with empty fields |
| 18:52.08 | *** part/#asterisk-dev vk4akp (n=vk4akp@c210-49-238-7.ipswc1.qld.optusnet.com.au) |
| 18:57.44 | lmadsen | De_Mon: funny how that works huh? :) |
| 19:00.34 | russellb | another cool thing about strsep() ... if inbuf is NULL, it's still safe |
| 19:00.42 | russellb | strsep() <3 |
| 19:00.48 | russellb | as far as C string handling goes, heh |
| 19:01.23 | putnopvut | Yeah, the man page I've read about strtok says to avoid its use. |
| 19:03.42 | jpeeler | well i don't know how with strsep you can continually move to each different token |
| 19:03.56 | jpeeler | with strtok is uses the saveptr to continue at that point |
| 19:04.24 | putnopvut | jpeeler: strsep modifies the input string. |
| 19:05.42 | De_Mon | lmadsen yeah.. I always come up with the best ideas after I share my problems with someone else |
| 19:07.30 | russellb | char *cur, *str = "one,two,three"; while ((cur = strsep(&str, ","))) printf("token: %s\n", cur); |
| 19:07.32 | russellb | that's how |
| 19:07.32 | russellb | :) |
| 19:07.37 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) |
| 19:09.34 | jpeeler | and at the end what would str hold? |
| 19:09.44 | Corydon76-vcch | NULL |
| 19:09.49 | jpeeler | good |
| 19:17.39 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 19:17.39 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 19:19.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 19:23.48 | russellb | lmadsen: ok, my devstate code passes my initial basic testing now :) |
| 19:24.07 | putnopvut | w00t X (sideways 8) |
| 19:24.29 | russellb | lmadsen: i just have some basic dialplan that uses the DEVICE_STATE function to set the state of a Custom device on different servers |
| 19:24.39 | russellb | and i check to make sure that the state changes to the right thing on the other servers |
| 19:24.42 | russellb | looks good ... |
| 19:26.28 | russellb | now i need to document how to set it up and use |
| 19:27.13 | lmadsen | russellb: perfect! when you get that far let me know and I'll try to find some time to test it... |
| 19:27.18 | russellb | will do |
| 19:27.25 | russellb | i'd love for you to try it and let me know what you think |
| 19:27.32 | russellb | but i won't ask it of you until i've documented how to set it up |
| 19:27.33 | lmadsen | for sure, I'd like to try it myself :) |
| 19:27.37 | russellb | since it requires an external app and such |
| 19:27.38 | lmadsen | haha, perfect :0 |
| 19:27.49 | lmadsen | damn this shift key... I keep get :0 instead of :) |
| 19:28.05 | lmadsen | let me know and I'll at least be able to tell you if the docs make sense |
| 19:28.12 | russellb | heh |
| 19:28.17 | lmadsen | ;) |
| 19:33.19 | bkruse | :0 is a mad face lmadsen, I believe |
| 19:33.28 | bkruse | It looks pretty angry |
| 19:33.31 | bkruse | >:0 |
| 19:34.19 | bkruse | Corydon76-vcch: I have had the same thought, I believe, and I will refrain from speaking also |
| 19:34.33 | lmadsen | ya, I never thought of it as a mad face... |
| 19:34.40 | Corydon76-vcch | Me neither |
| 19:34.48 | bkruse | ewww lmadsen, PG PLZ! |
| 19:34.58 | lmadsen | PG? |
| 19:35.03 | Qwell | bkruse: NC-17? |
| 19:35.12 | lmadsen | I don't understand your crazy slang terms kid |
| 19:35.23 | bkruse | Qwell: I guess that is what #asterisk-dev is rated :] |
| 19:35.34 | De_Mon | lmadsen PG isn't slang |
| 19:35.47 | Corydon76-vcch | bkruse: only on the weekends |
| 19:35.47 | lmadsen | oh... you meant PG as in parental guidance |
| 19:35.49 | lmadsen | lol |
| 19:37.28 | Qwell | M11695 |
| 19:37.30 | MuffinMan | [assigned] [Asterisk] Functions/func_cdr 0011695: Set(CDR(accountcode)=value) does not work after ForkCDR reported by jpyle http://bugs.digium.com/view.php?id=11695 |
| 19:37.45 | Qwell | lmadsen: interested in writing up something small for the l option? |
| 19:38.00 | Qwell | I fail at documentation |
| 19:38.11 | lmadsen | Qwell: sure |
| 19:38.28 | lmadsen | I just finished writing my import php script, so I'm good to go |
| 19:38.34 | Qwell | one sentence would be sufficient, I think :D |
| 19:38.57 | lmadsen | haha, cool, I'll add it to the comment in a minute |
| 19:39.05 | lmadsen | unless someone beats me to it |
| 19:39.07 | Qwell | "On a channel with multiple CDR records [...]". who knows |
| 19:40.36 | lmadsen | I'll figure it out. Going to read the info now |
| 19:44.46 | lmadsen | Qwell: 'l' on a channel with multiple CDRs, use the last record on the stack |
| 19:44.47 | lmadsen | ? |
| 19:44.58 | lmadsen | or should that say "most recent" ? |
| 19:45.07 | lmadsen | s/last/most recent ? |
| 19:45.17 | Qwell | most recent sounds good - I don't know about stack though |
| 19:45.24 | Qwell | more recent CDR record? |
| 19:45.26 | Qwell | most* |
| 19:45.31 | lmadsen | sold |
| 19:45.35 | lmadsen | adding as a comment |
| 19:45.39 | Qwell | committing |
| 19:46.11 | Qwell | " 'l' on a channel with multiple CDRs, use the most recent CDR\n" |
| 19:46.18 | Qwell | look okay? |
| 19:46.33 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 19:46.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 19:46.34 | Qwell | or, swap the first and second part, at the comma? |
| 19:46.51 | Qwell | 'l' uses the most recent CDR on a channel with multiple records" |
| 19:46.56 | lmadsen | 'l' use the most recent CDR on a channel with multiple records |
| 19:47.01 | lmadsen | :) |
| 19:47.10 | lmadsen | I like that one the best |
| 19:47.32 | Qwell | the others are "searches" and "retrieves", so I think "uses" would be appropriate |
| 19:47.44 | *** join/#asterisk-dev BBHoss (n=hoss@c-71-207-173-38.hsd1.al.comcast.net) |
| 19:47.52 | lmadsen | sold |
| 19:48.05 | lmadsen | (apparently I bought twice) |
| 19:48.24 | *** join/#asterisk-dev agx (n=badpengu@81-174-46-57.dynamic.ngi.it) |
| 19:49.02 | seanbright | ok, here's a dumb question probably more suited for #asterisk but i don't like playing by the rules... |
| 19:49.23 | seanbright | you have a file at /tmp/foo which contains 'database put FOO BAR 1' in it |
| 19:49.38 | seanbright | should `asterisk -r < /tmp/foo` work? |
| 19:50.09 | seanbright | i mean, it doesn't. but shouldn't it? |
| 19:50.11 | russellb | no |
| 19:50.30 | seanbright | heh |
| 19:50.33 | seanbright | shoot first, ask questions later |
| 19:50.36 | russellb | do you have a newline at the end? |
| 19:50.41 | seanbright | yeah |
| 19:50.55 | seanbright | right now it just spits out the prompt over and over and over again until i ctrl-c it |
| 19:51.08 | russellb | does the command execute though? |
| 19:51.12 | seanbright | no |
| 19:51.14 | russellb | hrm |
| 19:51.35 | mvanbaak | try with: asterisk -rx < |
| 19:51.40 | seanbright | this is 1.4.18, btw. |
| 19:51.46 | mvanbaak | as far as I know you have to use the x |
| 19:51.48 | russellb | i wouldn't think rx would work |
| 19:51.55 | russellb | that expects the command to be an argument |
| 19:51.59 | seanbright | correct |
| 19:52.05 | seanbright | it does not work |
| 19:52.06 | russellb | asterisk -rx "`cat /tmp/foo`" |
| 19:52.11 | russellb | if it's only one command, heh |
| 19:52.48 | seanbright | right, its multiple commands. oh well. |
| 19:52.52 | mvanbaak | for a in /tmp/foo; do asterisk -rx "$a"; done |
| 19:52.57 | seanbright | heh |
| 19:52.59 | seanbright | yeah |
| 19:53.16 | russellb | mvanbaak: that won't work, it will tokenize on spaces, won't it? |
| 19:53.17 | seanbright | thats what i do now, just didn't like firing up rasterisk once for each db entry |
| 19:53.53 | mvanbaak | ok |
| 19:53.53 | seanbright | and by "thats what i do now" i mean that in the general sense. i loop and exec. no bash involved. |
| 19:53.58 | mvanbaak | while READ etc |
| 19:54.07 | *** join/#asterisk-dev skippy2 (n=DK@chello084113018116.7.12.vie.surfer.at) |
| 19:54.12 | russellb | mvanbaak: :) |
| 19:54.16 | mvanbaak | READ will honor spaces :) |
| 19:54.28 | russellb | true true |
| 19:54.34 | russellb | i was gonna write a python script to do it, heh |
| 19:54.42 | seanbright | maybe that will be my rainy day project. to make redirection work. |
| 19:54.53 | seanbright | and ^D exit the cli |
| 19:55.06 | russellb | ooh, EOF to exit the CLI would be hawt |
| 19:55.17 | mvanbaak | $MYSQL_CMD "SHOW DATABASES" | while read TBL; do |
| 19:55.17 | Qwell | not possible |
| 19:55.19 | mvanbaak | that's how I use it all the time |
| 19:55.26 | Qwell | I tried it once... it was...b0rked |
| 19:55.49 | seanbright | Qwell: right, i remember, but there wasn't a ton of time spent on it |
| 19:55.57 | seanbright | Qwell: in other words, i'm smarter than you. |
| 19:55.57 | mvanbaak | it is not doable in current setup as far as I know |
| 19:56.01 | seanbright | i didn't want to have to say it |
| 19:56.03 | seanbright | heh |
| 19:56.05 | Qwell | :p |
| 19:56.44 | mvanbaak | <--- writing a telnet interface for the CLI |
| 19:57.01 | mvanbaak | the manager just does not do it for the tasks I want |
| 19:57.30 | mvanbaak | hhmm |
| 19:57.40 | russellb | you could write a trivial manager app that can only issue Action: command |
| 19:57.57 | seanbright | or another option, allow CLI commands to be separated by semi |
| 19:57.59 | mvanbaak | or use inetd to spawn asterisk -vc |
| 19:58.09 | seanbright | database put FOO BAR 1; database put FOO BAZ 2; |
| 19:58.12 | seanbright | BAM! |
| 19:58.15 | seanbright | heh |
| 19:58.24 | russellb | hmmmm |
| 19:58.25 | Qwell | and cisco-style CLI |
| 19:58.29 | Qwell | da pu FOO BAR 1 |
| 19:58.35 | russellb | as long as you allow escaped semicolons, sure |
| 19:58.36 | seanbright | and then backport to 1.4 |
| 19:58.42 | mvanbaak | Qwell: I am doing that |
| 19:58.44 | Qwell | si sh ch SIP/bob-1234 |
| 19:58.46 | seanbright | and make me a cup of coffee |
| 19:59.16 | mvanbaak | adding ACL's and stuff |
| 19:59.32 | Qwell | there's already an ACL patch |
| 19:59.42 | Qwell | go test it, so we can commit :) |
| 19:59.59 | putnopvut | cisco-style CLI would be neat... |
| 20:00.08 | lmadsen | Qwell: with all the new CLI stuff sorted out.... I wonder how long people will complain about no short forms since every command is at least 3 words now :) |
| 20:00.09 | putnopvut | q sh instead of queue show... |
| 20:00.21 | mvanbaak | putnopvut: uhhuh |
| 20:00.22 | Qwell | lmadsen: I actually was pondering it the other day |
| 20:00.25 | Qwell | it seems...trivial |
| 20:00.31 | Qwell | 2 things need to happen |
| 20:00.36 | lmadsen | maybe I should write up a document with the commands |
| 20:00.37 | seanbright | short form + tab completion is going to be bizarre though |
| 20:00.46 | Qwell | 1) alpha sort CLI list |
| 20:01.06 | Qwell | 2) allow selecting the earliest item in the list, if an ambiguous match was found |
| 20:01.16 | mvanbaak | Qwell: indeed |
| 20:01.22 | seanbright | prefix trees. use tries. |
| 20:01.24 | seanbright | done and done. |
| 20:01.27 | mvanbaak | that's basically how my python thingie does it now |
| 20:01.34 | Qwell | so, "si sh ch" could be "sip show channel" or "sip show channels" - the former is the earliest in alpha sort |
| 20:02.01 | seanbright | hmmm, 'python thingie' sounds dirty. |
| 20:02.04 | lmadsen | so it's be "si sh chs" for plural? |
| 20:02.12 | Qwell | lmadsen: I was pondering how to do that case |
| 20:02.14 | mvanbaak | lmadsen: yup |
| 20:02.22 | Qwell | si sh ch.s |
| 20:02.23 | Qwell | heh |
| 20:02.28 | seanbright | oy |
| 20:02.28 | lmadsen | lol |
| 20:02.35 | mvanbaak | yipes |
| 20:05.49 | mvanbaak | hhmm, the cli ACL stuff depends on local users |
| 20:06.37 | lmadsen | would it be a useful exercise for me to write up another CLI tree, this time for short forms? |
| 20:06.49 | lmadsen | actually, I'd just take the other tree I have and add the short forms in braces I think |
| 20:07.01 | lmadsen | if we're actually serious about this short form stuff |
| 20:07.27 | seanbright | wouldn't asterisk do that part? |
| 20:07.31 | seanbright | figuring out the short form? |
| 20:07.44 | mvanbaak | yup |
| 20:07.47 | lmadsen | what do you mean? |
| 20:07.52 | mvanbaak | like Qwell said: 21:01 <@ Qwell> 2) allow selecting the earliest item in the list, if an ambiguous match was found |
| 20:08.00 | *** join/#asterisk-dev RoyK (n=roy@ip-24-16-149-91.dialup.ice.no) |
| 20:08.24 | seanbright | you would automatically determine the possible short forms from the existing CLI commands |
| 20:08.27 | mvanbaak | it's like auto_tab_completion |
| 20:08.28 | lmadsen | so in the code you wouldn't be explicitly assigning the first 2 chars (or whatever) as the short form.. it'd kinda... just do it itself? |
| 20:08.31 | seanbright | at runtime |
| 20:08.35 | lmadsen | I see |
| 20:08.45 | Qwell | mvanbaak: tab-complete doesn't work on ambiguous - it just shows the possible matches |
| 20:08.59 | mvanbaak | Qwell: yup. that's what needs fixing |
| 20:09.03 | seanbright | well with ambiguous, you would just add the next char |
| 20:09.15 | seanbright | or am i missing something |
| 20:09.21 | mvanbaak | wether we are going to do this short form or not |
| 20:09.51 | mvanbaak | sip show cha<tab> should update my clie to 'sip show channel' |
| 20:09.55 | Qwell | seanbright: "si sh ch" is the best scenario I could think of. disambiguating that would require spelling out the entire word |
| 20:10.22 | seanbright | i guess my thought is that you have top level commands |
| 20:10.24 | mvanbaak | actually, it's already doing that ! |
| 20:10.28 | mvanbaak | hhmm |
| 20:10.28 | seanbright | core, sip, iax2, dialplan, etc. |
| 20:10.32 | mvanbaak | we are good to go |
| 20:10.33 | Qwell | mvanbaak: it shouldn't be O.o |
| 20:10.39 | mvanbaak | Qwell: try it |
| 20:10.44 | mvanbaak | sip show cha<tab> |
| 20:10.59 | Qwell | oh, it disambiguates as much as it can. |
| 20:11.01 | Qwell | sip s<tab> |
| 20:11.13 | mvanbaak | it will update 'cha' to 'channel' and show the two possible entries |
| 20:11.16 | seanbright | so assuming that 'core' is the only top level command that starts with a 'c' then 'c' would become the short form for 'core' |
| 20:11.24 | Qwell | seanbright: or cdr ;) |
| 20:11.31 | mvanbaak | cdr |
| 20:11.33 | mvanbaak | lol |
| 20:11.44 | seanbright | so then 'co' for core and 'cd' for 'cdr' |
| 20:11.51 | mvanbaak | uhhuh |
| 20:11.52 | Qwell | z s ch |
| 20:12.08 | seanbright | zap show channel |
| 20:13.03 | mvanbaak | would be cool indeed |
| 20:13.23 | Qwell | would take a little thought |
| 20:13.34 | seanbright | hmm |
| 20:14.38 | mvanbaak | Qwell: the patch on mantis to get the CLI ACL stuff done is not the way I want it to be implemented |
| 20:14.52 | mvanbaak | it's great and stuff, but it depends on local users and groups |
| 20:15.06 | mvanbaak | that, I dont like |
| 20:19.25 | seanbright | then there is 'convert'... |
| 20:19.37 | seanbright | so 'cor' = 'core', 'con' = 'convert', and 'cd' = 'cdr' |
| 20:19.48 | seanbright | pretty soon the short forms will be the same as the long forms |
| 20:19.50 | seanbright | heh |
| 20:25.28 | Corydon76-vcch | I think that's actually a pretty dumb idea |
| 20:26.04 | Qwell | maybe so |
| 20:26.29 | Corydon76-vcch | We don't want to compete for the most confusing interface possible |
| 20:35.16 | anonymouz666 | Issue 9096 is marked "ready for testing" since a long time... is it waiting for more feedback and then can be merged into zaptel? |
| 20:50.29 | Qwell | M9096 |
| 20:50.31 | MuffinMan | [ready for testing] [Zaptel] wctdm 0009096: [patch] DTMF CID without polarity reversal implementation in wctdm for Denmark, Brazil, etc reported by fleed http://bugs.digium.com/view.php?id=9096 |
| 20:52.38 | Qwell | anonymouz666: and code review from a zaptel developer |
| 20:54.23 | anonymouz666 | this is really necessary. I use this patch and works most of time, but sometimes it loops forever while waiting for cid. |
| 20:54.35 | Qwell | so then it doesn't work |
| 20:54.49 | anonymouz666 | no, it works. |
| 20:54.56 | Qwell | sometimes |
| 20:56.27 | lmadsen | JerJer: ping |
| 20:56.27 | Qwell | M9736 |
| 20:56.29 | MuffinMan | [closed] [Asterisk] Applications/app_queue 0009736: [patch] "fixing" the saying of queue holdtime (for less than 2 minutes) reported by caio1982 http://bugs.digium.com/view.php?id=9736 |
| 20:56.34 | Qwell | putnopvut: there's no soundfile for "minute" |
| 20:56.36 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:56.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:58.34 | putnopvut | Right. |
| 20:58.47 | putnopvut | I eliminated the need for it by following Corydon76-vcch 's suggestion. |
| 20:58.49 | Qwell | wasn't that one of the things it was waiting on? |
| 20:59.12 | putnopvut | No, I worked around it by announcing the number of seconds if less than 2 minutes. |
| 20:59.17 | Qwell | oh |
| 20:59.18 | Qwell | k |
| 20:59.32 | putnopvut | So if you had been waiting for 1 min, 10 sec, you'd hear 70 seconds. |
| 21:00.06 | Qwell | buildbot is unhappy :( |
| 21:00.21 | putnopvut | s/you had been waiting for/the average holdtime were/ |
| 21:00.33 | putnopvut | stupid buildbot *grumble* |
| 21:01.10 | file | putnopvut: naughty naughty |
| 21:01.16 | putnopvut | Well, I guess that's what I get for only doing an IMAP-enabled compile... |
| 21:01.25 | putnopvut | Damn, and it's 1.4 too. |
| 21:01.28 | putnopvut | I'll revert for now. |
| 21:01.37 | file | it's probably an easy fix... |
| 21:01.38 | file | maybe. |
| 21:01.58 | putnopvut | Yeah, probably. |
| 21:03.06 | putnopvut | Fixed... |
| 21:03.12 | putnopvut | now |
| 21:04.13 | file | putnopvut: yay green |
| 21:04.40 | putnopvut | w00t. |
| 21:04.45 | putnopvut | And now trunk should be good too. |
| 21:05.15 | putnopvut | note to self: even though you're fixing an IMAP problem, build without IMAP enabled too. |
| 21:14.16 | lmadsen | heh |
| 21:14.24 | tzanger | putnopvut: haha yes |
| 21:14.33 | tzanger | when I id the odbc storage I had to learn that too |
| 21:14.55 | putnopvut | Yes. Let's just hope I actually end up following my own advice. |
| 21:15.18 | russellb | lmadsen: ping |
| 21:15.19 | russellb | lmadsen: http://svn.digium.com/view/asterisk/team/russell/events/doc/distributed_devstate.txt?revision=103692&view=markup |
| 21:15.32 | lmadsen | russellb: lol, I just saw the commit in bugs and made a comment |
| 21:15.39 | russellb | nice, yeah, just saw that |
| 21:15.42 | russellb | you beat me |
| 21:15.47 | russellb | hopefully that doc will do it |
| 21:16.19 | lmadsen | ok, I'll see what I can come up with (I gotta stop talking to you in two windows, lol) |
| 21:16.26 | russellb | :) |
| 21:16.49 | russellb | oh, i just thought of one thing ... |
| 21:17.51 | kpfleming | i thought of two things! |
| 21:18.07 | file | kpfleming: is your brain multithreaded? |
| 21:20.30 | russellb | file: your face ... is ... multithreaded .. |
| 21:20.40 | file | russellb: why thank you! |
| 21:21.30 | ManxPower | those are age lines. |
| 21:23.18 | russellb | putnopvut: ok, distributed devstate is done, now how come app_queue-ng isn't done yet?!?! |
| 21:23.46 | file | putnopvut: for shame. |
| 21:23.53 | Qwell | oh, I wrote app_queue-ng in 3 lines of ruby last night |
| 21:24.03 | putnopvut | dizzamn! |
| 21:24.35 | Qwell | of course, I had to change my font to 6pt, and disable xinerama's maximize on one screen feature, so I could see the entire line, but still |
| 21:25.01 | putnopvut | Ah, so it wasn't 3 ruby statements, just 3 lines in your editor. |
| 21:25.25 | Qwell | 3 ruby-lines are equivalent to 12,000 lines of C. |
| 21:26.03 | Qwell | with word-wrap enabled though, it ends up being about that many lines |
| 21:26.15 | russellb | well, i have 1 line of bash that is equivalent to 500,000 lines of bash |
| 21:26.26 | russellb | # asterisk |
| 21:26.30 | Qwell | russellb: :() {:|:}:; ? |
| 21:26.33 | russellb | lines of code is such an arbitrary measurement |
| 21:26.38 | mvanbaak | russellb: a lot of - and = signs in that .txt file :) |
| 21:26.52 | russellb | errr ... 1 line of bash that is equivalent to 500k lines of C |
| 21:26.53 | russellb | damnit |
| 21:26.56 | Qwell | heh |
| 21:30.31 | Qwell | M10747 |
| 21:30.32 | MuffinMan | [closed] [Asterisk] CDR/NewFeature 0010747: [patch] NoLossCDR work/cleanup/fixes tracking bug reported by seanbright http://bugs.digium.com/view.php?id=10747 |
| 21:30.34 | Qwell | easy! |
| 21:30.48 | seanbright | bam |
| 21:30.59 | Qwell | seanbright: right? |
| 21:31.02 | seanbright | well, no. |
| 21:31.10 | Qwell | well, obviously his branch isn't merged |
| 21:31.10 | seanbright | unless NoLoss is dead |
| 21:31.19 | Qwell | but that wasn't the point of that bug |
| 21:31.27 | seanbright | i would contibute more patches |
| 21:31.37 | seanbright | but the branch is hopelessly out of sync |
| 21:31.51 | seanbright | i blame myself |
| 21:31.59 | seanbright | s/myself/everyone else/ |
| 21:32.01 | Qwell | well, it can be reopened in the future if more patches are written. |
| 21:32.36 | seanbright | alrighty |
| 21:32.58 | seanbright | well, more patches can be written if the branch is brought up to date. |
| 21:33.01 | seanbright | its like a catch 22 really |
| 21:33.06 | Qwell | right |
| 21:33.13 | Qwell | poke Juggie :p |
| 21:33.17 | seanbright | meh |
| 21:33.23 | seanbright | :) |
| 21:33.36 | russellb | seanbright: you want commit access to work on it? |
| 21:34.00 | Qwell | could always move it to group |
| 21:34.09 | seanbright | russellb: i'd do more damage trying to bring the branch in sync with trunk. i'm a svn n00b. |
| 21:34.11 | russellb | yeah |
| 21:34.34 | russellb | getting up to date would probably be easy ... |
| 21:34.44 | Qwell | russellb: make it happen! |
| 21:34.59 | russellb | ... literally |
| 21:35.02 | seanbright | heh |
| 21:36.01 | russellb | it's a branch off of CDRfix5? |
| 21:36.10 | seanbright | i believe so, yes. |
| 21:36.31 | russellb | hm, ok ... |
| 21:36.35 | russellb | not sure how it's dependent on that |
| 21:36.49 | seanbright | murf could tell you |
| 21:37.14 | russellb | k |
| 21:38.06 | russellb | seanbright: oh good lord ... like every file is in conflict |
| 21:38.08 | russellb | i can't fix this. |
| 21:38.12 | seanbright | see? |
| 21:38.13 | seanbright | heh |
| 21:38.15 | russellb | someone is going to have to start over |
| 21:38.22 | russellb | not completely, but start with a new branch |
| 21:38.26 | russellb | if this is going to go anywhere |
| 21:38.33 | seanbright | i can do it |
| 21:38.42 | *** part/#asterisk-dev agx (n=badpengu@81-174-46-57.dynamic.ngi.it) |
| 21:38.42 | russellb | well i'm fine with that if you're interested |
| 21:38.43 | seanbright | ::: insert dramatic music here ::: |
| 21:38.50 | seanbright | sure |
| 21:38.58 | russellb | but i'd rather just give you commit so you can do it instead of someone having to commit the patches for you |
| 21:39.09 | seanbright | that's cool |
| 21:39.12 | seanbright | what do i have to give you? |
| 21:39.22 | russellb | just pm me an email address, and i'll send you the info i need |
| 21:39.22 | mvanbaak | your soul |
| 21:39.28 | russellb | i won't be able to give you a certificate until next week, though |
| 21:39.29 | seanbright | first born son |
| 21:39.30 | russellb | i'm out of town ... |
| 21:39.33 | seanbright | ok |
| 21:43.15 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 22:04.53 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 22:09.02 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 22:09.17 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 22:10.41 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 23:19.34 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 23:30.42 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:49.19 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 23:49.19 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:53.19 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 23:59.31 | *** part/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:59.33 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |