00:00.19 | outtolunc | oops misread |
00:02.23 | lmadsen | is looking on newegg.ca :) |
00:02.50 | lmadsen | at least is hoping newegg.ca actually resides in canada S |
00:02.52 | lmadsen | :S |
00:02.56 | file | lmadsen: it does not. |
00:03.03 | file | lmadsen: but the customs is paid ahead of time |
00:03.07 | file | lmadsen: or rather, taxes |
00:05.11 | lmadsen | ok sweet |
00:05.18 | lmadsen | is that included in the price of the phone or something? |
00:05.30 | lmadsen | hates getting an $80 bill when his equipment arrives |
00:06.25 | Qwell | They should make 80 dollar bills. |
00:06.36 | putnopvut | I'd buy one |
00:06.43 | lmadsen | heh |
00:08.59 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-30026985dab3097d) |
00:20.23 | Corydon76-dig | putnopvut: I have an $80 bill you can buy... only $160 |
00:20.43 | putnopvut | omg how can I refuse? |
00:21.10 | putnopvut | Corydon76-dig: whose portrait is on the obverse of an $80 bill? |
00:21.31 | Corydon76-dig | Jefferson, I think |
00:27.42 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
00:27.42 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
00:29.57 | codefreeze-lap | Hint: if anybody comes up and says: I just put in a new card, and now my 4 port dahdi card doesn't handle audio-- you can call the phone, but no audio, then you tell him: rmmod all your dahdi drivers, and modprobe them back (in the right order), and manually run the dahdi_cfg, and you should be ready to go! |
00:37.32 | lmadsen | codefreeze-lap: yay! :) |
00:37.45 | lmadsen | (these are the kinds of tips that would be useful on asteriskdocs.org :)) |
00:38.02 | lmadsen | jsmith: ok, I did it... |
00:38.06 | lmadsen | has an E71 on the way |
00:38.21 | lmadsen | anyone wanna buy a used Nokia E61i? :) |
01:11.56 | *** join/#asterisk-dev anthm][ (n=anthm@173-107-183-112.pools.spcsdns.net) |
01:15.08 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-165-33.mel.connect.net.au) |
01:15.08 | *** mode/#asterisk-dev [+o snuff-home] by irc.freenode.net |
01:17.59 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.181.195) |
01:23.17 | codefreeze-lap | lmadsen: My area only does CDMA; none of the cool new phones is really available here... |
02:10.24 | lmadsen | codefreeze-lap: that's too bad :( |
02:27.25 | *** join/#asterisk-dev atglenn (n=atglenn@wiktionary/ArielGlenn) |
03:02.09 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
03:03.03 | Juggie | cdma :( |
03:07.03 | *** join/#asterisk-dev angler_ (n=angler@nat/digium/x-9c4a2a2b7643e5f0) |
03:20.36 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-d5739f07ac479de2) |
03:39.25 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
03:39.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
03:41.53 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
03:51.07 | *** join/#asterisk-dev obnauticus (n=lol@about/windows/regular/obnauticus) |
04:12.14 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
04:21.06 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
04:26.15 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-165-33.mel.connect.net.au) |
04:26.15 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) [NETSPLIT VICTIM] |
04:26.15 | *** mode/#asterisk-dev [+o snuff-home] by irc.freenode.net |
04:27.39 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-165-33.mel.connect.net.au) |
04:27.40 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
04:42.04 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
07:01.52 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
07:07.32 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
08:02.05 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
08:02.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
08:31.47 | oej | Morning folks |
08:34.02 | *** join/#asterisk-dev vi390 (n=fc@unaffiliated/vi390) |
08:35.36 | vi390 | how can I use dead Agi with asterisk > 1.4 -- I know there changed something, but can not find WHAT has changed |
08:36.24 | vi390 | exten => h,1,AGI(...) seems not to work. I saw somewhere, that DeadAGI is deprecated. Is there more info on this subject somewhere ? |
08:42.34 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
09:29.01 | janinge | mornings |
10:09.47 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.213) |
10:42.51 | *** join/#asterisk-dev oej (n=olle@80.251.192.3) |
10:42.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
11:24.41 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
11:43.30 | *** join/#asterisk-dev jpmcallister (n=jpmcalli@kapla.escelsa.com.br) |
12:11.58 | *** part/#asterisk-dev janinge (i=j@ninge.net) |
12:22.56 | jsmith | G'morning all... |
12:26.47 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
12:26.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
12:55.42 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
13:42.07 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
13:42.07 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
14:00.45 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
14:00.45 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
14:08.42 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
14:13.24 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.195) |
14:34.06 | oej | Afternoon |
14:36.12 | lmadsen | moanin! |
14:51.39 | *** join/#asterisk-dev ACiDV (n=joel@205.237.45.129) |
14:54.39 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
14:54.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
14:54.48 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.160) |
14:55.19 | ACiDV | using latest SVN branches/1.4 + Zaptel 1.4.12.1, each time I try to compile, I have error related to 'expected specified-qualifier-list before __s32' ... see http://pastebin.ca/1322782 |
14:56.11 | ACiDV | I can fix by adding #include <linux/types.h> but have this problem only since yesterday using latest svn, maybe something changed on dahdi/zaptel ? |
14:59.40 | lmadsen | codefreeze-lap: did you put your change in yesterday that you were working on? |
15:03.51 | fiddur | Hi. I've upgraded my production system to branch 1.6.0 from svn recently, to get new functions. Today, asterisk started giving warnings about "Too many open files" from just about every dialplan application, and no sockets could be opened. I don't know how to go about debugging that, more than checking the message- and debug-logs, and they don't say anything out of the ordinary before all applications starts getting these "Too many open files"-errors. |
15:04.20 | lmadsen | upgrading your production server to 1.6.0 without testing was not really a great idea. |
15:04.33 | lmadsen | I'd try #asterisk for help - see the topic and the join message. |
15:04.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-5e73f9b25601b35e) |
15:04.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
15:06.20 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
15:14.58 | fiddur | lmadsen: I realise it wasn't so good. I guess I should patch specific files for backporting instead. Thank's for the pointer. |
15:15.16 | lmadsen | fiddur: actually you should be running everything in a test environment |
15:15.25 | lmadsen | not updating a production server all "willy-nilly" |
15:16.15 | fiddur | lmadsen: I did try the svn-version on a test-server first, but the test-server hasn't got 100 incoming lines and a thousand calls a day... so I guess I didn't find that bug then |
15:35.33 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-6e367bc594bc4f23) |
15:35.33 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
15:39.16 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
15:39.16 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
15:42.19 | oej | Ok, cause codes seems broken. I had problems with cause codes in trunk yesterday and now a bug reporter reports similar problems. |
15:42.51 | oej | I discovered yesterday that they where attached to the HANGUP control frame. Seems like it's not unpacked and handled by the channel in ast_hangup |
15:42.56 | codefreeze-lap | oej: funny you should mention that |
15:43.03 | oej | It should be in ast->hangupcause at that time |
15:43.30 | oej | I blame Corydon, since it was him suggesting that I convert to Cause codes... |
15:44.00 | codefreeze-lap | I'm trying to clean up some cause stuff in chan_dahdi right now. Wouldn't hurt to do the same in sip, I'd imagine. |
15:46.37 | codefreeze-lap | I also notice that they don't seem to be percolated up. |
15:48.21 | oej | How do you mean? |
15:48.56 | oej | In chan_sip we have pretty advanced conversions from SIP to AST causes codes |
15:50.10 | oej | The big issue now is that it seems like hangup(xxx) seems broken, which propably also means that an incoming SIP call won't get the cause from an ISDN channel on DAHDI. |
15:52.57 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
15:54.49 | *** join/#asterisk-dev M1s3ry (n=M1s3ry@nat/digium/x-1de4a93192ef98b1) |
15:55.28 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
15:55.31 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
15:55.41 | *** part/#asterisk-dev M1s3ry (n=M1s3ry@nat/digium/x-1de4a93192ef98b1) |
16:38.36 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
16:39.34 | jameswf | Fonality seems to be the new leader in voip **Cough** http://download.intel.com/design/intarch/ep80579/320304.pdf **Cough** |
16:41.25 | jameswf | s/new leader/future/ |
16:45.56 | codefreeze-lap | oej: are there places in chan_sip, where a channel is not yet formed, yet an incoming call is rejected? |
16:47.04 | oej | well, yes |
16:47.13 | oej | we have kind of a quick and dirty "go to hell" section |
16:47.24 | oej | maybe not for calls, I have to check. |
16:47.31 | oej | What are you looking for? |
16:48.28 | oej | I'm thinking of transmit_response_using_temp |
16:48.39 | oej | Which really doesn't create a PVT either |
16:49.04 | oej | But don't think it's used for calls |
16:49.14 | oej | Only if we get 500 server errors |
16:49.44 | oej | Anything special you're looking for? |
16:50.07 | codefreeze-lap | oej: a user points out in a bug (13892) that in dahdi, there are cases where an incoming call gets no CDR. In his case, when an incoming call specifies an exten that doesn't exist. In this case, I have to create the CDR 'by hand'. How far should we go in recording these attempts? |
16:50.57 | oej | Well, in SIP it could lead to a DOS attack. |
16:51.14 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
16:51.21 | oej | On PRI, you have a limited number of lines, but you could still generate a lot of stuff |
16:51.25 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
16:51.36 | oej | On SIP, imagine the amount of INVITEs you can send and get 404... Wow. |
16:51.51 | oej | Your CDR system would be a bit stressed out. |
16:52.09 | oej | One option would be to do that only for authenticated calls |
16:52.33 | file | this CDR behavior is getting out of controllllll |
16:52.48 | oej | I want a CDR on that statement. |
16:52.56 | oej | In fact, everything File says in the channel. |
16:53.37 | codefreeze-lap | oej: admittedly, yes it could stress things, but... if you were admin, wouldn't you want to know about these attempts? |
16:54.56 | oej | Yes, but is it an CDR issue? |
16:55.08 | Corydon76-dig | The CDR system should optionally log every call attempt, successful or not. Ideally, though, it would have a way to reduce the number, based upon admin preference |
16:55.11 | oej | The big question here is what is logging and what is CDRs? |
16:55.32 | oej | Normally, attack attempts should go somewhere else, not to the billing system. |
16:55.45 | codefreeze-lap | shrugs could probably be relegated to another mechanism, true... |
16:55.48 | oej | Is the new CDR system a generic logging system? |
16:56.08 | oej | I think we need to define logging and cdr-records again to be sure of what we do |
16:56.29 | oej | In most of my systems, the CDRs are just shipped away for biling. |
16:56.44 | oej | s/biling/billing/ |
16:56.59 | codefreeze-lap | oej: you mean, **will the new CDR system be*** a generic logging system? Dunno. CDR's are your defacto logging system now, it might seem |
16:57.08 | Corydon76-dig | oej: yes, but CDR is not a billing system |
16:57.20 | Juggie | sigh :( |
16:57.23 | oej | CDR are billing records for most of my customers |
16:57.35 | oej | But we do have the DOCUMENTATION flag too |
16:57.42 | oej | I guess some people want to use them... |
16:57.44 | Corydon76-dig | CDR may feed into a billing system, though |
16:57.54 | oej | Yep |
16:58.28 | Corydon76-dig | You're taking one customer's needs and generalizing the case |
16:58.34 | oej | But things like "2000 INVITEs from peer 12.12.12.12" is propably better handled somewhere else, than in 2000 CDRs |
16:58.43 | Corydon76-dig | and I think that's the wrong way to go, when it comes to CDRs |
16:58.51 | oej | Not "one customer" corydon, but I get your point |
16:59.03 | oej | Should we log in two different channels? |
16:59.45 | codefreeze-lap | oej: CDR's can definitely be used for billing.... but can be used for many things.... I'm definitely writing the spec to accomodate the billing guys, but.... |
17:00.01 | Corydon76-dig | It's possible that we need something in CDR like we have in syslog... (this case repeated 200 times) |
17:00.22 | codefreeze-lap | Corydon76-dig: that's not a bad idea |
17:00.36 | oej | But only for failed attempts then. |
17:00.54 | oej | If one customer places 200 successful calls, I want CDRs for each one, even if they have the same numbers. |
17:00.56 | Corydon76-dig | oej: well, we figure out what makes a case identical |
17:01.01 | oej | Yep |
17:01.12 | Corydon76-dig | Generally calls that go through won't be identical to others |
17:01.22 | oej | No, that's right. |
17:01.29 | oej | Unless they're exactly the same length. |
17:01.30 | oej | :-) |
17:01.38 | oej | Still have different timestamps though. |
17:01.42 | Corydon76-dig | and the same called number |
17:01.42 | oej | Causecodes anyone? |
17:02.23 | oej | Corydon76-d: Did you see the causecode issue I talked about earlier? |
17:02.25 | citats | well in order to not lose records in the event of a crash, shouldnt there be a unique first record, and then an ending record when the attempts are done and include the number |
17:02.26 | ctooley | causecodes? knowing why something happened is overrated. |
17:02.29 | codefreeze-lap | I see this attempt thing probably in some module like DetectAttacks() or something like that, maybe |
17:02.46 | Corydon76-dig | oej: that it wasn't passed back through the Local channel? |
17:03.01 | oej | codefreeze: That's something that jtodd worked on during astridevcon. Check the pbwiki. |
17:03.06 | citats | codefreeze-lap: whats the difference between an attack and a misconfigured client? |
17:03.33 | codefreeze-lap | citats: not much! |
17:03.46 | oej | Corydon76-d: Seems to be a generic problem in trunk that the causecode is not delivered properly to the channel. I had problems yesterday (trying to implement your suggestion) and someone reported issues with hangup(arg) in the tracker. |
17:04.06 | oej | gotta start cooking soon |
17:04.29 | *** join/#asterisk-dev fiddur (n=fiddur@92-32-123-186.tn.glocalnet.net) |
17:04.41 | oej | Corydon76-d: You haven't seen this? |
17:05.04 | Corydon76-dig | oej: No, I saw it |
17:05.06 | oej | Someone implemented cause codes as an attachment to the hangup. WOnder if that's when it broke. |
17:05.35 | Corydon76-dig | oej: and I'm behind you 100% in you fixing it. ;-) |
17:05.41 | codefreeze-lap | As to cause codes, in PRI, I'm seeing A uses PRI to call B/5551212; B has no 5551212 exten, and B gets the not-avail cause code. A just sees NOANSWER. (A & B are two sep * servers) |
17:06.03 | oej | Corydon76-d: gotta fix dinner first. Food is prioritized, right jsmith? |
17:06.57 | jsmith | oej: Absolutely! |
17:07.12 | Corydon76-dig | oej: Yeah, I've been meaning to start up the grill so I can season some cast iron |
17:07.27 | putnopvut | I need to reseason my cast iron skillet. |
17:07.30 | oej | Soemone is trying to install OpenLibPri: "Trying to understand how to setup two PRIs in sip.conf" |
17:07.35 | putnopvut | well, don't need to, but want to. |
17:07.39 | oej | Let's merge chan_dahdi and chan_sip. |
17:07.48 | putnopvut | heh |
17:09.02 | Corydon76-dig | oej: speaking of, wasn't there some talk about splitting up chan_sip into several files, much the way chan_iax is split up? |
17:09.25 | oej | I proposed that, but Russell wanted to wait. |
17:09.38 | Corydon76-dig | Hopefully making it easier to manage and new developers to understand |
17:09.41 | oej | That's why I have all those function declarations in there. To prepare |
17:09.53 | oej | Yes, that's the first thing I did with pineapple, so I've done it before. |
17:10.06 | Corydon76-dig | What's the logical split? |
17:10.21 | Corydon76-dig | sending vs receiving? |
17:10.39 | Corydon76-dig | and utility functions? |
17:10.41 | oej | http://www.codename-pineapple.org/doc/html/dir_c03c1fc31b8a79fd455bc0297f2cde0e.html |
17:11.10 | oej | Detailed answer... |
17:11.20 | Corydon76-dig | Wow, that's a ton of files |
17:11.26 | oej | It's a ton of code. |
17:12.05 | oej | You can see it by function in the .h file here http://www.codename-pineapple.org/doc/html/sip3funcs_8h-source.html |
17:12.09 | Corydon76-dig | I'd love to go that direction, though |
17:12.46 | Corydon76-dig | but PineMango gets priority, I think |
17:13.29 | oej | Well, this doesn't get in the way... Just give me a go-ahead and I'll start cutting. |
17:27.07 | oej | Who's working with PineMango? |
17:28.10 | bkw_ | oej: you have boxen setup for me to call :) |
17:28.45 | oej | bkw_: I'm just about to go home and make dinner. Expected you earlier... |
17:28.55 | bkw_ | sorry running behind :) |
17:28.55 | oej | Let's see if I can fix it after dinner, ok? |
17:29.05 | bkw_ | thats fine enjoy dinner we can do thsi next week |
17:29.09 | bkw_ | its friday. |
17:29.23 | oej | Right. Let's do it next week then! I'll make sure I have two boxes setup up. |
17:29.25 | russellb | oej: I think splitting it up is a good idea. |
17:29.43 | oej | OK, so I'll create a branch and get going... THanks. |
17:30.02 | russellb | I don't think we have any huge chan_sip patches in a branch right now |
17:30.16 | russellb | the ipv6 code i guess ... but it's already out of date ... |
17:30.16 | oej | Then we can integrate it after 1.6.2 being forked, so we have some time to play |
17:30.20 | russellb | there will always be something |
17:30.26 | oej | Yes, always something. |
17:30.41 | russellb | but yeah, I think now is probably as good as it will get |
17:30.49 | russellb | maybe we can come up with a plan to do it in stages? |
17:31.12 | russellb | anyway, we can talk about it later |
17:31.14 | russellb | enjoy dinner! |
17:31.46 | oej | Let's talk about in at Fosdem. |
17:31.53 | russellb | ok :) |
17:32.04 | oej | The problem with doing it in a branch is that we have to port patches every time we change something... |
17:32.18 | oej | But if we take it in small baby steps, then it's easier to handle. |
17:32.41 | oej | No need to make a big cut and split it all out over the disk with no one that understands anything... |
17:32.48 | oej | Anyway, we'll discuss it later. |
17:33.04 | oej | Please, please check the cause codes ;-) |
17:35.11 | oej | lmadsen: see bug #13385 where there is notes about it... |
17:49.51 | *** join/#asterisk-dev JerJer (n=PhatJ@24-236-207-64.dhcp.aldl.mi.charter.com) |
17:51.08 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
18:05.31 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
18:28.20 | lmadsen | M13385 |
18:28.22 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/NewFeature 0013385: [patch] Reason header support reported by adomjan (Karma: +12.50) http://bugs.digium.com/view.php?id=13385 |
18:58.58 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
18:58.58 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
19:13.01 | *** join/#asterisk-dev eliel (n=eliels@201.220.173.63) |
19:13.01 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
19:13.44 | eliel | hello all |
19:15.38 | putnopvut | hie eliel |
19:15.42 | putnopvut | s/hie/hi/ |
19:18.17 | eliel | back again submitting my trivial bugs :-) |
19:18.36 | putnopvut | any bug fix is a good bug fix |
19:23.12 | lmadsen | eliel: you're back! |
19:24.31 | eliel | hey! I will start working on xml docs to complete the missed stuff (agi at least) |
19:25.38 | lmadsen | sweet! |
19:25.41 | lmadsen | we love docs |
19:41.46 | Corydon76-dig | lmadsen: I misread that, first time through |
19:42.13 | lmadsen | LOL |
19:42.15 | lmadsen | you would :) |
19:51.43 | *** join/#asterisk-dev sasargen (n=chatzill@174-146-41-34.pools.spcsdns.net) |
20:21.07 | codefreeze-lap | I am not impressed with the AST_CONTROL frames, and just how many hang up causes they pass back: basically BUSY, CONGESTION, .... that's it folks, besides the standard ANS, NO-ANS... am I missing something? |
20:23.55 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
20:57.22 | Corydon76-dig | codefreeze-lap: you're missing that the Hangup app lets you send back any cause you like |
20:58.02 | Corydon76-dig | So admins get control over what they signal from the dialplan |
21:06.48 | codefreeze-lap | Corydon76-dig: yes, I was missing the Hangup() app.... that's pretty neat. |
21:14.02 | sasargen | Funky problem with app_voicemail in 1.4.23.1, seems to have a problem in play_record_review handling 'S' being returned by ast_play_and_record_full when there is a silence timeout, if maxsilence=10 and a 10sec silent call comes in, then vm recording is truncated to 200ms, but duration shows as 10sec, so message isn't discarded even though minmessage=3 |
21:14.42 | Corydon76-dig | sasargen: Please report issues like that on bugs.digium.com |
21:27.00 | seanbright | you know what sucks? |
21:27.06 | seanbright | being smarter than everyone else |
21:27.15 | seanbright | and i have to live with that _everyday_ |
21:28.20 | putnopvut | seanbright: I have not had to worry about that since I started working at Digium. |
21:28.32 | seanbright | putnopvut: you're lucky. it's a curse! |
21:28.52 | putnopvut | seanbright: I had to deal with it in high school and college |
21:29.08 | putnopvut | I sound like such a conceited jackass for saying that. |
21:29.17 | seanbright | yeah you do |
21:29.20 | seanbright | i don't even know you anymore |
21:29.56 | Corydon76-dig | I've never had to live with that |
21:30.28 | Corydon76-dig | Everytime I've ever thought that, I get taken down a notch by someone I completely don't expect |
21:30.58 | seanbright | yeah, i've never run into that situation |
21:31.05 | seanbright | i'm simply the smartest person alive. |
21:31.13 | seanbright | that is the only logical conclusion. |
21:31.13 | file | rrrrrrrrrright |
21:31.19 | Corydon76-dig | You would have hated growing up in my family |
21:31.40 | seanbright | i don't doubt that |
21:31.40 | seanbright | :P |
21:31.57 | Corydon76-dig | Every single one of my siblings excels in a distinct area |
21:32.37 | Corydon76-dig | History, physics, geology, computers, and music are where the 5 of us stand |
21:32.56 | seanbright | i'm known for my mastery of all of those fields |
21:32.59 | seanbright | ask me anything |
21:33.21 | Corydon76-dig | What's the average wingspeed of an African swallow? |
21:33.29 | seanbright | saw that one coming from a _mile_ away |
21:34.15 | mnicholson | what years were the war of 1812 fought over? |
21:34.42 | seanbright | 1812 to 1815 |
21:34.57 | seanbright | unless you mean the french invasion of russia |
21:35.02 | Corydon76-dig | Who is buried in Grant's tomb? |
21:35.08 | mnicholson | you should be able to answer any of our questions, you have google |
21:35.16 | seanbright | i'm not really smart |
21:35.23 | seanbright | just wanted to know what it felt like for a second |
21:35.28 | seanbright | and it has passed |
21:38.23 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
21:43.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
21:43.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
22:06.39 | *** join/#asterisk-dev manxpower (n=Administ@router.asteriasgi.com) |
22:07.01 | manxpower | Good job on /etc/dahdi/modules guys! |
22:07.02 | *** join/#asterisk-dev eliel (n=eliels@201.220.173.63) [NETSPLIT VICTIM] |
22:07.02 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
22:07.02 | *** mode/#asterisk-dev [+oo eliel seanbright] by irc.freenode.net |
22:09.16 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
22:09.16 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
22:10.40 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
22:10.40 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
22:11.42 | *** join/#asterisk-dev eliel_ (n=eliels@201.220.173.63) |
22:19.38 | *** join/#asterisk-dev eliel (n=eliels@201.220.173.63) |
22:19.39 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
22:22.14 | jpeeler | what do i need to call to do tilda expansion for a path? |
22:22.58 | seanbright | glob? |
22:23.28 | seanbright | that's a lie |
22:23.34 | russellb | i think that's a shell thing ... |
22:23.40 | seanbright | wordexp |
22:24.06 | seanbright | man 3 wordexp |
22:24.06 | russellb | ooh, nice |
22:24.11 | seanbright | didn't know that existed |
22:24.11 | seanbright | :) |
22:24.14 | russellb | i didn't either |
22:24.15 | russellb | neat |
22:24.16 | seanbright | and now i know |
22:24.19 | seanbright | and knowing is half the battle |
22:24.20 | jpeeler | me either, thanks |
22:25.17 | seanbright | checks for an openbsd manpage for wordexp |
22:25.25 | russellb | it's POSIX |
22:25.31 | seanbright | i know |
22:25.36 | seanbright | but i want to ensure it's there |
22:25.39 | seanbright | it's a preemptive strike |
22:25.42 | russellb | heh |
22:26.02 | seanbright | "Sorry, no data found for `wordexp'. |
22:26.03 | seanbright | " |
22:26.11 | jpeeler | oh man :( |
22:26.44 | seanbright | freebsd has it |
22:27.02 | jpeeler | i guess i'll just handle it in the shell |
22:27.05 | Corydon76-dig | Linux has it, too |
22:27.20 | seanbright | openbsd ruins EVERYTHING |
22:27.21 | seanbright | heh |
22:27.26 | seanbright | mvanbaak: earmuffs! |
22:27.41 | seanbright | jeez, irix even has it |
22:27.52 | seanbright | irix. the latin of operating systems. |
22:28.13 | Corydon76-dig | seanbright: did you install manpages-posix-dev ? |
22:28.19 | seanbright | Corydon76-dig: no |
22:28.32 | Corydon76-dig | seanbright: That will make it show up on Linux |
22:29.03 | seanbright | i already saw it here |
22:29.19 | Corydon76-dig | I know, but you said it was missing |
22:29.23 | seanbright | where? |
22:29.41 | Corydon76-dig | [16:26:01] <seanbright> "Sorry, no data found for `wordexp'. |
22:29.46 | seanbright | yeah, on openbsd |
22:30.03 | Corydon76-dig | Oh. Well, who uses obsd, anyway? |
22:30.07 | seanbright | mvanbaak |
22:30.18 | seanbright | and i _think_ that's it |
22:30.25 | Corydon76-dig | seanbright: that was a rhetorical question |
22:30.40 | seanbright | well then i shouldn't have responded |
22:46.00 | seanbright | damn, this function is hardcore |
22:46.42 | seanbright | just reading the first paragraph of "The expansion" section of the man page gets me all emotional |
22:48.59 | putnopvut | which function? wordexp? |
22:49.11 | seanbright | yeah |
22:55.24 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) |
23:05.03 | jpeeler | so i guess we don't use the custom merge commands for changes to menuselect? |
23:09.06 | seanbright | we do |
23:09.09 | seanbright | 1.0 -> trunk |
23:10.54 | jpeeler | seanbright: you mean just commit to 1.0 and then trunk then? |
23:11.06 | seanbright | commit to 1.0 and then svnmerge to trunk |
23:11.11 | seanbright | i... think |
23:11.45 | seanbright | ohhh |
23:11.49 | seanbright | you're right |
23:11.53 | seanbright | sorta |
23:12.14 | jpeeler | well i didn't see any particular properties set for menuselect |
23:12.24 | seanbright | trunk has the blocked and merged props, but not the svnmerge-integrated one |
23:12.25 | jpeeler | so i don't know how the proper merge should go |
23:12.49 | jpeeler | it does? |
23:12.53 | seanbright | yeah |
23:13.04 | seanbright | according to viewvc, anyway |
23:13.12 | jpeeler | oh, how did i miss that |
23:13.12 | seanbright | branch-1.0-blocked /branches/1.0:49,132 |
23:13.14 | seanbright | branch-1.0-merged /branches/1.0:1-316,383,437 |
23:13.21 | seanbright | shrugs |
23:13.24 | seanbright | it's friday |
23:35.00 | seanbright | am i imaginging something, or does svn 1.5 auto-resolve conflicts somehow? |
23:35.24 | putnopvut | seanbright: I know it has interactive conflict resolution... |
23:35.33 | putnopvut | But not sure beyond that. |
23:35.42 | seanbright | well i had a file in conflict |
23:35.45 | seanbright | i editted it |
23:35.48 | seanbright | svn status |
23:35.55 | seanbright | shows an M |
23:36.04 | seanbright | might be the svn minor mode i have installed. |
23:37.33 | seanbright | goes home |
23:38.28 | putnopvut | have a good weekend! |
23:38.35 | putnopvut | ...or I'll have you shot |
23:38.55 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |