| 00:00.04 | mvanbaak | you dont need vmx for any vm |
| 00:00.12 | mvanbaak | just: aptitude install virtualbox |
| 00:00.39 | tzanger | yeah |
| 00:00.50 | mvanbaak | tzanger: I use all them vms to testcompile asterisk ;0 |
| 00:01.24 | mvanbaak | I have OpenBSD, FreeBSD, 32bit linux, 64bit linux |
| 00:01.44 | mvanbaak | dont even have win on it |
| 00:02.08 | tzanger | heh |
| 00:02.10 | tzanger | no use for me |
| 00:02.37 | mvanbaak | why? because I can. |
| 00:02.41 | mvanbaak | that's the only reason |
| 00:02.47 | tzanger | I have enough things I do because I can ;-) |
| 00:03.02 | mvanbaak | gheh |
| 00:03.11 | mvanbaak | ok, off to bed |
| 00:03.26 | mvanbaak | in 5 hours my boss will want me to be in the office |
| 00:04.01 | tzanger | 'night |
| 00:04.12 | mvanbaak | latero |
| 00:05.52 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 00:10.54 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:10.54 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 00:26.14 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 00:28.35 | *** join/#asterisk-dev mosty (n=mostyn@ppp191-34.static.internode.on.net) |
| 00:37.55 | *** join/#asterisk-dev RoyK (n=roy@ip-57-12-149-91.dialup.ice.no) |
| 00:44.06 | festr_ | anyone with some time to debug weired random DTMF_END with duration 800? I've recorded pcap conversation and reply it with sipp but i cannot reproduce this false dtmf detection (sip). i know i'm a little bit annoying :) i've enabled DTMF debug but all i can see is DTMF end '6' received on... DTMF end passthrough '6'... in the captured stream, there is no hearable dtmf and no rfc2833 or sip info |
| 00:45.39 | festr_ | i've walked dsp.c (it is not involved) and looked at channel.c. i'm thinking about some memory coruption cause i cannnot explain where the dtmf is coming from |
| 01:37.56 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:39.47 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 01:39.47 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 02:07.12 | *** join/#asterisk-dev seanbright (n=chatzill@c-69-251-175-43.hsd1.md.comcast.net) |
| 02:09.17 | seanbright | what does 'automerge-email' with a value of '*' do? e-mail everyone? e-mail no one? |
| 02:09.25 | snuff-work | mmm.. configure thinks solaris has alsa.. time to investigate |
| 02:14.14 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 02:17.23 | snuff-work | mm think i know why.. evil path variable |
| 02:46.35 | *** join/#asterisk-dev seanbright (n=chatzill@c-69-251-175-43.hsd1.md.comcast.net) |
| 03:02.15 | *** join/#asterisk-dev seanbright (n=chatzill@c-69-251-175-43.hsd1.md.comcast.net) |
| 03:03.10 | Corydon76-dig | seanbright: sounds like someone screwed up, actually |
| 03:03.27 | Corydon76-dig | russellb: ping |
| 03:03.29 | seanbright | Corydon76-dig: re: automerge-email? |
| 03:03.34 | Corydon76-dig | seanbright: yes |
| 03:03.50 | Corydon76-dig | Per the developer page on asterisk.org |
| 03:04.16 | seanbright | Corydon76-dig: reading the svnmerge script, it doesn't do anything special for '*' it will try to email To: * |
| 03:04.34 | Corydon76-dig | Right, which will fail |
| 03:04.43 | seanbright | right |
| 03:05.07 | seanbright | Corydon76-dig: do you have access to private branches? i just set up my first one and was hoping someone could have a look-see. |
| 03:05.19 | Corydon76-dig | btw, might I say that "Breaking Bad" is hilarious... |
| 03:05.34 | file | seanbright: it looks fine |
| 03:05.49 | seanbright | file: sweet. thanks. |
| 03:05.57 | file | witty remarks are also acceptable in the automerge property |
| 03:06.00 | Corydon76-dig | seanbright: you have svn access? |
| 03:06.13 | seanbright | Corydon76-dig: yes sir. |
| 03:06.19 | file | Corydon76-dig: team access probably |
| 03:06.24 | seanbright | Corydon76-dig: there goes the neighborhood. |
| 03:06.24 | Corydon76-dig | Shows how much attention I'm paying |
| 03:06.46 | seanbright | correct |
| 03:06.52 | seanbright | i won't be breaking trunk or anything |
| 03:06.55 | seanbright | :) |
| 03:07.02 | Corydon76-dig | seanbright: What's your name on the bugtracker? |
| 03:07.08 | seanbright | seanbright |
| 03:07.10 | seanbright | :) |
| 03:07.23 | Corydon76-dig | Oh, thought it might be different. But alas. |
| 03:07.57 | file | ooh |
| 03:08.03 | file | buildbot is publicly accessible |
| 03:08.26 | Corydon76-dig | file: ooh gives me a headache |
| 03:08.53 | Corydon76-dig | Someone reported build problems with ooh on bsd |
| 03:09.18 | Corydon76-dig | Or not build errors, runtime errors |
| 03:09.31 | file | I need to find a solution to my scheduler issue |
| 03:09.33 | Corydon76-dig | Won't bind correctly |
| 03:09.35 | file | for buildbot |
| 03:09.46 | file | so I can add zaptel back in and maybe addons |
| 03:10.01 | file | seanbright: http://buildbot.digium.com/ does that work? |
| 03:10.02 | Corydon76-dig | Scheduler issue? |
| 03:10.14 | seanbright | file: no sir |
| 03:10.16 | file | oh dear I broke it |
| 03:10.28 | Corydon76-dig | file: NXDOMAIN |
| 03:10.31 | Corydon76-dig | not in DNS |
| 03:10.34 | file | must not have propogated yet |
| 03:11.09 | seanbright | pfff |
| 03:11.20 | seanbright | "The request operation requires elevation." |
| 03:11.26 | Corydon76-dig | file: I'm querying the external Digium DNS server directly |
| 03:11.39 | file | Corydon76-dig: builds are automatically triggered by parsing out the branch (like branches/1.4) and applying them to a scheduler which triggers the appropriate builders (like Asterisk 1.4 ones)... the thing is presently it doesn't differentiate between projects so if you commit to Asterisk 1.4 then a Zaptel build also triggers |
| 03:11.49 | file | which is plain wrong |
| 03:12.16 | Corydon76-dig | file: aha, because the path doesn't include the repo name |
| 03:12.46 | Corydon76-dig | buildbot is in repotools, correct? |
| 03:12.58 | file | no |
| 03:13.06 | file | the configuration is in a separate repo |
| 03:13.13 | file | as it contains... passwords and stuff |
| 03:13.18 | Corydon76-dig | Oh |
| 03:13.27 | file | abc |
| 03:13.36 | file | you should have access. |
| 03:13.39 | file | ...maybe |
| 03:13.58 | Corydon76-dig | abc? |
| 03:14.02 | file | automated build cluster |
| 03:14.38 | Corydon76-dig | Containing exactly one file? |
| 03:16.18 | Corydon76-dig | Ugh, python |
| 03:16.24 | file | yes |
| 03:16.42 | file | I'm thinking of creating a new split_file_branches which makes the project part of the branch |
| 03:17.22 | Corydon76-dig | Where's the rest of the source? |
| 03:17.33 | file | I don't keep buildbot in the repo |
| 03:18.09 | Corydon76-dig | Excellent idea. That way, if the machine disk crashes, we lose the buildbot forever... |
| 03:18.27 | file | how? |
| 03:19.00 | Corydon76-dig | Not in a repo for source control? |
| 03:19.19 | file | I don't understand what you mean by lose the buildbot forever |
| 03:19.53 | Corydon76-dig | file: you were around for the great CVS crash when we lost Asterisk commit history, right? |
| 03:20.06 | Corydon76-dig | Ditto for app_whiteboard? |
| 03:20.35 | Corydon76-dig | What we have now was reconstructed from FTP releases |
| 03:21.52 | Corydon76-dig | and it was because the CVS machine wasn't backed up, the way we do now with the SVN repo... |
| 03:22.34 | file | that single file is all that you need to create a new master that behaves the same, short of the actual buildbot source itself which I just did an apt-get of |
| 03:22.59 | Corydon76-dig | Oh, buildbot isn't something you wrote? |
| 03:23.03 | file | no |
| 03:23.10 | Corydon76-dig | My mistake |
| 03:23.19 | file | it's an actual project elsewhere :P |
| 03:23.31 | Corydon76-dig | I thought it was another one of your brainchildren |
| 03:23.38 | file | heck no |
| 03:23.41 | seanbright | i totally felt a fist fight brewing |
| 03:23.47 | file | I'm not demented enough to write build stuff like this |
| 03:23.51 | Corydon76-dig | like MuffinMan |
| 03:24.06 | Corydon76-dig | Whew, I feel better now |
| 03:24.20 | Corydon76-dig | Speaking of which, is MuffinMan in a repo? |
| 03:24.30 | file | no, he soon will be |
| 03:25.15 | file | HRM! |
| 03:25.28 | Corydon76-dig | Murphy's Law... if you've scheduled to put a project into SVN on Friday morning, the machine was crash on Thursday night. |
| 03:25.40 | seanbright | so we have deemed automerge-email = '*' as being incorrect? or there is some magic attached to it? |
| 03:25.51 | file | he's backed up on my own stuff too |
| 03:25.56 | Corydon76-dig | seanbright: incorrect |
| 03:25.58 | file | and a copy of him exists in my safe deposit box |
| 03:26.07 | seanbright | Corydon76-dig: cool |
| 03:26.21 | Corydon76-dig | file: watch for electrical shorts at the bank... |
| 03:27.37 | file | I think that's what I'll do... make my own modified split_file_branches that inserts the proper info |
| 03:28.38 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:28.38 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 03:28.52 | Corydon76-dig | It's a drumkilla! |
| 03:28.57 | file | russellb_: greetings! |
| 03:29.32 | russellb_ | ohi2u |
| 03:29.55 | russellb_ | what's going on in this crazy place? |
| 03:30.02 | Corydon76-dig | russellb_: btw, 11992... do we support ooh323 on BSD? |
| 03:30.10 | file | trying to do something cheeky to the buildbot config. |
| 03:32.44 | russellb_ | M11992 |
| 03:32.46 | MuffinMan | [ready for testing] [Asterisk] Addons/chan_ooh323 0011992: [BSD Portability] ooSocketGetInterfaceList can't get interface list right reported by tsgan http://bugs.digium.com/view.php?id=11992 |
| 03:32.55 | russellb_ | if there is a patch, then yeah, that's fine |
| 03:33.26 | Corydon76-dig | russellb_: patch doesn't make it completely work |
| 03:33.33 | russellb_ | any bug reports against that module without patches can be closed |
| 03:33.59 | russellb_ | well ... i guess leave it open in case someone wants to fix it up |
| 03:34.04 | russellb_ | otherwise it can be closed if nobody steps up |
| 03:34.23 | Corydon76-dig | No, I'm the only one to look at it |
| 03:35.35 | russellb_ | so you wrote the patch? |
| 03:36.01 | Corydon76-dig | Yep |
| 03:36.06 | russellb_ | ah, ok. |
| 03:36.11 | russellb_ | well, in that case, i'll leave it up to you |
| 03:36.17 | russellb_ | feel free to keep going with it if you want |
| 03:36.18 | Corydon76-dig | Figured if it was an easy fix, I could do it... |
| 03:36.34 | russellb_ | but also feel free to fall back to the official stance of the fact that we're not supporting that module at all |
| 03:37.13 | Corydon76-dig | Yeah, I think I'm recommending to try chan_h323 in core Asterisk |
| 03:37.19 | seanbright | how do i get rid of a branch once i create it? just 'svn remove' within the working directory? |
| 03:37.25 | file | there... |
| 03:37.42 | Corydon76-dig | seanbright: svn delete https://.../path/to/branch |
| 03:37.51 | seanbright | Corydon76-dig: danke |
| 03:39.49 | file | oh dear... |
| 03:42.21 | seanbright | ok, there. didn't delete anything i wasn't supposed to. that's a good start. |
| 03:42.54 | file | seanbright: the permissions won't let you, don't worry |
| 03:43.08 | seanbright | file: even better. |
| 03:45.02 | Corydon76-dig | Even if you did, the deletions aren't completely permanent |
| 03:45.36 | seanbright | i figured as much. just prefer to do it right the first time. |
| 03:45.40 | Corydon76-dig | All you'd need to go to revert the commit, and whatever was deleted could be completely restored |
| 03:48.23 | Corydon76-dig | Lesson there is never put anything into SVN that you're not comfortable being there in perpetuity |
| 03:49.14 | file | assert? ASSERT?!? |
| 03:57.52 | russellb_ | yay for new committers |
| 03:57.56 | seanbright | yay |
| 03:58.03 | seanbright | heh |
| 03:58.07 | file | okayyyy, I hacked some stuff and buildbot is working as I want |
| 04:05.48 | russellb_ | file: yay |
| 04:10.11 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-163-48-189.hsv.bellsouth.net) |
| 04:10.45 | russellb_ | file: stop talking about jpeeler |
| 04:10.49 | russellb_ | jpeeler: OH HI |
| 04:11.30 | jpeeler | heh |
| 04:11.31 | jpeeler | i have another bot in this room 24/7 |
| 04:11.35 | jpeeler | (not really) |
| 04:13.56 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 04:14.30 | file | eep |
| 04:18.17 | Corydon76-dig | Kinky |
| 04:19.32 | russellb_ | orly |
| 04:21.22 | Corydon76-dig | No, not really |
| 04:22.02 | Corydon76-dig | russellb_: you have Tivo, don't you? |
| 04:22.07 | russellb_ | yes |
| 04:22.20 | Corydon76-dig | Have you been recording Breaking Bad? |
| 04:22.25 | russellb_ | nope |
| 04:22.31 | Corydon76-dig | Good show |
| 04:22.34 | russellb_ | don't know what that is |
| 04:22.49 | Corydon76-dig | It's an adult comedy/drama on AMC |
| 04:23.13 | russellb_ | i'll add it to be recorded and check it out |
| 04:23.30 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 04:23.39 | file | add Corner Gas as well |
| 04:23.42 | russellb_ | yay for online scheduling |
| 04:23.54 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 04:24.11 | Corydon76-dig | High school chemistry teacher, with a second job to make ends meet, learns he has incurable lung cancer, and decides that he's had enough of his second job and starts cooking meth |
| 04:24.29 | file | Corydon76-dig: ah yes, that one |
| 04:24.57 | jpeeler | i'm just waiting for battlestar to return |
| 04:25.07 | russellb_ | jpeeler: dude, totally |
| 04:25.10 | russellb_ | in fact, i'm very behind |
| 04:25.14 | russellb_ | i haven't watched season 3 yet |
| 04:25.15 | Corydon76-dig | This is the second series that AMC has run, and they did a great job on both... |
| 04:25.18 | jpeeler | no!!! you must catch up |
| 04:25.21 | Corydon76-dig | First was Mad Men |
| 04:25.21 | russellb_ | it needs to come out on dvd |
| 04:25.40 | jpeeler | russellb_: yeah, that does help |
| 04:26.13 | Corydon76-dig | Few more weeks, and the regular shows will be back on |
| 04:26.43 | file | I can't remember where Corner Gas airs in the US... |
| 04:27.14 | file | aha Superstation WGN |
| 04:28.43 | russellb_ | shit |
| 04:28.48 | russellb_ | i just set it up to record on Julie's ... |
| 04:29.06 | file | that might surprise her |
| 04:30.37 | russellb_ | screw it, their web site sucks |
| 04:32.05 | russellb_ | yeah, i used to use mythtv ... |
| 04:32.11 | russellb_ | used to hack on it, too |
| 04:32.17 | russellb_ | a little bit, anyway |
| 04:32.24 | jpeeler | i remember reading somewhere of a nice up and coming pvr, but now i can't remember the name |
| 04:32.56 | russellb_ | lol |
| 04:33.05 | russellb_ | thinking out loud is acceptable |
| 04:33.13 | Corydon76-dig | jpeeler: "MythTV" |
| 04:33.25 | file | peace all |
| 04:33.57 | Corydon76-dig | And actually, it's a DDVR, not a PVR |
| 04:34.00 | russellb_ | peace2u2 |
| 04:34.06 | Corydon76-dig | Night, file |
| 04:34.19 | Corydon76-dig | Distributed Digital Video Recorder |
| 04:34.31 | jpeeler | Corydon76-dig: it wasn't mythtv |
| 04:34.53 | Corydon76-dig | As long as you have a good network, you can record multiple backends and play from multiple frontends |
| 04:35.20 | Corydon76-dig | jpeeler: open source? |
| 04:35.25 | jpeeler | yeah |
| 04:35.36 | jpeeler | otherwise it wouldn't be that interesting |
| 04:35.50 | Corydon76-dig | Freevo? |
| 04:36.18 | Corydon76-dig | furious_tv? |
| 04:36.21 | jpeeler | i do believe that is it, i know it's not nearly as mature as myth yet |
| 04:36.25 | jpeeler | freevo |
| 04:37.14 | Corydon76-dig | Freshmeat ftw |
| 04:38.41 | russellb_ | there's got to be joke potential in there somewhere |
| 04:39.51 | russellb_ | ok, those 2 shows are scheduled to be recorded ... |
| 04:40.54 | Corydon76-dig | russellb_: I know there is, but I'm keeping myself off the brink of sexual harassment |
| 04:41.09 | russellb_ | lol |
| 04:41.12 | russellb_ | that's a really good idea. |
| 04:41.24 | russellb_ | you must have taken the training! |
| 04:41.30 | russellb_ | don't contribute to a hostile work environment. |
| 04:41.48 | Corydon76-dig | Trust me, I've met more than my fair share of guys who would qualify for that assessment... |
| 04:44.22 | Corydon76-dig | For all the heterosexual guys, you know there are those times you see a woman, and the only word that comes to mind is "Damn"... The same is true for gay guys... |
| 04:46.16 | russellb_ | no way |
| 04:46.24 | russellb_ | i don't believe that is possible |
| 04:46.47 | russellb_ | just ... didn't know what else to say, but "*nods*" |
| 04:47.51 | Corydon76-dig | Heh |
| 04:52.02 | Corydon76-dig | Oh, right, you're about to get married... |
| 04:52.29 | russellb_ | i am? |
| 04:52.30 | russellb_ | oh crap |
| 04:52.54 | russellb_ | i knew there was something i was forgetting ... |
| 04:52.56 | Corydon76-dig | Have you seen Jeff Dunham (comedian)? |
| 04:53.04 | russellb_ | don't remember the nam |
| 04:53.14 | file | I don't think Julie would be happy if you forgot |
| 04:53.21 | Corydon76-dig | "All you can do is run to the end of your leash and bark." |
| 04:53.24 | file | oh, right, I'm not here |
| 04:53.30 | russellb_ | file: go away |
| 04:53.31 | russellb_ | Corydon76-dig: heh |
| 04:54.00 | Corydon76-dig | russellb_: I'll have to let you borrow the DVD |
| 04:54.06 | JunK-Y | i just got what are the values from void MD5Init(struct MD5Context *ctx) in md5.c! |
| 04:54.12 | Corydon76-dig | He's a very funny ventriloquist |
| 04:54.25 | russellb_ | ohhhhh, ok, yeah |
| 04:54.26 | russellb_ | i think i' |
| 04:54.30 | russellb_ | ve seen him on comedy central |
| 04:54.33 | russellb_ | hilarious, indeed |
| 04:54.43 | Corydon76-dig | Yep, he's done two different shows so far |
| 04:54.49 | Corydon76-dig | on CC |
| 04:55.21 | Corydon76-dig | "Arguing With Myself" and "Spark of Insanity" |
| 04:57.28 | russellb_ | brb ... |
| 07:19.02 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:45.07 | g0mb0 | hi there |
| 08:08.52 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:39.58 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 09:28.23 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:57.55 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:36.39 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:39.36 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 11:52.16 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 12:05.38 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 12:13.07 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 12:19.32 | *** join/#asterisk-dev simbol76ss (n=simbol@host65-209-dynamic.3-87-r.retail.telecomitalia.it) |
| 12:20.30 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:29.42 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:44.15 | festr_ | guys, i'm in the end. i've upgraded to the latest 1.4 svn and "dtmf from nowhere" is still here. if anyone have some time to debug this, i'm here :) |
| 12:58.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 13:39.51 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 13:41.52 | agx | festr_, you getting random DTMF during a call? |
| 13:42.02 | festr_ | agx: yes |
| 13:42.06 | festr_ | agx: sip to sip calls |
| 13:42.36 | festr_ | alaw codec, dtmfmode=info. i've sniffed ip and there is no dtmf outband/inband. |
| 13:42.57 | festr_ | i've also checked, that frames are not going through dsp_process |
| 13:43.34 | festr_ | anythink i can see in log is: |
| 13:43.35 | festr_ | DTMF[18608]: DTMF end '5' received on SIP/802cz-08234b40, duration 800 ms |
| 13:43.39 | festr_ | DTMF[18608]: DTMF end passthrough '5' on SIP/802cz-08234b40 |
| 13:43.41 | agx | festr_, ah... it happened to me with calls from chan_misdn... i tought was the user pressing stuffs |
| 13:44.29 | festr_ | this happend to me too on misdn before |
| 13:45.08 | festr_ | but this sip - sip is very strange because i cannot reproduce it. i've tryed to replay the exact RTP to asterisk with sipp |
| 13:49.06 | agx | festr_, did you solved it with misdn? the threshold was too low? |
| 13:50.10 | festr_ | agx: it was 6 months ago and the problem disappeared somehow. now i wish to get it back because i've learned during solving sip-sip dtmf how to make basic debug :) |
| 13:50.48 | festr_ | agx: turn off fax detection |
| 13:51.46 | festr_ | agx: if fax detection is on data is on frames are processed with dsp and thus dtmf can be generated :) |
| 13:51.57 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 13:51.58 | festr_ | s/data is on// |
| 13:52.11 | festr_ | jbot: wow :) |
| 13:52.12 | jbot | i heard :) is honeypea |
| 13:52.39 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 13:54.02 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:54.02 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:54.11 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:58.06 | *** join/#asterisk-dev Sajjad_Ali_Musht (n=Sajjad_A@octroi.enst-bretagne.fr) |
| 14:09.59 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 14:11.10 | *** join/#asterisk-dev oej (n=olle@cust-IP-10.data.tre.se) |
| 14:11.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:11.55 | oej | ...on airport, waiting for a delayed flight |
| 14:12.22 | jsmith | oej: Anywhere fun? Brussels? Malaga? Istanbul? |
| 14:12.22 | *** join/#asterisk-dev ManxPower (n=manxpowe@40.sub-70-221-38.myvzw.com) |
| 14:12.31 | seanbright | Jersey? |
| 14:13.04 | oej | Stockholm! |
| 14:13.28 | jsmith | oej: Have a great flight! |
| 14:13.43 | oej | Thanks! What's a great flight? |
| 14:14.01 | seanbright | one where the plane doesn't land... "hard" |
| 14:14.06 | seanbright | :) |
| 14:14.57 | file | oej: I'm not here BUT I can't think of any other way to get around that notify issue... |
| 14:15.55 | oej | Ok, if you're not there, I won't discuss |
| 14:16.16 | oej | Why is the Polycom crashing? |
| 14:16.36 | file | it's not crashing, the blinky lights just don't work because the CSeq isn't what it expects |
| 14:17.08 | oej | When is the Cseq changing ? After a re-sub? |
| 14:17.38 | file | Asterisk is restarted, the Polycom sends a subscribe to refresh it's subscription but Asterisk thinks it is new and starts the outgoing CSeqs at 101 |
| 14:17.51 | file | which the Polycom does not like because to it the subscription is older, and the CSeq should be higher |
| 14:18.06 | oej | Ok, but we should see it is a resub and deny it, so that they send a sub. |
| 14:18.25 | file | we don't see it as a resub, it just comes in as a regular subscription |
| 14:18.37 | oej | Ok, so we need to check the tags. |
| 14:18.48 | oej | That's how you check if it's a resub within a dialog or not. |
| 14:19.12 | oej | We should send a "481 dialog not found" if they think they're resubscribing to an existing subscription that we don't have in memory |
| 14:19.23 | ManxPower | There are other issues with subscriptions on Polycoms too. |
| 14:19.24 | file | ooh good idea |
| 14:19.25 | oej | Then they come back with a new call-id and a new sub |
| 14:19.33 | ManxPower | The issue that generates a "server error" from the phone. |
| 14:19.41 | file | ManxPower: that is the one we are talking about |
| 14:20.00 | ManxPower | file: that issue does not crash my Polycoms |
| 14:20.13 | file | I never said it crashed them, in fact I said it specifically didn't |
| 14:21.05 | file | moving swiftly on |
| 14:21.06 | oej | But it only generates a strange error |
| 14:21.09 | file | oej: goooood idea |
| 14:21.13 | oej | Which makes sense to me now. |
| 14:21.22 | file | the Aastras do it too |
| 14:21.32 | file | except they specifically say the CSeq is incorrect instead of server error |
| 14:21.40 | oej | And file: You can only check tags with pedantic=yes |
| 14:21.53 | oej | So polycoms will continue to report errors without pedantic |
| 14:22.16 | file | oh, I'm not thinking of that :) |
| 14:23.20 | file | if a SUBSCRIBE comes in with a tag that we supposedly added and we found no dialog, then say "go away bozo" |
| 14:24.30 | oej | If they come in with a to-tag that we don't recognize as ours, refuse the re-SUBSCRIBE. |
| 14:24.37 | file | exactly |
| 14:24.51 | oej | Could also happen with a badly configured load-balancing proxy |
| 14:25.06 | file | lots of things could happen with badly configured SIP devices |
| 14:25.38 | file | *cough* network issues galore and people trying to use symmetric SIP signalling when they should be doing it further on the edge *cough* |
| 14:25.53 | oej | *cough* |
| 14:26.02 | oej | file: I was debugging RTP all morning |
| 14:26.16 | file | oej: find anything interesting? |
| 14:26.28 | oej | seems like some providers send a gap in the timestamps for the ulaw audio - that allows for the duration of the dtmf |
| 14:26.33 | oej | and some providers doesn't |
| 14:27.02 | file | does it cause things to freak out? |
| 14:27.05 | oej | The RFC says that timestamps should be synchronized, so I think we have to have a gap in the audio stream timestamps for the dtmf |
| 14:27.16 | oej | Yes, there's a lot of issues here. |
| 14:27.27 | oej | We will continue testing and see what happens |
| 14:27.56 | oej | But obviously the implementations are doing different things here. |
| 14:28.21 | file | they tend to do that... |
| 14:28.31 | ManxPower | The issue is VERY annoying when you have more than 1 or 2 subscriptions |
| 14:28.34 | oej | So it will be hard to decide what to do, as both ways might cause errors |
| 14:28.53 | ManxPower | Can't Asterisk just save it's subscription info just like it saves the SIP peer/user registration? |
| 14:29.00 | mosty | i was stick at arlanda once, what a pain |
| 14:29.19 | file | ManxPower: we are past that and have already decided on a solution. |
| 14:29.22 | oej | But it is logical that since we support DTMF duration now, we introduce a timestamp gap in the audio to allow for the DTMF to be inserted |
| 14:29.29 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:29.29 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:29.31 | ManxPower | file: OK. I'll stop suggesting then 8-) |
| 14:29.51 | oej | Manxpower: The issue is that we can't just resume a subscription the same way as regs. |
| 14:30.16 | oej | manxpower: If we do, we need to do what File proposed, to save the cseq for every NOTIFY. That would kill a busy server. |
| 14:30.31 | oej | ...and if we don't, polycoms will freak out. |
| 14:30.51 | ManxPower | you can't just save it for the most recent NOTIFY? (or most recent 2 or 3 NOTIFYs) |
| 14:30.55 | oej | We could add an option on a graceful shutdown - to send notify's to each client alerting them to re-subscribe in a minute or so |
| 14:31.08 | file | I'm thinking the tag idea will work |
| 14:31.11 | oej | ManxPower: If asterisk crashes, we have no idea |
| 14:31.14 | agx | file, wich is the solution? |
| 14:32.03 | oej | Ok, time to go to the gate. See you guys later! |
| 14:32.48 | file | oej: goooooood luck |
| 14:33.14 | file | if a subscription comes in that appears as new, but contains a tag (which indicates it is actually a resubscription) then deny the subscription and tell them to subscribe again |
| 14:51.39 | festr_ | oej: do you have some more time on airport? :-) any idea how is possible receive this in debug.log: DTMF end '*' received on SIP/802cz-082ea7d8, duration 800 ms? (incoming alaw, no rcf, no sip info and no dtmf in dumped ip stream) |
| 14:51.56 | festr_ | :-) |
| 15:04.39 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:09.15 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 15:20.46 | jsmith | Anybody feel like taking on a couple of janitor-like projects to help out the Asterisk bootcamp classes? |
| 15:24.04 | Corydon76-dig | Heh, janitor-like? |
| 15:24.51 | Qwell | Janitor project: Fix all bugs. |
| 15:27.51 | jsmith | More like "Janitor project: Fix the "install" target in the makefile so that if the internet connection happens to fail, that it's the last thing in the install so that it doesn't keep other (more important) files from being installed" |
| 15:28.07 | jsmith | (for both zaptel and Asterisk) |
| 15:28.39 | jsmith | And "Janitor Project: Fix the build system so that we can point it to existing tarballs for sounds/firmware/etc. in case there's no internet access" |
| 15:29.26 | Qwell | they should be able to put the sounds tarball in the sounds/ dir |
| 15:30.22 | Qwell | there was talk at one point about packaging the "default" set of sounds (english/gsm) with the releases...I'm not sure what happened with that |
| 15:30.24 | *** join/#asterisk-dev jeffg (i=6Xlk4GNs@pdpc/supporter/active/jeffg) |
| 15:40.28 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 15:54.50 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:55.14 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 15:57.03 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 15:59.10 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:59.10 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:03.16 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 16:05.54 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.232.128) |
| 16:09.41 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:11.11 | putnopvut | Are there any devs who wouldn't mind briefly explaining on a high level what a "smoother" is? I see a lot of smoother operations in frame.c but there are no comments there or in frame.h explaining what a smoother is. |
| 16:12.11 | kpfleming | it's just a way to buffer up incoming audio that may arrive in inconsistent-sized frames and read it out in consistent-sized frames |
| 16:12.49 | putnopvut | Ah, so "smoothing" suddenly makes more sense. |
| 16:12.50 | kpfleming | Qwell: jsmith: the tarballs already include the English GSM sounds |
| 16:13.16 | putnopvut | It just refers to the smoothing the size of the frame. |
| 16:13.58 | kpfleming | and the makefiles have targets that can be run before the 'make install' that will do the downloads... so either the files can be downloaded ahead of time, or if there is a failure the user will know without having an aborted 'make install' |
| 16:14.03 | kpfleming | putnopvut: yes |
| 16:14.34 | putnopvut | Thanks :) |
| 16:15.07 | atis_work | btw, how about defaulting sounds to SLIN or ULAW instead of GSM? |
| 16:15.33 | atis_work | i don't see why gsm should be default |
| 16:15.46 | putnopvut | ULAW wouldn't be a great idea due to the fact that it's primarily used in North America. |
| 16:16.31 | atis_work | ip2geo :p |
| 16:16.44 | kpfleming | GSM was what was always delivered with Asterisk before other formats were available, so we tried not to change it |
| 16:16.46 | atis_work | joking |
| 16:16.51 | kpfleming | SLIN and ULAW are much bigger than GSM too |
| 16:17.14 | atis_work | but i suppose users would want best available quality |
| 16:17.27 | atis_work | if they choose to run their calls in gsm, they can change |
| 16:17.29 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 16:19.04 | Corydon76-dig | Yes, but anybody can change their choices, as well |
| 16:19.39 | Corydon76-dig | I've tended to install .wav for reasons of ease of transcoding |
| 16:21.15 | atis_work | Isn't SLIN transcoding the same speed as WAV? |
| 16:21.53 | kpfleming | yes |
| 16:21.54 | kpfleming | same raw audio data, just no WAV header in the file |
| 16:22.03 | *** join/#asterisk-dev JerJer[mobile] (n=jj@24-231-253-65.dhcp.aldl.mi.charter.com) |
| 16:22.33 | Corydon76-dig | atis_work: technically, they're all the same speed... 8000Hz |
| 16:22.35 | atis_work | so, in default install is gsm, and if users choose to use ulaw they will have transcoding resulting ulaw with gsm quality |
| 16:23.04 | atis_work | but if they have slin, they would have better quality on ulaw but the same on gsm |
| 16:23.18 | russellb | correct |
| 16:23.31 | Corydon76-dig | You have customers who can tell the difference? |
| 16:23.49 | russellb | i can tell the difference between gsm and ulaw ... |
| 16:23.53 | kpfleming | no doubt |
| 16:24.02 | Corydon76-dig | russellb: in a blind sampling, could you tell which is which, though? |
| 16:24.07 | tzafrir | On some systems the CPU can tell the difference :-( |
| 16:24.24 | russellb | Corydon76-dig: probably, have never tried :) |
| 16:24.44 | Corydon76-dig | russellb: I predict you'll get it about 50% correct. :-P |
| 16:24.45 | atis_work | it's just in my head because when i started with asterisk - it was set up in default by some uncompetent guy, so a long time we had gsm sounds for ulaw calls |
| 16:25.24 | atis_work | and for some time i thought that gsm is best available for asterisk |
| 16:25.42 | Corydon76-dig | atis_work: there's a good number of sounds in the extras that are that way regardless of which formats you install |
| 16:26.38 | Corydon76-dig | The original sounds we had were gsm, and we did not re-record them |
| 16:29.11 | JunK-Y | ive noticed if im dialing via iax2 with an exten loger then 255, ive got weird issues with IE, i suspect iax_ie_append_raw() since i dont see any overflow at any other place, any hint? |
| 16:29.24 | russellb | you're stuck |
| 16:29.32 | russellb | iax2 IE's have a maximum length of 255 |
| 16:29.42 | Corydon76-dig | JunK-Y: extensions have a maximum length of 79 |
| 16:29.54 | russellb | ha |
| 16:30.12 | JunK-Y | im dialing exten at 200 chars, without problem. |
| 16:30.29 | Corydon76-dig | In pbx.c, the limit is 79, unless you've changed it |
| 16:30.39 | JunK-Y | ive changed it yes. |
| 16:30.40 | russellb | #define AST_MAX_EXTENSION 80 /*!< Max length of an extension */ |
| 16:30.44 | ManxPower | I thought that was changed for 1.6? |
| 16:30.45 | JunK-Y | humm in channel.h, no^ |
| 16:30.51 | russellb | ok, well, you can't change that for iax2 |
| 16:30.57 | russellb | you're limited to 255 |
| 16:31.03 | wwalker | how does one change .wav files to ulaw then ? (I've got some gsm's that sound terrible) |
| 16:31.05 | JunK-Y | shit. |
| 16:31.05 | russellb | unless you want to write some custom code to have a 2nd extension IE |
| 16:31.15 | Corydon76-dig | or use IAXVARS |
| 16:31.28 | russellb | true |
| 16:31.30 | JunK-Y | Corydon76-dig: this is not trunk. |
| 16:31.47 | Corydon76-dig | Dare I ask WHY? |
| 16:32.14 | JunK-Y | Corydon76-dig: we have application and the extension name have like 300 chars |
| 16:32.24 | JunK-Y | (contains all infos needed by the other server) |
| 16:32.46 | Corydon76-dig | Yikes |
| 16:34.38 | JunK-Y | i know its not the best way, but all code is based on that architecture |
| 16:35.14 | Corydon76-dig | I guess you'll have to unbase some of it... or find some acceptable abbreviations |
| 16:36.57 | JunK-Y | any chance that limit of 255 could be increased or theres no plan for it (based on the IAXVARS work) ? |
| 16:37.55 | russellb | JunK-Y: no |
| 16:38.04 | russellb | it would totally break the iax2 protocol. |
| 16:38.07 | russellb | it's not going to happen |
| 16:38.15 | russellb | i recommend porting the iaxvars code if you need to do that |
| 16:38.37 | JunK-Y | ok |
| 16:39.26 | JunK-Y | jameswf: users dont dial that extension, its called by various applications. |
| 16:39.39 | JunK-Y | russellb: i will have to take a look at this |
| 16:41.33 | JunK-Y | root@rabbit:/usr/src/asterisk-trunk# grep -Rn "IAXVARS" * |
| 16:41.33 | JunK-Y | root@rabbit:/usr/src/asterisk-trunk# |
| 16:41.36 | JunK-Y | ?? |
| 16:42.01 | atis_work | jameswf: probably user did something bad to admin :D |
| 16:42.01 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:43.27 | Corydon76-dig | JunK-Y: it's called IAXVAR, not IAXVARS |
| 16:44.48 | JunK-Y | just re-found the bug: http://bugs.digium.com/view.php?id=7619 |
| 16:44.57 | Corydon76-dig | and the best way to find the occurrences is to search for "variablestore" |
| 16:46.03 | JunK-Y | i will have to verify if its a priority to back-port this or not. |
| 16:50.41 | jameswf | When I use to work in a windows domain we set a sec policy so that all users had to have hellokitty wallpaper |
| 16:51.13 | Corydon76-dig | Uh, why? |
| 16:54.12 | jameswf | sometimes you have to show em whos boss. employes spend 3 hours messing with their desktops... bah |
| 16:55.50 | Qwell | Corydon76-dig: so...in order to get a developer key for the hiptop sdk, you need to actually be a developer. pfft |
| 16:56.17 | Corydon76-dig | Qwell: you're not a developer? |
| 16:57.20 | Corydon76-dig | I think you can make a very GOOD case for being a much bigger developer than probably half the people with developer keys |
| 16:57.43 | Qwell | Corydon76-dig: well, you have to submit an app *for* the device, that you've already written |
| 16:58.06 | Corydon76-dig | How do you submit an app, if you can't test it? |
| 16:58.12 | Qwell | they have an emu |
| 16:58.21 | Corydon76-dig | Ah |
| 16:58.27 | Qwell | but yeah, it feels like a catch-22 |
| 16:58.34 | Qwell | hopefully I made a pretty good case of why I need it. we'll see if it gets approved |
| 17:07.50 | Corydon76-dig | codefreeze: ping |
| 17:08.02 | codefreeze | Corydon76-dig: howdy! |
| 17:08.34 | Corydon76-dig | I need an opinion about CDRs from you... |
| 17:08.54 | Corydon76-dig | Should arbitrary variables be inherited by the destination CDR? |
| 17:10.24 | Corydon76-dig | Or is there a reason for not doing that? |
| 17:10.50 | kpfleming | can you explain? what is the 'destination CDR'? |
| 17:11.01 | Corydon76-dig | M11986 |
| 17:11.02 | MuffinMan | [feedback] [Asterisk] Applications/app_cdr 0011986: Problem adding ${CDR(foo)} while using .call file reported by kowalma http://bugs.digium.com/view.php?id=11986 |
| 17:11.10 | kpfleming | oh |
| 17:11.12 | kpfleming | hmm |
| 17:11.42 | kpfleming | unintended consequences of allowing writable functions in call files, obviously |
| 17:12.25 | Corydon76-dig | Well, I may have his call flow wrong, but we'll see on the next thing he gets back to me |
| 17:12.52 | codefreeze | Corydon76-dig: there is no reason for NOT doing that. |
| 17:13.06 | Corydon76-dig | codefreeze: okay, just wanted to check |
| 17:13.23 | Corydon76-dig | If my suggestion doesn't work, I have his call flow wrong in my head |
| 17:13.58 | Corydon76-dig | but if it does, it at least gives him a working config, and we can look at inheriting CDR vars in trunk |
| 17:16.14 | mvanbaak | are there a lot of changes in DTMF between 1.4.17 and 1.4.18 ? |
| 17:16.52 | JunK-Y | russellb: shouldnt utils be included in make menuselect? |
| 17:17.12 | russellb | wouldn't hurt |
| 17:17.19 | russellb | didn't realize they weren't in there |
| 17:17.29 | JunK-Y | put that on my todo :) |
| 17:17.40 | kpfleming | they aren't, mostly because they don't use the same build rules as the modules do |
| 17:17.46 | russellb | ah |
| 17:18.41 | JunK-Y | i just realized astman.c was not compiled and i had to check what deps was necessary to compile it, that would be great if that could be as simple as menuselect |
| 17:21.06 | mvanbaak | I have a question from someone who is using the polycom/kirk dect setup. supplier tested it with 1.4.9 and that is ok. this someone is running 1.4.17 because of the misdn upgrades but DTMF is not working |
| 17:21.23 | mvanbaak | if there are fixes for DTMF in 1.4.18 I'll tell him to upgrade |
| 17:21.42 | mvanbaak | but want to check here first ;) |
| 17:26.01 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 17:26.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:30.45 | atis_work | hey, is there any plans on getting rid of channel masquarade? |
| 17:31.21 | putnopvut | atis_work: nope, unless I'm really out of the loop. |
| 17:32.27 | Corydon76-dig | We have plenty of people who don't like it, but nobody had yet proposed an alternative |
| 17:32.59 | atis_work | i just see the text: "I'm not sure we're going to keep this function, because while the features are nice, the cost is very high in terms of pure nastiness." |
| 17:33.25 | Corydon76-dig | That comment was written over 5 years ago |
| 17:33.31 | atis_work | :) |
| 17:35.19 | Corydon76-dig | but no, there is no code in Asterisk which is sacred. Anything is up for grabs if there's a better way of doing it |
| 17:35.29 | Corydon76-dig | ...in C... |
| 17:40.08 | atis_work | no, my C skills won't be enough to change that, i'm just adding some nice features and wanted to make them forward-compatible |
| 18:01.58 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:01.58 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:15.50 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 18:22.05 | *** join/#asterisk-dev simbol76ss (n=simbol@87.3.209.65) |
| 18:34.20 | file | hello class |
| 18:35.51 | tzanger | I don't think anyone here has class |
| 18:35.56 | tzanger | especially that guy |
| 18:39.51 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:39.51 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:41.19 | JerJer | http://imgs.xkcd.com/comics/duty_calls.png |
| 18:41.38 | JerJer | it is work safe |
| 18:42.00 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 18:43.11 | anonymouz666 | JerJer is wrong! his carrier must support multiple VIA headers! |
| 18:43.44 | tzanger | heh |
| 18:43.53 | tzanger | jerjer's never wrong, I demand you change the spec! |
| 18:44.01 | JerJer | damn skippy |
| 18:45.25 | JerJer | anonymouz666: so you are the person reading my blog - rock on! |
| 18:48.02 | seanbright | how often does svn-automerge run? |
| 18:48.42 | file | once an hour |
| 18:49.37 | seanbright | and after that happens, i should be able to 'svn up' and pull down the changes, aye? |
| 18:52.37 | jsmith | JerJer: Did you ever do anything on the SIP spiral stuff? |
| 18:52.41 | file | or you can update it yourself |
| 18:52.45 | jsmith | JerJer: (Bug 7403, if it means anything) |
| 18:52.52 | seanbright | file: then something ain't working right :) |
| 18:54.13 | jsmith | JerJer: (just curious) |
| 18:58.03 | JerJer | i had setup for it at astricon, then codezone turned into drinking zone |
| 18:58.35 | file | seanbright: svnmerge avail --log will tell you what is available to be merged |
| 18:59.40 | seanbright | file: yeah i know. i just thought that happened automagically. |
| 18:59.59 | file | it should... if it's working |
| 19:00.11 | file | might need to be kicked |
| 19:08.10 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 19:09.31 | jsmith | JerJer: Let's just say I've got it set back up ;-) |
| 19:11.13 | JerJer | great |
| 19:11.23 | JerJer | need some traffic thrown at it ? |
| 19:12.08 | jsmith | No... I need someone to fix it ;-) |
| 19:12.29 | jsmith | I can generate traffic... what I can't do is code myself out of a wet paper bag (at least in chan_sip I can't) |
| 19:13.16 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 19:14.38 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 19:21.00 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 19:21.14 | *** join/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 19:22.04 | atis_work | guys, how often have you seen asterisk crashing on signal 6? |
| 19:22.24 | atis_work | and i don't have DO_CRASH enabled |
| 19:22.31 | jsmith | Signal 6? |
| 19:22.48 | tzafrir | Qwell, regarding the HPEC makefile patch: |
| 19:23.03 | file | jsmith: abort! |
| 19:23.04 | Qwell | Kbuild, but yeah |
| 19:23.24 | tzafrir | that patch there suggests things should be fixed in the main makefile |
| 19:23.26 | JerJer | anyone know what the Cisco SIP based MOS testing is called / how to find it ? google isn't being friendly with me today |
| 19:23.36 | Qwell | tzafrir: oh? |
| 19:23.44 | Qwell | why main Makefile? |
| 19:24.22 | tzafrir | whereas from what I understand the changes need to be in kernel/ , if at all |
| 19:24.46 | Qwell | some of those changes came out of kernel/GNUmakefile |
| 19:25.52 | Qwell | all of them, actually |
| 19:26.07 | Netgeeks | Russell: *ping* |
| 19:31.04 | russellb | pong |
| 19:32.18 | Netgeeks | hey, got a question concerning a patch you did for 1.4.13 reguarding macro linked lists |
| 19:32.29 | russellb | i can't remember patches that old |
| 19:32.30 | russellb | :-p |
| 19:32.54 | Netgeeks | you were getting corruction of the head and tail pointers |
| 19:33.19 | Netgeeks | you fixed the usage of the linked list macros and in passing, simplified the code |
| 19:33.22 | Netgeeks | ring a bell? |
| 19:35.40 | Qwell | tzafrir: so, thoughts on a "proper" fix? |
| 19:35.41 | Netgeeks | if it does, just wondering if that fix would have helped any with nested macro stack corruption? I have code that uses nested macros and it works fine in 1.4.4, but when I upgraed to 1.4.10, it broke and we figured out it was macro stack corruption. I'm hoping that patch you did for 1.4.13 might help |
| 19:37.33 | russellb | i ... don't know |
| 19:37.35 | russellb | :-/ |
| 19:40.10 | atis_work | anybody thinks it's worth reporting about signal 6 (abort from libc) because i haven't got it before, and probably that won't be reproducable |
| 19:44.16 | Netgeeks | russellb: okay, thanks |
| 19:46.42 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:46.42 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 19:47.38 | Corydon76-dig | atis_work: if it produces a Signal 6, then you need to run under valgrind |
| 19:48.15 | atis_work | Corydon76-dig: that's the point, i can't reproduce it, and for previous month i haven't got any problems |
| 19:49.11 | Corydon76-dig | Other mysterious memory corruptions could be caused by failing hardware |
| 19:49.34 | Corydon76-dig | Heat issues, failing memory, failing CPU, et.c |
| 19:50.33 | atis_work | Corydon76-dig: could you drop a quick look into http://www.pastebin.org/20448 |
| 19:50.33 | atis_work | Corydon76-dig: it's a good and expensive piece of hardware, i wouldn't think that it's so |
| 19:52.19 | Corydon76-dig | any idea of what went to stderr? |
| 19:53.28 | atis_work | nope, i think there's no way how to check that |
| 19:53.50 | Corydon76-dig | You're not at the console? |
| 19:54.16 | atis_work | nope, it's located across the ocean |
| 19:54.44 | atis_work | maybe i could call somebody to take a look |
| 19:58.50 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-290446.home.otenet.gr) |
| 20:05.03 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 20:14.36 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:19.06 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 20:21.57 | atis_work | Corydon76-dig: we got nothing on console |
| 20:22.52 | atis_work | just zaptel echo-cancelation notes |
| 20:23.58 | Corydon76-dig | Joy |
| 20:25.36 | atis_work | btw, last line in log says Received an SDES from xxx |
| 20:25.42 | atis_work | i have rtcp debug enabled |
| 20:26.49 | Corydon76-dig | SDES? |
| 20:27.31 | putnopvut | Source Description RTCP packet. |
| 20:27.34 | atis_work | yes, i think it's a part ot RTCP debug |
| 20:27.49 | file | it's an RTCP thing. |
| 20:28.14 | atis_work | i got them all the time, as i'm debugging quality issues and packet loss |
| 20:28.17 | Corydon76-dig | Ah. I stay away from the RTP stack as much as I can |
| 20:28.41 | anonymouz666 | Corydon76-dig: why? |
| 20:28.55 | anonymouz666 | stay close to SIP/RTP is a nice combo. |
| 20:29.17 | Corydon76-dig | anonymouz666: because there are far more interesting parts in Asterisk |
| 20:31.20 | file | Corydon76-dig: did you know this crash happened this morning? |
| 20:34.04 | Corydon76-dig | file: there are weapons that can reach you in Atlantic Canada. :-P |
| 20:34.24 | Juggie | Corydon76-dig, it probally would not be too hard to sink his province |
| 20:35.23 | file | Corydon76-dig: it's like a poem... |
| 20:35.27 | file | just keeps going |
| 20:36.00 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 20:39.02 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.232.128) |
| 20:45.58 | tzafrir | Qwell, one thing, though, regarding the echo canceller: do you want to allow forcing an echo canceller that is now HPEC even if the hpec module is present? |
| 20:46.20 | Qwell | tzafrir: I've thought about that before, and...probably not. but that's the way it's always been |
| 20:46.30 | tzafrir | Right |
| 20:46.45 | tzafrir | ok, I'll commit that patch, then |
| 20:46.55 | Qwell | does it look okay? |
| 20:55.38 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 20:55.38 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 21:23.54 | file | tzafrir: these ZT_CHUNKSIZE issues are sure going nowhere fast |
| 21:24.47 | tzafrir | file, I don't really understand his patch, and he doesn't really answer my question. |
| 21:25.29 | file | Marko said that changing that could really break some drivers as well... as they were written with the idea of that being what it is |
| 21:25.42 | file | and yeah, I saw that guy avoiding your question |
| 21:27.10 | file | M10880 is the other one |
| 21:27.10 | MuffinMan | [new] [Zaptel] zaptel (the module) 0010880: Make ZT_CHUNKSIZE variable (Again?) reported by 0x0b0b http://bugs.digium.com/view.php?id=10880 |
| 21:31.34 | *** part/#asterisk-dev simbol76ss (n=simbol@87.3.209.65) |
| 21:35.43 | *** join/#asterisk-dev DarkRift (n=dark@bas4-montrealak-1128595447.dsl.bell.ca) |
| 21:37.06 | tzafrir | It breaks lots of stuff. Belongs in a separate branch for starters |
| 21:37.24 | tzafrir | But also potentially a nice performance gain |
| 21:37.32 | tzafrir | (when you have a hardware EC) |
| 22:12.10 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 22:44.31 | mvanbaak | hhmm, what module was it again that needs portaudio ? |
| 22:46.16 | Qwell | chan_console |
| 22:46.43 | mvanbaak | good news for chan_console |
| 22:47.10 | mvanbaak | portaudio will be installed in ubuntu base in their next version |
| 22:48.19 | mvanbaak | they switched everything to portaudio |
| 22:48.47 | russellb | heh |
| 22:48.52 | russellb | doesn't mean the headers are installed ;) |
| 22:49.15 | mvanbaak | no, but as soon as you tick 'development system' they will be by default |
| 22:49.36 | mvanbaak | so default install with the task 'development system' will have them by default |
| 22:50.05 | mvanbaak | a normal ubuntu system without that talk selected wont have any headers |
| 22:50.13 | mvanbaak | s/talk/task/ |
| 22:50.38 | mvanbaak | ugh, freaking sourceforge 1 |
| 22:50.59 | mvanbaak | I need to setup an origsvn for our company as well |
| 22:51.27 | mvanbaak | hardy hardon,...... what a name for a linux distribution |
| 22:51.30 | mvanbaak | common.... |
| 22:51.47 | putnopvut | Is that what the next Ubuntu is going to be called? |
| 22:51.53 | mvanbaak | yup |
| 22:51.58 | russellb | hardon?! |
| 22:52.03 | mvanbaak | 8.01 |
| 22:52.05 | russellb | you're kidding ... |
| 22:52.06 | putnopvut | Is "hardon" some obscure animal? |
| 22:52.14 | mvanbaak | putnopvut: think so |
| 22:52.28 | *** join/#asterisk-dev puzzled (n=patrick@53533DDB.cable.casema.nl) |
| 22:52.39 | putnopvut | They could have easily used "hedgehog" or "hamster" or "hippo" |
| 22:53.00 | Corydon76-dig | Hearty Hippo would have been good |
| 22:53.11 | putnopvut | Or Hungry Hippo ;) |
| 22:53.11 | file | O.O |
| 22:53.20 | Corydon76-dig | putnopvut: trademark |
| 22:53.29 | putnopvut | Exactly! |
| 22:53.53 | Corydon76-dig | Homosexual Hippo ? |
| 22:53.59 | putnopvut | lol |
| 22:54.08 | mvanbaak | ow |
| 22:54.12 | mvanbaak | hardy heron |
| 22:54.18 | mvanbaak | in .nl it's called hardon |
| 22:54.29 | russellb | OHHHH |
| 22:54.34 | russellb | that changes everything |
| 22:54.39 | mvanbaak | yup |
| 22:54.39 | russellb | it's still funny, but ... |
| 22:54.49 | russellb | "hardon" in english ... is something else |
| 22:54.53 | mvanbaak | uhhuh |
| 22:54.55 | russellb | a heron is a nice white bird :) |
| 22:55.04 | russellb | well, not necessarily white |
| 22:55.05 | mvanbaak | guess why the .nl guys called it hardon |
| 22:55.45 | Corydon76-dig | Is there anything other than System app and SHELL function that executes a shell command? |
| 22:55.45 | mvanbaak | it's the first linux distro that has compiz enabled by default on intel X3100 cards |
| 22:55.55 | mvanbaak | loads of kiddos will get a hardon on that |
| 22:56.05 | JerJer | wow my radar is blowing up |
| 22:56.06 | mvanbaak | Corydon76-dig: Agi |
| 22:56.09 | JerJer | T.38 !? |
| 22:56.40 | Corydon76-dig | mvanbaak: So will the new Ubuntu promotion be "Show me your Hardon" ? |
| 22:56.54 | mvanbaak | Corydon76-dig: must be ;) |
| 22:56.56 | russellb | you guys are killing me |
| 22:57.15 | Corydon76-dig | mvanbaak: yeah, but you can't execute an arbitrary command with that |
| 22:57.34 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 22:57.51 | russellb | I dunno, it execs it directly ... |
| 22:57.56 | mvanbaak | yeah |
| 22:58.08 | mvanbaak | so a setuid script ...... |
| 22:58.26 | mvanbaak | agi(remove_root_etc_shadow) |
| 22:58.50 | mvanbaak | #!/bin/sh |
| 22:58.54 | mvanbaak | rm /etc/shadow |
| 22:59.11 | Corydon76-dig | You can run AGI(rm -rf /) ? |
| 22:59.15 | mvanbaak | that will be run perfect using the AGI command |
| 22:59.26 | mvanbaak | AGI(rm,-rf /) |
| 22:59.29 | mvanbaak | that should work |
| 23:00.14 | mvanbaak | maybe you have to use the whole path to it |
| 23:01.15 | *** join/#asterisk-dev jeffg (i=AbN0MoyR@pdpc/supporter/active/jeffg) |
| 23:01.59 | Corydon76-dig | Okay, so System, AGI, and SHELL(). Anything else? |
| 23:02.31 | putnopvut | Would ExecIf count, if System was the application specified? |
| 23:02.48 | putnopvut | I'm guessing not. |
| 23:02.48 | Corydon76-dig | Yes, it would |
| 23:02.54 | putnopvut | Oh, okay. |
| 23:03.00 | Corydon76-dig | Thank you |
| 23:03.41 | mvanbaak | and of course the Try* variantts |
| 23:03.59 | mvanbaak | TryExec and TrySystem |
| 23:06.11 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:06.11 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 23:08.11 | mvanbaak | ello lmadsen |
| 23:08.23 | lmadsen | howdy |
| 23:08.51 | mvanbaak | still fighting with the 'zizko style shortcuts for cli commands' |
| 23:09.17 | lmadsen | neato! |
| 23:09.17 | mvanbaak | I'm starting to think: it's useless, drop it |
| 23:09.23 | lmadsen | o.O |
| 23:09.28 | lmadsen | oez noez |
| 23:09.52 | mvanbaak | but tomorrow I'll have a meeting with patrick falstrom of cisco |
| 23:10.01 | mvanbaak | so maybe he can convince me to continue |
| 23:10.17 | Qwell | mvanbaak: tell him I want a 7986 |
| 23:10.27 | mvanbaak | lol Qwell |
| 23:10.38 | Qwell | 7975 too |
| 23:10.39 | mvanbaak | I'll be asking him for shitloads of gear already ;0 |
| 23:11.02 | mvanbaak | wireless, topline, video etc |
| 23:11.25 | mvanbaak | tomorrow will be a nice day |
| 23:11.55 | mvanbaak | I'll be meeting patrick falstrom, olle, puzzeld from the dutch trixbox movement |
| 23:12.14 | mvanbaak | puzzeld == patrick as well. gheh |
| 23:12.37 | mvanbaak | 'Open Communications Seminar' |
| 23:13.03 | mvanbaak | google android cancelled their talk :( |
| 23:13.53 | mvanbaak | us department wont allow it |
| 23:14.01 | Qwell | O.o |
| 23:14.09 | mvanbaak | freaking americans |
| 23:14.14 | tzanger | huh? |
| 23:14.33 | tzanger | mind you I'm not all that thrilled by a java sandbox phone platform to begin with |
| 23:14.38 | mvanbaak | european google manager said 'ok' |
| 23:14.46 | mvanbaak | but us overruled him |
| 23:15.25 | mvanbaak | tzanger: at least there will be a documented and open platform for mobile phones |
| 23:15.43 | mvanbaak | as long as the openmoko is not a big hit it's all we have |
| 23:15.46 | tzanger | you mean a documented and open java sandbox platform? |
| 23:16.58 | tzanger | I mean don't get me wrong, it's a good step in the right direction |
| 23:17.10 | tzanger | but it's a far cry from having bare-metal access like openmoko |
| 23:18.20 | mvanbaak | I agree, but it's way better then what we have now |
| 23:19.11 | lmadsen | symbian! |
| 23:19.26 | snuff-work | mm who was doing the australian digium boot camp? |
| 23:19.27 | mvanbaak | wheehehehehe |
| 23:29.58 | tzafrir | M10972 |
| 23:29.59 | MuffinMan | [new] [Asterisk] Core/ManagerInterface 0010972: [patch] safe/limited Originate manager action reported by tzafrir http://bugs.digium.com/view.php?id=10972 |
| 23:30.29 | tzafrir | Corydon76-dig, regarding your last note: I'm not sure what there is exactly to explain: |
| 23:30.51 | tzafrir | just as when a user places a call it is placed in a specific context |
| 23:31.29 | tzafrir | the problem is that the manager interface is often (ab)used to originate calls by clients |
| 23:32.09 | tzafrir | You can say that this is outright insecure, and then that patch is not necessary |
| 23:32.25 | tzafrir | but this patch tries to make it possible |
| 23:35.33 | Corydon76-dig | tzafrir: because you're sharing Asterisk boxes with multiple clients? |
| 23:35.58 | Corydon76-dig | I'm not sure that that's really addressable in the short term |
| 23:36.00 | mvanbaak | who isn't |
| 23:36.30 | Corydon76-dig | mvanbaak: those of us who install in offices mostly aren't |
| 23:36.46 | Corydon76-dig | mvanbaak: and even then, we aren't giving manager access to clients of shared boxes |
| 23:36.56 | tzafrir | Corydon76-dig, as I mentioned there, right now Originate allows the originator to do practically anything |
| 23:37.13 | mvanbaak | Corydon76-dig: we dont allow direct manager access to clients neither |
| 23:37.25 | Corydon76-dig | tzafrir: I have a prospective patch that will sharply decrease what Application Origination will permit |
| 23:37.38 | tzafrir | With Application and with the channel Local you can do many strange things |
| 23:38.00 | mvanbaak | we have a nice CRM/Groupware/Communications tool for that |
| 23:38.09 | mvanbaak | we do all the filtering/sanitizing there |
| 23:38.10 | tzafrir | I think it is a nice power to have |
| 23:38.19 | Corydon76-dig | tzafrir: right, I'm restricting Application... if you want to do shell commands with Originate, you need Config and Originate permissions |
| 23:38.30 | tzafrir | I think it is very useful for a proper application |
| 23:39.00 | Corydon76-dig | tzafrir: yeah, I'm not fond of the syntax you have there |
| 23:39.36 | tzafrir | ok. Adding an extra permission is indeed a hack. Using Config sounds better |
| 23:39.43 | Corydon76-dig | tzafrir: maybe allow/deny command masks |
| 23:40.06 | tzafrir | Do look into restricting Local, though |
| 23:40.29 | tzafrir | hmm... sorry |
| 23:40.42 | Corydon76-dig | I'm not sure why |
| 23:40.44 | tzafrir | that's the thing you don't like |
| 23:41.10 | Corydon76-dig | Originate is in itself a dangerous command... |
| 23:41.28 | Corydon76-dig | but what I'm more concerned with are commands that can wreck the system |
| 23:41.36 | mvanbaak | rm -rf / |
| 23:41.46 | Corydon76-dig | mvanbaak: see patch |
| 23:41.51 | tzafrir | The thing is that I want to allow a non-admin user to use Originate. Is that possible? |
| 23:42.07 | mvanbaak | fdisk /dev/sda < /tmp/clean_part_schema.txt |
| 23:42.14 | Corydon76-dig | tzafrir: if you give them the Originate privilege, yes |
| 23:42.51 | Corydon76-dig | but they're sharply restricted unless they also have the Config permission |
| 23:43.07 | tzafrir | Let's assume your patch is applied, and we have a user that can Originate, but has no config permissions |
| 23:43.08 | Corydon76-dig | And I'm now considering making that the System permission, instead of Config |
| 23:43.22 | mvanbaak | anything you want me to yell at Olle in person tomorrow ? |
| 23:43.54 | tzafrir | that user has a phone. When he calls from the phone directly, the dialplan only allows him to use one of the trunks |
| 23:43.57 | mvanbaak | </global_question> |
| 23:44.02 | tzafrir | He also has a dialer |
| 23:44.09 | tzafrir | that uses Originate |
| 23:44.20 | tzafrir | How can I set the same restrictions on the dialer |
| 23:44.21 | tzafrir | ? |
| 23:44.58 | Corydon76-dig | Interesting idea |
| 23:45.52 | tzafrir | One big problem: |
| 23:46.14 | mvanbaak | ok, I'm off. latero all. I'll say hi to olle from you |
| 23:46.18 | tzafrir | that user can still Originate a call from the channel SIP/trunk/whatevernumber |
| 23:46.31 | Corydon76-dig | That's true |
| 23:46.46 | lmadsen | mvanbaak: say hi for me too |
| 23:47.07 | mvanbaak | lmadsen: will do |
| 23:47.28 | mvanbaak | ^ad |
| 23:56.56 | *** join/#asterisk-dev RoyK (n=roy@ip-202-17-149-91.dialup.ice.no) |
| 23:57.54 | *** join/#asterisk-dev seanbright (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
