| 00:06.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.120) |
| 03:24.59 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:26.03 | *** join/#asterisk-dev neuro9 (n=test@c-67-167-49-106.hsd1.il.comcast.net) |
| 03:30.51 | neuro9 | hey everyone |
| 05:57.46 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.118) |
| 05:58.52 | neuro9 | hey wheres Park in the source? |
| 06:03.13 | neuro9 | nm got it |
| 06:12.14 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:36.57 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 06:44.55 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.20) |
| 07:29.46 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:07.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.11) |
| 09:19.23 | *** join/#asterisk-dev shpaq (i=shpaq@gentoo/user/shpaq) |
| 09:19.32 | *** part/#asterisk-dev shpaq (i=shpaq@gentoo/user/shpaq) |
| 10:09.34 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 10:15.41 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.13) |
| 10:39.53 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:05.12 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:15.05 | *** join/#asterisk-dev msetim (n=setim@189.96.65.72) |
| 11:55.25 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:55.25 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:56.15 | atis_work | eliel: Hey, good morning :) |
| 11:56.28 | atis_work | How is that wrapuptime stuff moving? |
| 11:58.21 | eliel | atis_work: good morning |
| 11:58.55 | eliel | it is in review board, waiting for a (hope last) review |
| 12:03.02 | eliel | I have tested it, and it is working as expected |
| 12:03.09 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.153) |
| 12:03.35 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 12:08.37 | atis_work | eliel: we were working on some common structure in Rostock, and the "static" term falls totally out of the picture |
| 12:09.13 | atis_work | eliel: so, putnopvut and me agreed that it would be much better to name it somehow like NextWrapuptime |
| 12:09.25 | eliel | sounds good to me! |
| 12:09.37 | atis_work | well, i meant - the static is of course current use, but non-static |
| 12:09.48 | atis_work | eliel: so, it would be good to just rename it everywhere :) |
| 12:10.44 | atis_work | i also have nearly finished work on common function that updates all the fields for queue member, so i'll just have to merge one more field :) |
| 12:12.29 | eliel | why don't we work together on this? I have a branch, do you want to have access to it? |
| 12:12.46 | eliel | svn/asterisk/team/eliel/per_member_wrapuptime/ |
| 12:13.32 | eliel | or, I could merge my work, with yours |
| 12:13.38 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:13.39 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:14.19 | atis_work | well, i haven't yet touched your patch, but i hope that merge would be quite simple :) |
| 12:14.35 | eliel | yes, it will |
| 12:14.39 | atis_work | i still need few hours to walk through all the diff and chec everything :) |
| 12:14.42 | leifmadsen | morning all |
| 12:15.04 | atis_work | trying to find those hours between my job, and other projects :) |
| 12:15.41 | atis_work | ooh, reminder to myself - publish some Rostock pictures :) |
| 12:15.47 | eliel | yes, me too, but, don't waste your time trying to understand my patch, ask me what ever you don't understand |
| 12:16.04 | eliel | atis_work: yes! publish them!! |
| 12:16.42 | atis_work | well, i got the big idea, so it seems fine.. As I recall - You're missing some manager actions, but it's fine, since my patch will try to provide united interface :) |
| 12:17.18 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:17.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:17.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:18.09 | atis_work | eliel: ok, so I'll contact You whenever I have everything clear and ready for merging :) |
| 12:19.20 | atis_work | eliel: the only thing i wanted to mention now would be renaming non-static wrapuptime to somehow distinctive format :) |
| 12:20.33 | eliel | I need to rename "Static" (not non-Static) .... any idea? ConfigWrapuptime? |
| 12:22.50 | eliel | leifmadsen: good morning |
| 12:24.43 | snuff-home | dynamicwrapuptime? |
| 12:32.47 | eliel | snuff-home: we are trying to avoid the word static :) |
| 12:32.59 | eliel | I think dynamic falls into that category too |
| 12:33.19 | snuff-home | hehe.. configurableWrapuptime |
| 12:33.33 | snuff-home | randomwrapuptime |
| 12:33.57 | eliel | NextWrapuptime could match a non-Static |
| 12:34.06 | snuff-home | mm.. sounds ok to me |
| 12:35.45 | eliel | uff, well... I will call it NextWrapuptime |
| 12:49.04 | atis_work | eliel: why rename static? |
| 12:49.18 | atis_work | there's already wrapuptime, so it's what it says |
| 12:49.52 | atis_work | it's just added to member |
| 12:50.46 | atis_work | and by default copied from queue settings, right? |
| 12:52.36 | eliel | atis_work: there is a header in the AMI action to modify the wrapuptime that is called "Static" I though you where talking about modifying that header name to something more "user-friendly" |
| 12:53.27 | atis_work | eliel: well, yes - adding NextWrapuptime would mean that it removes non-static header, thus leaving QueueMemberWrapuptime just for static |
| 12:53.52 | leifmadsen | let me know when you guys are getting ready to merge so I can review the documentation |
| 12:56.15 | eliel | atis_work: now i think i understand you, you want to add a new ami action, i though you where trying to rename the static option in the queuewrapuptime action... |
| 12:57.00 | atis_work | well, yeah, just split the static and non-static wrapuptime into separate actions, CLI commands etc.. as they are basically two different entries in member structure :) |
| 12:59.21 | eliel | ok, the problem with that is that i don't want to duplicate code doing a function to access the queue and member configs (something you are working with), that is why i think we should put the code in a commong place to work together... |
| 13:04.45 | eliel | atis_work: I could move my branch to team/group/ |
| 13:06.02 | atis_work | oh, well, that's reasonable :) |
| 13:06.08 | atis_work | i just don't have svn access |
| 13:06.15 | atis_work | but i could give You my patches |
| 13:07.23 | eliel | leifmadsen: it is possible to give atis_work svn access to a group branch? |
| 13:10.31 | kpfleming | it is possible |
| 13:10.41 | kpfleming | russell would do that probably, i'm sure he'd be happy to do it |
| 13:11.11 | eliel | kpfleming: ok, I will send an email to russellb |
| 13:11.14 | atis_work | i guess, he'll do that only after i publish my pictures :D |
| 13:11.23 | eliel | atis_work: yes |
| 13:11.42 | eliel | also to move a team branch is enough with a "svn mv"? |
| 13:15.55 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:15.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:20.42 | mvanbaak | eliel: yes. svn mv ${ORIGSVN}/team/eliels/${BRANCH} ${ORIGSVN}/team/group/${BRANCH} -m 'move to group so more people can work on it' |
| 13:21.10 | eliel | mvanbaak: thanks! also for the commit message :) |
| 13:33.32 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.138.206) |
| 13:46.27 | anonymouz666 | what's the difference between P2P bridging and Native bridging? |
| 13:46.38 | anonymouz666 | (of course, if there's one) |
| 13:47.34 | putnopvut | anonymouz666: with native bridging, the media is outside of Asterisk. With P2P bridging, the media comes into Asterisk's RTP stack and then immediately back out. With P2P bridging, the media is not processed by the Asterisk core. |
| 13:47.42 | kpfleming | nope |
| 13:47.45 | putnopvut | nope? |
| 13:47.45 | kpfleming | not quite |
| 13:47.48 | putnopvut | dang |
| 13:47.50 | kpfleming | hang on |
| 13:47.53 | putnopvut | sits back for a lesson |
| 13:48.59 | kpfleming | native bridging means 'lets the channels media technology bridge the media natively' |
| 13:49.20 | kpfleming | in the case of RTP-using channels, before P2P there was *no* native bridging for them |
| 13:49.28 | kpfleming | P2P is native briding for RTP channels |
| 13:49.39 | kpfleming | DAHDI can native bridge as well, in the DAHDI core in the kernel |
| 13:50.07 | kpfleming | now, a derivative of native bridging is 'direct media path', where the media never even goes through the asterisk server at all (kernel or userspace) |
| 13:50.12 | putnopvut | So why is there a distinction on some SIP calls between P2P bridging and native bridging? |
| 13:50.19 | kpfleming | there shouldn't be |
| 13:50.59 | kpfleming | the core requests native bridging, it does not know about P2P |
| 13:50.59 | putnopvut | Also, in rtp.c, there is a P2P bridge loop function and a native bridge loop function which are separate things. |
| 13:50.59 | kpfleming | somtimes the native bridge request is satisfied using P2P, other times it is direct media path (if the endpoints are configured for it) |
| 13:50.59 | kpfleming | well, that's misnamed in the code then |
| 13:51.26 | kpfleming | because rtp.c never used to have a non-direct native bridge |
| 13:51.40 | kpfleming | and the 'native bridge' function was not renamed when p2p was added |
| 13:52.53 | putnopvut | okay, so in the language of rtp.c, then, the words "native bridge" refer to a direct media bridge. |
| 13:53.10 | kpfleming | yes |
| 13:53.16 | putnopvut | But in the language of Asterisk in general, a native bridge just refers to a protocol-specific method of bridging. |
| 13:53.20 | kpfleming | yep |
| 13:53.25 | kpfleming | media protocol, specifically |
| 13:54.45 | kpfleming | in dahdi, there is 'native bridging' by bridging the channels in the core, but then the dahdi core can also directly connect channels that are on the same card if the card supports timeslot interchange (most of them do), which means the bridge doesn't even go into software at all |
| 13:55.25 | kpfleming | chan_dahdi does not control the use of that, though |
| 13:55.28 | kpfleming | the second part, i mean |
| 13:55.54 | file | and then with libpri in play it may be able to push it off the box |
| 13:55.59 | file | bridging bridging oh my! |
| 13:58.15 | kpfleming | true enough |
| 13:58.30 | kpfleming | although personally i think that's a bad idea... 2BCT is *not* a bridge |
| 13:58.33 | kpfleming | it's a transfer |
| 13:58.42 | kpfleming | at least until we have the ability to update the CDR when the call completes |
| 13:59.14 | eliel | thinks about a native^2 bridge in SIP, if two IPs are close enough, tell them to talk in person, instead of doing it by phone |
| 13:59.24 | jsmith | kpfleming: Which shouldn't really be too hard, right? |
| 13:59.36 | kpfleming | jsmith: yeah, with chan_dahdi's design it is hard |
| 13:59.58 | kpfleming | because we don't treat signaling and media separately, so once we release the B channels the call is 'gone' |
| 14:00.15 | jsmith | kpfleming: Oh... I guess I was just naive in thinking we could keep a table in memory of transferred calls, and when we get the D-channel message we write out another CDR record |
| 14:00.30 | jsmith | kpfleming: It's not ideal (having a separate CDR record), but it's better than what we currently have |
| 14:00.44 | kpfleming | yes |
| 14:00.45 | jsmith | kpfleming: And with CEL, it's just another call event, right? |
| 14:00.48 | kpfleming | it could very well be done |
| 14:00.56 | kpfleming | but it's not done the right way today |
| 14:01.07 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 14:01.13 | jsmith | Makes sense |
| 14:01.18 | kpfleming | and really you don't want another CDR anyway |
| 14:01.35 | kpfleming | the original CDR(s) should be pending just like if we still had the media path |
| 14:04.08 | jsmith | I agree.. |
| 14:04.35 | jsmith | ... but at this point, I'd rather have *some* record of the end of the call (even as a separate CDR) entry than nothing at all. |
| 14:05.37 | jsmith | Shoot... even a completely separate log saying "Call with uniqueid FOO got transferred with identifier BLAH" and then later "The remote switch said that call BLAH ended" would work in the interim |
| 14:06.14 | jsmith | It's obviously not ideal... but seems a heck of a lot easier than re-writing chan_dahdi :-) |
| 14:17.20 | tzafrir_laptop | isn't there some work to handle signalling separately in chan_dahdi now that there's ss7 around? |
| 14:18.05 | putnopvut | tzafrir_laptop: I believe that's what jpeeler's asterisk-sigwork branch is for. |
| 14:18.32 | kpfleming | yes, the signaling modules are being split out |
| 14:18.52 | kpfleming | however, it doesn't change the model of chan_dahdi treating each 'channel' as both media and signaling |
| 14:19.05 | kpfleming | even though the signaling may not travel over that channel |
| 14:19.12 | kpfleming | doing that work will be a much larger job |
| 14:42.05 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 14:42.33 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 14:44.42 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:44.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:57.02 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 14:57.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:16.38 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:31.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:33.04 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:33.04 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:48.16 | eliel | russellb: could you give atis_work access to team/group/per_member_wrapuptime ? |
| 15:48.53 | russellb | sure, atis_work, to get commit access, drop me an email, and I'll respond with the info I need from you |
| 15:49.15 | atis_work | heh, just atis :) |
| 15:49.18 | atis_work | ok, in a minute |
| 15:50.05 | atis_work | russellb: done |
| 15:50.07 | russellb | it may take me a bit to get to setting it up, I just got back to the office after being out for 2 weeks |
| 15:50.11 | russellb | i'm buried :-) |
| 15:50.23 | atis_work | russellb: when did You arrived? |
| 15:50.37 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:50.55 | russellb | last week, but i was out Thursday and Friday recovering |
| 15:51.12 | atis_work | haha, now You can't recover from recovering? :D |
| 15:51.22 | russellb | right :-) |
| 15:51.53 | atis_work | I'm also just finished recovering, and catching up with everything :) |
| 15:52.10 | eliel | russellb: thanks! :) |
| 15:52.15 | russellb | I didn't sleep the last night, so I was up for over 40 hours traveling back, heh |
| 15:55.25 | *** join/#asterisk-dev lasko_ (n=lasko@70.102.15.210) |
| 15:56.17 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:56.37 | *** part/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 16:10.46 | *** join/#asterisk-dev jetsnoc (n=brian@root.pmt.org) |
| 16:20.44 | atis_work | huh, have to set up gpg to encrypt svn credentials :P |
| 16:22.56 | russellb | it's a good thing to have set up :-) |
| 16:24.26 | atis_work | hehe, got gpg crashed :D |
| 16:24.33 | russellb | impressive :-) |
| 16:24.47 | atis_work | hit Ctrl+C when opening Edit key in terminal :D |
| 16:31.22 | atis_work | oh, cool, firegpg makes it really simple :) |
| 16:31.48 | atis_work | perhaps i'll use it more :) |
| 16:36.26 | russellb | there are gpg helper apps for gnome / kde |
| 16:36.37 | russellb | and if you use thunderbird, get the enigmail addon |
| 16:37.09 | atis_work | well, i'm kind of used to gmail web interface, i have 5 of them and i haven't yet seen email app that deals with all my mail volume :D |
| 16:37.34 | atis_work | either it takes weeks until it synchronizes, or they have terrible delays :p |
| 16:38.06 | atis_work | firegpg can encrypt/sign any text field, and it has nice buttons for gmail :) |
| 16:38.24 | russellb | nice |
| 16:38.44 | leifmadsen | atis_work: oh nice! I'm going to install that now |
| 17:27.41 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 17:37.45 | tzafrir_laptop | I noticed that canary processes don't get killed. This is because the canary process is created as root and thus if asterisk changes to user asterisk, it can't kill the canary on exit |
| 17:38.01 | tzafrir_laptop | happens elsewhere? |
| 17:38.22 | Corydon76-lap | tzafrir_laptop: check in trunk. The way the canary dies has been changed in the last several months |
| 17:39.15 | Corydon76-lap | Or I thought it had. |
| 17:40.05 | Corydon76-lap | Hrm, looks like that change never got commited |
| 17:40.13 | leifmadsen | interesting |
| 17:42.09 | Corydon76-lap | Oh, wait, it did |
| 17:42.21 | Corydon76-lap | I forgot that the SIGPIPE is implicit |
| 17:43.35 | eliel | says the canary become twitty, and now! no one can kill it (i knew this was going to happen)... |
| 17:44.22 | Corydon76-lap | the canary dies implicitly, because the signal is not handled |
| 17:50.06 | tzafrir_laptop | I'm trying to figure out why on startup (and only on startup) I get the "EX-CANARY" message on the screen right when I start asterisk |
| 17:51.13 | tzafrir_laptop | It only appears in the code in main/asterisk.c . And there, only after a sleep(120) |
| 17:51.13 | tzafrir_laptop | and then again, it gets prointed to the console, and I run a daemonized asterisk |
| 17:51.55 | Corydon76-lap | tzafrir_laptop: that would mean the astcanary process is not getting any CPU time |
| 17:52.32 | Corydon76-lap | because it could not update the timestamp on a file for 2 minutes, despite the fact that it should have run 24 times in that time period |
| 17:52.59 | Corydon76-lap | Well, not run, but recovered from sleep 24 times |
| 17:53.09 | tzafrir_laptop | but I get that message right away. And to the console. I suppose it means that the sleep got somehow interrupted |
| 17:53.42 | Corydon76-lap | Is the canary dying immediately upon startup? |
| 17:53.49 | tzafrir_laptop | I can't reproduce this without a boot |
| 17:54.10 | tzafrir_laptop | the canary is actually alive and well |
| 17:54.21 | Corydon76-lap | Alive perhaps, but not well |
| 17:55.58 | tzafrir_laptop | it touches the "tweet" file every five seconds |
| 17:57.43 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 17:57.43 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:05.15 | tzafrir_laptop | So what might cause Asterisk to print an ast_log(LOG_WARNING) message to the terminal (console?) without even appending the prefix "WARNING" and such? |
| 18:13.50 | mvanbaak | 18:36 < atis_work> well, i'm kind of used to gmail web interface, i have 5 of them and i haven't yet seen email app that deals with all my mail volume :D |
| 18:13.53 | mvanbaak | try mutt |
| 18:14.19 | Corydon76-lap | tzafrir_laptop: are you sure it's not an ast_verbose() ? |
| 18:15.48 | atis_work | mvanbaak: heh, too young for that :) |
| 18:16.20 | atis_work | not that it's not cool :) |
| 18:16.23 | tzafrir_laptop | Corydon76-dig, because this text only appears once in the code |
| 18:16.24 | mvanbaak | atis_work: lol |
| 18:16.52 | mvanbaak | atis_work: I use it for years and years now. started using it when I was 20 |
| 18:17.36 | atis_work | mvanbaak: at that time perhaps it was the best, but i'm kind of used to fancy gmail stuff :) |
| 18:18.12 | mvanbaak | atis_work: if that works for you, it's the best email program for you |
| 18:18.21 | mvanbaak | I think one should use what one likes |
| 18:18.26 | atis_work | sure :) |
| 18:19.19 | atis_work | and it's as just as the same price as firefox :) |
| 18:19.39 | atis_work | i mean it's free only theoretically.. you need 4 gigs of ram, but you need them anyway for firefox :) |
| 18:19.47 | mvanbaak | lol |
| 18:19.49 | mvanbaak | yeah |
| 18:21.26 | mvanbaak | personally I cant imagine how I should deal with my mail without mutt |
| 18:21.44 | atis_work | perhaps gmail.. and i would have to do vice versa :) |
| 18:27.05 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-246.hsd1.al.comcast.net) |
| 18:27.05 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 19:03.53 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:04.11 | Corydon76-lap | mvanbaak: alternatively, there's Kontact |
| 19:05.07 | mvanbaak | sounds like a KDE application |
| 19:05.43 | eliel | it is |
| 19:07.56 | mvanbaak | ew |
| 19:22.25 | Corydon76-lap | mvanbaak: best of breed, man, best of breed |
| 19:23.51 | mvanbaak | gheh, if it works for you |
| 20:06.36 | tzafrir_laptop | is sruffel around? |
| 20:15.08 | tzafrir_laptop | Corydon76-dig, hmm... but what if you want several en_GB samples? strncasecmp(language, "en_GB", 5) ? |
| 20:17.30 | tzafrir_laptop | anyway, I'm off |
| 20:22.07 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 20:22.09 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 20:44.19 | JunK-Y | russellb: thanks for the cert. |
| 20:46.09 | leifmadsen | does the Certs dance |
| 20:46.15 | leifmadsen | delicious mints btw |
| 20:46.20 | leifmadsen | I like cherry |
| 20:46.28 | leifmadsen | (which aren't very minty...) |
| 20:48.07 | JunK-Y | leifmadsen: dont dance too much, Corydon76-lap will love that! |
| 20:48.28 | leifmadsen | I'm not a very good dancer, no worries |
| 20:49.26 | JunK-Y | i remember that! |
| 20:50.29 | leifmadsen | ouch :) |
| 20:51.14 | JunK-Y | i still like you even if you're a bad dancer. |
| 20:51.38 | seanbright | he didn't say he was a bad dancer |
| 20:51.41 | seanbright | just not a very good one |
| 20:51.49 | seanbright | just sayin' |
| 20:51.58 | JunK-Y | hahaha |
| 20:57.30 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:57.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:00.27 | tzanger | haha |
| 21:00.33 | tzanger | I saw the pics of casual day at digium |
| 21:08.22 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 21:21.33 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 21:48.13 | *** join/#asterisk-dev telecos (n=sergio@66.167.219.87.dynamic.jazztel.es) |
| 21:52.14 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:05.10 | *** topic/#asterisk-dev by kpfleming -> Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- ViewVC for SVN is currently down for the forseeable future -=- Happy Birthday people born on `date +%m-%d`! |
| 22:39.25 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:41.22 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 23:28.47 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 23:28.47 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 23:31.24 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 23:31.30 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 23:31.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 23:31.40 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-376ab605af0942f0) |
| 23:31.41 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 23:31.41 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 23:32.22 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 23:38.26 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 23:38.26 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:39.59 | *** join/#asterisk-dev Jacke (i=jacke@85.128.98.27) |