| 00:02.47 | *** join/#asterisk-dev droemel (~droemel@p5B03D15C.dip.t-dialin.net) |
| 01:58.08 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-mdwzsdbyqsfsqmey) |
| 03:32.08 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 03:32.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 04:21.33 | *** part/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 05:26.31 | *** join/#asterisk-dev salz212 (~chatzilla@203.215.176.22) |
| 05:28.04 | salz212 | hello All, guys I was wondering someone could answer my query, Is Asterisk' RTCP code mature?. I am using rtpqos,audio,all channel variable and not getting all the parameters many of the times. |
| 05:37.43 | wdoekes | salz212: one of the external devs has commented that it needs a few fixes (pinefrog branch).. haven't heard anything about the channel vars though |
| 05:37.49 | *** join/#asterisk-dev Korolev (~Korolev@c-50-140-71-78.hsd1.fl.comcast.net) |
| 05:38.41 | salz212 | So, RTCP code is not mature enough, right? |
| 05:45.59 | wdoekes | I'm not intimate enough with the rtp code to say one or the other |
| 05:47.45 | wdoekes | as far as I knew, the rtcp code worked like it should. but I did notice that the rtcp show stats is missing in 1.8+ |
| 07:06.25 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 07:14.24 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:38.06 | jmls | guys, really need some debugging help with dahdi. Since we moved from a really old (> 4years) zaptel to the latest dahdi, our server physically locks up twice a day on average. Only way out is a hard reset. |
| 07:38.29 | jmls | Where can I start to look for the problems ? Are there any sort of logs I can look at ? |
| 07:39.04 | jmls | much appreciated. I'm not in the mood to have my a*se torn out a third time :( |
| 08:17.13 | *** join/#asterisk-dev alsuren_ (~dlaban@80.169.133.251) |
| 08:19.27 | *** join/#asterisk-dev Tim_Toady (~fuzzy@188.4.15.133.dsl.dyn.forthnet.gr) |
| 08:31.41 | *** join/#asterisk-dev alsuren__ (~dlaban@80.169.133.251) |
| 09:10.56 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 10:43.21 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:43.21 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:05.04 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 12:06.12 | opticron | jmls, no kernel panic, just a hard lock? |
| 12:22.08 | jmls | opticron: got some text on the console - is there a log anywhere of the panic if there was one ? |
| 12:24.08 | jmls | there is an i8042_panic_blink, followed by panic+0x113 |
| 12:24.32 | jmls | also some __next_cpu and t4_framer stuff |
| 12:24.37 | opticron | have you submitted a report on jira with this information? |
| 12:25.06 | jmls | no, because I don't know if it's h/w , software, O/S , pci card etc |
| 12:25.42 | jmls | it may be a centos bug for all I know ;) |
| 12:26.24 | opticron | do you have a picture of the panic screen? |
| 12:26.30 | jmls | I have one |
| 12:26.53 | jmls | (slightly blurred phone camera shot) |
| 12:27.15 | opticron | go ahead and submit an issue on jira with that and a description of your server software and hardware specs |
| 12:27.24 | jmls | oh, ok. |
| 12:27.39 | opticron | I haven't touched dahdi in quite a while |
| 12:28.21 | opticron | attach a netconsole if you can to see if you can get the full panic information as well |
| 12:28.31 | opticron | (for the next time it crashes |
| 12:28.32 | opticron | ) |
| 12:28.40 | *** join/#asterisk-dev italorossi (~textual@189.124.183.175) |
| 12:40.48 | jmls | opticron: https://issues.asterisk.org/jira/browse/DAHLIN-304 |
| 12:40.57 | jmls | thanks :-D |
| 12:42.17 | leifmadsen | I think there is a jira upgrade today or something :) |
| 12:42.29 | file | was. |
| 12:42.41 | file | (it happened lastnight) |
| 12:42.50 | leifmadsen | I just got a 503 on that link then :) |
| 12:43.00 | file | I did not. |
| 12:43.12 | leifmadsen | Service Temporarily Unavailable |
| 12:43.13 | leifmadsen | The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. |
| 12:43.37 | file | what does it resolve to out of curiosity... |
| 12:43.39 | jmls | leifmadsen: the server is onto you ... 8-) |
| 12:44.08 | leifmadsen | issues.asterisk.org.541INCNAMEshooty.asterisk.org. |
| 12:44.08 | leifmadsen | shooty.asterisk.org.541INA76.164.171.238 |
| 12:44.15 | file | yup yup |
| 12:44.54 | file | I'll tell dlee when he's in |
| 12:45.05 | file | does it do it consistently for you? |
| 12:45.09 | leifmadsen | yep |
| 12:45.14 | leifmadsen | well at least the 2 times i tried |
| 12:45.22 | leifmadsen | I'm writing docs so not trying a lot right now |
| 12:45.25 | file | k |
| 12:46.05 | file | very weird. |
| 13:00.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-xjrtzxbaqawmnxvq) |
| 13:04.19 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:04.19 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:13.43 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 13:15.27 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-xjfywiyxtjzacdok) |
| 13:15.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:20.46 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-jfdorvpdqfyrqgwl) |
| 13:21.26 | file | leifmadsen, I have informed leedm777 of your 503 woes! |
| 13:21.38 | leifmadsen | sounds good thanks :) |
| 13:22.45 | leedm777 | leifmadsen: if you ping issues.asterisk.org, what address does it ping? |
| 13:23.05 | leifmadsen | 76.164.171.231 |
| 13:23.33 | leedm777 | leifmadsen: check your hosts file. You may have an entry for the old address. |
| 13:23.47 | leifmadsen | oh that might be the case |
| 13:24.07 | leifmadsen | aha yep -- probably left over from my VPN days |
| 13:24.07 | file | lame |
| 13:24.11 | leifmadsen | sorry for the noise |
| 13:33.13 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:33.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:37.47 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:37.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:54.58 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:54.58 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:56.26 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 13:57.32 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-ncelrqzytpommqat) |
| 14:13.23 | *** join/#asterisk-dev Corydon76-home (four@c-69-137-80-31.hsd1.tn.comcast.net) |
| 14:13.23 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 14:21.45 | jmls | heh. the download link on the "welcome to the asterisk community" points to 1.8 ... http://downloads.asterisk.org/pub/telephony/certified-asterisk/certified-asterisk-1.8.11-current.tar.gz |
| 14:21.50 | jmls | just saying .. |
| 14:22.10 | file | coughs |
| 14:22.41 | putnopvut | sneezes |
| 14:23.00 | mjordan | burps? |
| 14:23.07 | Qwell | jmls: Please submit feedback. http://www.asterisk.org/contact |
| 14:24.24 | jmls | done |
| 14:24.45 | jmls | lol |
| 14:24.53 | jmls | you guys don't want my feedback |
| 14:25.03 | jmls | "Recoverable fatal error: Object of class stdClass could not be converted to string in webform_remote_post_webform_submission_insert() (line 154 of /var/www/drupal-multi/production/htdocs/sites/asterisk/modules/custom/webform_remote_post/webform_remote_post.module)." |
| 14:25.15 | jmls | is there nothing I can't break ? 8-) |
| 14:25.26 | mjordan | jmls: keep breaking it plz |
| 14:25.58 | jmls | "everything he touches turns into a stack trace" |
| 14:28.12 | jmls | meh. is there a tar package for Dahdi 2.5.1 ? |
| 14:28.30 | jmls | wait. found it |
| 14:30.18 | leifmadsen | hmmm, position of the "Get the PDF" on the left is also misaligned too |
| 14:30.22 | leifmadsen | (at least in Chrome on Linux) |
| 14:32.02 | jmls | looks okish on windows chrome |
| 14:32.42 | Qwell | leifmadsen: it's maddeningly off-center |
| 14:32.56 | Qwell | not many people would notice that, but, now that you've pointed it out... |
| 14:33.06 | leifmadsen | that's not what I'm seeing |
| 14:33.17 | leifmadsen | the orange is on top of the black text |
| 14:33.30 | Qwell | black text? on the paper? |
| 14:33.51 | leifmadsen | http://www.asterisk.org/downloads << left column, bottom left |
| 14:34.14 | Qwell | looks fine for me, other than the button being like 4 pixels to the right |
| 14:34.35 | leifmadsen | CSS is off in my browser it seems |
| 14:36.48 | leifmadsen | a bunch of the buttons are it seems on different pages |
| 14:36.49 | leifmadsen | shrugs |
| 14:38.12 | leifmadsen | huh... default download is certified asterisk o.O |
| 14:38.43 | jmls | yeah |
| 14:38.50 | file | that's what jmls said all of 14 minutes ago :P |
| 14:38.58 | leifmadsen | tl;dr |
| 14:38.59 | Qwell | No, jmls said 1.8. :p |
| 14:39.08 | jmls | it _is_ 1.8. |
| 14:39.11 | jmls | 1.8 certified :) |
| 14:39.46 | jmls | so a, "make && make install" using dahdi 2.5.1 is good enough to overwrite a 2.6.1 installation ? |
| 14:40.38 | jmls | and can I do that while 2.6.1 is running ? So at next restart (which is due, like, anytime now) it will revert to 2.5.1 |
| 14:41.06 | Qwell | More or less. Mostly more. |
| 14:42.24 | jmls | Qwell: don't tell me that there is a smooth way of having both running at the same time, with all new calls going through to the 2.5.1 driver, and when all calls on the 2.6.1 driver are complete it will remove itself nicely from memory, and erase itself from the harddrive. You guys have managed to do that ? wow ... |
| 14:42.32 | Qwell | nope |
| 14:42.44 | jmls | bugger |
| 14:43.02 | leifmadsen | link to ATDG is wrong too |
| 14:43.25 | Qwell | leifmadsen: http://www.asterisk.org/contact |
| 14:43.30 | leifmadsen | yes I know |
| 14:43.32 | jmls | who qa'd the website ? Give 'em a job at freeswitch ;) |
| 14:43.37 | leifmadsen | +1 |
| 14:44.49 | jmls | it certainly is going to fsck all the download stats ("hmm, 1.8.11 is a very popular release ...") |
| 14:45.05 | leifmadsen | I'll just bite my tongue about what I think |
| 14:45.55 | jmls | Qwell: so, I should go for the "make" ? |
| 14:46.56 | jmls | or the full monty "make install" |
| 14:47.19 | jmls | wow. someone has an identity crisis .... |
| 15:03.20 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:03.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:41.26 | RubyRails | hi all asterisk devs! I'm having an issue, where app_swift is causing a seg_fault (but only after Monitor() is called) |
| 15:41.38 | RubyRails | i've narrowed it down the the line where ast_write() is called; https://gist.github.com/7d904613998326125c22 |
| 15:41.56 | RubyRails | i could use some advice on tracking down what part of the frame data is causing the lock... |
| 15:44.30 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:44.30 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:45.34 | jmls | this is not good |
| 15:46.19 | jmls | machine does now not start at all . as soon dahdi loads (2.5.1) it panics |
| 15:46.41 | jmls | how can I not load the dahdi on startup ? |
| 15:48.30 | tzafrir_laptop | blacklist the respective dahdi modules? |
| 15:48.42 | tzafrir_laptop | disable the dahdi "service"? |
| 15:48.59 | tzafrir_laptop | Those are basically the two things that can get dahdi modules loaded |
| 15:49.01 | jmls | tzafrir_laptop: all very well, but the drivers start on boot up |
| 15:49.12 | jmls | I need to stop them loading to get the to console |
| 15:49.39 | tzafrir_laptop | jmls, modules don't magically load |
| 15:50.03 | jmls | the dahdi service is configured to start automatically on boot |
| 15:50.09 | tzafrir_laptop | If you blacklist a module it will not get pulled automatically just because a hardware was found |
| 15:50.48 | tzafrir_laptop | that is: it will not get loaded if an alias of it was modprobed |
| 15:51.25 | tzafrir_laptop | So there's no point blacklisting dahdi, but you can blacklist wct4xxp or whatever |
| 15:52.09 | jmls | tzafrir_laptop: I mean as soon as the dahdi service starts, the machine panics. I can't get to the login prompt to stop the service from starting |
| 15:52.29 | seanbright | so start in single user mode |
| 15:52.39 | tzafrir_laptop | didn't you disable the dahdi service from starting automatically? |
| 15:52.54 | jmls | tzafrir_laptop: I can't :) |
| 15:52.56 | tzafrir_laptop | the dahdi init.d script modprobes modules in /etc/dahdi/modules |
| 15:53.00 | seanbright | so start in single user mode |
| 15:53.00 | jmls | will try single user |
| 15:54.51 | seanbright | has changed the channel name to #jmls-support |
| 15:57.07 | RubyRails | haha, https://gist.github.com/069de6e12b01c781425f in case anybody wants to look at a non-jmls issue |
| 16:00.25 | jmls | ooohhh. harsh :( |
| 16:06.42 | jmls | done |
| 16:07.38 | jmls | asterisk.org down for maintenance ? |
| 16:18.06 | leifmadsen | 503 for me |
| 16:18.15 | leifmadsen | checks his hosts file :) |
| 16:19.13 | jmls | now you guys don't want me to update the jira issue :'( |
| 16:19.18 | jmls | has a hunted look |
| 16:24.29 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 17:13.32 | *** join/#asterisk-dev italorossi (~textual@189.124.183.175) |
| 17:27.46 | *** join/#asterisk-dev Korolev (~Korolev@ip-64-134-190-139.public.wayport.net) |
| 17:30.30 | Korolev | Hi guys, looks like asterisk.org is down, so short of having the docs available, maybe someone can give me a hand here |
| 17:31.28 | Korolev | Im trying to implement an answer hold off, similar to what Quintums do, where a call is already answered by the analog line, but the Quintum will still transmit progress for a few seconds |
| 17:32.07 | Korolev | from a quick glance, looks like sip_answer(chan*) in chan_sip.c is what I need |
| 17:33.34 | Korolev | I could just change it to send 183 progress for a specified time, before sending the 200 ok |
| 17:34.09 | Korolev | the question is, will asterisk send rtp both ways when a call is still in making progress state? or will that result in one way audio? |
| 17:48.04 | jsmith | Korolev: Are you looking for dialplan code? |
| 17:49.02 | Korolev | jsmith, is there a way to accomplish that in the dialplan? |
| 17:49.31 | Korolev | that would save effort, I thought of modifying the source because I couldnt find an easier way to do it |
| 17:50.16 | jsmith | Sure, do something like this: |
| 17:50.30 | jsmith | exten => 123,1,Progress() |
| 17:50.42 | jsmith | exten => 123,n,Wait(3) |
| 17:50.59 | jsmith | exten => 123,n,Playback(hello-world,noanswer) |
| 17:51.12 | jsmith | exten => 123,n,Answer() |
| 17:51.15 | Korolev | jsmith, ah, no no |
| 17:51.22 | Korolev | its for a bridged call |
| 17:51.40 | Korolev | the situation is Dial(SIP/peer/exten) |
| 17:52.07 | Korolev | I need asterisk to not propagate the answer state from the dial for a few seconds |
| 17:52.19 | jsmith | Ah, slightly trickier, but I think it can still be done |
| 17:52.48 | Korolev | using gosub or macro wont bridge the two legs until the subroutine or macro is done |
| 17:52.53 | Korolev | so that wont work |
| 17:53.06 | jsmith | So you want to bridge, but as early media? |
| 17:53.10 | Korolev | yes |
| 17:53.15 | jsmith | Hmmmmmn.... yeah, that's more difficult. |
| 17:53.17 | Korolev | quintums do it, so asterisk has to do it |
| 17:53.26 | Korolev | and if it doesnt, I will have to make it do it :P |
| 17:54.22 | Korolev | what I figured so far is, there is a sip_answer(channel*) in chan_sip.c |
| 17:54.28 | Korolev | which will transmit 200 OK |
| 17:55.26 | Korolev | and then there is another send_provisional_keepalive_full(struct sip_pvt *pvt, int with_sdp) |
| 17:55.33 | Korolev | that will send 183 making progress |
| 17:56.12 | jsmith | And you tried calling Progress() (or even Playback(hello-world,noanswer) in the macro? |
| 17:56.49 | Korolev | yeah, I tried with playback, sayalpha, saydigits |
| 17:57.04 | Korolev | I dont get bridging |
| 17:57.23 | Korolev | if I use an iptables rule to block the incoming 200 OK |
| 17:57.43 | Korolev | I get one way audio |
| 17:57.54 | Korolev | the caller can her the callee, but not the other way around |
| 17:58.17 | Korolev | and of course a million retransmissions and eventual BYE from the callee |
| 17:58.36 | Korolev | in about 30 seconds, after not getting the ACK to the 200 OK |
| 18:00.15 | jsmith | If you're trying to block the 200 OK with iptables, you're obviously doing it wrong |
| 18:01.13 | Korolev | heh, absolutely, that was just to test if there would still be audio before receiving the 200 OK |
| 18:02.10 | jsmith | Typically, you'll only get early media if you send a 180 or 183 message |
| 18:02.13 | jsmith | (before the 200 OK) |
| 18:02.25 | jsmith | Hmmmmn.... I have an idea |
| 18:03.02 | Korolev | Im all ears :) |
| 18:03.18 | jsmith | Try this: Dial(SIP/peer/exten,,D(,,ww)) |
| 18:03.55 | leifmadsen | clver |
| 18:03.57 | leifmadsen | clever* |
| 18:04.04 | jsmith | leifmadsen: I'm sneaky like that :-) |
| 18:04.12 | Korolev | let me try that |
| 18:04.52 | jsmith | I was sitting here thinking "What you need is to look at the logic in the code around the D() option to Dial()... wait, I wonder if I can just wait.... BINGO!" |
| 18:06.00 | jsmith | Korolev: Of course, you can also try putting the ww (or more of them) in the other parameters to the D() option, but I think that's the closest we're going to get without modifying the code |
| 18:11.09 | *** join/#asterisk-dev dms (~Adium@user-24-214-92-191.knology.net) |
| 18:11.10 | *** mode/#asterisk-dev [+o dms] by ChanServ |
| 18:12.03 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:12.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:12.10 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-xmcmpczjoqsojfxu) |
| 18:12.51 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-yoosjxulxnyhvewb) |
| 18:12.51 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:12.55 | Korolev | jsmith, close but no joy |
| 18:13.15 | Korolev | voipinfo says: D(digits): After the called party answers, send digits as a DTMF stream, THEN connect the call to the originating channel |
| 18:13.42 | Korolev | really good call though |
| 18:15.57 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 18:15.57 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 18:16.21 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:16.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:17.28 | jsmith | Korolev: Go to the Asterisk CLI and type "core show application Dial" |
| 18:17.34 | jsmith | Korolev: You'll see that voipinfo is out of date |
| 18:17.46 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-vfobhhysgzgammdc) |
| 18:19.11 | Korolev | you are right |
| 18:19.34 | Korolev | still, asterisk 10 says: after the called party has answered but before the call is bridged |
| 18:19.55 | jsmith | Right -- bridged means "sending the 200 OK" |
| 18:20.02 | jsmith | And you definitely want it to happen before that |
| 18:20.49 | jsmith | Hence the reason I thought that trying D(,,www) would work... from the way it's worded, it makes it sound like it sends a 180 Progress message, then the DTMF, and then the 200 OK |
| 18:21.00 | jsmith | Gimme a second and I can do a SIP trace here to confirm |
| 18:21.12 | jsmith | is juggling three tasks at once here |
| 18:21.21 | *** join/#asterisk-dev b3nt_pin (~quassel@stjhnf0148w-142134079200.dhcp-dynamic.FibreOP.nl.bellaliant.net) |
| 18:23.59 | *** part/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 18:29.02 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-wbjrgqewfutnlnko) |
| 18:31.33 | Korolev | I'm thinking I could modify sip_answer() in chan_sip.c to instead of sending the 200 OK, send a 183 progress, then run a separate thread inside that function to wait and send the 200 OK |
| 18:31.45 | Korolev | that way I wont block while I wait |
| 18:32.21 | Korolev | asterisk will continue as a normal answered call |
| 18:32.24 | *** join/#asterisk-dev robl^ (~robl^@pdpc/supporter/active/robl) |
| 18:32.54 | Korolev | but the caller wont know the call has already been answered |
| 18:33.38 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:33.38 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:34.01 | *** join/#asterisk-dev sustav_ (~vpp@nat/digium/x-arxwfjumtoycqrmk) |
| 18:34.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:34.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:34.55 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-kilchylvaxqyccbx) |
| 18:45.57 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:45.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:52.26 | *** part/#asterisk-dev dms (~Adium@user-24-214-92-191.knology.net) |
| 18:52.36 | *** join/#asterisk-dev dms (~Adium@user-24-214-92-191.knology.net) |
| 18:52.36 | *** mode/#asterisk-dev [+o dms] by ChanServ |
| 18:53.36 | *** join/#asterisk-dev dms (~Adium@user-24-214-92-191.knology.net) |
| 18:53.36 | *** mode/#asterisk-dev [+o dms] by ChanServ |
| 18:58.24 | Korolev | well, at least my ugly patch compiles |
| 18:58.30 | Korolev | jsmith, thanks a lot man |
| 18:58.42 | Korolev | I'll let you guys know how it went in case anybody is interested :) |
| 18:59.02 | wdoekes | origsvn down? |
| 19:02.02 | tzafrir_laptop | I filed a minor issue today regarding autosupport |
| 19:02.09 | tzafrir_laptop | Is it actually being used? |
| 19:02.27 | tzafrir_laptop | It had an odd (unrelated) bug |
| 19:03.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:03.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 19:03.19 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-kmdfvabfgrtajmgv) |
| 19:05.11 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-uqlhrdsssxrpwnln) |
| 19:05.24 | wdoekes | tzafrir_laptop: I saw it. I'd suggest committing the fix and worry about removing the file later |
| 19:05.34 | opticron | diguim internet has been up and down for the last 4+ hours |
| 19:05.55 | opticron | we just came back online for the 4th or 5th time |
| 19:06.54 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ukkmtrljxezufiuq) |
| 19:09.43 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-lctyolooxhvjikom) |
| 19:09.43 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 19:13.53 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:13.53 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:21.14 | *** join/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 19:43.01 | *** part/#asterisk-dev RubyRails (~jaiken@209.33.214.243) |
| 20:04.54 | jmls | there's no ttl on an astdb entry, is there ? |
| 20:07.58 | Qwell | nope |
| 20:21.04 | tzafrir_laptop | Author: pkiefer not defined in AUTHORS file |
| 20:25.08 | mjordan | tzafrir_laptop: on it |
| 21:24.53 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:24.53 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:44.38 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-lctyolooxhvjikom) |
| 22:04.00 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 22:53.12 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 22:53.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:26.31 | *** join/#asterisk-dev Corydon76-home (eight@c-69-137-80-31.hsd1.tn.comcast.net) |
| 23:26.31 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |