| 00:07.18 | tzafrir_laptop | sruffell, here? |
| 00:08.13 | sruffell | tzafrir_laptop: hello |
| 00:08.57 | tzafrir_laptop | I'm trying to figure out schedule for dahdi. |
| 00:09.22 | tzafrir_laptop | We have a bit of extra code to commit that is not ready just yet |
| 00:09.59 | sruffell | It's probably at least a month or so until 2.2.0. If you have anything high priority, we could do another 2.1.x.y release if necessary. |
| 00:10.16 | tzafrir_laptop | no. no rush |
| 00:11.01 | sruffell | I have every intention of looking at the sysfs before the 2.2.0 release....just haven't had the time to install it and check it out yet. |
| 00:15.21 | kpfleming | r175 |
| 00:15.24 | MuffinMan | [R175] Handle multi-frame lists returned from channel drivers or translators [Pending] Submitted by kpfleming => http://reviewboard.digium.com/r/175/ |
| 00:15.32 | kpfleming | russellb: ^^^... here we go :-) |
| 00:15.50 | russellb | Awesome!! |
| 00:17.31 | kpfleming | this does not touch any code that uses translator paths directly |
| 00:17.58 | kpfleming | also, the Monitor() path in ast_write could be exposed to multiple frames... haven't figured out what to do with that yet |
| 00:34.30 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 00:39.10 | seanbright | cur = next, next = cur ? AST_LIST_NEXT(cur, frame_list) : NULL |
| 00:39.13 | seanbright | that makes my face hurt |
| 01:00.39 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:00.39 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 01:17.04 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 01:18.32 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 01:20.52 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:20.52 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:22.09 | *** join/#asterisk-dev docelm0 (n=vircuser@pool-151-199-174-27.lyn.east.verizon.net) |
| 01:22.49 | docelm0 | Can anyone point me in the direction of asterisk 1.4 API on how to set a CDR variable from an asterisk C module? |
| 01:26.19 | russellb | take a look at include/asterisk/cdr.h |
| 01:26.37 | russellb | ast_cdr_setvar() |
| 01:27.12 | docelm0 | russellb thanks for the help. I have tried that. How would I reference the cdr record by chan->cdr I think it is? |
| 01:27.20 | russellb | chan->cdr, yes |
| 01:27.31 | docelm0 | cool.. thanks dude |
| 01:27.36 | russellb | you're welcome |
| 01:27.50 | russellb | take a look at funcs/func_cdr.c for example usage |
| 01:28.11 | docelm0 | I was actually looking for that functions source.. :) thanks again |
| 01:28.20 | russellb | as that is the code that gets run when you get/set cdr vars from the dialplan |
| 01:28.23 | russellb | you're quite welcome. |
| 01:34.42 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 01:34.46 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 01:46.19 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:46.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:48.07 | codefreeze-lap | docelm0: as russellb says, setvar() for a generic var, but to set the usual cdr fields, there's usually a func per field; some funcs set several. Shop around for the perfect fit. |
| 01:49.44 | codefreeze-lap | docelm0: and be careful when/where/how you set them.... the whole pbx engine touches them here & there.... and beware parking, transferring, etc. |
| 01:49.45 | *** join/#asterisk-dev schmooze_tony (n=schmooze@24-155-191-108.ip.grandenetworks.net) |
| 02:07.37 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 02:08.42 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 02:21.40 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 02:25.42 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 02:25.42 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:31.13 | docelm0 | One other quick question.. can anyone point me in the direction of how usecount works? I am about to enter my use count but its not allowing me to remove it when the module is done being used for the call |
| 02:45.54 | russellb | what kind of module is it? |
| 02:46.06 | russellb | it's generally automatic as far as your module is concerned |
| 02:46.50 | docelm0 | application |
| 02:47.27 | russellb | so, unless you're using some use count API calls (and you shouldn't be), then it's automatically handled for you |
| 02:47.33 | russellb | in trunk, anyway ... |
| 02:47.54 | docelm0 | This is 1.4 |
| 02:48.16 | russellb | ah ... |
| 02:48.22 | russellb | see apps/app_skel.c |
| 02:48.27 | russellb | and find the ast_module_user stuff |
| 02:48.27 | docelm0 | k |
| 02:48.59 | russellb | that's how you would do it ... |
| 03:24.18 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 04:22.18 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-122c5af52f5200e8) |
| 04:23.24 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 05:02.46 | *** join/#asterisk-dev BBHoss_ (n=bbhoss@72.146.22.159) |
| 05:03.11 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 05:21.18 | jamessan | lmadsen, Corydon76-dig: tested the localtime inotify patch (#14300) and uploaded an updated diff/comments to the bug. I noticed afterward that there's also a review up on reviewboard. should I post my comments about the changes I needed to that review as well? |
| 05:50.49 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:24.06 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 06:24.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:39.34 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:39.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:43.52 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:43.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:45.54 | mvanbaak | mornin all |
| 07:48.16 | wedhorn | evening mvanbaak, how goes it |
| 07:52.02 | mvanbaak | hhmm |
| 07:52.26 | mvanbaak | asterisk*CLI> module reload |
| 07:52.26 | mvanbaak | Asterisk ended with exit status 138 |
| 07:52.50 | wedhorn | goes pretty good I see :~( |
| 07:53.09 | mvanbaak | $ Asterisk exited on signal 10. |
| 07:53.30 | mvanbaak | hey wedhorn |
| 07:53.37 | mvanbaak | no big deal. it's my home machine |
| 07:53.42 | wedhorn | yeah ... |
| 07:53.46 | mvanbaak | how's you ? |
| 07:53.57 | wedhorn | rum in hand = pretty good |
| 07:54.03 | mvanbaak | nice! |
| 07:54.17 | mvanbaak | it's almost 9AM here. not a good time to start drinking rum |
| 07:54.38 | wedhorn | coming up on 7pm here, so a bit late to be starting if anything |
| 07:54.48 | mvanbaak | indeed |
| 07:55.15 | mvanbaak | I think the reload stuff is ready. seanbright had some last style comments that I took care of |
| 07:55.50 | mvanbaak | there's an overall issue with coding guidelines in trunk chan_skinny though |
| 07:55.59 | wedhorn | what's that |
| 07:56.15 | wedhorn | and what are the guidelines for that matter .... |
| 07:56.19 | mvanbaak | lot of functions start indented with one space |
| 07:56.38 | wedhorn | hadn't noticed |
| 07:56.58 | mvanbaak | http://svn.digium.com/view/asterisk/trunk/doc/CODING-GUIDELINES?view=markup |
| 07:57.14 | mvanbaak | I'll fix it |
| 07:57.18 | mvanbaak | no worries |
| 07:57.38 | mvanbaak | but maybe we should do that after you are done with the sub handling cleanup |
| 07:57.54 | mvanbaak | because I'm afraid that me fixing the guidelines will screwup your patch |
| 08:00.39 | wedhorn | that was actually a joke about the guidelines |
| 08:00.40 | wedhorn | what's the bit about the space? |
| 08:01.06 | wedhorn | I may as well fix it up in my stuff as I've deleted heaps of function and rewritten most of the rest |
| 08:02.08 | mvanbaak | you using vim ? |
| 08:02.21 | wedhorn | nah, some x thing |
| 08:02.42 | wedhorn | scite |
| 08:02.48 | mvanbaak | ah |
| 08:02.57 | mvanbaak | well, search for lines starting with a space |
| 08:03.34 | wedhorn | ok, I can do basics in vim, so whats the command |
| 08:04.00 | mvanbaak | <PROTECTED> |
| 08:07.16 | wedhorn | ok, I only saw 4 of them in my new code (and unfortunately they're all things I wrote or seriously edited previously) |
| 08:09.59 | wedhorn | mvanbaak: all fixed (there were a few #defines that started with a space as well) |
| 08:10.35 | mvanbaak | cool |
| 08:11.41 | mvanbaak | something I check in my own code is: /^<space><enter> and /<space>$<enter> and /<tab>$<enter> |
| 08:15.28 | wedhorn | bah, i'm more interested in working out why the line info no longer gets sent to the 79xx devices ;) |
| 08:16.09 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:18.43 | mvanbaak | gheh |
| 08:18.50 | mvanbaak | that's ..... interesting |
| 08:30.31 | wedhorn | mvanbaak: besides the point you've now got me in dev mode so I've got to remove all those functions I no longer use just to get it to compile |
| 08:31.18 | mvanbaak | hahahaha |
| 08:31.30 | mvanbaak | just comment them while working on the file |
| 08:31.37 | mvanbaak | #if 0 |
| 08:32.04 | mvanbaak | there were a couple of these in chan_skinny when I started working on it |
| 08:34.01 | wedhorn | yeah, the comments are now about 60% of the code, but I've still got to compile twice |
| 08:50.49 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 08:50.49 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 09:01.48 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:20.02 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 10:38.58 | mvanbaak | oej: ping |
| 10:43.47 | snuff-home | mvanbaak: pong.. (just cause i can..) |
| 10:45.36 | mvanbaak | ;) |
| 11:13.19 | *** join/#asterisk-dev jermey_g (n=me@static-213-115-44-229.sme.bredbandsbolaget.se) |
| 11:13.25 | jermey_g | M14539 |
| 11:13.27 | MuffinMan | [new] [Asterisk] Core/RTP 0014539: Missing one way audio on one phone after the bridge reported by jeremey_g (Karma: neutral) http://bugs.digium.com/view.php?id=14539 |
| 11:13.55 | jermey_g | I can't sleep as long as its there. |
| 11:17.08 | mvanbaak | hands jermey_g a 80 gallon supply of very strong coffee |
| 11:18.38 | jermey_g | is already full of it |
| 11:37.51 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:45.46 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 12:23.29 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 12:23.29 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:47.57 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 12:59.02 | festr_ | is there any way (at least in theory) how to bound asterisk threads to another cpu than the main thread which servers zaptel?s |
| 13:16.28 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:16.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:26.38 | tzafrir_laptop | festr_, you can set the CPU affinity of interrupts |
| 13:26.49 | tzafrir_laptop | (Zaptel, network adapter) |
| 13:27.21 | tzafrir_laptop | Not sure about specific threads or process groups |
| 13:27.30 | russellb | you can set CPU affinity of userspace threads, too |
| 13:27.44 | russellb | i know how to do it on linux, but it's not portable |
| 13:27.53 | russellb | (and it's a function call, not something you can do from outside) |
| 13:28.15 | russellb | there might be a way to pin an entire process, i dunno |
| 13:28.23 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:39.38 | festr_ | russellb: do you think it is massive change to hook it in linux? |
| 13:39.53 | russellb | shrugs |
| 13:39.58 | russellb | i don't know why you'd want to do it |
| 13:40.56 | festr_ | If I understand it right, there is main process which servers all the zap channels right? |
| 13:41.17 | russellb | no |
| 13:41.34 | russellb | are you talking about asterisk? |
| 13:41.37 | festr_ | yes |
| 13:41.47 | russellb | then no, many threads service zap channels |
| 13:42.21 | festr_ | i'm testing asterisk throughput with 4E span cards and g729 |
| 13:42.47 | festr_ | when I make all 120 channels - SIP - ZAP there is one thread in asterisk which consumes 100% cpu |
| 13:43.09 | festr_ | and another cores is much busy |
| 13:43.14 | festr_ | NOT much |
| 13:43.16 | festr_ | sorry |
| 13:44.58 | kpfleming | some people have seen this behavior, no explanation has been found |
| 13:45.34 | festr_ | I'm new to smp so I've to learn proper technics of measurment etc.. |
| 13:46.41 | festr_ | russellb: but, when I will make debug of PRI there is always one number of thread to all channels |
| 13:47.40 | russellb | well, there is one thread monitoring the d channel |
| 13:47.50 | russellb | but as calls come up, a thread is created for each call to handle the audio |
| 13:48.41 | festr_ | so why the thread is consuming 100% of cpu? |
| 13:48.47 | russellb | i don't know :-) |
| 13:48.49 | festr_ | :) |
| 13:49.03 | festr_ | I will try to do some debugging etc to figure it out |
| 13:49.26 | festr_ | russellb: can be this some SIP stuff? |
| 13:49.32 | festr_ | or SIP has its own thread? |
| 13:49.39 | festr_ | for every channel? |
| 13:49.46 | russellb | it could be SIP related, I don't know |
| 13:49.53 | festr_ | or RTP releated |
| 13:50.04 | russellb | chan_sip is similar ... there is a thread handling incoming signaling, but there are threads created for each call to handle RTP |
| 13:50.22 | festr_ | ok so this is weired |
| 13:52.00 | russellb | but there is a lot of complex locking going on, too |
| 13:52.16 | russellb | which is probably causing a certain class of things to be serialized that shouldn't have to be |
| 13:55.01 | festr_ | thats why I'm trying to offload to this core where this thread is running |
| 13:55.26 | festr_ | so my idea was to start asterisk and all other threads will run on another core than its main threads |
| 13:58.04 | russellb | keep in mind that if it's serialization due to locking, regardless of what CPU the threads run on, you're not going to get any more throughput than you get now |
| 13:58.31 | festr_ | because I cannot make 120 calls although another 3 cores are busy |
| 14:00.22 | festr_ | yes off course but 120 calls can be spreaded to 3 cores so one core will handle 40 calls. But now it is spreading to all 4 cores so the problematic thread is sharing cpu with another calls. So spreding thread only to 3 cores and the first core will be dedicated to this hungry thread I can make more calls. Is this right? |
| 14:04.49 | russellb | no |
| 14:05.06 | russellb | if the problem was a thread taking a lot of CPU indepently, the other stuff would already be running on other cores |
| 14:05.23 | russellb | if they are _not_ running on other cores, there is something going on preventing them from running in parallel |
| 14:05.30 | russellb | and forcing them to use different CPU cores isn't going to help |
| 14:05.39 | russellb | and can in fact hurt in some cases (cache performance) |
| 14:05.53 | jermey_g | :P |
| 14:06.08 | jermey_g | russellb:you sound very educated, where did you receive your bachelors |
| 14:06.33 | russellb | jermey_g: http://clemson.edu |
| 14:06.50 | russellb | but I credit more of it to the university of the asterisk-dev community :-) |
| 14:06.51 | kpfleming | but he got all he real knowledge in the real world :-) |
| 14:07.04 | festr_ | russellb: but waiting is not counted to cpu usage right? |
| 14:07.19 | russellb | correct .. |
| 14:07.38 | russellb | my point is, if things are being forced to be serialized, you can not get more calls through by forcing threads to other cores |
| 14:07.53 | russellb | the numbers in top might look prettier, but you're not going to get more calls :) |
| 14:08.06 | festr_ | ok I dont understand it at all :) |
| 14:08.18 | russellb | needs a whiteboard |
| 14:08.39 | kpfleming | it's fairly easy. let's say that thread 1, thread 2 and thread 3 perform three operations that cannot run in parallel |
| 14:08.40 | festr_ | forcing threads to other cores will offload core where this hungry thread runs |
| 14:08.50 | festr_ | is it right? |
| 14:08.57 | kpfleming | it does not matter whether those threads run on one CPU or three, because the operations cannot happen in parallel |
| 14:09.13 | kpfleming | no, you are not understanding |
| 14:09.22 | kpfleming | the kernel will already move threads to other CPUs if it can |
| 14:09.35 | kpfleming | if there is some restriction keeping it from doing so, then you wont be able to move them either |
| 14:10.11 | festr_ | it is clear now |
| 14:10.23 | kpfleming | yay! |
| 14:10.26 | festr_ | thank you both of you for explanation |
| 14:10.28 | russellb | kpfleming wins |
| 14:10.31 | russellb | you're welcome |
| 14:10.56 | kpfleming | so, we still need to find out, somehow, what is keeping the kernel from moving the threads |
| 14:11.00 | festr_ | anyway, I'm going to look in this more deeply |
| 14:11.01 | russellb | yes .. |
| 14:11.08 | kpfleming | because we've had other reports of this and it is disturbing |
| 14:11.13 | russellb | i will threaten it with a hammer |
| 14:11.27 | kpfleming | and yet on other systems with 200+ calls running, we can see fairly equal load distributed across the CPUs |
| 14:11.35 | kpfleming | festr_: what kernel version are you using? |
| 14:11.40 | festr_ | 2.6.24 |
| 14:12.03 | festr_ | i'm on noapic for testing irq |
| 14:13.26 | festr_ | kpfleming: you are saying equal load distribution. there is no single thread consuming more than 30% than the others? |
| 14:13.40 | kpfleming | no |
| 14:13.46 | kpfleming | there shouldnt be, if all the threads are doing the same work |
| 14:14.19 | festr_ | how do you measure it? |
| 14:14.34 | russellb | with a ruler? |
| 14:14.43 | festr_ | I'm using htop |
| 14:14.45 | festr_ | :) |
| 14:15.10 | jermey_g | festr_:read up on thread concurrency and throughput |
| 14:15.46 | festr_ | any recomendation? |
| 14:16.49 | russellb | bbl ... will be back on from my office |
| 14:22.08 | festr_ | kpfleming: btw you are saying it does not matter if it is running on another cores but I think it does metter because you are offloading to core where the main asterisk process runs |
| 14:22.19 | kpfleming | that is NOT what i said |
| 14:22.37 | kpfleming | what i said was that if there is more work to do than one core can do, then the kernel will already move work to other cors |
| 14:22.45 | *** join/#asterisk-dev shido6 (n=shido6@96-28-34-156.dhcp.insightbb.com) |
| 14:23.00 | kpfleming | if it cannot move it because of some other restriction that is in place, then moving the threads yourself will not help, because they won't be able to run in parallel anyway |
| 14:23.21 | festr_ | but this is clear. |
| 14:23.27 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:23.27 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:23.30 | festr_ | what I'm sayng is |
| 14:23.52 | festr_ | aha |
| 14:23.55 | festr_ | I get your point |
| 14:24.09 | festr_ | I didnt realize that kernel can move threads on the fly |
| 14:24.28 | festr_ | kpfleming: thanks :) |
| 14:24.48 | jermey_g | festr_:what is smp |
| 14:25.01 | festr_ | what is? |
| 14:25.16 | jermey_g | symmetric multi-processing |
| 14:25.57 | jermey_g | recalls the semester 2, addison wesley's book on Multi processor unix architecutres |
| 14:26.04 | jermey_g | processes vs threads |
| 14:26.06 | jermey_g | ( fork,exec,exit) vs (pthread) |
| 14:26.09 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.158) |
| 14:26.33 | festr_ | I've done some projects with threading. But I have to say that some basic facts missed :) |
| 14:40.44 | jermey_g | festr_:then you must be a bachelors in cs |
| 14:40.54 | jermey_g | yet to have some "real" experience |
| 14:46.10 | festr_ | jermey_g: yes I'm bc :) |
| 14:46.27 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 14:49.08 | *** join/#asterisk-dev timeshell_atwork (n=chatzill@gw.lusi.on.ca) |
| 14:55.56 | festr_ | kpfleming: I've upgraded from htop 6 to htop 8 and I'm not seeing one thread consuming 100% anymore..... |
| 14:56.21 | festr_ | I've to make sure I've done proper measuring :) |
| 14:56.41 | kpfleming | sounds like it, yes |
| 14:58.45 | festr_ | for example, normal program top shows over 100% |
| 15:18.39 | mvanbaak | yeah |
| 15:18.55 | mvanbaak | top shows the total. so if you have 4 cores running at 100% normal top will show 400% |
| 15:30.06 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:31.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@nat/digium/x-5b578c7dfc99bf03) |
| 15:31.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:34.47 | seanbright | i need to buy a sparc |
| 15:35.02 | seanbright | can digium buy me one? kthx |
| 15:35.44 | jermey_g | seanbright:keep wishing |
| 15:36.07 | jermey_g | i need to buy a nas, 1 tb would do |
| 15:36.10 | jermey_g | i need ... |
| 15:36.38 | jermey_g | my bug |
| 15:36.42 | jermey_g | is still unsolved |
| 15:36.54 | jamessan | I have an old ultrasparc laying around that isn't doing anything... |
| 15:38.49 | tzafrir_laptop | Why would you want a sparc? |
| 15:39.29 | seanbright | tzafrir_laptop: just cuz |
| 15:40.17 | tzafrir_laptop | wants an arm |
| 15:40.21 | seanbright | has 2 |
| 15:40.40 | pmhaddad | has a fully loaded Ultra 60 :) |
| 15:41.24 | tzafrir_laptop | http://www.tgdaily.com/content/view/41525/136/ |
| 15:42.26 | Marquis42 | tzafrir_laptop: That needs a second ethernet port so I can run OpenBSD/pf on it and decommission my current home firewall. |
| 15:43.09 | tzafrir_laptop | Marquis42, doesn't openbsd supposrt standard USB ethernet adapters? |
| 15:43.45 | Marquis42 | Oh, it might. And that could probably work. But it'd be more slick to have it built in. :) |
| 15:44.07 | tzafrir_laptop | http://beagleboard.org/support/faq - Q: Why is there no Ethernet port? A: Because it can be easily added via USB. |
| 15:55.41 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 15:55.41 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 16:03.13 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:03.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:10.44 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 16:11.56 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 16:21.42 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-32-189.maryville.mo.cebridge.net) |
| 16:21.42 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:49.05 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:50.18 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:02.05 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 17:09.52 | Dovid | hi. i think i may have a dahdi bug |
| 17:13.44 | kpfleming | are we supposed to use our telepathic powers to figure out what it is? |
| 17:16.26 | tzafrir_laptop | hmm... dahdi_monitor is a dahdi bug. If you can stream the resulting audio outside |
| 17:17.49 | kpfleming | very true |
| 17:39.31 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:41.32 | mnicholson | hmm, it looks like the bluetooth handsfree profile does support sending variable length dtmf tones |
| 17:45.25 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:45.25 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:02.56 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 18:44.48 | mnicholson | maybe not... |
| 18:52.28 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 18:52.36 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 18:55.12 | *** join/#asterisk-dev tlyng (n=torkel@153.80-203-120.nextgentel.com) |
| 19:00.27 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 19:00.32 | Shaun2222 | managed to kill * with a core restart now while a call was active... http://rafb.net/p/vltzNC26.html |
| 19:01.03 | seanbright | right |
| 19:01.12 | seanbright | core restart when convenient |
| 19:01.24 | seanbright | oh |
| 19:01.24 | Shaun2222 | ya, it crashed... |
| 19:01.27 | seanbright | but it crashed |
| 19:01.31 | Shaun2222 | <PROTECTED> |
| 19:01.34 | seanbright | your message wasn't clear |
| 19:01.35 | seanbright | heh |
| 19:02.05 | Shaun2222 | Asterisk 1.6.0.5 |
| 19:02.23 | Shaun2222 | figured i would paste it incase it was somthing you guys wanted to look at/fix... |
| 19:04.23 | seanbright | we don't like fixing thing |
| 19:04.27 | seanbright | things* |
| 19:04.56 | seanbright | can you post something to bugs.digium.com? |
| 19:10.44 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 19:14.47 | Shaun2222 | bah... there you go... http://bugs.digium.com/view.php?id=14556 |
| 19:22.57 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 19:22.59 | shazaum | gaucho |
| 19:27.35 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 19:57.11 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.158) |
| 20:07.03 | wedhorn | mvanbaak: you around |
| 20:34.10 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 20:34.10 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 20:35.47 | tzanger | any digium types around who might be able to ping jsloan? |
| 20:35.55 | tzanger | (physically, that is) |
| 20:36.18 | eliel | hello, I am running asterisk 1.4.22 in a 2 x Quad core Xeon (8 cores), and suddenly asterisk starts using 100% cpu in almost all the processors... I would like to know how to debug this issue to report some useful information... |
| 20:38.25 | eliel | I am trying to catch the threads looping and attaching to them (to run a btfull)... but without luck... |
| 20:39.07 | *** join/#asterisk-dev docelmo (n=vircuser@pool-151-199-172-172.lyn.east.verizon.net) |
| 20:53.15 | wedhorn | mvanbaak: I'm getting different responses to set_speaker_on for the 30VIP and IPCommunicator |
| 20:53.32 | wedhorn | If you get a chance could you do the following test |
| 20:53.58 | wedhorn | with no calls, and skinny set debug packet, press a line key |
| 20:55.09 | wedhorn | on the cli you should get a "transmitted set_speaker_mode", can you let me know if you get a "received OFFHOOK" shortly after |
| 21:17.40 | codefreeze-lap | Hmmmm. I know this is a little offtopic, but what the heck. I went to a funeral last Sat. The person that died was some few years older than I. I've met him several times, but didn't work closely with him. His kids mostly grown. Basically, he wasn't rich, he wasn't famous, but he was a good man, and well liked. Maybe 300 or so people were there. He was pretty young for this sort of thing.... so.... when I die.... I'm inviting who reads to MY funera |
| 21:18.16 | codefreeze-lap | But, take note: my personal desire is to go to all of YOUR funerals before that happens! ;) |
| 21:18.53 | codefreeze-lap | also, hoping we ALL die of old age, of course! |
| 21:23.45 | Marquis42 | codefreeze-lap: Not that I'm declining your offer, but let us hope when one of us dies we're all FAR too old to remember you said that! |
| 21:28.29 | mvanbaak | wedhorn: pong |
| 21:30.44 | codefreeze-lap | Marquis42: lol, I agree! |
| 21:31.15 | mvanbaak | mornin all |
| 21:39.15 | Marquis42 | codefreeze-lap: On topic, I don't know why my reviewboard request changes never get pushed to the asterisk-dev mailing list but do you think you might have an opportunity to look at my request further sometime soon? |
| 21:40.53 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 21:41.05 | codefreeze-lap | Marquis42: sure! maybe tomorrow |
| 21:41.53 | Marquis42 | codefreeze-lap: OK, thank you. |
| 21:42.05 | *** join/#asterisk-dev moy (n=moy@74.12.124.158) |
| 21:45.43 | mvanbaak | Marquis42: that's because reviewboard needs a lot of work. and all those patches are posted on reviewboard and as you know noone gets notified bout it so stuff just rots in there ;) |
| 21:46.35 | Marquis42 | :D |
| 21:50.28 | Marquis42 | I was going to make a wise-crack that Mantis bust also need a lot of work, and then I checked my e-mail and noticed that my most recent bug got assigned finally. So I retract the bad things I was thinking. ;) |
| 21:50.34 | Marquis42 | s/bust/must/ |
| 21:52.13 | mvanbaak | digium must switch to trac |
| 21:52.43 | mvanbaak | wiki, svn, tickets etc integrated by default |
| 21:52.54 | mvanbaak | they can drop all patches cept the license one |
| 21:53.24 | mvanbaak | reviewboard and trac already work together |
| 21:54.01 | mvanbaak | and they can use bitten as replacement of buildbot. that will integrate build testing into the bugtracker |
| 21:54.05 | Marquis42 | Ah, that's pretty schmoopy. |
| 21:54.09 | mvanbaak | and everyone lives in peace |
| 21:54.22 | Marquis42 | Are there rainbows and puppy dogs? :P |
| 21:54.32 | mvanbaak | yup, loads of them |
| 21:54.43 | mvanbaak | we use trac+svn+bitten in production |
| 21:54.47 | Marquis42 | Mmmm.... Yummy puppy dogs.... :D |
| 21:54.55 | mvanbaak | only thing we dont have is the license thing |
| 21:55.08 | tzafrir_laptop | mvanbaak, trac works with multiple projects? |
| 21:55.13 | Marquis42 | Sounds cool. You've got me thinking for some internal stuff here, too. I may check it out. |
| 21:55.15 | mvanbaak | tzafrir_laptop: yup |
| 21:56.11 | tzafrir_laptop | mvanbaak, with a single db (and wiki and such) or a db per repo? |
| 21:56.42 | mvanbaak | one db per repo in debian package, single db for everything in a devbranch |
| 21:58.18 | mvanbaak | tzafrir_laptop: since trac 0.10 there has been a version in their svn that can host multiple projects in just one db |
| 21:59.01 | mvanbaak | tzafrir_laptop: but since edgewall is like debian they will only release it as 'stable' when the core-devs died, re-born and died again |
| 22:25.33 | mvanbaak | wedhorn: can you mail that teststuff to me ? |
| 22:25.52 | mvanbaak | wedhorn: in case you lost my email: michiel@vanbaak.info |
| 22:29.08 | Dovid | any "bug marshals" here ? |
| 22:29.30 | seanbright | there "might be" |
| 22:30.14 | Dovid | ok. i am using the lteast version of dahdi (grabbed it a few hours ago). on a "x86_64 system" |
| 22:30.25 | seanbright | "alright" |
| 22:31.09 | Dovid | chan_dahdi.so says it cant find libpri.so.1.4 |
| 22:31.15 | Dovid | which was in /usr/lib |
| 22:31.30 | Dovid | it seems chan_dahdi.so was looking for it in /lib64 |
| 22:31.40 | Qwell | Dovid: Because that is where your system says to look. |
| 22:32.03 | Dovid | which is what I thought. wanst sure if it was a bug or something with the distro |
| 22:32.12 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 22:32.17 | Qwell | it's a distro thing. You can install libpri with...umm |
| 22:33.03 | Dovid | Qwell: so the distro should have put it in lib64 or the distro is telling chan_dahdo to look in /usr/lib ? |
| 22:33.10 | Qwell | make libdir=/usr/lib64 install |
| 22:33.59 | Dovid | ok. i manually moved it over. maybe that should be in the README like i think there was with the ztdummy and Centos issue many moons ago (forgot the exact issue) |
| 22:34.14 | Dovid | or maybe it was just here and not in the README. don't remember |
| 22:34.16 | tzafrir_laptop | Qwell, shouldn't this be passed to configure ? |
| 22:34.38 | Qwell | tzafrir_laptop: some distros are kinda dumb with lib64.. |
| 22:35.02 | Dovid | Qwell: Thats what coppice mentioned. don't remember exactly what he said |
| 22:35.19 | tzafrir_laptop | some distros have /lib64 -> /lib |
| 22:36.44 | Qwell | tzafrir_laptop: I looked one day, and lsb says what to do - and some distros don't comply. |
| 22:37.37 | Qwell | I should have bookmarked it |
| 22:47.44 | Qwell | FHS says I'm wrong. |
| 22:47.52 | Qwell | and Debian is also wrong. |
| 22:48.26 | Qwell | http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64 |
| 22:52.27 | mvanbaak | all linux distros are wrong. they all add their local mods because they think they own the truth |
| 22:53.07 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 22:53.28 | mvanbaak | "the standard just doesn't cover situation <X>" |
| 22:53.47 | mvanbaak | it does, but they are too lousy to comply with it |
| 22:54.05 | mvanbaak | "because this is the way we are doing it for years" |
| 22:54.21 | mvanbaak | yeah, and that means your design is wrong from the start ! |
| 22:54.33 | mvanbaak | cant blame the distro |
| 22:54.47 | mvanbaak | it's because the docs are so damn unclear |
| 22:55.11 | Qwell | well, that doc is pretty clear |
| 22:55.24 | tzafrir_laptop | mvanbaak, for you: http://lists.debian.org/debian-devel/2009/02/msg00603.html |
| 22:55.30 | Qwell | "Put 32-bit libs in /lib, and 64-bit libs in /lib64" |
| 22:55.44 | Qwell | Debian uses /lib and /lib32 |
| 22:55.55 | mvanbaak | Qwell: only if you want to support dual arch stuff |
| 22:56.02 | Qwell | and Debian does |
| 22:56.24 | mvanbaak | Qwell: if you are creating a pure 64 bit system 64bit libs can live in /lib again |
| 22:56.35 | mvanbaak | Qwell: that's what I mean with unclear |
| 22:57.09 | Qwell | I prefer the way Debian does it :p |
| 22:58.21 | mvanbaak | I dont |
| 22:58.48 | mvanbaak | if I build a pure 64bit system, I want my libs in /lib and /usr/local/lib |
| 22:58.58 | mvanbaak | that's the libs dir |
| 22:59.27 | mvanbaak | I dont care about 32 bits. and if I do I can put them in /lib32 |
| 22:59.33 | mvanbaak | it all depends on the arch |
| 23:00.16 | Qwell | really though, you know what's broken about that concept? /bin64 exists nowhere. |
| 23:00.48 | mvanbaak | I think /lib and /usr/local/lib should reflect the current arch. because if I'm on 64bit I really dont care about 32bit so why should I use a non-standard dir for my libs ? |
| 23:01.07 | Qwell | mvanbaak: I agree ;p |
| 23:01.50 | kpfleming | what about my 65-bit libraries? |
| 23:02.06 | mvanbaak | kpfleming: not supported :) |
| 23:02.24 | kpfleming | lame |
| 23:02.40 | mvanbaak | kpfleming: come back when you have an official new arch |
| 23:02.51 | mvanbaak | like SoC |
| 23:02.52 | ctooley | kpfleming runs on the platform with an extra parity bit for the processors |
| 23:03.23 | kpfleming | no, that's my 72-bit CPU, with double-bit-error ECC |
| 23:03.43 | mvanbaak | kpfleming: talk to Sun. They might like your idea ;) |
| 23:03.58 | kpfleming | they already have it |
| 23:04.24 | mvanbaak | orly ? |
| 23:04.29 | kpfleming | with 80 bits, you can catch and correct triple bit errors |
| 23:04.33 | kpfleming | but that's pretty excessive |
| 23:04.44 | kpfleming | lots of high end servers have error correcting DRAM |
| 23:05.15 | mvanbaak | that has nothing to do with 32 vs 64 bit OS |
| 23:05.38 | kpfleming | of course not |
| 23:05.43 | kpfleming | why bring logic into this discussion? |
| 23:06.21 | mvanbaak | because the moons of saturnus align today ? |
| 23:06.45 | kpfleming | ok then |
| 23:06.57 | kpfleming | in that case, i'll take two cases of dr pepper and a blueberry pie |
| 23:07.11 | mvanbaak | hurray ! |
| 23:07.26 | mvanbaak | that makes us all happy, and there's no more bugs in asterisk |
| 23:07.44 | mvanbaak | takes down bugs.digium.com because it's obsolete |
| 23:07.45 | kpfleming | no, i just found a bunch of new ones yesterday |
| 23:08.00 | mvanbaak | yesterday != today |
| 23:08.05 | pmhaddad | kpfleming, party pooper |
| 23:08.12 | mvanbaak | and today is the day of miracles. |
| 23:08.35 | kpfleming | orly? somebody forgot to tell me that this morningg |
| 23:09.00 | mvanbaak | kpfleming: blame file. he's in a different timezone |
| 23:09.42 | mvanbaak | has twitter since a week, so he knows now |
| 23:12.07 | mvanbaak | cant leave this chan_skinny bug alone, but I also need some sleep |
| 23:12.18 | mvanbaak | what to do ? |
| 23:14.00 | mvanbaak | trouble is: if I leave this bug alone my wife will be angry tomorrow. If I dont my wife will be angry right now .... |
| 23:14.11 | mvanbaak | life's a bitch |
| 23:15.56 | mvanbaak | good dutch saying: "geen zorgen over de dag van morgen" (rimes in dutch): "no worries about what can happen tomorrow" |
| 23:16.21 | mvanbaak | so I'm off to bed now |
| 23:16.24 | mvanbaak | latero all |
| 23:16.56 | seanbright | that's funny... there's a saying here "don't put off to tomorrow something that you can do today" |
| 23:17.11 | Dovid | haha |
| 23:17.54 | seanbright | i want to attribute that to thomas jefferson... but that's probably wrong |
| 23:17.59 | Dovid | seanbright: all depends where you are on the lazzy-omerter |
| 23:18.26 | Dovid | http://www.google.com/search?q=don%27t+put+off+to+tomorrow+something+that+you+can+do+today&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a |
| 23:19.50 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 23:19.52 | seanbright | wow... |
| 23:19.53 | seanbright | From time to time, the tree of liberty must be watered with the blood of |
| 23:19.54 | seanbright | tyrants and patriots. |
| 23:19.57 | seanbright | that's hardcore. |
| 23:20.12 | denon | thomas jefferson or somethin isnt it? |
| 23:20.19 | denon | you've been watching national treasure or whatever that movie is called |
| 23:20.23 | seanbright | thomas jefferson |
| 23:20.26 | seanbright | no |
| 23:20.29 | seanbright | well |
| 23:20.31 | seanbright | i've seen it |
| 23:20.35 | seanbright | but not recently |
| 23:20.42 | denon | suure |
| 23:20.53 | denon | it's quoted in there |
| 23:21.11 | seanbright | the tyrants and patriots thing? |
| 23:21.15 | denon | yeah |
| 23:21.17 | seanbright | ah |
| 23:21.32 | seanbright | i just typed 'famous thomas jefferson quotes' in google and saw that :) |
| 23:21.49 | denon | yeah |
| 23:21.56 | outtolunc | hears 'get off the lawn.. {blam}' |
| 23:22.24 | seanbright | certainly was a different time |
| 23:24.23 | codefreeze-lap | seanbright: what's so different? Seems it's getting a very regular watering.... |
| 23:24.52 | seanbright | well not within our borders |
| 23:25.25 | codefreeze-lap | shrugs.... so far, anyway |
| 23:25.29 | seanbright | true |
| 23:26.09 | codefreeze-lap | 'cept maybe for the wtc |
| 23:26.22 | seanbright | ... |
| 23:26.48 | seanbright | that wasn't a fight for liberty |
| 23:26.51 | seanbright | it was a fight against it |
| 23:28.21 | seanbright | anyway |
| 23:28.29 | seanbright | it's a good quote, is all. |
| 23:44.08 | *** join/#asterisk-dev DarkRift (n=dark@65.92.167.78) |
| 23:47.17 | *** join/#asterisk-dev BBHoss (n=bbhoss@68.159.148.181) |
| 23:54.28 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |