| 00:00.37 | seanbright | i just think it's, frankly, shitty that we are limited by our own flexibility. |
| 00:00.43 | seanbright | on some level. |
| 00:00.46 | russellb | nods |
| 00:01.10 | seanbright | jack of all trades, master of none |
| 00:01.13 | seanbright | speaking of which |
| 00:01.16 | seanbright | i need opinions |
| 00:01.28 | kpfleming|laptop | i have lots, how many do you need? |
| 00:01.32 | russellb | 800km |
| 00:01.34 | seanbright | http://99designs.com/contests/11762 |
| 00:01.41 | seanbright | anything jump up and grab you? |
| 00:01.57 | kpfleming|laptop | we aren't saying that you can't support CLID over BLA... just that if you do, it can't mandate a lesser quality implementation, and the users of it have to understand its limitations |
| 00:01.59 | seanbright | ... metaphorically ... |
| 00:02.01 | denon | kpfleming|laptop: that's almost topic material :) |
| 00:02.01 | russellb | is that your contest? |
| 00:02.08 | kpfleming|laptop | this is why we don't have callerid in SLA in app_meetme |
| 00:02.10 | seanbright | russellb: no, another Sean Bright |
| 00:02.13 | seanbright | russellb: :P |
| 00:02.16 | russellb | stfu |
| 00:03.15 | russellb | my opinion on this matter is going to cost you $50 |
| 00:03.32 | seanbright | so you have no opinion? |
| 00:03.52 | russellb | i could have an opinion if the price is right |
| 00:04.06 | seanbright | thanks for your help |
| 00:04.06 | putnopvut | I like all the ones that say "eliminated" on them. |
| 00:04.14 | seanbright | heh |
| 00:04.26 | seanbright | i might have picked the wrong forum in which to solicit opinions |
| 00:04.29 | seanbright | :) |
| 00:04.55 | kpfleming|laptop | #29 is my favorite, i clicked on it but i can't tell what happened |
| 00:05.08 | seanbright | kpfleming|laptop: oh, there is no voting or anything |
| 00:05.13 | kpfleming|laptop | ahh |
| 00:05.15 | seanbright | i like #29 too |
| 00:05.22 | seanbright | but for some reason at a glance it reminds me of gateway |
| 00:05.25 | kpfleming|laptop | i saw the stars and thought that was voting |
| 00:05.33 | seanbright | that's for me to vote :) |
| 00:05.45 | putnopvut | My favorite is probably #28 |
| 00:06.03 | putnopvut | It or 21, but I like the colors in 28 better. |
| 00:06.16 | seanbright | yeah, that is on our list too |
| 00:06.20 | seanbright | #40? |
| 00:06.22 | seanbright | no? |
| 00:06.31 | kpfleming|laptop | time to head out |
| 00:06.44 | seanbright | see ya. |
| 00:06.54 | putnopvut | Now the word "malleable" sounds weird in my brain. |
| 00:07.04 | putnopvut | It seems like it's not a real word now. |
| 00:07.07 | seanbright | heh |
| 00:07.20 | seanbright | best company name, ever. |
| 00:08.05 | seanbright | i also bought sparehire.com for any consulting/body-shopping i might want to do down the road |
| 00:08.06 | russellb | roll out! |
| 00:10.20 | jpeeler | codefreeze-lap: ping |
| 00:10.33 | seanbright | jpeeler: pong (i'm spoofing) |
| 00:10.33 | codefreeze-lap | jpeeler: yessir |
| 00:11.12 | jpeeler | codefreeze-lap: i could be wrong... but it does appear there are still some CDR problems |
| 00:11.35 | jpeeler | i wanted to try with my parking fixes from 1.4 and see if that made a difference before i said anything |
| 00:11.49 | codefreeze-lap | jpeeler: best to get 'em handled now... |
| 00:12.26 | codefreeze-lap | well, figuratively speaking. I gotta take my boys to a show here in a little while, maybe 15 min |
| 00:12.44 | jpeeler | yeah, and i should be going now |
| 00:13.07 | jpeeler | seems to be the exact scenario as in 13425 |
| 00:14.03 | jpeeler | callee parks caller and caller hangs up during parking number announcement |
| 00:15.10 | codefreeze-lap | OK, I'll look at that, repro it here, and fix it tommorrow morn, before I commit the fix(es). |
| 00:15.37 | codefreeze-lap | The park stuff does call the bridge, iirc, so.... |
| 00:16.12 | jpeeler | the problem is parking crashes so it may help you to have my patch |
| 00:16.54 | codefreeze-lap | oworto (one way or the other).... ok, I assume this patch attached to 13425, right? |
| 00:17.23 | jpeeler | well trunk is different, the 1.4 one is there, and is also committed |
| 00:17.34 | seanbright | do you think only parking is affected? |
| 00:18.11 | jpeeler | seanbright: i have no idea, i just know for sure that the CDRs are not behaving in one way or another in this parking scenario |
| 00:18.41 | seanbright | alrighty |
| 00:19.14 | jpeeler | goes home |
| 00:26.04 | *** join/#asterisk-dev sucituanbo (n=free@c-24-21-121-148.hsd1.mn.comcast.net) |
| 01:21.30 | *** join/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
| 01:34.29 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 01:34.29 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 01:39.29 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 01:40.40 | *** join/#asterisk-dev jeffg (i=3uti1gws@pdpc/supporter/active/jeffg) |
| 01:41.56 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 01:56.24 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 01:56.24 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 01:58.47 | *** join/#asterisk-dev techie (n=techie@m280e36d0.tmodns.net) |
| 02:00.37 | *** part/#asterisk-dev techie (n=techie@m280e36d0.tmodns.net) |
| 02:34.25 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 02:34.26 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 03:18.23 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 03:18.23 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 03:27.37 | *** part/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
| 03:58.50 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:58.51 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:01.32 | russellb | waves to -dev |
| 04:03.50 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:07.34 | *** join/#asterisk-dev mateo_au (i=chatzill@12.144.159.231) |
| 05:39.51 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.8) |
| 06:06.11 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 06:06.12 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 06:11.00 | *** join/#asterisk-dev L-info (n=L-info@host86-163-171-189.range86-163.btcentralplus.com) |
| 07:31.56 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 08:03.12 | *** join/#asterisk-dev matsk (n=Mats@90.235.18.78) |
| 08:14.47 | *** join/#asterisk-dev L-info (n=L-info@nsabfw1.nsab.se) |
| 09:04.59 | mav3rick | hello guys |
| 09:05.06 | mav3rick | is everyone sleeping ? |
| 09:09.59 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 09:15.25 | tzafrir_laptop | sure |
| 09:23.42 | mav3rick | damn |
| 09:24.16 | mav3rick | I dialout using call files (pbx_spool), and the variables I set in the files are never freed |
| 09:25.30 | mav3rick | each "Set: " line runs a "ast_variable_new". my calls are hung up, but the memory allocation is still here... |
| 09:28.42 | mav3rick | after 1000 outgoing calls, I have 12000 allocations in config.c ... :( |
| 09:28.53 | mav3rick | 652k of memory |
| 09:30.19 | mav3rick | is this a bug, or a misconfiguration on my side? |
| 09:54.11 | tzafrir_laptop | mav3rick, you figured how to look at the specific allocations? |
| 09:54.42 | tzafrir_laptop | something of the sort of: core show memory ... |
| 09:55.04 | tzafrir_laptop | looks like a bug |
| 09:58.48 | mav3rick | yes that is how I found the "leak" |
| 09:58.57 | mav3rick | memory show allocations and memory show summary |
| 09:59.14 | mav3rick | I added debug to "ast_variable_new" to know which variable |
| 09:59.21 | mav3rick | and turns out it comes from outgoing giles |
| 09:59.22 | mav3rick | files |
| 10:22.06 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 10:24.39 | tzafrir_laptop | mav3rick, from where exactly? |
| 10:24.58 | tzafrir_laptop | do you use call files? |
| 10:25.30 | mav3rick | yes I dialout with call files |
| 10:25.53 | mav3rick | I suppose ast_variable_new is called when parsing call files |
| 10:26.31 | mav3rick | right after ast_variable_new is called, I see : "Attempting call on Local/" ... |
| 10:26.41 | mav3rick | yes I dial "Local" channel in my call files |
| 10:27.00 | mav3rick | I dial "Local/s@context/n" |
| 10:56.31 | *** join/#asterisk-dev matsk (n=Mats@host-90-235-25-176.mobileonline.telia.com) |
| 11:33.15 | *** join/#asterisk-dev mateo_au (n=chatzill@12.144.159.231) |
| 11:54.34 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:54.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 11:56.57 | lmadsen | codefreeze-lap: ping |
| 12:01.42 | snuff-home | mm crich lives again on bugs ;) |
| 12:01.52 | lmadsen | w00t |
| 12:17.47 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:37.55 | *** part/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 12:45.11 | *** join/#asterisk-dev jeffg (i=dwhBNpTQ@pdpc/supporter/active/jeffg) |
| 12:46.57 | *** join/#asterisk-dev jeffg_ (i=dme43CD7@pdpc/supporter/active/jeffg) |
| 12:50.39 | *** join/#asterisk-dev davidcsi (n=davidcsi@180.Red-213-97-249.staticIP.rima-tde.net) |
| 12:51.01 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 12:51.01 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 12:51.04 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:51.04 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
| 12:51.32 | davidcsi | hello all, anyone knows how to set the release cause on an inbound h.323 channel? asterisk 1.4 |
| 12:58.13 | davidcsi | anyone¿ |
| 13:03.51 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-153-42-209.chs.bellsouth.net) |
| 13:03.51 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:26.03 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-aaeaaaeade6a2147) |
| 13:26.03 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:45.53 | *** join/#asterisk-dev Corydon76-dig (i=indigo@pdpc/supporter/bronze/Corydon76-home) |
| 13:45.53 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 13:50.35 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:53.10 | snuff-home | ls |
| 13:53.21 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-aae9c02fce4fd974) |
| 13:55.23 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 13:55.23 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 14:02.03 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:02.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:03.27 | Corydon76-dig | Morning, stevie_ramjet |
| 14:04.22 | putnopvut | Hi Corydon76-dig |
| 14:05.27 | *** join/#asterisk-dev ccesario (n=ccesario@linux.unialco.com.br) |
| 14:09.24 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:37.51 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 14:40.01 | eliel | Hello, what is the next step I can take to move on issue # 11123 (CLI permissions), I have sent an email to the mailing list receiving feedback and making some changes, the code is in a team/eliel branch, and is being merged without conflicts (at least until now), is there any design problem |
| 14:40.05 | eliel | ? |
| 14:42.42 | Corydon76-dig | eliel: It may get some review next week at the devcon |
| 14:44.37 | eliel | Corydon76-dig: I want be there, someone will start the talk about this feature? |
| 14:44.40 | mav3rick | hello guys. It looks like I found a memory leak with variables on outgoing calls (using call files - pbx_spool). What should I do ? send a email ? report here ? |
| 14:45.42 | Corydon76-dig | bugs.digium.com |
| 14:45.44 | putnopvut | mav3rick, if you could, please open a bug report at bugs.digium.com and provide as much relevant information as possible. |
| 14:46.44 | mav3rick | ok. i'll try to search if such a bug already, but I don't think so. |
| 14:47.09 | putnopvut | Okay, thanks. |
| 15:03.20 | *** join/#asterisk-dev awk (n=awk@security.web.za) |
| 15:05.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:05.29 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:28.38 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 15:38.42 | tzafrir_laptop | sruffell, your commit to dahdi has in the notes "See issue http://bugs.digium.com/view.php?id=13504 for more information." |
| 15:38.51 | tzafrir_laptop | Sadly I don't see any information there |
| 15:38.54 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:43.30 | sruffell | tzafrir_laptop: You can't see the "Steps to Reproduce", etc/ |
| 15:43.32 | sruffell | ? |
| 15:45.03 | sruffell | wonders if he did something wrong when creating the issue on mantis.... |
| 15:45.08 | tzafrir_laptop | sruffell, no, I don't |
| 15:45.20 | tzafrir_laptop | private note? |
| 15:45.51 | sruffell | not that I can tell.... |
| 15:46.25 | Corydon76-dig | tzafrir_home: hit the "Advanced View" |
| 15:46.47 | sruffell | ahh.. |
| 15:46.56 | tzafrir_laptop | ahh.. |
| 15:47.37 | tzafrir_laptop | can the mantis hint that there are "steps to reproduce"? |
| 15:47.56 | Corydon76-dig | Possibly |
| 15:48.00 | Corydon76-dig | pokes jpeeler |
| 15:51.19 | tzafrir_laptop | sruffell, any idea if this is reproducable on a system with less channels? |
| 15:51.38 | jpeeler | i guess if mantis has to be modified it can be added to the list |
| 15:52.17 | sruffell | I haven't tried yet, but my guess is yes. Last week I looked through the code recently and nothing jumped out at me, but I don't have more time to look into it right now...hence the issue and the commit. |
| 15:52.29 | jpeeler | i was told that we would be gathering all the new required mantis changes after astricon is over |
| 15:53.36 | *** join/#asterisk-dev davidcsi (n=davidcsi@180.Red-213-97-249.staticIP.rima-tde.net) |
| 15:54.00 | davidcsi | hello all, how can i set the release cause for an incoming h.323 channel? (asterisk 1.4) |
| 15:56.16 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 15:57.47 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:57.47 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:08.37 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:18.03 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:18.03 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
| 16:41.17 | *** join/#asterisk-dev Corydon76-dig (i=seven@pdpc/supporter/bronze/Corydon76-home) |
| 16:41.17 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 16:42.31 | seanbright | sup bitches? |
| 16:42.54 | Qwell | seanbright: your face is the object that is up |
| 16:43.25 | seanbright | Qwell: i do not understand |
| 16:43.34 | Qwell | exactly |
| 16:44.02 | seanbright | Qwell: why no astricon for you this year? |
| 16:44.30 | mvanbaak | he has been a bad boy |
| 16:44.30 | Corydon76-dig | seanbright: budget |
| 16:44.35 | seanbright | ah |
| 16:44.51 | mvanbaak | heya all |
| 16:44.54 | Qwell | somebody decided it was better for the VP of marketing of some closed source vendor, to talk about GPL stuff, than me :P |
| 16:45.02 | seanbright | ohhh |
| 16:45.05 | seanbright | not bitter at *all* |
| 16:45.06 | seanbright | :) |
| 16:45.12 | Qwell | not in the slightest |
| 16:45.26 | Qwell | no, it's all good :D I've been to the past like 3, so.. |
| 16:45.36 | seanbright | i'll see you at the next one |
| 16:45.41 | seanbright | we can fist fight for real |
| 16:45.43 | seanbright | it'll be awesome |
| 16:45.47 | Qwell | you'd win :( |
| 16:45.53 | seanbright | most likely not |
| 16:45.55 | seanbright | i'm a wuss |
| 16:45.57 | Corydon76-dig | seanbright: and we can cuddle, too? |
| 16:46.06 | seanbright | Corydon76-dig: not on your life, no. |
| 16:46.16 | Corydon76-dig | seanbright: be careful; Qwell spoons |
| 16:46.23 | Qwell | Corydon76-dig: only you |
| 16:46.26 | Qwell | coughs |
| 16:46.39 | seanbright | Corydon76-dig: during a fist-fight? that seems like a strange strategy. |
| 16:46.46 | Qwell | in my defense - the floor sucked. a lot. |
| 16:46.56 | Corydon76-dig | Qwell: and probably only when you get THAT drunk |
| 16:47.12 | Qwell | yeah, I quit drinking |
| 16:47.41 | Corydon76-dig | seanbright: he was making offerings to the porcelain goddess the previous evening |
| 16:48.23 | Corydon76-dig | About every 15 minutes, he got up, wordlessly, and made another offering |
| 16:48.41 | Corydon76-dig | (poor guy) |
| 16:48.52 | Qwell | was that Dallas? |
| 16:49.00 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 16:49.00 | Corydon76-dig | San Jose |
| 16:49.08 | Qwell | VON then? |
| 16:49.13 | Corydon76-dig | right |
| 16:49.28 | Qwell | yeah, I blame lmadsen |
| 16:49.29 | Corydon76-dig | drove up with tuxd00d, IIRC |
| 16:49.33 | Qwell | right |
| 16:49.58 | Corydon76-dig | Wasn't he sleeping in a chair? |
| 16:50.11 | Qwell | dunno. he was with kevin and file |
| 16:50.17 | Qwell | iirc, they had a small couch |
| 16:50.26 | Corydon76-dig | Ah |
| 16:50.41 | lmadsen | Qwell: I don't think I was even there when you were drinking... I blame krisk |
| 16:50.47 | Qwell | lmadsen: either way |
| 16:50.54 | Qwell | still your fault |
| 16:50.57 | lmadsen | makes sense |
| 16:53.47 | putnopvut | Ask codefreeze-lap about my offerings to the porcelain goddess at last year's Astricon... |
| 16:55.56 | lmadsen | lol |
| 16:56.12 | lmadsen | I gave offerings at the first astricon in 2004 |
| 16:57.49 | ctooley | I found Dallas to be the Astricon during which I spent the most time retasting the previous evenings drinks. |
| 17:00.04 | Corydon76-dig | lmadsen: everybody was there when Qwell was drinking... it was free beer at the restaurant |
| 17:00.14 | Corydon76-dig | I believe I was having water |
| 17:00.20 | lmadsen | I don't think I was there... |
| 17:00.22 | Corydon76-dig | And then it rained when we were trying to leave |
| 17:00.29 | lmadsen | ya, I totally don't remember any of that |
| 17:00.34 | Qwell | which restaurant? |
| 17:00.38 | lmadsen | I think I remember hearing from Kristian about it though... |
| 17:01.08 | Qwell | oh... |
| 17:03.27 | file | hrm? |
| 17:05.18 | Corydon76-dig | Qwell: The name I don't recall |
| 17:06.06 | Corydon76-dig | In fact, we basically just followed the crowd over there |
| 17:06.23 | Qwell | Corydon76-dig: I remember it now.. it was the one we rented out the back building of? |
| 17:06.39 | Corydon76-dig | I think that's right |
| 17:07.38 | Corydon76-dig | I think that was before you even started using func_odbc |
| 17:08.00 | Corydon76-dig | So you weren't a total fan of my work yet |
| 17:08.14 | Qwell | dunno, I was one of the first adopters of it I think |
| 17:08.47 | Corydon76-dig | It may not even have been written at that point |
| 17:09.03 | Corydon76-dig | I wrote it just a few weeks after the 1.2 feature freeze |
| 17:09.39 | Corydon76-dig | Maybe I had written it by then, but it was still brand spankin' new |
| 17:12.04 | Corydon76-dig | M5055 |
| 17:12.09 | MuffinMan | [closed] [Asterisk] Functions/General 0005055: [patch] [post 1.2] Simple SQL queries from the dialplan reported by Corydon76 (Karma: +442.00) http://bugs.digium.com/view.php?id=5055 |
| 17:22.53 | codefreeze-lap | Corydon76-dig: ahhhhhh, we ran another test with your patch installed... and maybe, it isn't working so well as we thought.... |
| 17:24.03 | Corydon76-dig | codefreeze-lap: well, it was a good thought |
| 17:24.07 | codefreeze-lap | Corydon76-dig: if we bring down sqlserver before making a call, the timeout works on the initial db query, and we are OK |
| 17:25.03 | Corydon76-dig | codefreeze-lap: another possibility is to move to the CURL() app like jmls did and code the queries on IIS in asp |
| 17:25.05 | codefreeze-lap | But, after the initial query, if we shut off the firewall to the db server, then queries, cdrs, etc are all hung for inifinity. Same thing happens if we restart sqlserver |
| 17:25.40 | Corydon76-dig | jmls is the reason I coded res_config_curl |
| 17:25.50 | Corydon76-dig | bbiab |
| 17:25.52 | codefreeze-lap | they remain hung, and the odbc system is in limbo, even after the firewall is opened, and sqlserver is operating |
| 17:28.01 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:32.25 | jsmith | Whatever happend to jmls, anyway? Don't see him around here much lately |
| 17:42.41 | eliel | mvanbaak: I have commited a fix for the colorization mechanism being broken while wrapping the text |
| 17:45.49 | mvanbaak | eliel: nice |
| 17:46.54 | jsmith | Are we still wrapping the text at 80 columns, or at the width of the terminal? |
| 17:47.11 | eliel | jsmith: 80 columns |
| 17:47.33 | jsmith | has terminals that are much bigger than 80 columns :-) |
| 17:48.01 | eliel | I hope to code that as soon as I know how in a simple and portable way |
| 17:50.27 | jsmith | Can't you get the terminal width from ncurses? |
| 17:51.34 | eliel | jsmith: maybe, is ncurses supported on every platform and mandatory to compile asterisk |
| 17:52.14 | jsmith | eliel: It's mandatory, and should be supported |
| 17:52.26 | jsmith | eliel: Check out the getmaxyx function in ncurses :-) |
| 17:53.10 | eliel | jsmith: let me try, thanks |
| 17:58.55 | outtolunc | you could probably base it off of env LINES |
| 18:00.31 | *** join/#asterisk-dev linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 18:01.19 | jsmith | outtolunc: How does that give you terminal width? |
| 18:01.23 | jsmith | blinks |
| 18:02.03 | outtolunc | it doesn't, i said 'could base' meaning most people use a 4:3 aspect ratio |
| 18:02.24 | outtolunc | so set |grep LINES * 1.333 rounded up maybe |
| 18:02.26 | Qwell | 4:3? 80:24 != 4:3 |
| 18:02.51 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:06.41 | linuxer_igor | anybody know what is "app_fax.c: T38 is unavailable on DAHDI/46-1" |
| 18:12.27 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 18:12.31 | tzafrir_laptop | linuxer_igor, T.38 needs SIP? |
| 18:12.39 | tzafrir_laptop | what version of Asterisk is it? |
| 18:13.20 | tzafrir_laptop | not sip, but IIRC chan_dahdi does not support handling of T.38 frames or something |
| 18:13.43 | tzafrir_laptop | because it's voip |
| 18:15.09 | outtolunc | oops meant * 3.333 rounded up |
| 18:15.49 | linuxer_igor | I'm trying to receive fax with ReceiveFAX app of asterisk 1.6 |
| 18:16.57 | linuxer_igor | and I use DAHDI |
| 18:17.23 | linuxer_igor | because in 1.6 the Zaptel is retired |
| 18:18.28 | seanbright | linuxer_igor: you forgot to ask in #asterisk-commits too |
| 18:18.51 | seanbright | only #asterisk, #asterisk-dev, and #asterisk-bugs |
| 18:18.52 | seanbright | heh |
| 18:19.11 | linuxer_igor | ok |
| 18:19.14 | seanbright | haha |
| 18:19.17 | seanbright | and he actually did it |
| 18:19.19 | seanbright | nice |
| 18:27.44 | eliel | in which place is asterisk using ncurses? other than menuselect |
| 18:28.21 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 18:28.21 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:28.26 | tzafrir_laptop | asterisk is not using ncurses, AFAIR, however, |
| 18:28.38 | tzafrir_laptop | termcap/terminfo comes wiht ncurses |
| 18:30.53 | eliel | jsmith: ^^^^^^ no problem with that? |
| 18:31.37 | Qwell | is that function only in ncurses? if so, we probably shouldn't use it |
| 18:31.49 | jsmith | Shoot -- you're right |
| 18:32.04 | jsmith | throws his hands in the air |
| 18:33.15 | jsmith | No clue how to do it with terminfo |
| 18:33.55 | putnopvut | I haven't been following too closely on the terminal width conversation, but couldn't you use TIOCGWINSZ ioctl for determining the window size? |
| 18:34.03 | putnopvut | Or is that not cross-platform? |
| 18:34.12 | eliel | putnopvut: yeaph |
| 18:34.21 | eliel | I think so |
| 18:34.37 | eliel | I am looking the portability of this |
| 18:34.43 | putnopvut | All right. |
| 18:41.32 | tzafrir_laptop | sruffell, if you want a note in the README to stick out, give it a paragraph of its own |
| 18:41.39 | tzafrir_laptop | before: http://docs.tzafrir.org.il/dahdi-linux/#_installing_the_b410p_drivers |
| 18:42.16 | codefreeze-lap | Corydon76-dig: back yet? |
| 18:42.43 | tzafrir_laptop | compare to: http://docs.tzafrir.org.il/dahdi-tools/#_upgrade_notes |
| 18:43.07 | Corydon76-dig | Yep |
| 18:43.47 | eliel | jsmith: mvanbaak: Here is the code to check terminal size: http://pastebin.com/m645f6b27 I couldn't find how portable this code is... |
| 18:44.45 | Corydon76-dig | The issue with terminal size is that we generally recommend not running X or framebuffers on an Asterisk server, due to interrupt issues |
| 18:45.23 | jsmith | Corydon76-dig: Did you somehow forget that I can have a 128 column terminal over SSH? |
| 18:45.37 | Corydon76-dig | jsmith: I didn't forget |
| 18:46.03 | Corydon76-dig | jsmith: but the core Asterisk server can't detect that, as it's simply repeating text over a pipe |
| 18:46.17 | Corydon76-dig | Only the endpoint can determine that |
| 18:46.49 | jsmith | is ready for a new CLI interface, to tell the truth |
| 18:47.12 | Corydon76-dig | Ugh |
| 18:47.24 | Qwell | there's always astcli |
| 18:47.26 | jsmith | I know... massive undertaking, right? |
| 18:47.38 | jsmith | is thinking more along the lines of something over the manager interface |
| 18:47.42 | Corydon76-dig | jsmith: have you looked at astcli? |
| 18:47.44 | Qwell | like astcli :p |
| 18:47.45 | mvanbaak | Corydon76-dig: you can have more then 80x25 without framebuffer |
| 18:48.06 | Corydon76-dig | mvanbaak: orly? |
| 18:48.10 | mvanbaak | yup |
| 18:48.16 | sruffell | tzafrir_laptop: thanks..will do. |
| 18:48.19 | Corydon76-dig | mvanbaak: how? |
| 18:49.08 | tzafrir_laptop | jsmith, it does not have to be part of the asterisk binary |
| 18:49.32 | mvanbaak | Corydon76-dig: looking at it now |
| 18:49.35 | jsmith | tzafrir_laptop: I would prefer it wasn't :-) |
| 18:49.39 | mvanbaak | I _KNOW_ I seen it |
| 18:49.46 | Corydon76-dig | mvanbaak: only with framebuffer |
| 18:50.02 | tzafrir_laptop | mvanbaak, in the console? sure. use a different mode |
| 18:50.48 | Corydon76-dig | the only text screen on an x86 PC is 80x25. Anything bigger, and you're imposing graphical characters on the hires screen |
| 18:50.53 | tzafrir_laptop | and asterisk also seems to support this "xterm" :-) |
| 18:51.28 | tzafrir_laptop | Corydon76-dig, but it does not take a frame buffer |
| 18:51.42 | tzafrir_laptop | boot with, say, vga=791 |
| 18:51.53 | Corydon76-dig | tzafrir_laptop: that's a frame buffer |
| 18:52.24 | Corydon76-dig | and it eats interrupts for breakfast |
| 18:52.38 | Qwell | interrupts are tasty |
| 18:53.04 | Corydon76-dig | vga=normal is the only way to turn off frame buffer mode |
| 18:53.06 | tzafrir_laptop | Corydon76-dig, I have no problems when I use xterm |
| 18:53.18 | Corydon76-dig | tzafrir_laptop: remotely, though |
| 18:53.25 | tzafrir_laptop | (well, using color does increase the overhead) |
| 18:53.33 | Corydon76-dig | tzafrir_laptop: you aren't running X on your Asterisk server, are you? |
| 18:53.48 | tzafrir_laptop | sure. I have a test Asterisk on this laptop |
| 18:53.58 | Corydon76-dig | Yeah, but not production |
| 18:54.15 | Corydon76-dig | Hell, I run a dev machine here, too, but I'd never try to load it with more than about 3 calls |
| 18:54.27 | tzafrir_laptop | in fact, right now it is running as user tzafrir, with files under /dev/zap/ chowned to tzafrir |
| 18:55.01 | tzafrir_laptop | asterisk is a daemon. It does not run in a terminal |
| 18:55.04 | Corydon76-dig | Then again, the new firmware on the Voicebus cards should make missed interrupts far less of an issue |
| 18:55.10 | tzafrir_laptop | It happens to write to several terminals |
| 18:55.55 | Corydon76-dig | tzafrir_laptop: then, in fact, the Asterisk daemon has NO terminal to detect a size for |
| 18:56.26 | tzafrir_laptop | thinking that the terminal from which it was run is more important that the terminal from which you'll connect remotely looks strange to me |
| 18:56.50 | mvanbaak | ah, I see |
| 18:56.54 | mvanbaak | found it |
| 18:57.17 | mvanbaak | it's this thing called 'serial console' |
| 18:57.19 | mvanbaak | ;) |
| 18:57.25 | putnopvut | mmm...cereal |
| 18:58.06 | mvanbaak | and yeah, I bet x86 only has 80x25 there |
| 18:58.30 | mvanbaak | but there's more then x86 |
| 18:58.46 | eliel | ok, so we could read the size from an enviroment variable, and default to 80 |
| 18:59.33 | tzafrir_laptop | what happens when the local asterisk runs in an xterm of 80 columns and the remote one runs in an xterm or 40 columns? |
| 18:59.39 | tzafrir_laptop | or 140 columns? |
| 19:00.14 | mvanbaak | forget it |
| 19:00.20 | mvanbaak | just run at 80x25 |
| 19:00.31 | eliel | mvanbaak: ok |
| 19:02.07 | mvanbaak | OpenBSD xfce4 Terminal runs at 80x24 by default |
| 19:02.09 | mvanbaak | ;) |
| 19:02.25 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 19:11.12 | codefreeze-lap | Sorry, Corydon76-dig; I turned away to do some bugfix coding. About that patch... |
| 19:11.42 | Corydon76-dig | (it doesn't work)? |
| 19:12.05 | codefreeze-lap | Well, in certain cases, it does, and in certain other cases, it does not. |
| 19:13.11 | Corydon76-dig | Since this issue does not occur with other drivers (or at least, I haven't seen it)... |
| 19:13.26 | Corydon76-dig | it may be that the freetds drivers are still lacking |
| 19:14.08 | codefreeze-lap | Could be... but he's using odbc (if that makes any diff) |
| 19:15.16 | Corydon76-dig | Um... he's using func_odbc... of course he's using ODBC |
| 19:15.37 | Corydon76-dig | but the driver is freetds |
| 19:15.55 | codefreeze-lap | oh, yeah |
| 19:16.47 | Corydon76-dig | The other possibility is in using CGIs with Apache and coding to func_curl |
| 19:17.07 | Corydon76-dig | and func_curl in trunk has better timeouts |
| 19:17.16 | Corydon76-dig | Or more customizable, anyway |
| 19:17.52 | codefreeze-lap | 1.4 isn't optional. he has to use it. |
| 19:21.22 | codefreeze-lap | the new timeout in func_odbc seems to work OK, except: if somebody restarts the sqlserver, all the asterisk connections freeze up forever. You can't even do a "odbc show" (twice) |
| 19:21.55 | codefreeze-lap | The whole module thread locks up solid |
| 19:21.57 | Corydon76-dig | Uh, he only switched to 1.4, because someone recommended it in support |
| 19:22.16 | Corydon76-dig | He used to be running bleeding edge trunk, just a few weeks ago |
| 19:22.55 | codefreeze-lap | yeah, I know. He'd love to go back, but it's not practical. |
| 19:23.19 | codefreeze-lap | Even he has to admit, he hit problems too many times with trunk |
| 19:24.36 | codefreeze-lap | Isn't there something that could be done to make asterisk reconnect? Asterisk is hung forever as far as odbc is concerned, and the server is singing a merry song, doing it's thing, waiting patiently for asterisk to do its thing. |
| 19:26.45 | Corydon76-dig | codefreeze-lap: There's nothing I can do at my level of the code |
| 19:28.25 | codefreeze-lap | Corydon76-dig: that sounds pretty final... |
| 19:29.59 | codefreeze-lap | not even if seanbright ports the new freetds stuff to 1.4? |
| 19:30.30 | Corydon76-dig | I'm not sure what that would have to do with it. We're talking about driver-level code |
| 19:30.52 | Corydon76-dig | If he's having a lockup like this, working with the FreeTDS guys is probably where he needs to be |
| 19:31.38 | Corydon76-dig | I mean, ODBC is an abstraction layer. I can tweak knobs all day long, but if the underlying driver is locked up, I can't do anything about it |
| 19:32.30 | Corydon76-dig | And I know next to zilch about the FreeTDS driver, so I can't really even be of much help there, in terms of what part of the code he needs to check |
| 19:41.00 | jsmith | Doesn't FreeTDS provide a command-line SQL client you can use to test the driver (similar to isql in UnixODBC, only directly at the TDS layer)? |
| 19:41.48 | jsmith | hasn't really played with FreeTDS since he got PHP 4 on Solaris 2.6 talking to SQL Server 6.5 running on NT many many years ago |
| 19:42.34 | codefreeze-lap | Corydon76-dig: OK, thanks, I understand your point. |
| 19:50.07 | Corydon76-dig | codefreeze-lap: I'd still recommend trying a conversion to CURL |
| 19:50.40 | Corydon76-dig | since 1) the curl api is more stable and 2) isolation of the backend FreeTDS code may be more stable |
| 19:50.56 | Corydon76-dig | i.e. maybe FreeTDS doesn't work so well in a multithreaded program |
| 19:54.21 | jsmith | I know there's something that causes it to hang if more than one connection is made to the SQL Server box at a time |
| 19:54.34 | jsmith | Seems like there was some kind of work-around, but I'm sure you guys have tried that already, correct? |
| 20:00.45 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 20:01.15 | Corydon76-dig | jsmith: yes, that's pooling in res_odbc |
| 20:01.36 | Corydon76-dig | sql server can't handle more than a single statement per connection |
| 20:01.53 | Corydon76-dig | codefreeze-lap: pooling IS turned ON, correct? |
| 20:02.17 | jsmith | If it's SQL Server we're talking about, that's the first thing I'd look at |
| 20:02.51 | Corydon76-dig | It was turned on before, so I assumed it was left that way, but people in desperation try odd things |
| 20:04.20 | eliel | bkruse: there is a file (a patch) uploaded by you in appdocsxml named 'optimze_search.patch', can we delete it? |
| 20:06.06 | mvanbaak | yes. |
| 20:06.10 | mvanbaak | it's not needed anymore |
| 20:06.46 | mvanbaak | hhmm |
| 20:06.52 | mvanbaak | found a problem |
| 20:07.18 | mvanbaak | consider this xml doc: |
| 20:07.31 | mvanbaak | <argument name="foo" required="true" /> |
| 20:07.43 | mvanbaak | <argument name="bar" required="false" /> |
| 20:07.55 | mvanbaak | core show application baz |
| 20:08.12 | mvanbaak | that will show: [Arguments]\nNot available |
| 20:08.31 | mvanbaak | and: [Syntax]\nbaz() |
| 20:08.32 | codefreeze-lap | Corydon76-dig: sorry for the wait; looked thru the configs, in res_odbc.conf, I see pooling=>yes |
| 20:08.48 | Corydon76-dig | ah, good |
| 20:08.51 | eliel | mvanbaak: baz has any parameter? |
| 20:08.57 | mvanbaak | yup |
| 20:09.05 | mvanbaak | 4 |
| 20:09.20 | mvanbaak | hang on, let me pastebin the whole thing |
| 20:10.16 | snuff-home | Qwell: ping? |
| 20:10.25 | codefreeze-lap | Corydon76-dig: I also see stuff in pool.conf |
| 20:10.43 | Corydon76-dig | codefreeze-lap: no idea what that is |
| 20:10.57 | Corydon76-dig | People do some strange shit |
| 20:11.52 | codefreeze-lap | looks like a pre-pool version of the res_odbc.conf; my mistake |
| 20:11.52 | mvanbaak | eliel: http://pastebin.com/d330695d5 |
| 20:15.10 | tzafrir_laptop | hmmm.... "At the time this was written, misdn-1.1.8 is not compatible the 2.6.25 kernel. Please use a kernel version 2.6.25 or earlier." |
| 20:15.16 | tzafrir_laptop | 2.6.25? 2.6.26? |
| 20:16.44 | putnopvut | That is confusing... |
| 20:18.20 | eliel | mvanbaak: why you are using argument instead of parameter? <parameter name="channel" required="true" /> |
| 20:19.41 | mvanbaak | ugh |
| 20:19.46 | mvanbaak | old habit |
| 20:20.30 | mvanbaak | let me test that ;) |
| 20:21.19 | mvanbaak | there we go ;) |
| 20:21.38 | eliel | let me see the channelredirect output |
| 20:21.42 | mvanbaak | the [Arguments] section still show 'Not Available' though |
| 20:22.09 | eliel | the syntax |
| 20:22.11 | mvanbaak | eliel: http://pastebin.com/d47901637 |
| 20:23.38 | eliel | mvanbaak: it is because arguments explain the parameters, etc, and there is no content in the parameter tags, so nothing to show... |
| 20:24.02 | mvanbaak | yeah, noticed that in the code |
| 20:24.10 | mvanbaak | it's ok |
| 20:24.20 | mvanbaak | I should add some content |
| 20:24.21 | eliel | mvanbaak: I am happy because it works with this complex syntax true,false,false,true :-) |
| 20:24.24 | mvanbaak | (or someone else) |
| 20:24.33 | mvanbaak | eliel: yeah :) |
| 20:25.22 | mvanbaak | compare it with this: http://pastebin.com/d25b439c5 |
| 20:26.52 | eliel | mvanbaak: I vote for someone else, in a big janitor, leave everyone the possibility to get some karma :-) (and do the boring job) |
| 20:27.13 | mvanbaak | k |
| 20:27.48 | eliel | mvanbaak: yes, the two "regular expressions" are correct |
| 20:28.50 | mvanbaak | there, committed |
| 20:29.46 | mvanbaak | should I put a patch online ? |
| 20:30.23 | mvanbaak | against current trunk ? |
| 20:31.50 | eliel | for what? |
| 20:31.52 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:31.52 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 20:33.32 | eliel | put a patch online? for testing? |
| 20:33.45 | mvanbaak | yup |
| 20:33.57 | mvanbaak | and for validation |
| 20:34.05 | mvanbaak | s/validation/review/ |
| 20:34.28 | eliel | ah, ok, I agree |
| 20:34.36 | mvanbaak | k |
| 20:34.39 | mvanbaak | creating it now |
| 20:34.50 | mvanbaak | svn merge --ignore-ancestry https://origsvn.digium.com/svn/asterisk/trunk https://origsvn.digium.com/svn/asterisk/team/group/appdocsxml . |
| 20:34.58 | mvanbaak | darn |
| 20:35.13 | mvanbaak | remind me to check what window is focussed ok ? |
| 20:35.43 | eliel | heh |
| 20:46.59 | mvanbaak | damn, the patch is huge |
| 20:47.36 | mvanbaak | +% ls -lah xmldocs.diff |
| 20:47.36 | mvanbaak | -rw-r--r-- 1 michiel michiel 667K Sep 17 22:47 xmldocs.diff |
| 20:48.53 | eliel | uou |
| 20:50.11 | mvanbaak | gheh, I'm tempted to type: svn commit -m 'introduce xml documentation for applications and functions' |
| 20:50.14 | mvanbaak | ;) |
| 20:50.29 | jsmith | mvanbaak: Hey, looks like you're on a roll |
| 20:51.02 | mvanbaak | yeah |
| 20:57.45 | eliel | we should create a DTD to especify the xml eschema |
| 20:57.57 | eliel | s/eschema/schema/ |
| 21:02.52 | mvanbaak | uhhuh |
| 21:03.37 | mvanbaak | mail to -dev sent |
| 21:04.09 | *** join/#asterisk-dev ACiDV (n=ACiDV@97-170.dr.cgocable.ca) |
| 21:06.27 | jsmith | eliel: Yes, a DTD would be nice.... |
| 21:06.33 | jsmith | likes to dream |
| 21:07.37 | eliel | jsmith: I will do it, but first I need to know which one is better, xml schema or dtd for our purpose |
| 21:08.00 | jsmith | For validation, a DTD would be nice :-) |
| 21:08.44 | eliel | ok, let me see what I can do |
| 21:09.28 | mvanbaak | and create an xslt so we can have html output without php scripting |
| 21:09.28 | mvanbaak | ;) |
| 21:12.25 | eliel | mvanbaak: writted down in my todo list |
| 21:13.29 | mvanbaak | lol |
| 21:13.31 | mvanbaak | :) |
| 21:14.36 | wedhorn | mvanbaak: had a chance to look at the skinny config stuff. I'm looking at reload (10297) and it'd be easier once the line/device stuff is more separate. |
| 21:15.07 | jsmith | mvanbaak: XSLT should be relatively straightforward... even *I* could probably do that :-) |
| 21:15.48 | eliel | removed the xslt from my todo list and writted down in jsmith ones.. :-) |
| 21:16.24 | jsmith | Fair enough :-) |
| 21:16.35 | mvanbaak | wedhorn: I looked at it |
| 21:16.44 | mvanbaak | wedhorn: like you said, some cleanup needs to be done |
| 21:16.54 | mvanbaak | wedhorn: but I like the idea, and I like the code |
| 21:19.20 | wedhorn | ok, I'll have a go at some clean up |
| 21:31.27 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-d4674b94f7996b31) |
| 21:33.26 | jpeeler | i don't suppose there is a way to configure asterisk to use a specific DNS server is there? |
| 21:35.19 | mvanbaak | jpeeler: /etc/resolv.conf |
| 21:35.26 | russellb | heh |
| 21:35.31 | jpeeler | mvanbaak: i meant, only for asterisk |
| 21:35.40 | mvanbaak | nope |
| 21:35.41 | jpeeler | yeah, that's how i've been doing it |
| 21:35.50 | russellb | run asterisk in a VM, and se the DNS server in the vm? |
| 21:35.51 | russellb | :) |
| 21:36.01 | mvanbaak | russellb: that's how I do it |
| 21:36.38 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 21:36.39 | jpeeler | actually that's not a bad idea |
| 21:36.45 | jpeeler | but that'll take too much time to setup right now |
| 21:37.11 | mvanbaak | I have a VM for asterisk, my irc server, my irc hub etc and they all use different DNS servers |
| 21:37.22 | jpeeler | i'm actually investing all the current virutalization software right now |
| 21:37.37 | mvanbaak | jpeeler: use xen :) |
| 21:37.42 | jpeeler | well, at home, not now |
| 21:37.50 | jpeeler | mvanbaak: that is my next stop |
| 21:38.44 | mvanbaak | jpeeler: I have one box here at home running xen with all my services on it (asterisk, devbox for php, mythtv, ftp, irc etc) |
| 21:38.44 | mvanbaak | it's a cheap p4 3ghz with 4gb ram |
| 21:38.46 | jsmith | jpeeler: Don't use Xen, use KVM |
| 21:38.51 | mvanbaak | box was around 800 dollar |
| 21:38.56 | jpeeler | jsmith: that is what i started with |
| 21:39.15 | jsmith | jpeeler: Xen stinks at keeping up with modern kernel development |
| 21:39.28 | jpeeler | jsmith: yes, i am well aware of that argument |
| 21:39.49 | jpeeler | which is why i went with the Qemu KVM combo first |
| 21:40.20 | jpeeler | mvanbaak: can Xen take snapshots? i assume it would have to be able to |
| 21:42.21 | jpeeler | jsmith: i've grown frustrated with vmware's kernel modules not compiling on fedora |
| 21:42.38 | jpeeler | for obvious reasons, but it is still annoying |
| 21:42.42 | jsmith | has never been a fan of VMWare |
| 21:42.53 | russellb | vmware <3++ |
| 21:43.54 | jpeeler | i also do not like the false limitation of one snapshot using vmware workstation |
| 21:44.08 | jpeeler | needs lots |
| 21:44.43 | Corydon76-dig | takes more snapshots of jpeeler |
| 21:46.02 | jpeeler | heh |
| 21:46.28 | russellb | O.o |
| 21:46.43 | Corydon76-dig | vogue, dahling |
| 21:46.51 | mvanbaak | jpeeler: depends on the store backend. if you use lvm you can use the lvm snapshot abilities |
| 21:47.22 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584971.dsl.bell.ca) |
| 21:47.56 | mvanbaak | if you are running it on loopmounted files do as I do: once a week do a 'xm destroy && backup image files && xm create' |
| 21:48.16 | jpeeler | so you mean the snapshot information can't be stored in the image file? |
| 21:48.35 | mvanbaak | jpeeler: not when you use disk image files |
| 21:48.42 | jpeeler | :( |
| 21:48.43 | mvanbaak | jpeeler: only when you use lvm volumes |
| 21:49.15 | jpeeler | i guess i could do that... perhaps i should experiment instead of asking questions about something i know nothing about yet |
| 21:49.17 | mvanbaak | but who cares ? you are running a backup on your vm's right ? |
| 21:49.45 | jpeeler | mvanbaak: wasn't really planning on it, they aren't mission critical |
| 21:49.59 | mvanbaak | gheh |
| 21:50.09 | mvanbaak | I'm running backups on everything |
| 21:50.13 | mvanbaak | just want to be sure |
| 21:50.33 | mvanbaak | even my airport express config is backedup daily |
| 21:50.38 | jpeeler | ha |
| 21:51.04 | jpeeler | mvanbaak: by the way, i thought you and Qwell were joking about me smuggling in a phone |
| 21:51.08 | jpeeler | but i'm bringing it |
| 21:51.14 | mvanbaak | hahahahaha |
| 21:51.19 | mvanbaak | nice |
| 21:51.32 | mvanbaak | I owe you a ${DRINK} in PHX |
| 21:51.44 | jpeeler | nah, just use it wisely |
| 21:51.52 | mvanbaak | yeah |
| 21:52.02 | mvanbaak | I'll use it to hit ppl on the head |
| 21:52.14 | jpeeler | that could be wise depending on the situation |
| 21:52.18 | mvanbaak | ;) |
| 21:53.06 | mvanbaak | I'm thinking about testing and expending wedhorn's config patch to get realtime into chan_skinny |
| 21:54.31 | mvanbaak | ah well, there are a couple of other issues on mantis I can work on as well |
| 21:54.54 | mvanbaak | all skinny related |
| 21:54.58 | mvanbaak | but first ! |
| 21:55.01 | mvanbaak | zzzzzzzzzz time |
| 21:55.07 | mvanbaak | latero all |
| 22:16.02 | codefreeze-lap | seanbright: you around? hows that 1.4 backport of the freetds 0.82 interface going? |
| 22:41.00 | *** join/#asterisk-dev Cresl1n (n=matt@72-254-58-74.client.stsn.net) |
| 22:41.00 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 23:17.46 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:57.38 | Cresl1n | pokes russellb |
| 23:57.46 | Cresl1n | pokes russellb again |
| 23:58.06 | Cresl1n | pokes russellb again again |
| 23:58.26 | Cresl1n | cancels his pokes |