| 00:01.22 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 00:27.20 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 00:27.20 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 00:47.27 | tzafrir_laptop | does chan_dahdi in asterisk 1.4 support the directive "zapchan" in users.conf? |
| 01:10.44 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 01:18.07 | tzafrir_laptop | What about useincomingcalleridonzaptransfer ? |
| 01:55.52 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 01:57.33 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 02:12.17 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:12.17 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:12.56 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:12.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:14.46 | Corydon76-dig | pokes russellb |
| 02:14.52 | russellb | wibbles |
| 02:15.46 | tzafrir_laptop | wondersifchan_dahdi.confcouldhavesomesanenamesfordirectives |
| 02:15.57 | russellb | O.O |
| 02:16.07 | russellb | wondersiftzafrir_laptoplosthisspacebarandshiftkey |
| 02:16.51 | Corydon76-dig | He's referring to useincomingcalleridondahditransfer |
| 02:16.53 | tzafrir_laptop | has_not_lost_it |
| 02:17.02 | russellb | :) |
| 02:18.26 | tzafrir_laptop | they used to write books like that (without spaces) in the middle ages. To save on pages |
| 02:18.48 | Qwell | hopefully there are some words they never used together |
| 02:19.04 | russellb | actually, i wish we used underscores in config option names ... |
| 02:19.13 | russellb | multiple_word_option instead of multiplewordoption |
| 02:19.18 | russellb | it bugs me ... a lot |
| 02:19.47 | Corydon76-dig | The problem is that there are some words for which it's difficult to know if there should be a space or not |
| 02:19.59 | Qwell | well... |
| 02:20.05 | Qwell | you could simple remove the _ on parsing |
| 02:20.17 | Qwell | so some_random_option is parsed as somerandomoption |
| 02:20.25 | Qwell | as would |
| 02:20.33 | Qwell | s_omeran_domoptio_n |
| 02:20.51 | russellb | hrm, i guess |
| 02:21.08 | russellb | of course, we'd have to audit every module to make sure that something isn't looking for "some_option" already |
| 02:21.11 | Corydon76-dig | callerid vs caller_id vs caller_i_d |
| 02:21.12 | Qwell | right.. |
| 02:21.28 | russellb | caller_id |
| 02:21.31 | russellb | :) |
| 02:21.57 | jpeeler | i'm sure this would be popular, how about the java way! someRandomOption |
| 02:22.17 | russellb | kicks jpeeler |
| 02:22.19 | jpeeler | is kidding |
| 02:22.21 | tzafrir_laptop | Aren't options case-insensitive? |
| 02:22.30 | russellb | yes |
| 02:22.40 | russellb | so I guess that would work already .. |
| 02:22.40 | jpeeler | yes, i know |
| 02:22.55 | russellb | I just don't like camelCaseVeryMuch |
| 02:24.58 | snuff-work | mm Corydon76-dig see zenon dummy spit in 13114 |
| 02:25.54 | Corydon76-dig | snuff-work: I'm going to let someone else close that one |
| 02:26.45 | Corydon76-dig | I thought I had explained the policy before, but apparently he's already been kicked today |
| 02:27.22 | snuff-work | who was doing the ipv6 work..? |
| 02:28.10 | file | Simon from viagenie |
| 02:28.46 | russellb | scheduled to go in 1.6.2 :) |
| 02:29.10 | snuff-work | cant think of a phone that supports ipv6 aside from a softphone |
| 02:29.35 | russellb | the neat thing is that by adding something to Asterisk, we help create the demand for it |
| 02:29.53 | jpeeler | remembers hearing ipv6 total conversion by 2008 |
| 02:30.05 | russellb | jpeeler: glad your apartment is still there. |
| 02:30.10 | russellb | jpeeler: how did the other building look? |
| 02:30.35 | jpeeler | russellb: i certainly am too |
| 02:30.56 | jpeeler | the other building was not as bad as i thought it would be after hearing 6 units got completely destroyed |
| 02:31.04 | jpeeler | but one unit is pretty much gone |
| 02:31.08 | file | do they know what started things? |
| 02:31.16 | russellb | hopefully nobody got hurt ... |
| 02:31.30 | jpeeler | i haven't inquired and nobody was reported to have gotten hurt |
| 02:32.31 | jpeeler | but perhaps i should make my router ping-able since i discovered today it was quite silent |
| 02:33.24 | Qwell | snmp enabled smoke alarm |
| 02:33.35 | file | pings jpeeler and gets nothing |
| 02:33.43 | jpeeler | file: pong! |
| 02:33.47 | jpeeler | you got something |
| 02:33.56 | file | a disappointing pong |
| 02:34.11 | russellb | snmp fire alarm .. nice idea |
| 02:34.19 | russellb | s/fire/smoke/ |
| 02:34.56 | snuff-work | mm.. maybe bluetooth? least its small power and wireless |
| 02:37.54 | Qwell | http://www.youtube.com/watch?v=zV4ISDTnRLM |
| 02:38.31 | Qwell | Telephone Piano |
| 02:39.05 | russellb | saw that on break.com a couple days ago |
| 02:39.11 | russellb | pasted it in redbull :-p |
| 02:39.15 | Qwell | oh ;/ |
| 02:39.23 | Qwell | http://www.youtube.com/watch?v=1L65Ek5aKWQ |
| 02:39.26 | Qwell | Then you get that |
| 02:40.18 | russellb | sillyness |
| 02:42.15 | jpeeler | tries to last until the end |
| 02:42.28 | snuff-work | gave up after 10 sec |
| 02:42.50 | Qwell | jpeeler: it doesn't get better |
| 02:43.11 | jpeeler | Qwell: don't take away my hope! |
| 02:43.20 | Qwell | the twist at the end is awesome |
| 02:43.21 | russellb | gave up very quickly |
| 02:45.50 | Juggie | Qwell, russellb! |
| 02:45.59 | russellb | WHAT |
| 02:46.03 | Juggie | nothing. |
| 02:46.07 | Juggie | just a hearty hello. |
| 02:46.19 | russellb | hiiii |
| 02:46.29 | file | russellb: you can't talk to people like that on here! they will </3 you |
| 02:46.36 | russellb | oh, sorry |
| 02:46.44 | russellb | pushes file into the pool |
| 02:46.48 | file | except when it is Juggie |
| 02:46.52 | Juggie | russellb already </3's me. |
| 02:46.56 | russellb | lies |
| 02:47.08 | file | russellb: pack swimming stuffz! |
| 02:47.14 | russellb | oh, i will! |
| 02:47.44 | Juggie | where is the trip? (besides arizona in a month) |
| 02:47.58 | russellb | that |
| 02:48.12 | Juggie | ah, yes.. i wish i could attend... sigh.. silly wedding ruins my free gov trip. |
| 02:48.26 | russellb | heh, wedding got seanbright, too |
| 02:48.39 | Juggie | i actually wish i could get back into asterisk stuff at work now, we are doing some cool stuff and i am doing friggen php. |
| 02:48.54 | snuff-work | hehe |
| 02:49.21 | Corydon76-dig | What do we need swimming stuffz for? We can all just go skinny dipping |
| 02:49.28 | russellb | O.O |
| 02:49.35 | file | ... |
| 02:49.39 | Juggie | i think we are getting ready to roll out one of our main ivr's on * which when its full tilt will be 1000 ports. |
| 02:49.43 | snuff-work | hopes not to be at that pool |
| 02:49.50 | Juggie | hah. |
| 02:49.57 | russellb | will be clothed at the pool |
| 02:49.58 | file | russellb: do you feel lucky? |
| 02:50.02 | Juggie | Corydon76-dig, are you going this year? |
| 02:50.02 | russellb | yes? |
| 02:50.10 | file | russellb: wrong answer! |
| 02:50.11 | Corydon76-dig | Mark has gone skinny dipping with certain employees before... |
| 02:50.15 | russellb | O.O |
| 02:50.37 | Corydon76-dig | Or so I've heard |
| 02:50.40 | russellb | uh ... huh |
| 02:51.06 | Juggie | Corydon76-dig, are you heading to phoenix? |
| 02:51.15 | Corydon76-dig | Juggie: if all goes well |
| 02:52.10 | Juggie | you've never been before though right, at least not phoenix, dallas, or anaheim? |
| 02:52.22 | Corydon76-dig | Or Atlanta. No. |
| 02:52.32 | Juggie | ok, i was fairly sure i had not met you but not positive. |
| 02:52.46 | Corydon76-dig | If you'd met me, you'd remember |
| 02:52.51 | Juggie | hahah |
| 02:52.55 | russellb | ha |
| 02:52.57 | Juggie | russellb, nic will still be around though. |
| 02:53.01 | russellb | cool |
| 02:53.03 | Juggie | and probally someone he works with. |
| 02:53.10 | Corydon76-dig | I speak softly unless I intend to be heard, and then my voice carries |
| 02:53.30 | Corydon76-dig | No amplification required |
| 02:54.22 | Juggie | is *-con 2009 location known yet? |
| 02:54.23 | russellb | doesn't talk |
| 02:54.29 | russellb | Juggie: don't think so. |
| 02:54.39 | file | I sing. |
| 02:54.41 | russellb | I think the Phoenix contract was for 2 years ... |
| 02:54.44 | Juggie | russellb, has gotten all business professional like |
| 02:54.47 | Juggie | right and this is year 2. |
| 02:54.50 | russellb | nods |
| 02:55.02 | Juggie | if you count carefree :) |
| 02:55.12 | jpeeler | does the conference continually move around then? |
| 02:55.12 | russellb | yeah, I have had to grow up a bit ... you know, represent the project and the company ... |
| 02:55.15 | Juggie | which was cool in its own way, it would just be nice to have real internet. |
| 02:55.17 | Corydon76-dig | Danny would love to be able to hold Astricon in Huntsville |
| 02:55.27 | russellb | so i've had to tone down some of the extra curricular activities, heh |
| 02:55.34 | Juggie | ya huntsville would be cool because you'd be at the home of digium |
| 02:55.39 | Juggie | you could invite some people to tour the building, etc. |
| 02:55.50 | Juggie | and all employees could go |
| 02:55.54 | russellb | more expensive for travel, though |
| 02:55.56 | Corydon76-dig | russellb: you mean, like the skinny dipping? |
| 02:55.59 | russellb | and no hotel big enough ... |
| 02:56.00 | Juggie | ya, thats the crappy part. |
| 02:56.11 | Juggie | whats the biggest city in alabama? |
| 02:56.13 | russellb | sooo ... it's a tough thing to rationalize |
| 02:56.16 | russellb | Birmingham |
| 02:56.22 | Juggie | ah yes |
| 02:56.25 | Juggie | they have an AHL farm team |
| 02:56.27 | Corydon76-dig | Nashville is another option |
| 02:56.39 | russellb | if it's not Huntsville, it might as well be anywhere |
| 02:56.46 | russellb | other than making travel cheap for digium people, heh |
| 02:57.00 | Corydon76-dig | russellb: save on airfare if it's BHM or BNA |
| 02:57.11 | Juggie | well hell if it was close, digium could just rent a bus and ship people up |
| 02:57.12 | russellb | for others? i guess a bit, maybe |
| 02:57.13 | Corydon76-dig | or ATL |
| 02:57.15 | Juggie | would be cheaper then flying |
| 02:57.20 | russellb | digium people would just drive ... |
| 02:57.21 | snuff-work | after astricon at nashville does asterisk get country MOH ? ;) |
| 02:57.23 | Corydon76-dig | russellb: for employees |
| 02:57.46 | Corydon76-dig | Nashville is more than just country |
| 02:58.02 | snuff-work | all i know bout it.. |
| 02:58.19 | Corydon76-dig | We just completed a new symphony hall downtown |
| 02:58.22 | russellb | I haven't been up to Nashville in a while ... |
| 02:58.25 | snuff-work | i'm sure there is more to it.. just like australia is more than kangaroos in melbourne.. |
| 02:58.30 | Corydon76-dig | It's the crown jewel in the downtown revitalization project |
| 02:58.56 | Juggie | i did a 12hr drive on Monday |
| 02:58.57 | Juggie | no fun |
| 02:59.04 | russellb | sux0rz |
| 02:59.19 | Corydon76-dig | In another 10 days, I'll be up in Maryland |
| 02:59.23 | russellb | ooh |
| 02:59.30 | russellb | for what? |
| 02:59.37 | Corydon76-dig | Family reunion |
| 02:59.40 | russellb | cool |
| 02:59.48 | Corydon76-dig | A week with the nieces and nephews |
| 03:00.01 | Juggie | i just did a partial family reunion with the girlfriend and her folks |
| 03:00.05 | russellb | what city |
| 03:00.18 | Juggie | you dont want to know hah |
| 03:00.23 | Juggie | 12hrs away from civilization |
| 03:00.23 | Corydon76-dig | russellb: you probably have never heard of it |
| 03:00.35 | Corydon76-dig | Easton, MD |
| 03:00.36 | russellb | heh, probably not ... |
| 03:00.38 | Juggie | i was in Geraldton, population 2000 |
| 03:00.47 | Juggie | the arm pit of ontario i would call it |
| 03:00.59 | Corydon76-dig | Just up the road from St. Michaels |
| 03:01.25 | Corydon76-dig | and if you pass through St. Michaels and continue down that road, you'll hit the town of Tilghman on Tilghman Island. |
| 03:01.31 | Juggie | russellb, got any plans for some home renovation once the weather cools? |
| 03:01.42 | russellb | ooh, you need to get a picture by the Tilghman island sign |
| 03:01.50 | russellb | Juggie: hmm, good question! |
| 03:02.01 | russellb | one of these days I have some wiring to do ... |
| 03:02.02 | Corydon76-dig | russellb: my mother has a picture of that from when I was about 10 |
| 03:02.15 | russellb | my next project actually is staining a sleigh bed |
| 03:02.34 | Juggie | i am actually waiting to buy a new house |
| 03:02.36 | russellb | it's sitting in my shed until I finish it |
| 03:02.40 | Corydon76-dig | russellb: how's the home gigabit network? |
| 03:02.40 | Juggie | waiting for the builder to release the lot i want |
| 03:02.55 | russellb | Corydon76-dig: heh, hasn't started yet :) |
| 03:03.11 | Corydon76-dig | russellb: let me know... I have a ton of useful tools |
| 03:03.26 | russellb | I definitely will |
| 03:03.26 | Corydon76-dig | Remember, I used to do office installs of Asterisk, including running wires |
| 03:04.01 | Corydon76-dig | Slab or crawlspace? |
| 03:04.08 | russellb | I have some places I want to put some where I just have no idea how to get wire there |
| 03:04.09 | russellb | slab |
| 03:04.19 | Juggie | running wires is a real bitch |
| 03:04.21 | Corydon76-dig | Ah, you have to drop wires from above, then |
| 03:04.33 | Corydon76-dig | Hopefully you have some semblance of an attic |
| 03:04.36 | russellb | and a vaulted ceiling in the living room which is in the middle of the house ... |
| 03:04.46 | Corydon76-dig | Ouch |
| 03:04.48 | Juggie | russellb, is your place a 2 story or 1 floor + basement |
| 03:04.49 | russellb | yeahhh ... |
| 03:04.58 | russellb | 1 story, no basement |
| 03:05.13 | Juggie | ah, well you should be able to get up in the attic then and drop down |
| 03:05.14 | Corydon76-dig | Not an easy solution there |
| 03:05.20 | russellb | I really haven't looked at the attic very closely though |
| 03:05.29 | Corydon76-dig | Sometimes the only solution is to run conduit outside, under the eaves |
| 03:05.30 | russellb | there might be a little bit of space to get around |
| 03:05.35 | Juggie | you must have access to the entire thing |
| 03:05.41 | Juggie | (the attic that is) |
| 03:06.00 | Corydon76-dig | I'm lucky to have a crawlspace... |
| 03:06.10 | russellb | yeah, no kidding |
| 03:06.15 | russellb | I bet that makes things a lot easier |
| 03:06.19 | Juggie | i was lucky my house is brand new and they wired it all w/ CAT6 |
| 03:06.27 | Corydon76-dig | The only place you can't run wires to very easily are exterior walls |
| 03:06.38 | russellb | I helped run CAT5 in my parents' house, and we did it through the attic, but there was plenty of room |
| 03:07.10 | Corydon76-dig | When I had to run some 8 gauge to my UPS, it got very messy, since the electrical panel was on an exterior wall |
| 03:07.12 | russellb | well, i'll get up there and get a better idea of what all I have access to ... |
| 03:07.41 | Juggie | yeah, should be cooling down soon |
| 03:07.42 | russellb | when it cools off a bit, heh |
| 03:07.50 | russellb | Juggie: a couple months probably ... |
| 03:07.56 | russellb | it's at the peak of "hot as hell" right now |
| 03:08.05 | Juggie | ah ya, alabama |
| 03:08.08 | russellb | this is _Alabama_ |
| 03:08.09 | russellb | ha |
| 03:08.12 | Juggie | ottawa has got about another month of hot left |
| 03:08.14 | Juggie | then fall |
| 03:08.22 | Juggie | though this summer has been coolish |
| 03:08.34 | Juggie | only a couple of 90f-105f days |
| 03:08.42 | file | is having a sale on rain |
| 03:09.00 | Juggie | file, get out of atlantic canada! :) |
| 03:09.13 | Juggie | at least its not raining here, its just floating around 25c |
| 03:09.33 | russellb | offers file some rain insurance |
| 03:09.42 | Juggie | file, hows the fog. |
| 03:09.46 | file | Juggie: very weird |
| 03:10.03 | Juggie | russellb, do you know what year your house was built? |
| 03:10.12 | russellb | not off of the top of my head, no |
| 03:10.17 | russellb | 2026 probably |
| 03:10.24 | Juggie | hah, seriously |
| 03:10.26 | Juggie | even a wild guess? |
| 03:10.33 | russellb | 15 years agoish |
| 03:10.41 | Juggie | hmmmm so its prob wired w/ cat 3. |
| 03:10.54 | russellb | for the phone? yeah, probably |
| 03:10.59 | Juggie | are you lucky enough to have single runs back to a dmarc point |
| 03:11.02 | Juggie | or is it daisy chained |
| 03:11.19 | russellb | haven't looked |
| 03:11.52 | Juggie | if your going to rerun cat5 for the network you may as well do multiple runs and add in some for phone too |
| 03:11.53 | file | Juggie: ooh, neat idea |
| 03:12.03 | russellb | yeah, that's what I was thinking |
| 03:12.12 | Juggie | because chances are there is no proper dmarc point |
| 03:12.21 | russellb | since I have some IP phones I'd like to put out |
| 03:12.25 | Juggie | so you coudnt make phone a,b line 1 and phone c,d line 2. |
| 03:13.00 | Juggie | file, did i have a good idea and not realize it? |
| 03:13.07 | file | Juggie: maybe |
| 03:13.22 | Juggie | what was it? :P |
| 03:13.30 | russellb | the phone + data idea i think |
| 03:13.37 | file | Juggie: nothingggg |
| 03:14.00 | russellb | i ... want to want to code ... but I don't feel like it |
| 03:14.04 | file | russellb: that is what I'm going for as well |
| 03:14.11 | russellb | yeahhh ... |
| 03:14.23 | file | PoE jacks and gigabit jacks for data |
| 03:14.23 | Juggie | may as well run a bunch though, i'm sure the gf wont let you go only IP, she'll be mad when the power is out and there is no phone :) |
| 03:14.42 | russellb | heh, i don't have a real phone line |
| 03:15.13 | snuff-work | juggie.. PoE and a UPS problem solved ;) |
| 03:15.34 | Juggie | ya, true true.... ups's have gotten cheaper as of late |
| 03:15.37 | file | I wish the snom m3 was PoE capable |
| 03:15.50 | Juggie | the last one i bought only powered my p-133mhz for an hour |
| 03:15.52 | Juggie | without the monitor |
| 03:15.55 | snuff-work | mm |
| 03:16.05 | Juggie | of course that was like 10 years ago ;) |
| 03:16.27 | russellb | i have a UPS on a computer that doesn't do much more than run a silly IRC bot ... |
| 03:16.49 | Juggie | ya, i put the UPS on the cable modem/linux box at my parents |
| 03:16.59 | Juggie | which i used to bypass the work firewall all my time as a student |
| 03:17.00 | russellb | yeah, putting it on that would be more useful |
| 03:17.06 | snuff-work | well now isn't everyone ment to be running quad core server with 4 OSes virtualised even at home.. wont last long as ur p133 ;) |
| 03:17.31 | Corydon76-dig | The UPS on my desktop computer runs longer than the UPS on my network switch |
| 03:17.45 | Juggie | whats your switch |
| 03:18.06 | ctooley | was lucky enough to replace a datacenter's UPS system with a very large power distribution system and they had a firesale on APC 3000's. I picked up two for $20 a piece. |
| 03:18.13 | Juggie | haha nice. |
| 03:18.19 | snuff-work | lucky man |
| 03:18.20 | Corydon76-dig | Juggie: I forget... it's in the other room |
| 03:18.28 | file | ctooley: nice |
| 03:18.31 | ctooley | $100 later I had enough batteries to have a complete set of fresh batteries for one UPS |
| 03:18.41 | Juggie | at work we have some crazy UPS system, it can power the entire lab for 12hours |
| 03:18.47 | Juggie | and thats 100's of servers. |
| 03:18.59 | ctooley | and then $350 later I had constructed a 3200W generator out of a push mower. |
| 03:19.04 | russellb | O.O |
| 03:19.27 | ctooley | BTW the push mower project was something the kids had a ball helping with. |
| 03:19.46 | Juggie | nice, what did you need to build that |
| 03:19.48 | ctooley | But, coming up with an inverter that can do 220V isn't cheap |
| 03:19.51 | Juggie | bresides the push motor |
| 03:19.51 | Corydon76-dig | Yeah, I'm looking at getting an 8500W generator |
| 03:20.15 | Juggie | 220V? |
| 03:20.21 | Juggie | what do you need that for |
| 03:20.58 | ctooley | Juggie, a cheap 4.5HP push mower (yard sales, yuck!), an old 300W alternator for a large truck, and an inverter |
| 03:21.13 | ctooley | http://www.webpal.org/b_recovery/3_alternate_energy/electricity/lawnmower/generator/generator.htm |
| 03:21.25 | ctooley | 220V is for plugging in the UPS |
| 03:22.56 | Juggie | ah |
| 03:23.06 | Juggie | i didnt know those APC 3000's were 220v |
| 03:23.50 | ctooley | Everything "important" goes to the UPS, we shutdown non-necessities, turn off the main breaker in the breaker box (the one that removes line power from the power company to the house) and plug the generator into a 220V outlet |
| 03:24.00 | ctooley | Instantly powers the whole house |
| 03:25.02 | ctooley | When line power comes back on to the house, we can tell because I have a small alarm hooked up outside the main breaker and it goes off when the line power comes on. |
| 03:25.32 | ctooley | Simply flipping on the main breaker and shutting down the generator puts everything back to normal. |
| 03:25.47 | Juggie | with a temp power loss i suppose |
| 03:25.59 | Juggie | since you coudnt turn the breaker with the generator still plugged in |
| 03:26.52 | ctooley | Sure you can, just put a fuse in front of the inverter, prevents backflow spikes. |
| 03:26.59 | ctooley | At least we haven't had an issue with that yet. |
| 03:27.19 | ctooley | it's not advisable to leave the generator on though. :) |
| 03:28.31 | Juggie | you need a http://en.wikipedia.org/wiki/Transfer_switch idealy. |
| 03:28.47 | ctooley | I'd really like an engine with an electronic ignition though. Then I could split the breaker box between essentials and non-essentials and automate the flip over. |
| 03:29.34 | ctooley | Either way, I've only used it once. |
| 03:29.56 | Juggie | ya, well, you'd need an automatic transfer switch |
| 03:30.09 | Juggie | which would flip to the APC @ loss of power |
| 03:30.14 | Juggie | and then start the generator |
| 03:30.31 | Juggie | the APC would give the house the power it needs until the generator starts |
| 03:34.11 | ctooley | yup |
| 03:34.27 | ctooley | BTW there are 110V APC 3000's, I just don't have one. |
| 03:34.34 | ctooley | http://pepei.pennnet.com/display_article/293571/6/ARTCL/none/none/Keep-an-Open-Mind-About-Closed-Transition/ |
| 03:35.50 | ctooley | We have massive inverters at our switch sites that provide AC power from our DC supplies. We run that way as SOP and never use unfiltered utility power. I just want to provide some sort of miniaturized version for my house. :) |
| 03:36.27 | Juggie | ya, being a geek is fun. |
| 03:36.58 | Juggie | we do the same thing @ work, everything goes though a huge apc |
| 03:37.06 | Juggie | er, actually not sure if its an apc |
| 03:37.43 | JT | double conversion online UPSes are the bomb |
| 03:38.28 | Juggie | its a big Emmerson Network Power/Leibert system |
| 03:38.28 | snuff-work | why not go 'flywheel' UPS and be different (assuming u have gennies) |
| 03:39.04 | JT | snuff-work: you need expensive generators to use a flywheel UPS |
| 03:39.19 | JT | and those generators use a bit of power even whilst not active |
| 03:40.12 | snuff-work | mm but still cool tech considering u could save massive space vs batteries |
| 03:41.29 | ctooley | snuff-work, Mainly because my entire system to date has been less than $500 |
| 03:41.55 | snuff-work | hehe i'm not suggesting it for home use.. :) |
| 03:42.47 | ctooley | snuff-work, plus, I don't own this house, something like that would require a more permanent installation. :) |
| 03:42.53 | JT | snuff-work: the datacentre i use uses flywheel UPSes |
| 03:43.02 | JT | Pilar Powerbridge units, lots of them. |
| 03:43.13 | JT | theirs run at 11kV |
| 03:43.14 | snuff-work | that globalcenter? |
| 03:43.19 | JT | global switch |
| 03:43.22 | ctooley | Juggie, http://www.geindustrial.com/cwc/Dispatcher?REQUEST=PRODUCTS&famid=3&id=zbtsct |
| 03:43.24 | snuff-work | ah |
| 03:43.24 | JT | sydney |
| 03:44.01 | ctooley | If only I was rich... maybe I should attempt to construct one. :) |
| 03:44.29 | JT | real rich, the flywheels run in a pure helium atmosphere |
| 03:46.53 | JT | snuff-work: globalcentre is a mediocre datacentre in comparison to global switch ;) |
| 03:48.14 | snuff-work | globalcenter is rather so so visited some stuff today there |
| 03:48.28 | JT | and rather very full |
| 03:48.43 | snuff-work | AAPT has a nice new one from memory |
| 03:49.11 | JT | the thing i think is coolest about the flywheel UPS setup is that they keep the chillers and PCUs running during an outage |
| 03:49.23 | JT | they do not shut down for a second to wait for generators |
| 03:49.37 | JT | which is what screwed over The Planet or some such datacentre |
| 03:50.12 | JT | snuff-work: lol yeah but you'd have to be on crack to co-lo at AAPT |
| 03:50.46 | snuff-work | better than soul hosting when they have a 4hr outage of network connectivity to whole of vic |
| 03:51.01 | JT | haha soul |
| 03:51.04 | JT | spt is the worst |
| 03:51.16 | JT | but aapt is practically kicking people out of datacentres |
| 03:51.32 | JT | and is being very anti-competitive, imposing ridiculous restrictions on people |
| 03:52.27 | snuff-work | mm.. haven't heard much in a while or done anything at an AAPT one.. now i've shifted jobs dont even get to see powertel carpark |
| 03:52.45 | snuff-work | work at telstra exchanges instead |
| 03:53.09 | JT | snuff-work: there's been a lot of upheavel re aapt co-lo in the past 12months, bevan slattery ceo of pipe networks has had a very public disagreement with their new policies too |
| 03:53.23 | JT | pipe has pulled all their own co-lo space out of any aapt facility |
| 03:53.42 | snuff-work | interesting |
| 03:54.08 | JT | datacentres in melbourne suck in general, but the primus/pipe facility at 55 king seems to be the best atm |
| 03:54.31 | JT | snuff-work: what sort of work in exchanges? |
| 03:54.53 | snuff-work | mainly sun server installs etc |
| 03:56.17 | JT | ah ok |
| 03:56.23 | JT | for nextgen or someone else? |
| 03:57.43 | snuff-work | nah other.. just consultancy firm.. so generally the stack n rack isn't by us we just build the operating environment OS/array etc |
| 03:59.46 | JT | ah ok |
| 04:00.10 | JT | i'm looking at getting co-lo space in melbourne |
| 04:00.16 | JT | most options aren't very appealing |
| 04:03.18 | snuff-work | mm so ur probably going to go into 55 king? |
| 04:08.24 | JT | possibly, although i might be able to get a little bit of space in Datacom (globalcentre), waiting on prices |
| 05:03.00 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 05:15.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 05:29.02 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:29.02 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 05:35.55 | *** join/#asterisk-dev eferro (n=eferro@47.127.217.87.dynamic.jazztel.es) |
| 06:00.05 | eferro | I am developing PacketCable NCS 1.0 patch (http://bugs.digium.com/view.php?id=12950) |
| 06:00.41 | eferro | I am folllowing the Corydon76 instructions.... Okay, this needs to be converted to trunk. Also, the new application embedded in here is more suitable to be a dialplan function, and, in particular, should be created as an argument to the CHANNEL() dialplan function, as it implements something that is channel-specific. |
| 06:00.54 | eferro | and the sample send by snuffy... |
| 06:01.23 | eferro | but in fact I don't understand the part " the new application embedded in here is more suitable to be a dialplan function, and, in particular, should be created as an argument to the CHANNEL() dialplan function" |
| 06:02.34 | eferro | snuffy said than chan_iax2 can be a good sample... but I read the code and I don't find the example (mainly because I have no clear what I am looking for...) |
| 06:02.58 | snuff-work | ok.. well i might be able to help a little |
| 06:03.41 | eferro | oh, thanks.... and sorry but I am newbie developer at asterisk |
| 06:05.15 | snuff-work | all i ment by what i said.. is if corydon tells you he would like it as a channel option.. they way to 'add' a channel option is reasonably straight forward |
| 06:07.02 | eferro | ok.. I just open chan_iax2 to find the sample... |
| 06:08.52 | snuff-work | there is a 'acf_channel' read/write function |
| 06:10.12 | eferro | ok.. I am reading the functs |
| 06:11.39 | snuff-work | and in the iax2_tech definition it registers the callback functions 'acf_read/acf_write' |
| 06:13.09 | snuff-work | which func_channel checks for option |
| 06:13.22 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 06:15.59 | eferro | so in this case ncs flag can be a mgcp channel parameter, isn't? |
| 06:16.52 | snuff-work | yes |
| 06:17.12 | eferro | and i should define a write/read function for this parameter, and register this funcs as func_channel_read/write to read/write this parameter... right? |
| 06:17.32 | snuff-work | if chan_mgcp doesn't already have a function like it yes |
| 06:17.48 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 06:18.08 | eferro | ok, I think that I understand the point.... |
| 06:18.18 | eferro | but another question.... |
| 06:19.07 | snuff-work | ? |
| 06:19.47 | eferro | in the patch for 1.4.17 I include a application function.... static int mgcp_show_lines(int fd, int argc, char *argv[]) |
| 06:20.33 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 06:20.38 | eferro | something like "mgcp show endpoints" but with more info than the original one.... |
| 06:22.03 | eferro | I don't port the chunk of code because I think that the "argument to the CHANNEL() dialplan function (Corydon76)" stuff was related with this function... |
| 06:23.08 | eferro | with the tips you show me.... I suppose that there is no problem to create this kind of functions for cli.... I'm right? |
| 06:24.00 | snuff-work | shouldn't be.. as for more info via cli.. generally its not accepted to have very detailed outputs via cli.. |
| 06:24.13 | snuff-work | and that manager interface should be used instead |
| 06:26.10 | eferro | ok.... I wrote this tip.... a light version for cli a detailed version for manager.... |
| 06:26.48 | eferro | Ok. Lot of thanks for your help (and sorry for my english...) |
| 06:27.15 | snuff-work | np |
| 06:29.45 | eferro | bye |
| 06:39.24 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:41.18 | *** join/#asterisk-dev ZX81 (n=matt@203-79-98-49.adsl.paradise.net.nz) |
| 06:41.28 | *** part/#asterisk-dev ZX81 (n=matt@203-79-98-49.adsl.paradise.net.nz) |
| 06:45.54 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 06:56.02 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 07:27.57 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 08:06.38 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 08:29.22 | *** join/#asterisk-dev ZX81 (n=matt@203-79-98-49.adsl.paradise.net.nz) |
| 08:29.38 | *** part/#asterisk-dev ZX81 (n=matt@203-79-98-49.adsl.paradise.net.nz) |
| 09:35.03 | *** join/#asterisk-dev Dovid (n=chatzill@tony09-121-90.inter.net.il) |
| 09:38.58 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 10:57.00 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:57.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:28.18 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:32.13 | *** join/#asterisk-dev eliel (n=eliel@host244.200-43-6.telecom.net.ar) |
| 11:33.00 | eliel | mvanbaak: ping |
| 11:33.34 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 11:36.09 | mvanbaak | pong |
| 11:37.09 | eliel | I am working on building the syntax |
| 11:37.17 | eliel | and I have a few questions... |
| 11:37.50 | eliel | What type of syntax to describe the app we should use? I like a non-ambigous one, But I have read things like this: |
| 11:38.02 | eliel | P(opt1[,opt2][,opt3]) |
| 11:38.13 | eliel | this is ambiguous |
| 11:38.27 | eliel | P(opt1[,[opt2][,opt3]]) |
| 11:38.36 | eliel | And this one is not, but it is more complicated... |
| 11:38.56 | eliel | I like the second one, but is hard to read |
| 11:40.05 | mvanbaak | same here |
| 11:40.19 | mvanbaak | it's indeed officialle the correct form |
| 11:40.27 | mvanbaak | but, harder on they eyes |
| 11:41.52 | eliel | I have another question also, the [syntax] what type of format should have? I have think about something like this: |
| 11:42.01 | eliel | P(opt1,opt2) |
| 11:42.13 | eliel | <PROTECTED> |
| 11:42.24 | eliel | <PROTECTED> |
| 11:42.34 | eliel | <PROTECTED> |
| 11:42.41 | eliel | <PROTECTED> |
| 11:42.43 | eliel | <PROTECTED> |
| 11:50.56 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:53.27 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:20.11 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:21.23 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:21.26 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:29.07 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:30.51 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:30.51 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:33.35 | eliel | mvanbaak: notice that the ast_xml interface was changed in my last commit, we don't need to passwd the ast_xml_doc to the ast_xml_get_text() function, we already have that info in the node, and not all the xml implementations needed that info, so my change is to conform to every implementation. |
| 12:33.47 | eliel | s/passwd/pass |
| 12:33.59 | eliel | heh |
| 12:37.11 | mvanbaak | ah |
| 12:38.04 | mvanbaak | sorry for not being that responsive |
| 12:38.12 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:38.18 | mvanbaak | we are close to a release here at work, so a shitload of bugfixes should go in |
| 12:40.49 | eliel | mvanbaak: no problem! |
| 12:41.09 | mvanbaak | eliel: that commit looks ok |
| 12:41.37 | eliel | great |
| 12:42.22 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:46.35 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 12:55.39 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 12:59.35 | pgarcia | I suppose that there is someone here that knows about the place where Astricon will take place, right? It is an off-topic question but I'd like to know if anyone here can suggest about other hotel options close to the Renaissance since it is fully booked. Any tip? |
| 13:04.38 | tzafrir_laptop | ~google astricon |
| 13:06.12 | *** join/#asterisk-dev _foxfire_ (n=_foxfire@cica-adm.fe.up.pt) |
| 13:09.02 | pgarcia | yeah, I just found that google maps can show hotels close to an address. Few more minutes and I could avoid that question... |
| 13:11.50 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 13:15.32 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 13:16.18 | dominic1 | is there any manager action if I set a call on hold on my phone? |
| 13:27.13 | Qwell | lol |
| 13:27.25 | Qwell | tzafrir_laptop: Alberto sent me an email |
| 13:27.38 | Qwell | he wasn't thrilled with my post to -users |
| 13:28.46 | lmadsen | howdy! |
| 13:31.05 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.121) |
| 13:41.13 | *** join/#asterisk-dev smurfix (n=smurf@debian/developer/smurf) |
| 13:50.37 | tzafrir_laptop | what are the release plans for zaptel and dahdi? we wanted to apply the same fixes applied to Zaptel today to dahdi as well. when? |
| 14:03.22 | kpfleming | once the dahdi-2.0.0-rc1 tarballs pass some internal testing, they'll be put out for public consumption |
| 14:03.42 | kpfleming | at this point the trunk is closed for new features until we get the release finalized, but bug fixes are more than welcome |
| 14:04.08 | kpfleming | for zaptel, i'll be doing the same license header cleanup this afternoon and then we'll be ready to roll out a set of new zaptel 1.2 and 1.4 releases |
| 14:04.22 | kpfleming | once those are out, there won't be any more zaptel releases except for critical bug fixes |
| 14:05.55 | kpfleming | we should also be ready for a new set of asterisk -rc releases today as well |
| 14:13.24 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 14:13.45 | tzafrir_laptop | ok. Those changes can wait till after rc1 |
| 14:14.29 | *** join/#asterisk-dev oron (n=oron@local.xorcom.com) |
| 14:38.58 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:41.29 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:44.49 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-8249cc535f995674) |
| 14:56.42 | *** join/#asterisk-dev tacubo (n=tacvbo@conference/cluecon/x-13e18fd4715a0364) |
| 14:59.04 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:59.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:59.37 | *** part/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:02.53 | *** join/#asterisk-dev terrymr (n=terrymr@conference/cluecon/x-f18bd9026e2efa48) |
| 15:02.59 | *** join/#asterisk-dev putnopvut (n=putnopvu@conference/asterisk/x-10b77177bf1d39f2) |
| 15:03.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:04.56 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:04.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:05.03 | *** join/#asterisk-dev smurfix (n=smurf@debian/developer/smurf) |
| 15:06.38 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:10.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:10.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:17.24 | seanbright | Corydon76-dig: hmmm, no idea how i missed that one. thanks. |
| 15:18.40 | Corydon76-dig | seanbright: you wouldn't have caught it until it was linked, at runtime |
| 15:19.02 | Corydon76-dig | I was reading through my startup messages and found it |
| 15:19.54 | seanbright | ah |
| 15:20.03 | seanbright | well thanks |
| 15:23.30 | *** join/#asterisk-dev mog (n=mog@conference/asterisk/x-1c50930a96a3b537) |
| 15:23.31 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:26.32 | *** part/#asterisk-dev oron (n=oron@local.xorcom.com) |
| 15:33.11 | putnopvut | seanbright: yay for merging shadow-warning stuff! |
| 15:39.30 | *** part/#asterisk-dev terrymr (n=terrymr@conference/cluecon/x-f18bd9026e2efa48) |
| 15:47.07 | Juggie | pgarcia, glendale should have plenty of hotels |
| 15:48.48 | pgarcia | Juggie, thanks. I was looking for a hotel at a walking distance. I could find one with good price and very close... |
| 15:50.40 | Juggie | pgarcia, try using kayak or google maps to search for hotels near the address of the conference hotel |
| 15:50.45 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:51.25 | Juggie | theres a holliday inn express for 127 thats 0.7mi |
| 15:52.18 | kpfleming | there are tons of close hotels |
| 15:52.26 | kpfleming | but most of them are the same price or more than the renaissance |
| 15:52.44 | pgarcia | I'm going to book the Residence Inn by Marriot. I got a good price for flight+hotel |
| 15:53.30 | Juggie | kayak shows 159 but if you can get a good rate then sure go for it... |
| 15:54.22 | pgarcia | yes, flight+hotel rate is a little less that I should pay for flight + $134 renaissance rate |
| 15:54.57 | pgarcia | so, that's ok. next time I need to think less and book earlier ! |
| 15:55.26 | Juggie | working for the goverment gets you the best rate :) |
| 15:56.12 | putnopvut | Juggie: does this mean you're actually going? |
| 15:56.18 | Juggie | no sadly. |
| 15:56.26 | putnopvut | Ah, sucks. :( |
| 15:56.34 | Juggie | ya stupid weddnig |
| 15:56.36 | pgarcia | Juggie, I don't think I have time to get a goverment job until there :) |
| 16:02.05 | Juggie | not a huge diff this year, but gov rate for the hotel is 122/w breakfast. |
| 16:02.27 | Juggie | its a huge scam too because i dont even have to be on business to get the rate. |
| 16:02.40 | Juggie | so any gov worker can show their pass and get like 25-50% off |
| 16:03.20 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-46ba14344a2f69a2) |
| 16:10.35 | seanbright | putnopvut: it's going to be a slow process :) |
| 16:10.59 | putnopvut | seanbright: I know. But shadow-free code is a good thing (tm). |
| 16:11.12 | putnopvut | It totally bit me on a chanspy issue once. |
| 16:12.10 | seanbright | yeah i know |
| 16:12.20 | seanbright | that was the impetus (sp?) for the branch :) |
| 16:15.50 | seanbright | and i spelled it right. hot. |
| 16:17.57 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-d41d9b716049c00b) |
| 16:29.21 | eliel | Hello, is this a wellformed syntax for app_dial? Dial(Technology/Resource[,[timeout][,[options][,[URL]]]]) |
| 16:30.30 | eliel | it was generated by a simple algorithm made to read xml documentation |
| 16:35.07 | *** join/#asterisk-dev jeffg_ (i=13yrhDTK@pdpc/supporter/active/jeffg) |
| 16:50.28 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 16:50.53 | mvanbaak | no |
| 16:51.02 | mvanbaak | you miss Technology2/Resource2 |
| 16:54.04 | eliel | you are right |
| 16:54.25 | eliel | I also have a algorithm error, cause it is not generating all types of possibilities |
| 16:56.11 | eliel | hmmm, this is going me crazy.. :-) |
| 16:56.21 | eliel | but is a nice challenge |
| 16:57.52 | mvanbaak | gheh |
| 17:00.38 | ctooley | codefreeze-lap, what's the relationship between 12772 and 12708? |
| 17:02.00 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:02.57 | Qwell | ctooley: Both are bugs. |
| 17:03.36 | ctooley | Well then, let me go ahead and add a lot more bug relationships to each bug in the tracker.... that may become a full time job to keep updated though |
| 17:03.44 | Qwell | lmadsen: ^^ |
| 17:09.22 | Corydon76-dig | lmadsen: thanks for taking care of that issue, by the way |
| 17:09.43 | lmadsen | Corydon76-dig: no problem -- thats my job! :) |
| 17:10.00 | lmadsen | ctooley: that is now part of my job description |
| 17:10.13 | lmadsen | so for all bug related things, I'm your Goto() guy |
| 17:10.39 | ctooley | I was making a joke about Qwell's comment on my question. |
| 17:10.43 | lmadsen | ya :) |
| 17:11.07 | lmadsen | I saw that... but just so people know I am now doing bug triage and updates, so if anyone sees something that needs to be dealt with in the bug tracker, please find me |
| 17:11.17 | lmadsen | back in a few -- lunch |
| 17:13.45 | codefreeze-lap | ctooley: I put in the relationship because the slowdown **could** be the we fixed in 12772 |
| 17:14.06 | codefreeze-lap | /be the/be the one/ |
| 17:15.09 | ctooley | ah |
| 17:15.13 | ctooley | that would be good |
| 17:15.19 | eliel | mvanbaak: I think we need more info than the one in the XML to generate the syntax |
| 17:16.22 | codefreeze-lap | gambles that 12772 and 12708 are related.... who says mormons don't gamble? |
| 17:17.58 | eliel | mvanbaak: I say nothing... its ok |
| 17:18.14 | pjezek | codefreeze-lap: I'm afraid, bug 0012708 was not fixed, voip graph, tha I posted is from almost fresh trunk, Asterisk SVN-trunk-r135717 |
| 17:18.39 | mvanbaak | eliel: gheh |
| 17:18.42 | codefreeze-lap | pjezek: rats! foiled again |
| 17:19.08 | pjezek | one relationship between 12708 and 12772, is performance degradation ;-) |
| 17:19.32 | mvanbaak | eliel: the error I have on OpenBSD is on my system |
| 17:19.37 | mvanbaak | eliel: nothing to worry about |
| 17:19.54 | mvanbaak | eliel: for reference: http://www.openbsd.org/faq/current.html#20080724 |
| 17:20.36 | mvanbaak | eliel: and this: http://www.undeadly.org/cgi?action=article&sid=20080725082235&mode=expanded&count=10 |
| 17:21.52 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 17:22.30 | mvanbaak | I'm going to upgrade my laptop today |
| 17:22.34 | mvanbaak | to see if it's fixed |
| 17:22.43 | mvanbaak | brb |
| 17:24.09 | eliel | mvanbaak: ok!, I need another brain to solve this syntax generator... |
| 17:36.28 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 17:38.56 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 17:39.07 | seanbright | putnopvut: you're... weird |
| 17:39.11 | seanbright | :) |
| 17:40.56 | seanbright | kpfleming: don't forget to block or merge 136504 |
| 17:41.05 | seanbright | seanbright: go smoke a cigarette. |
| 17:41.19 | kpfleming | i already did... 135606 |
| 17:41.30 | putnopvut | I am not weird, yo! |
| 17:41.38 | JerJer | anyone else seen asterisk 1.4.21 stop responding to CLI commands after doing a 'core show channels' ? I am working on a system that has about 200 active channels |
| 17:43.04 | putnopvut | JerJer: Haven't heard about that happening in a while, but it sounds like a deadlock. Can you connect remotely with asterisk -r and issue commands that way? |
| 17:43.23 | JerJer | i am in -r |
| 17:43.32 | putnopvut | I mean with a new -r. |
| 17:43.35 | JerJer | yes |
| 17:43.41 | putnopvut | Ah. |
| 17:44.08 | putnopvut | Did you happen to compile Asterisk with DEBUG_THREADS turned on? If you did, "core show locks" might be helpful. |
| 17:44.21 | *** join/#asterisk-dev outtolunc (n=me@adsl-75-62-237-1.dsl.pltn13.sbcglobal.net) |
| 17:44.21 | JerJer | and asterisk -rx 'core show channels' only gives me one or two channels |
| 17:44.48 | JerJer | but i have never had good luck with -rx |
| 17:44.50 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 17:45.27 | putnopvut | JerJer: right, it's probably only giving a couple of channels because it can't secure the lock for the next in the list so it gives up after trying about 200 times. |
| 17:45.27 | JerJer | putnopvut: no such command :( does enabling DEBUG_THREADS severely affect the performance of asterisk? |
| 17:46.15 | putnopvut | It's not "severe" by any means, but there is a performance hit. |
| 17:46.39 | JerJer | ok - i will enable this late tonight then will be able to check it tomorrow |
| 17:46.47 | putnopvut | JerJer: good deal |
| 17:47.14 | jpeeler | is that performance put in a doc anywhere? lots of people ask that |
| 17:47.30 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 17:47.32 | JerJer | i'm also gonna up this box to the latest 1.4 release tonight as well - just to be safe |
| 17:47.51 | JerJer | is it sane to copy over the menuselect.makeopts file from 1.4.21 to 1.4.21.2 ? |
| 17:48.10 | putnopvut | JerJer: yeah, that's perfectly fine. |
| 17:48.29 | anonymouz666 | 1.4.21 isn't the version with that typo in the macro deadlock_avoidance? |
| 17:48.32 | JerJer | but i should run configure first, in the new tree, right ? |
| 17:48.58 | putnopvut | anonymouz666: to be honest I'm not sure what the difference between 1.4.21 and 1.4.21.1 are. I know .2 had two security fixes. |
| 17:49.00 | JerJer | anonymouz666: maybe |
| 17:49.08 | putnopvut | JerJer: yes, you should. |
| 17:49.13 | JerJer | yeah one of them was that lovely iax2 poke situation |
| 17:49.55 | seanbright | kpfleming: ah. didn't get that e-mail for some reason. my bad. |
| 17:51.01 | putnopvut | JerJer: anonymouz666: it appears the difference between 1.4.21 and 1.4.21.1 was the deadlock_avoidance typo. |
| 17:51.16 | putnopvut | So upgrading to .2 may make your deadlock go away. |
| 17:51.20 | JerJer | loverly - so we are prolly beating up against that problem |
| 17:51.26 | JerJer | i love consulting :) |
| 17:51.57 | anonymouz666 | heh |
| 17:52.19 | ctooley | JerJer, I've run into that problem many times. |
| 17:52.26 | ctooley | 1.4.21.2 should be fine. |
| 17:56.55 | JerJer | i should say - i love these easy consulting gigs :) |
| 17:59.25 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 18:02.15 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 18:02.50 | mvanbaak | eliel: no problem |
| 18:02.54 | mvanbaak | eliel: what's the problem ? |
| 18:03.02 | mvanbaak | <--- back on his upgraded OpenBSD system |
| 18:03.10 | mvanbaak | and guess what, they fixed it :) |
| 18:03.11 | mvanbaak | hurray |
| 18:05.34 | eliel | mvanbaak: excellent |
| 18:06.36 | eliel | mvanbaak: We have to type of app/fun the ones starting with optional params, and the ones ending with optional params, we wont have a fun/app start and ending with optional params with non optional in the middle, isnt it? |
| 18:07.03 | mvanbaak | indeed |
| 18:07.17 | eliel | mvanbaak: And the ones without optional params, and the ones with all optional params |
| 18:07.25 | mvanbaak | it's either all optional, or it's non-optional at the start, and a couple of optional at the end |
| 18:07.43 | mvanbaak | brb |
| 18:08.55 | eliel | ok, I did the algorithm not thinking in the ones starting with optional params, and ending with non-optional like Goto(). I will come up with that, and send to you the patch for your review before commiting, also, I have added [syntax] in core show applications, and remove the core show syntax function. |
| 18:11.31 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 18:11.51 | eliel | I think I found the relation between the params options. |
| 18:13.01 | jsmith | mvanbaak: What about the goto application. It's got two optional params before the priority option |
| 18:13.36 | ctooley | Anyone know roughly where the concurrent port limit for Cepstral is? |
| 18:14.05 | ctooley | Obviously that's very hardware specific, but we should be able to get to some sort of rough number for 4 core 4GB RAM box |
| 18:14.21 | codefreeze-lap | pjezek: btw, pardon me for asking, but are you involved in the translation community at all, for mozilla, kde, gnome, or any of the others? |
| 18:15.08 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:15.08 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:15.09 | eliel | jsmith: I think we can run the same algorithm I already made backwards, and will have the same solution. |
| 18:15.45 | jsmith | OK... sounds good to me |
| 18:18.24 | JerJer | is there a specific channel for the digium|asterisk appliance? |
| 18:18.42 | kpfleming | no... we just have users call support |
| 18:20.52 | JerJer | cool |
| 18:22.29 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 18:23.01 | JerJer | I presume the appliance was susptiable to that lame DNS cache posioning bug |
| 18:23.26 | tzanger | only if it ran its own DNS server |
| 18:24.11 | kpfleming | it does not |
| 18:24.12 | JerJer | it does |
| 18:24.21 | JerJer | ok - well mine does :) |
| 18:25.42 | codefreeze-lap | putnopvut: just saw your 500ms note. Why was that added? To make it so the audio isn't clipped when a channel is bridged? |
| 18:25.59 | putnopvut | codefreeze-lap: apparently. |
| 18:26.11 | kpfleming | yes, because most of the time when we receive an OK, the audio path is not actually stable yet |
| 18:26.12 | putnopvut | codefreeze-lap: did you read the note I added to the bug report? |
| 18:26.58 | kpfleming | i suppose we should make that configurable... if people are going to complain about it :-) |
| 18:27.35 | putnopvut | kpfleming: well, to be honest, with where it is now after issue 12924 came up, it doesn't really make sense now since the delay happens not when the media is being set up but before Asterisk even sends a 200 OK to the caller. |
| 18:27.38 | codefreeze-lap | putnopvut: just saw it |
| 18:27.48 | kpfleming | true |
| 18:27.59 | kpfleming | so... maybe we'll need to just remove it and live with the consequences |
| 18:29.01 | mvanbaak | back |
| 18:31.02 | mvanbaak | eliel: I think you are correct. just run it backwards |
| 18:31.18 | mvanbaak | there are no apps/functions that have optional, non-optional, optional stuff |
| 18:31.22 | putnopvut | kpfleming: Sounds fine to me. I can go ahead and do that. |
| 18:33.06 | putnopvut | I'll still leave the delay in there so that people who call Answer() from the dialplan can add a custom delay if they'd like. I'll also move the delay back to where it originally was (after the channel's answer callback). |
| 18:33.16 | putnopvut | But auto-answering will have no delay. |
| 18:35.04 | codefreeze-lap | putnopvut: I vote for that. We need to review digium dialplans and pause a little when answering the phone, so the end users don't get clipped message... |
| 18:37.42 | file | codefreeze-lap: on our PBX? |
| 18:37.51 | eliel | mvanbaak: I am testing it... |
| 18:38.42 | codefreeze-lap | file: I believe so, unless someone can find the magical way to make answer wait till the audio pathway is stable in both dirs |
| 18:39.32 | kpfleming | well... duh. how about we just modify Answer() to wait for an incoming audio frame? |
| 18:39.45 | file | kpfleming: ooh |
| 18:39.51 | putnopvut | kpfleming: that could work. |
| 18:40.07 | kpfleming | after issuing the answer, but before returning |
| 18:40.48 | putnopvut | So audio frames would include DTMF, VOICE, what else? |
| 18:41.14 | codefreeze-lap | smiles. I remember us tossing this around when I visited Digium for the first time, in June? two years ago |
| 18:42.34 | kpfleming | i would only wait for voice |
| 18:42.41 | kpfleming | codefreeze-lap: yeah, that resulted in the fix we are about to remove |
| 18:42.52 | kpfleming | what turned out to be a poor decision on my part :-) |
| 18:43.08 | codefreeze-lap | more like the evolution of a solution... |
| 18:43.14 | putnopvut | Okay, so the idea is this: call the answer callback for the channel, then delay for whatever period was specified in Answer(), and then wait for a voice frame. |
| 18:44.11 | codefreeze-lap | how about waiting for the voice frame, then waiting the spec'd period? |
| 18:44.14 | jsmith | putnopvut: I'd say "call the answer callback for the channel, then delay for wahtever period was specified in Answer, *otherwise* wait for a voice frame" |
| 18:44.16 | kpfleming | no, only wait for a voice frame if no delay was requested |
| 18:44.20 | kpfleming | right |
| 18:44.23 | putnopvut | ah |
| 18:44.38 | jsmith | Hey, I had the same tought as kpfleming... that's gotta be worth something, right? |
| 18:44.42 | putnopvut | :) |
| 18:44.45 | jsmith | s/tought/thought/ |
| 18:44.48 | putnopvut | Okay, this'll be a snap. |
| 18:44.56 | mvanbaak | eliel: let me know how it works out |
| 18:44.58 | kpfleming | well, the whole point of the delay was to get the audio path stable... there's no reason to do both |
| 18:45.34 | codefreeze-lap | Well, I could see one reason for both: |
| 18:45.43 | codefreeze-lap | ..... supsense! |
| 18:45.50 | Corydon76-dig | putnopvut: ping |
| 18:45.54 | putnopvut | Corydon76-dig: pong |
| 18:45.55 | codefreeze-lap | uh, I mean suspense! |
| 18:46.01 | Corydon76-dig | M13241 |
| 18:46.03 | MuffinMan | [assigned] [Asterisk] Applications/app_voicemail/NewFeature 0013241: [patch] Ability to force forwarding WITH comment reported by jaroth (Karma: +18.75) http://bugs.digium.com/view.php?id=13241 |
| 18:46.14 | codefreeze-lap | is too long between meals |
| 18:46.14 | kpfleming | codefreeze-lap: we have other dialplan apps if you just want to wait |
| 18:46.16 | eliel | Let me check somthing and I will send to you the code |
| 18:46.25 | Corydon76-dig | putnopvut: It's a question of policy |
| 18:46.30 | codefreeze-lap | kpfleming: true. |
| 18:46.37 | putnopvut | Corydon76-dig: mkay |
| 18:46.53 | mvanbaak | eliel: kay |
| 18:47.09 | Corydon76-dig | putnopvut: You can evade prepend basically just by pressing # right away... which is next to useless |
| 18:47.39 | putnopvut | Ah, I did not realize that. |
| 18:47.42 | Corydon76-dig | putnopvut: so then he'd go down the road of minimum silence, minimum prepend, etc. |
| 18:47.58 | russellb | Corydon76-dig: if it helps at all, this is a feature desired by one of our largest public voicemail users ... |
| 18:48.06 | russellb | so, we should try to come to a resolution that we can agree on |
| 18:48.10 | russellb | instead of just saying "no" |
| 18:48.41 | Corydon76-dig | There's no good way to say "force a message to be prepended" than just saying "It is our corporate policy that when you forward a message, you prepend a meaningful message." |
| 18:48.55 | russellb | this is for a University, including students and all |
| 18:49.05 | russellb | hard to create a "policy" like that |
| 18:49.09 | Corydon76-dig | russellb: even so |
| 18:49.34 | russellb | so, they want to make it much more likely that a message gets prepended, let's say it that way |
| 18:49.56 | mvanbaak | fail every student that does not prepend it ;) |
| 18:50.04 | Corydon76-dig | russellb: I'd like to avoid going down the rabbit hole of more dependent options |
| 18:50.20 | russellb | "dependent options" ? |
| 18:50.44 | Corydon76-dig | minimum_prepend, detect_silence_on_prepend... |
| 18:51.42 | russellb | Ok, so app_voicemail kind of sucks ... |
| 18:51.48 | Corydon76-dig | I'm sure if I thought hard about it, I could come up with 5 more dependent options |
| 18:51.53 | russellb | but we want people to use it, and for people to want to use it, they want to customize this behavior |
| 18:52.05 | russellb | and again, this is someone we _really_ want to keep happy |
| 18:52.13 | russellb | so we really need to consider bending a bit. |
| 18:52.17 | Corydon76-dig | russellb: what's wrong with customizing your own installation? |
| 18:52.44 | russellb | Well, it sure is nice when you don't have to |
| 18:52.48 | tzanger | we were talking about voicemail-ng at TAUG a few months back |
| 18:52.51 | russellb | and adding this specific feature is trivial |
| 18:52.51 | Corydon76-dig | I understand the reason, but I'm concerned with future maintenance, as well |
| 18:52.57 | *** join/#asterisk-dev bird_of_Luck (i=melifaro@secured.by.ipfw.ru) |
| 18:52.59 | tzanger | in fact I thought lmadsen had done significant dialplan work on it |
| 18:53.16 | russellb | well ok. |
| 18:53.23 | tzanger | reducing voicemail to a few apps and a dialplan which put them together |
| 18:53.28 | russellb | I'm not going to debate this any longer. I feel that it is a mistake to not include this trivial functionality |
| 18:53.37 | Corydon76-dig | tzanger: that's the idea of MiniVM |
| 18:53.41 | tzanger | yeah |
| 18:53.45 | tzanger | we discussed minivm too |
| 18:53.46 | russellb | If you feel that strongly otherwise, then fine |
| 18:54.10 | russellb | but 1) it's a trivial feature, and 2) It's a huge user of Asterisk voicemail that we want to keep happy, which I'm willing to bend for |
| 18:54.19 | Corydon76-dig | Okay |
| 18:54.36 | Corydon76-dig | Let me put it in, with a comment in the config file |
| 18:54.52 | russellb | well, as putnopvut noted, it probably needs a prompt if it's going to go in ... |
| 18:55.02 | Corydon76-dig | I'll try to avoid the future issues with a strongly worded option |
| 19:02.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:02.39 | mvanbaak | ok, stupid question |
| 19:02.46 | mvanbaak | htolel <--- what was this again ? |
| 19:03.20 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-50.maryville.mo.cebridge.net) |
| 19:03.20 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:03.37 | Qwell | host to little endian long? just guessing |
| 19:03.45 | Qwell | host order* |
| 19:04.13 | putnopvut | Is that used for some specific formats or something? |
| 19:04.40 | Qwell | usually stuff that goes over the wire to another system uses it |
| 19:04.51 | putnopvut | network byte order is big endian |
| 19:04.52 | *** join/#asterisk-dev techie (n=techie@m020e36d0.tmodns.net) |
| 19:04.59 | putnopvut | And htonl is used for that. |
| 19:05.39 | mvanbaak | it's used on ints here |
| 19:05.58 | mvanbaak | int lamp; |
| 19:06.02 | mvanbaak | erm |
| 19:06.03 | mvanbaak | req->data.setlamp.deviceStimulus = htolel(indication); |
| 19:06.08 | mvanbaak | that one |
| 19:06.18 | Qwell | putnopvut: Ciscos are probably little endian, or something stupid |
| 19:06.24 | mvanbaak | dont know if I have to do: d->lampstatus = htolel(indication); |
| 19:06.34 | mvanbaak | or that I can do: d->lampstatus = indication; |
| 19:07.13 | mvanbaak | ah. I cannot find htolel in the bsd man pages |
| 19:07.15 | putnopvut | Ah, it's chan_skinny. Yeah that probably is to account for Ciscos expecting little endian input. That's so strange. |
| 19:07.20 | mvanbaak | so I was a bit confused |
| 19:07.25 | putnopvut | mvanbaak: it's located at the top of chan_skinny |
| 19:07.44 | mvanbaak | ah, thank you |
| 19:08.01 | mvanbaak | ok, that does not make too much sense though ;) |
| 19:08.34 | mvanbaak | well, since we keep the lamstatus as normal int everywhere, and only use the htolel right before we hand the info to transmit_response |
| 19:08.49 | mvanbaak | I'm going to leave the int verbatim in the skinny_device struct |
| 19:09.14 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:09.14 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:09.15 | putnopvut | I wonder if that's some stupid way for Cisco to try to prevent decrypting to protocol since network analyzing tools will try to interpret everything in big-endian order. |
| 19:09.41 | putnopvut | my typos today are bad. |
| 19:10.35 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 19:12.19 | Corydon76-dig | putnopvut: more likely it was an oversight in the original implementation, and they never changed it for backwards compatibility |
| 19:13.48 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-022c87bae55d59ed) |
| 19:13.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:19.51 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 19:24.19 | mvanbaak | eliel: how'z it working out ? |
| 19:25.22 | eliel | I am trying to run it backwards, but I need to populate the buffer, backwards, currently working on that.. and other things of my "real" job :-) |
| 19:26.46 | mvanbaak | yeah, know what you mean |
| 19:31.10 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 19:31.42 | eliel | coming back in a minute, if I don't found the correct way, I will have too much time to work on this in the weekend... |
| 19:40.07 | *** join/#asterisk-dev eliel (n=eliel@host244.200-43-6.telecom.net.ar) |
| 19:40.38 | codefreeze-lap | putnopvut: yay for solving 12708! It's been a pest since over 2 years ago. |
| 19:42.05 | putnopvut | codefreeze-lap: heh, now I can be blamed if it fails horribly :) |
| 19:42.09 | putnopvut | It won't, though. |
| 19:46.06 | codefreeze-lap | admires a self-confident person... |
| 19:46.34 | codefreeze-lap | even in the face of the great LAW... |
| 19:47.39 | jsmith | codefreeze-lap: I'm sure you, of all people, have learned to use that law for your own good. For example, you wash your car when you want it to rain... start walking when you want the bus to come, etc.? |
| 19:48.28 | Qwell | jsmith: except, then neither of those would happen. |
| 19:48.35 | codefreeze-lap | jsmith: lately, all I have to do is *think* about doing such things, and... I'm still wrong. |
| 19:48.36 | DarKnesS_WolF | i am not a programer but i would like to edite dsp.c to add some country i added in indecations.conf and zonedata.c any refrnces ? |
| 19:48.39 | Qwell | no paradoxes allowed. |
| 19:48.43 | eliel | mvanbaak: The idea behind my algorithm is checking some conditions: http://pastebin.com/m7cafeffb |
| 19:48.52 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 19:49.07 | jsmith | Qwell: It *always* works for me. |
| 19:49.10 | eliel | mvanbaak: I don't like it, I would like to find a recursive algorithm for doing this |
| 19:49.27 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 19:49.27 | Qwell | jsmith: It isn't Smiths Law. :D |
| 19:49.37 | codefreeze-lap | putnopvut: so, the 500 ms delay in chan_sip is removed (haven't checked code) |
| 19:49.37 | eliel | mvanbaak: that is pseudocode. |
| 19:49.43 | codefreeze-lap | ?? |
| 19:49.55 | putnopvut | codefreeze-lap: it's in channel.c, but essentially, yes. |
| 19:50.07 | putnopvut | codefreeze-lap: the option for a delay is still there so that Answer() may specify a delay. |
| 19:50.18 | eliel | mvanbaak: at least it worked with dial syntax.. :-( |
| 19:50.31 | *** join/#asterisk-dev CrashHD` (n=crashhd@65.74.161.225) |
| 19:50.32 | putnopvut | But now, when Asterisk auto-answers, it will poll for up to 500 ms for a voice frame and exit as soon as it receives one. |
| 19:51.04 | codefreeze-lap | putnopvut: OK. sounds good to me... if the delay is 0, then it polls forever? |
| 19:51.18 | putnopvut | No, I set a cap at 500 ms. |
| 19:51.39 | putnopvut | And if the 500 ms elapses with no voice frame, we move on and hope that media is just really slow to establish. |
| 19:52.01 | codefreeze-lap | putnopvut: so if I specify 7000 ms, will it wait 7 sec, or will it wait .5 sec? |
| 19:52.07 | putnopvut | 7 sec. |
| 19:52.11 | codefreeze-lap | OK |
| 19:52.16 | putnopvut | It will only poll if no delay is specified. |
| 19:52.38 | putnopvut | Of course, if you put a delay of -1, it will delay forever...so don't do that :) |
| 19:52.45 | codefreeze-lap | and if I spec. -300 msec, it will return before it got called? |
| 19:52.52 | codefreeze-lap | you are psychic |
| 19:52.54 | mvanbaak | eliel: it looks ok to me for the dial syntax |
| 19:53.09 | putnopvut | codefreeze-lap: probably the builtin_answer should be modified to only take a positive argument. |
| 19:53.11 | putnopvut | I'll fix that. |
| 19:54.21 | mvanbaak | eliel: I see where it can become a problem when you have to walk the other way around |
| 19:54.24 | mvanbaak | hhmm |
| 19:54.41 | codefreeze-lap | thinks of useless safety checks, lawyers, and legal docs and contracts that cover every eventuality... |
| 19:55.14 | codefreeze-lap | uh, /useless/'useless'/ |
| 19:56.16 | eliel | my problem right now is a simple string manipulation problem, I am doing a realloc() and I get something like AAAAABBBB where BBBB is the new size increment, but I need BBBBAAAAA to continue adding to the left when doing all this backward |
| 19:57.13 | eliel | just a simple problem, but I am trying to find the best way to doit according to my code. |
| 20:02.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:15.09 | seanbright | you can't read it in left to right and then reverse the entire string? |
| 20:19.23 | eliel | seanbright: yeap, I am trying something similar, thanks! |
| 20:23.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:57.00 | *** join/#asterisk-dev jeffg_ (i=VxGcytKB@pdpc/supporter/active/jeffg) |
| 21:03.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:08.54 | mvanbaak | this PJ is fast with test reports ! |
| 21:17.59 | snuff-home | mvanbaak: works both ways.. he just wants it fixed so he helps fast :) |
| 21:18.08 | mvanbaak | uhhuh |
| 21:18.09 | mvanbaak | but still |
| 21:18.21 | mvanbaak | I upload a patch, and within 5 minutes I have a reply |
| 21:18.33 | snuff-home | oh i didn't realise he was THAT fast |
| 21:18.36 | snuff-home | :P |
| 21:18.39 | mvanbaak | I like it when stuff goes that way |
| 21:18.41 | mvanbaak | yeah |
| 21:18.45 | mvanbaak | like I said |
| 21:18.48 | mvanbaak | FAST |
| 21:19.05 | snuff-home | its not production box then maybe.. ? |
| 21:19.45 | mvanbaak | prolly |
| 21:19.51 | mvanbaak | I think he has the same setup as me |
| 21:20.01 | mvanbaak | production_box -> skinny_box |
| 21:21.55 | snuff-home | mmm multicast paging of phones.. guy might have a new patch in a week or so |
| 21:22.56 | mvanbaak | zzzzzzzzzz time here |
| 21:23.07 | snuff-home | i just got up 20min ago ;) |
| 21:23.40 | mvanbaak | gheh |
| 21:23.43 | mvanbaak | Thu Aug 7 23:23:42 CEST 2008 |
| 21:24.16 | snuff-home | Fri Aug 8 7:25 EST 2008 |
| 21:24.52 | mvanbaak | damn |
| 21:25.02 | mvanbaak | well, have a nice friday |
| 21:25.20 | snuff-home | i shall long as the rain holds off while i walk to train |
| 21:25.23 | mvanbaak | I will be on my boat this weekend, so no internet access for me |
| 21:25.42 | mvanbaak | going tomorrow after work, will be back sunday evening |
| 21:25.53 | snuff-home | mm enjoy |
| 21:26.05 | mvanbaak | I will :) it's going to be windy here this weekend |
| 21:26.11 | mvanbaak | 5 to 7 Beaufort |
| 21:26.13 | mvanbaak | hurray |
| 21:26.44 | mvanbaak | good wind for some serious sailing |
| 21:26.58 | mvanbaak | now I'm off |
| 22:30.17 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 22:32.02 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 22:35.26 | eliel | mvanbaak: ping |
| 22:50.45 | *** join/#asterisk-dev sob0l (n=sobol@devel4.net) |
| 22:57.57 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 23:05.57 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 23:09.01 | ctooley | eliel, about 2 hours ago mvanbaak said he was off to go sailing. |
| 23:09.19 | eliel | ctooley: thanks! :-) |
| 23:09.24 | ctooley | np |
| 23:25.38 | eliel | Corydon76-dig: ping |
| 23:34.34 | eliel | putnopvut: ping |
| 23:34.40 | eliel | heh last try :-) |
| 23:35.03 | eliel | app_voicemail is not compiling in trunk... |
| 23:35.24 | putnopvut | Okay, I'll fix it. |
| 23:35.31 | putnopvut | Buildbot should have alerted me though... |
| 23:38.55 | eliel | I have the patch if you want it. |
| 23:39.06 | putnopvut | eliel: I just committed a fix :) |
| 23:39.28 | eliel | ok, thanks |
| 23:46.17 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-022c87bae55d59ed) |
| 23:50.58 | snuff-work | 30minutes later if it didn't build i'm sure falves would have posted ;) |
| 23:51.46 | putnopvut | true true. Although on a recent bug report he did mention actually trying to use 1.4 |
| 23:54.01 | snuff-work | i think he changes a bit.. between trunk and 1.4 svn.. |
| 23:59.01 | putnopvut | I think it's time to go home. Later everyone! |