| 00:05.03 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:05.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:39.00 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 00:56.46 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 00:56.46 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 02:37.55 | Juggie | heh.... poor skype for asterisk |
| 02:38.01 | Juggie | it was so young :) |
| 03:17.04 | *** join/#asterisk-dev n0tk (debian-tor@gateway/tor-sasl/n0tk) |
| 03:17.19 | *** join/#asterisk-dev guilhermebr (~Guilherme@177.17.216.29) |
| 03:39.43 | Kobaz | if only skype would move to sip |
| 03:52.15 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:52.15 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:56.49 | Kobaz | anyone know of any work being done to determine what caused a channel to hang up |
| 05:10.24 | Corydon76-home | Kobaz: it's called "sip set debug on" |
| 05:12.31 | *** join/#asterisk-dev irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
| 05:14.47 | Kobaz | heh |
| 05:14.59 | Kobaz | i meant more like, it's part of the cdr info, or something like that |
| 05:15.12 | Kobaz | i kinda remember oej saying something about working on something |
| 05:16.31 | irroot | lo there Kobaz |
| 05:16.45 | Kobaz | yello |
| 05:24.28 | Kobaz | is there anything wrong with trying to write a frame again in moh_generate if the write returned device or resource temporarily unavailable? |
| 05:25.47 | Kobaz | if the write returns it's temporarily unavailable, the channel is hung up... i'm thinking it should try again. because maybe it might work a second time |
| 05:26.34 | Corydon76-home | Kobaz: if it returns that, you should usleep(1) and try again |
| 05:26.54 | Kobaz | yeah, that's what i was thinking |
| 05:27.05 | Corydon76-home | Or return a null frame |
| 05:27.19 | Corydon76-home | and let your caller do the usleep |
| 05:27.29 | Kobaz | ah, that sounds good too |
| 05:28.55 | Kobaz | i have one single unit test going and i can run 20 reps, or 120 reps before it fails in moh with a resource temporarily unavail |
| 05:28.58 | Corydon76-home | Generally speaking, when you get that signal back, you won't have any success trying again until you relinquish the processor for a bit |
| 05:29.29 | Kobaz | it's totally random after how many reps it will fail |
| 05:29.43 | Corydon76-home | Perhaps the frame queue is full? |
| 05:30.03 | Corydon76-home | should only happen at (128?) |
| 05:30.26 | Kobaz | would the queue being full do a log error? |
| 05:30.30 | Kobaz | or would i only see that in debug |
| 05:30.41 | Corydon76-home | I don't recall, offhand |
| 05:31.38 | Kobaz | the load is pretty minimal, like three channels going at the most |
| 05:31.40 | Corydon76-home | I think you see a log error when the queue is full. We corrected it, so that when that happens, it purges the queue of useless events |
| 05:31.52 | Kobaz | doing faily non-load types of things |
| 05:32.00 | Kobaz | ah i remember that |
| 05:32.12 | Corydon76-home | Yeah, but a queue being full generally means a stuck lock |
| 05:32.48 | Corydon76-home | which can happen even in minimal load (not supposed to, though) |
| 05:33.03 | Kobaz | ah |
| 05:33.18 | Kobaz | mm died again |
| 05:33.19 | Kobaz | # Looks like you planned 500 tests but ran 50. |
| 05:33.27 | Kobaz | no errors this time |
| 05:40.30 | Kobaz | allrightey |
| 05:40.33 | Kobaz | sleep time |
| 05:59.59 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:00.01 | schmidts | good morning |
| 07:13.33 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:33.45 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:33.45 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:56.28 | *** join/#asterisk-dev asterisk-Tester (~chatzilla@77.42.241.114) |
| 08:59.12 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 08:59.12 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 10:00.57 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 11:02.39 | *** part/#asterisk-dev irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
| 11:04.57 | *** join/#asterisk-dev irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
| 11:12.24 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 11:37.37 | *** join/#asterisk-dev cVsup (~cVsup@189.83.142.211) |
| 12:04.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:04.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:05.19 | irroot | lo there kpfleming |
| 12:05.32 | kpfleming | hello |
| 12:05.52 | jsmith | Morning kpfleming |
| 12:05.54 | jsmith | Morning all! |
| 12:06.20 | kpfleming | jsmith: congrats on the release |
| 12:06.29 | kpfleming | how is panama? |
| 12:06.53 | jsmith | kpfleming: Very tropical, very clean, and very friendly :-) |
| 12:07.09 | jsmith | kpfleming: I'm enjoying it very much :-) |
| 12:07.12 | kpfleming | do they make everyone wear panama hats? |
| 12:07.18 | jsmith | Nope... |
| 12:07.53 | jsmith | I've been quite impressed though -- they give *every* visitor to the country free health care for the first 30 days of their visit here |
| 12:08.04 | kpfleming | wow. never heard of that before. |
| 12:08.10 | jsmith | Yeah, neither had I |
| 12:08.31 | jsmith | Not expecting to need it, but it certainly is impressive |
| 12:08.58 | russellb | how did you find that out? was it in your welcome to panama packet given to you as you arrived? |
| 12:09.36 | file | airlinessssssss |
| 12:11.21 | jsmith | russellb: They hand you an insurance card as you come through immigration |
| 12:11.47 | russellb | interesting |
| 12:13.18 | kpfleming | what about bananas? it would be nice if they gave you bananas |
| 12:13.26 | file | very cool |
| 12:13.34 | kpfleming | random trivia: the bananas on st. lucia are fantastic... best i've ever eaten |
| 12:14.45 | russellb | is that a fact? |
| 12:14.49 | kpfleming | yes |
| 12:15.09 | kpfleming | probably because they get to fully ripen on tree before being cut down... not cut down green, like most of them we get |
| 12:16.20 | irroot | im with kp picked from a tree is best raise you some from down this side |
| 12:16.20 | leifmadsen | sometimes I buy them green in the store and they ripen on my table :S |
| 12:16.32 | Marquis42 | kpfleming: I can vouch for that. I know somebody who runs a plantation in Belize and when I visited him the fresh bananas were awesome. |
| 12:17.41 | irroot | liefmadsen if they go black make bannana bread never use ripe ones need to be almost frot |
| 12:18.06 | kpfleming | #asterisk-dev... the channel for discussion of food! |
| 12:18.34 | jsmith | <PROTECTED> |
| 12:19.00 | russellb | so many asterisk channels ... i'm already in 8 |
| 12:20.05 | jsmith | I've cut back to five |
| 12:29.37 | *** join/#asterisk-dev i_eat_children (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 12:32.44 | leifmadsen | I'm in 13 asterisk channels... |
| 12:38.03 | kpfleming | $ core show channels |
| 12:38.08 | Marquis42 | haha |
| 12:38.18 | leifmadsen | :) |
| 12:38.19 | Marquis42 | I didn't even know there were that many channels! :O |
| 12:38.49 | leifmadsen | I'm counting the asterisk-scf channels as well |
| 12:38.52 | leifmadsen | and astlinux |
| 12:38.56 | leifmadsen | and asterisknow... |
| 12:42.46 | russellb | leifmadsen: i guess you're kind of a big deal |
| 12:44.43 | leifmadsen | russellb: that's nice of you to say, but I don't think being in several channels is the primary reason for that |
| 13:03.28 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 13:03.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:24.03 | irroot | who is involved with app_queue ?? |
| 13:27.22 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 13:27.22 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 13:29.51 | irroot | lo there The_Boy_wonder |
| 13:29.56 | The_Boy_Wonder | hey |
| 13:30.42 | irroot | response on the chan_local issue reorganised to be more lock friendly |
| 13:31.46 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 13:34.24 | irroot | the app_queue patch i have in will deprecate QUEUE_MEMBER_PENALTY and extend QUEUE_MEMBER this func does not work with realtime at the moment |
| 13:54.57 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:54.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:11.39 | *** join/#asterisk-dev kriegerod (~krieger@chaf.tenet.odessa.ua) |
| 14:16.09 | leifmadsen | irroot: don't forget to update the docs! :) |
| 14:16.55 | russellb | docs are overrated |
| 14:17.02 | irroot | liefmadsen you swearing like that you said that d word again ... will do there is cleanup to be done |
| 14:18.02 | irroot | just need some by in that QUEUE_MEMBER_XXX must all go |
| 14:18.48 | irroot | QUEUE_MEMBER that is r/w and works with realtime is a better option |
| 14:20.54 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:21.34 | leifmadsen | indeed |
| 14:45.13 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-szplbeuuhospyiyw) |
| 14:50.19 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:50.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:57.45 | irroot | SRTP optional/set taglen patch reworked not a global option some D.... added liefmadsen i just cant say it |
| 14:59.15 | irroot | https://reviewboard.asterisk.org/r/1117/ <- should i mark this discarded ?? dont see it going into 1.10 |
| 15:01.34 | leifmadsen | irroot: if you're not going to complete it and get it merged, I guess you can just close it |
| 15:02.19 | irroot | i dont mind working on it the issue is chan_h323 is facing potential retirement ... |
| 15:02.39 | irroot | and no point working on it if its not going to be there |
| 15:02.47 | leifmadsen | irroot: it will not be getting removed |
| 15:02.59 | leifmadsen | we don't really remove things anymore, even when they are deprecated |
| 15:03.08 | leifmadsen | we just add notes saying, "hey, you should be using X instead of this" |
| 15:03.19 | leifmadsen | backwards compatibility and all |
| 15:03.25 | leifmadsen | (for those that need chan_h323, etc...) |
| 15:03.49 | leifmadsen | but ya, if you'll finish it, go ahead, and you can feel safe the file isn't going to be just delete for 1.10 |
| 15:06.15 | irroot | im bit stuck at moment it works fine but unloading and then reloading and unloading it again segfaults and im lost as why |
| 15:09.33 | *** join/#asterisk-dev Rem| (~remi@209.191.13.247) |
| 15:14.32 | irroot | russellb set the bug id as requested RB 1148 |
| 15:20.49 | russellb | irroot: ship it :-) |
| 15:21.13 | russellb | actually, one more thing to add before it goes into trunk ... update the CHANGES file |
| 15:30.26 | irroot | always :P |
| 15:37.17 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:37.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:38.34 | Kobaz | at some point it should probably be removed |
| 15:38.45 | Kobaz | like 10 years from now when noone should be using the old stuff anymore |
| 15:39.30 | file | just because noone should does not mean they aren't |
| 15:39.36 | Kobaz | yeah |
| 15:39.49 | Kobaz | but then they should be beaten with a cluebat |
| 15:40.18 | russellb | unless they set it up before there were alternatives, and it works for them |
| 15:40.21 | russellb | why should they change |
| 15:41.00 | Kobaz | yeah |
| 15:41.09 | Kobaz | well there's stuff like Monitor() |
| 15:41.34 | russellb | MixMonitor() was never feature compatible with Monitor() until 1.10 |
| 15:41.42 | Kobaz | unless it's rewritten there is at least one very legitimite reasons to not use it |
| 15:41.57 | russellb | brb |
| 15:42.04 | Kobaz | it's right inside the audio bridging thread, so if you have high disk io, you start dropping audio frames |
| 15:42.20 | Marquis42 | At a certain point, I would argue it should be removed. If there is functionality that is an existing version of Asterisk but not a new one, nobody is going to force someone to upgrade. |
| 15:42.27 | Kobaz | yeah |
| 15:42.53 | Marquis42 | Not that the policy is bad as it is. I prefer to keep things around as long as it's practical even if it's "unsupported" or whatever. |
| 15:42.58 | Kobaz | yeah |
| 15:43.00 | Kobaz | i like that too |
| 15:44.28 | Marquis42 | I guess my point is that eventually it becomes a burden to keep deprecated modules up to date with API changes and stuff. So lopping off a couple of the oldest ones helps to ease that burden. |
| 15:44.40 | Kobaz | yeah exactly |
| 15:47.49 | Kobaz | like the stuff leif is working on |
| 15:48.00 | Kobaz | modules being marked unmaintained and etc |
| 15:48.26 | russellb | yup |
| 15:48.38 | Marquis42 | Yes, I'm all for that work. |
| 15:48.42 | russellb | we just have to be careful though ... we used to be way too aggressive |
| 15:48.46 | Kobaz | ah |
| 15:48.49 | Marquis42 | Agreed |
| 15:48.51 | russellb | removing applications as soon as there was a dialplan function equivalent |
| 15:48.57 | Kobaz | Marquis42: oh... polycom? |
| 15:48.58 | russellb | breaking every dialplan in the world |
| 15:49.03 | Kobaz | yeah |
| 15:49.06 | Kobaz | poor dialplans |
| 15:49.13 | Marquis42 | I definitely think keeping things around for some time is a good idea. |
| 15:49.36 | Kobaz | i've worked on projects that keep stuff around at least 2 versions ahread |
| 15:49.37 | Marquis42 | Kobaz: I'm *just* about to step away for lunch. Catch me in the afternoon? |
| 15:49.39 | *** join/#asterisk-dev luckman212 (~irc@2001:470:1f07:1225:90fd:d3bc:f1ac:ec98) |
| 15:49.40 | Kobaz | and then start dropping stuff |
| 15:49.43 | Kobaz | Marquis42: hah, sure |
| 15:50.09 | Kobaz | so for example 1.12 would start dropping stuff that 1.8 deprecated |
| 15:54.43 | leifmadsen | that could work -- although basically if we deprecate something, and mark it as such, and then it's not enabled by default, at least that gives people a much better idea as to what they SHOULD be using, and then lopping things off later when they either don't compile/work/etc anymore, or when it appears no one is using it ;) |
| 15:55.06 | leifmadsen | (and we've given a couple of versions of data saying, "hey! don't use this!".... "no really, stop using this... ", "ok, last warning!") |
| 15:58.56 | Kobaz | yeah |
| 15:59.02 | malcolmd | or maybe the warning also includes the version that it's expected to be no longer available in |
| 15:59.52 | malcolmd | "you're using version x, app_blah will stop working in version y. you've got approximately z-more days of use until you're SOL" ;) |
| 16:00.35 | malcolmd | no really, but tagging it with the expected version of removal is probably reasonable |
| 16:00.36 | Kobaz | heh |
| 16:01.32 | leifmadsen | malcolmd: I'd say perfectly reasonable |
| 16:01.46 | leifmadsen | malcolmd: unless we change our version numbering scheme :) |
| 16:02.34 | Kobaz | and if there's one major release a year |
| 16:02.38 | leifmadsen | I guess I should make sure there is a tag for expected version the feature to be removed |
| 16:02.47 | Kobaz | that's two years of people getting the warnings (if they've been upgrading) |
| 16:02.59 | leifmadsen | ya I don't see a major release any sooner than once a year |
| 16:13.51 | Juggie | anyone have a list of all north americain area codes by timezone? |
| 16:14.55 | kpfleming | the NANPA website should have a list |
| 16:17.21 | Juggie | ya, it does have a geographic one |
| 16:17.30 | Juggie | but not by timezone |
| 16:17.43 | kpfleming | well, timezone boundaries and area code boundaries sometimes overlap |
| 16:17.56 | kpfleming | so some area codes will be in two timezones |
| 16:17.58 | Juggie | ya i know |
| 16:18.58 | kpfleming | honestly, i've never known anyone to want to organize a list of area codes by timezone before :-) |
| 16:19.09 | Juggie | its for stats. |
| 16:19.46 | Juggie | but i just found how we route our inbound USA calls and it looks like they are doing it on a state level |
| 16:19.50 | Juggie | so i guess i'll follow that |
| 16:20.17 | kpfleming | well... mapping the area code of a caller ID to a timezone isn't going to be very reliable anyway |
| 16:20.34 | Juggie | ya |
| 16:20.35 | Juggie | its not |
| 16:20.44 | kpfleming | russell's cell phone is still a south carolina area code, even though he's been in alabama for years now |
| 16:20.55 | Juggie | alot of times when we get inbound calls from the USA there is no caller id |
| 16:21.08 | Juggie | we average about 20% calls w/o caller id |
| 16:21.32 | kpfleming | are you receiving these on a toll-free number or a regular number? |
| 16:21.34 | Juggie | toll |
| 16:21.41 | kpfleming | ahh... so you can't rely on ANI then |
| 16:21.52 | Juggie | well, we have a feed off the toll network |
| 16:22.05 | Juggie | we dont rely on the inbound call we get @ our local did once its routed |
| 16:22.28 | Juggie | we get a stream of events from a service our 1-800 provider provides |
| 16:23.09 | Juggie | so, the second a call is dialed on the 1-800 i see an event |
| 16:23.16 | Juggie | and i can watch it bounce around to see what happens |
| 16:23.25 | Juggie | if we reply busy and so on |
| 16:23.36 | Juggie | so we see the calls even if we cant answer them so we can see how many calls we coudnt answer, etc. |
| 16:24.21 | Juggie | btw, we are about 75% backended with asterisk now i'd guess. |
| 16:24.34 | kpfleming | this is still canadian revenue service? |
| 16:24.41 | Juggie | sshhhh |
| 16:24.46 | Juggie | yes |
| 16:24.47 | kpfleming | oh |
| 16:24.53 | kpfleming | sorry, i let the cat out of the sack |
| 16:24.56 | Juggie | hah |
| 16:24.57 | Juggie | its ok |
| 16:25.06 | Juggie | we are running about 3 1/2 DS3's atm |
| 16:25.07 | file | shoots the cat with a tranquilizer dart |
| 16:25.08 | file | problem solved |
| 16:26.06 | Juggie | hah |
| 16:26.51 | Juggie | though we dont use them to capacity as there is a lot of redundancy built in |
| 16:27.38 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 16:40.42 | *** join/#asterisk-dev irroot (~irroot@197.173.247.97) |
| 16:57.11 | *** join/#asterisk-dev cVsup (~cVsup@189.83.251.193) |
| 17:06.08 | i_eat_children | http://now.eloqua.com/es.asp?s=491&e=162556&elq=932c67ae42e24e61b785d0ccbe194d74 |
| 17:06.09 | i_eat_children | why? |
| 17:06.40 | *** join/#asterisk-dev w9sh (~chatzilla@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 17:17.00 | Kobaz | pasque |
| 17:17.54 | Kobaz | i totally botched that one up |
| 17:17.56 | Kobaz | parce que |
| 17:24.12 | *** join/#asterisk-dev cVsup (~cVsup@189.83.251.193) |
| 17:28.28 | pabelanger | i_eat_children: It is explained in the release, also Digium related questions should be directed to Digium, not open source asterisk |
| 17:52.36 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 17:52.37 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:00.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:00.17 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:05.49 | Kobaz | do de do |
| 18:11.54 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 18:31.01 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 18:38.45 | *** join/#asterisk-dev momobaxter (~dbelrose@web01.derekbelrose.com) |
| 18:41.16 | momobaxter | Good morning/afternoon. I was wondering if I could get some guidance on how to proceed. I need a way to capture DTMF in during an outbound call, have it park the call, prompt for another number, intercept another DTMF, then bridge all three into a Meetme conference..and have it idiot proof :) Would that be considered a custom feature or could I get away with just an application? |
| 18:42.58 | Kobaz | AMI |
| 18:43.05 | Kobaz | you can get dtmf events via the ami |
| 18:43.12 | Kobaz | that's more of a question for #asterisk |
| 18:43.40 | momobaxter | I thought development first :) |
| 18:44.02 | Kobaz | well, -dev is for development of asterisk itself, bugs, new features, etc |
| 18:44.11 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:44.11 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 18:44.14 | momobaxter | my apologies. |
| 18:44.20 | momobaxter | I do appreciate your answer though. |
| 18:46.58 | Kobaz | pokes Marquis42 |
| 18:56.02 | *** part/#asterisk-dev momobaxter (~dbelrose@web01.derekbelrose.com) |
| 19:19.42 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:19.43 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:20.40 | Marquis42 | Kobaz: ping |
| 19:21.24 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:21.25 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:22.28 | Kobaz | pong |
| 19:25.18 | Marquis42 | You want to talk Polycom? |
| 19:25.31 | Kobaz | yeap yeap |
| 19:25.44 | Marquis42 | Should we pollute -dev or take it offline? |
| 19:27.47 | Kobaz | we can msg |
| 19:28.03 | Kobaz | and i can wiki the findings, or something |
| 19:28.11 | Marquis42 | Sounds good |
| 19:40.30 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:51.40 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 19:58.38 | russellb | pabelanger: for that load/unload test, you could be dynamic and generate the list of modules you plan to try to load/unload for what you find installed |
| 19:58.46 | russellb | s/for/from/ |
| 19:58.58 | russellb | how does it know what to try now? i don't remember |
| 20:00.28 | kpfleming | magic! |
| 20:00.37 | pabelanger | russellb: right now it is a static list of modules (res_*), but before we try to load / unload we check if the .so exists, if not we skip. |
| 20:01.44 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:01.45 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:27.43 | pabelanger | russellb: btw: not sure if you seen, but changed starpy to be installed from github in the testsuite :) |
| 21:11.06 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:11.06 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:48.51 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:48.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:51.32 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:51.32 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:56.52 | *** join/#asterisk-dev cyphorious (~cyphoriou@chello062178189196.2.15.tuwien.teleweb.at) |
| 22:02.56 | *** join/#asterisk-dev tamiel (~tamiel@ip-28.net-81-220-88.toulouse.rev.numericable.fr) |
| 22:35.36 | wedhorn | russellb: Any chance of talking SLA at some stage |
| 22:36.16 | russellb | my schedule is a bit out of hand the rest of the week, so probably not live chat this week, we could next week |
| 22:36.19 | russellb | or you could email the -dev list |
| 22:38.32 | wedhorn | russellb: okay, I'm just trying to get my head around some (probably simple concepts) at this stage |
| 22:47.11 | wedhorn | ok, sent a mail off to -dev |
| 23:13.44 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:13.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:37.06 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:37.07 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:40.02 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-93.lightspeed.austtx.sbcglobal.net) |