| 00:22.23 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 00:58.30 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 01:22.37 | *** join/#asterisk-dev jtodd (n=jtodd@212.sub-70-210-143.myvzw.com) |
| 01:38.13 | *** join/#asterisk-dev davevg (n=davevg__@nj-67-76-177-147.sta.embarqhsd.net) |
| 01:39.59 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 01:39.59 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:41.21 | *** part/#asterisk-dev jbjuly (n=joelbrya@203.177.143.137) |
| 01:58.04 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 02:08.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 02:08.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:23.50 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 03:14.39 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 03:18.03 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 03:34.10 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 03:34.32 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 03:46.07 | *** join/#asterisk-dev FunkyGMT (n=Hayes@modemcable107.105-58-74.mc.videotron.ca) |
| 03:48.11 | *** join/#asterisk-dev vncsnvs (n=vncsnvs@189.6.67.94) |
| 03:49.32 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 04:48.30 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 05:25.20 | *** join/#asterisk-dev RichardLynch (n=RichardL@c-98-193-37-55.hsd1.il.comcast.net) |
| 05:26.08 | RichardLynch | If I just compiled a new asterisk with my own patch, and want to give it a trial run without actually doing "make install" can I just run it like cd main; ./asterisk, since I've probably done something stupid that will segfault straight away. |
| 05:27.24 | RichardLynch | To re-phrase, I know I can run it that way. Would you expect it to work if there were no errors in the code, or does make install put a whole slew of other stuff in bin dirs? |
| 06:11.33 | Corydon76-dig | RichardLynch: there's a 3rd party script called liveast distributed with trunk |
| 06:12.27 | Corydon76-dig | http://svn.digium.com/view/asterisk/trunk/contrib/scripts/live_ast?view=log |
| 06:17.13 | lmadsen | really? that sounds like a neat file |
| 06:19.00 | Corydon76-dig | lmadsen: speaking of neat files, did you see what I committed to trunk earlier today? |
| 06:19.16 | mvanbaak | vim++ |
| 06:19.34 | Corydon76-dig | mvanbaak: 2 of the files already existed |
| 06:19.53 | Corydon76-dig | although I found an addition for one of them |
| 06:21.57 | Corydon76-dig | created a syntax coloring file for AEL |
| 06:25.06 | mvanbaak | uhhuh |
| 06:25.19 | mvanbaak | I already had an asterisk.vim file |
| 06:25.33 | mvanbaak | but now that they are in trunk every box with asterisk will have them |
| 06:25.53 | Corydon76-dig | Well, asterisk.vim is now distributed with vim |
| 06:26.12 | mvanbaak | it is ? |
| 06:26.30 | mvanbaak | happen to know what version included it first ? |
| 06:26.47 | Corydon76-dig | 7.0, I think |
| 06:26.58 | lmadsen | Corydon76-dig: woh neat.... odd that I was thinking about AEL earlier today |
| 06:30.30 | RichardLynch | WARNING: /modules contains modules not installed by this version...insure compatibilty... How would I do that? The package manager put them there. They are v 1.24.21, I think, and I just installed 1.24.23.1 from source. |
| 06:30.51 | RichardLynch | Whoops! Sorry. Wrong channel. |
| 06:36.40 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 06:38.16 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 06:45.05 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 07:00.38 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:05.22 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:05.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:15.19 | RichardLynch | I think I may have successfully hacked the asterisk side of things to ask festival to use voice chosen by dialplan... I'm staring at the scheme stuff in festival.scm and am not sure how to alter default_voice in the (let ((wholeutt ...)) part... |
| 07:55.28 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:05.33 | wedhorn | mvanbaak: you were looking for me earlier |
| 08:13.14 | RichardLynch | I expected this: ast_log(LOG_DEBUG, "Voice passed to festival server : %s\n", (char *) voice); to output to CLI console with core set debug 4. But it didn't. Where is that log message going?... |
| 08:14.34 | RichardLynch | Or how do I get a message out to CLI? |
| 08:20.49 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:20.56 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:20.56 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 08:29.56 | snuff-work | wedhorn: he went zzz |
| 08:35.14 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 08:36.58 | wedhorn | snuff-work: yeah, looks like it, but shouldn't be be getting up or going to work about now??? |
| 08:39.10 | *** join/#asterisk-dev Mr_BOnD_007 (i=Mr_BOnD_@119.160.199.6) |
| 08:41.50 | snuff-work | mm i guess.. doubt he'll be more than 1-2 hrs away from ping'ing u back :) |
| 08:42.30 | mvanbaak | wedhorn: I'm at work for couple of hours already :( |
| 08:43.16 | mvanbaak | wedhorn: I was just curious how your work is going. and wether you needed help or anything |
| 08:43.33 | wedhorn | mvanbaak: ah well, I'm enjoying my beer. Already done my Thursday's penance |
| 08:44.52 | wedhorn | It's coming along, sort of works. Got an issue with a deadlock which I'll have to look at (problem is replicating it) |
| 08:45.35 | wedhorn | Been using ip-communicator and seems to work as well |
| 08:46.21 | wedhorn | I had to roll back the way I was handling the set_speaker stuff (and I think there is still some bits that won't work on the 79xx phones) |
| 08:47.26 | wedhorn | And I've got to merge all the patches since December at some time |
| 08:47.39 | wedhorn | Um, SLOWLY would sum it up |
| 08:47.44 | snuff-work | since dec... |
| 08:47.52 | snuff-work | brave man :) |
| 08:48.08 | wedhorn | yep, it's basically a rewrite |
| 08:48.29 | wedhorn | luckily almost half the patches aren't relevant any more |
| 08:49.30 | wedhorn | mvanbaak: If you're bored, happy to send what I've got for you to have a play with |
| 08:54.10 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:54.10 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:06.39 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 09:13.55 | *** join/#asterisk-dev jermey_g (n=me@static-213-115-44-229.sme.bredbandsbolaget.se) |
| 09:46.51 | bbryant | bbryant |
| 09:48.56 | snuff-work | mm that is ur name |
| 10:21.29 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 10:21.29 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 10:36.54 | *** join/#asterisk-dev pdmmm (i=pdm@pdm.sh) [NETSPLIT VICTIM] |
| 10:37.27 | mvanbaak | wedhorn: ah. nice. |
| 10:38.11 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.247.118) |
| 10:38.11 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 10:53.53 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:31.41 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 12:00.12 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 12:04.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:06.11 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 12:30.10 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:31.06 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 12:34.37 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 12:36.30 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 12:42.21 | *** part/#asterisk-dev snuff-work (n=aaa@120.17.247.118) |
| 12:50.05 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:50.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:51.08 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 12:52.35 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 13:46.23 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 13:57.07 | *** join/#asterisk-dev uluatu (n=uluatu@200.195.162.210) |
| 14:01.30 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 14:09.19 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 14:09.19 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:12.09 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:17.00 | tzafrir_laptop | hmm.... why is CXX used to link all binaries rather than CC? |
| 14:17.18 | tzafrir_laptop | (last rule in Makefile.rules) |
| 14:18.06 | kpfleming | because the binary may contain C++ modules |
| 14:18.19 | kpfleming | and it's too hard to know whether it does or does not |
| 14:19.31 | tzafrir_laptop | so for asterisk (the binary) add libstdc++ as an extra library? |
| 14:19.47 | kpfleming | no, that's not the only difference in linking C and C++ |
| 14:19.59 | kpfleming | we can't know all the differences anyway, they are platform specific |
| 14:21.11 | kpfleming | if you never build chan_vpb or chan_h323 you can change that rule |
| 14:21.23 | kpfleming | actually, that rule isn't used for the main asterisk binary anyway |
| 14:21.25 | *** join/#asterisk-dev schmooze (n=schmooze@nat/digium/x-bfba5f662aacc8c9) |
| 14:21.43 | kpfleming | main/Makefile has special rules for making 'asterisk' |
| 14:22.09 | kpfleming | so that rule could probably be removed, because i don't think we have any binaries that use C++ components |
| 14:29.14 | *** join/#asterisk-dev rb224315 (n=richard@c-71-199-189-35.hsd1.ga.comcast.net) |
| 14:30.31 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.33.119) |
| 15:07.37 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:12.29 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 15:12.29 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 15:14.29 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 15:14.29 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 15:20.05 | *** join/#asterisk-dev davevg (n=davevg__@74.94.3.214) |
| 15:31.59 | rb224315 | Is this channel open? |
| 15:34.02 | file | ...yes? |
| 15:34.14 | *** join/#asterisk-dev Deeewayne (n=dwayne@nat/digium/x-97f65cae24fddd6f) |
| 15:34.14 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:34.51 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:34.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:35.24 | rb224315 | I'm looking for some general architecture and program flow information about asterisk. I've found some info online but not with much detail. |
| 15:36.29 | rb224315 | I'd like to understand at the source code level how a call (SIP for example) is created, completed, and logged. Is there any documentation which outlines the general flow of a call through the asterisk code? |
| 15:40.52 | russellb | http://www.asterisk.org/doxygen/trunk/ |
| 15:40.55 | russellb | that's the best documentation we have. |
| 15:41.18 | rb224315 | cool, thanks much |
| 15:41.44 | russellb | http://www.asterisk.org/doxygen/trunk/Def_Channel.html |
| 15:41.44 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 15:41.52 | russellb | that's probably the closest thing to what you're asking for ... |
| 15:42.00 | *** join/#asterisk-dev schmooze (n=schmooze@nat/digium/x-2a5660e146d1923b) |
| 15:42.03 | russellb | it's not terribly verbose, but it's something |
| 15:42.12 | rb224315 | great, I'll dig into it |
| 15:53.31 | RichardLynch | Hmmmph. service start does *NOT* use /etc/init.d Guess I'll quit using service start, whatever that is. |
| 15:54.46 | RichardLynch | rb224315: Use the source. I've been reading it, at least in part, and it's not that hard to read/follow. |
| 15:55.12 | rb224315 | will do |
| 15:58.21 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 15:58.50 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:58.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:59.48 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:59.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:05.53 | tzafrir_laptop | RichardLynch, huh? 'service' calls init.d scripts, doesn't it? |
| 16:06.04 | seanbright | it does, yes. |
| 16:06.15 | seanbright | it better, anyway. |
| 16:07.55 | seanbright | superflous return? i actually like those... |
| 16:08.08 | seanbright | i'm guessing it's against the guidelines |
| 16:08.10 | seanbright | pity. |
| 16:08.11 | RichardLynch | Something is wacky, then, as astrundir is /var/run/asterisk and the init.d script is /var/run/asterisk, but asterisk binary is trying to use /var/run/asterisk.pid and /var/run/asterisk.ctl instead of /var/run/asterisk/asterisk.* |
| 16:08.39 | seanbright | "the init.d script is /var/run/asterisk" -- eh? |
| 16:08.49 | RichardLynch | s/is/uses/ |
| 16:08.58 | seanbright | heh. |
| 16:09.04 | seanbright | that makes even less sense, but i get you. |
| 16:09.04 | RichardLynch | jbot: be quiet! |
| 16:09.05 | jbot | Ah, shuddup. |
| 16:09.30 | RichardLynch | s/dir is/dir uses/ |
| 16:09.38 | seanbright | the moment has passed. |
| 16:10.08 | RichardLynch | Yeah, well, he's not very bright, but you can figure it out since you are. [pun not intended until I realized what I had typed] |
| 16:10.19 | seanbright | pastebin /etc/asterisk/asterisk.conf |
| 16:10.37 | seanbright | my last name is actually ironic... but that is neither here nor there. |
| 16:11.33 | RichardLynch | It's not very interesting: http://pastebin.com/d43107828 |
| 16:11.50 | RichardLynch | Oh, I'm sure you're not a dull fellow. :-v |
| 16:12.37 | RichardLynch | Ubuntu installed it all as user asterisk:asterisk, and I did all the compiling/installing as root, and tried to run it as root... |
| 16:13.00 | RichardLynch | Hmmm... root@Astro:~# su asterisk |
| 16:13.00 | RichardLynch | root@Astro:~# |
| 16:13.08 | RichardLynch | I can't su to a different user??? |
| 16:13.29 | RichardLynch | asterisk:x:104:110:Asterisk PBX daemon,,,:/var/lib/asterisk:/bin/false |
| 16:13.30 | mosty | the asterisk user probably does not have a valid shell, because it's never supposed to be logged in to |
| 16:13.39 | mosty | try /etc/init.d/asterisk start |
| 16:14.25 | RichardLynch | I can /etc/init.d/asterisk just fine. Just can't asterisk -r to it after. |
| 16:14.39 | seanbright | hmmm |
| 16:14.49 | seanbright | this might be better discussed in #asterisk |
| 16:14.53 | seanbright | not to be a stickler |
| 16:15.03 | RichardLynch | Does /var/run/asterisk.ctl exist? No, of course not. It's supposed to be in /var/run/asterisk/ |
| 16:15.25 | RichardLynch | Oh. Sorry. I think I jumped channels without even realizing it. I was over there when I started this topic... :-) |
| 16:15.30 | seanbright | ah :) |
| 16:17.06 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:17.06 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:22.39 | jpeeler | hrm, i always wondered why we didn't use sched_yield |
| 16:23.06 | russellb | i've seen it all over the code in other projects, too |
| 16:23.41 | jpeeler | there was an article on kernel trap that seemed to indicate its usage was not suitable for most purposes, which confused me as well |
| 16:24.03 | russellb | hm, i need to find that, then, and educate myself a bit more. |
| 16:24.03 | jpeeler | http://kerneltrap.org/Linux/Using_sched_yield_Improperly |
| 16:28.00 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 16:31.54 | kpfleming | jmworx: ping |
| 16:32.19 | jmworx | kpfleming: pong |
| 16:32.36 | kpfleming | how are you going to handle the 'ptime' attribute in SDP for CELT? ptime is defined in milliseconds |
| 16:33.04 | jmworx | kpfleming: The desired packetization time. The sender SHOULD choose a number of frames per packet that corresponds to the smallest packetization time greater or equal to the specified ptime for the selected frame size. The default is 20 ms as specified in <xref target="rfc3551"></xref> |
| 16:33.59 | russellb | jpeeler: interesting. So, it does seem to do what we think it does. I think his point was that the fact that we have to use it in the first place is "broken", which I can agree with in most cases. |
| 16:34.28 | jpeeler | ah, i see |
| 16:34.29 | kpfleming | jmworx: and your 256-byte frames are 5.3ms each, right? |
| 16:34.44 | kpfleming | sory, 256-sample frames |
| 16:35.55 | jmworx | kpfleming: yes |
| 16:36.15 | jmworx | so if you specified ptime=10 with 256-sample frames, you'd get a ptime of 10.67 |
| 16:36.23 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:36.26 | kpfleming | ok, so if someone sends you 'ptime=40', then it' dbe nearly 45ms per fpacket |
| 16:36.31 | kpfleming | right |
| 16:37.00 | kpfleming | i suppose that is acceptable, although it does violate the spirit of ptime :-) |
| 16:37.48 | jmworx | kpfleming: I think it's withing the spirit of it |
| 16:38.10 | jmworx | if someone asks for a ptime of 9 ms with G.729, you give him 10 |
| 16:38.16 | kpfleming | yes, it's certainly better than sending less than they asked for |
| 16:38.53 | jmworx | Also, we're considering making the default 480, which is 5 ms |
| 16:39.15 | kpfleming | 480 should be 10ms |
| 16:39.25 | jmworx | sorry 10ms, yes |
| 16:39.40 | kpfleming | does that still allow you to do efficient processing? |
| 16:41.59 | jmworx | no |
| 16:42.13 | jmworx | well, not as efficient as 512 |
| 16:42.13 | russellb | well that is sad. |
| 16:42.23 | jmworx | Well, that's just the default |
| 16:42.31 | jmworx | I'll recommend using 512 I guess |
| 16:45.47 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:48.09 | RichardLynch | Wishlist: Some kind of asterisk -i "info" command that tells you what sort of settings asterisk was compiled with, such as --sysconfdir (defaul /usr/local/etc) :-) |
| 16:48.39 | RichardLynch | Just spent about an hour trying to figure out why asterisk wasn't using astrundir from /etc/asterisk/asteriks.conf |
| 16:50.20 | russellb | "core show settings" ? |
| 16:51.58 | RichardLynch | russelb: Yeah, sure, if I could actuall get *IN* to asterisk -r in the first place... It errors out with Does /var/run/asterisk.ctl exist? |
| 16:52.11 | lmadsen | asterisk -c? |
| 16:52.25 | RichardLynch | Hmm. Do I want --sysconfdir=/etc or --sysconfdir=/etc/asterisk ??? |
| 16:52.54 | russellb | oic |
| 16:54.20 | RichardLynch | After asterisk -c, there is no core show settings... |
| 16:54.25 | RichardLynch | Not for me, at least... |
| 16:55.45 | lmadsen | I think russellb was suggesting we would call it 'core show settings' because I don't think that exists... |
| 16:55.49 | RichardLynch | php does this, and it has save me (and zillions of others) countless hours of trying to figure out where it's loading .ini from, which packages were compiled in with ./configure etc. It just tells you all that stuff from the php -i |
| 16:55.55 | RichardLynch | Oh. LOL |
| 16:57.06 | RichardLynch | core show settings would be fab, if users can be trained to start with -c in the first place... But a -i arg to startup may be worth considering too. (PHP has both, fwiw) |
| 16:57.26 | lmadsen | asterisk has to already be running for -r to work |
| 16:57.35 | lmadsen | -c just runs it in the foreground, and not the background |
| 16:57.38 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:57.48 | lmadsen | although we're now venturing into #asterisk territory |
| 16:58.05 | RichardLynch | That's why I suggest the -i, so that if it can't start from a truly fargled compilation, you can find out what fargled it. |
| 16:58.51 | *** join/#asterisk-dev pmhaddad-work (n=pmhaddad@141.219.87.43) |
| 16:59.37 | RichardLynch | I'll leave the suggestion in y'alls capable hands at this point. |
| 17:01.16 | *** join/#asterisk-dev jtodd (n=jtodd@41.sub-75-208-159.myvzw.com) |
| 17:08.13 | *** join/#asterisk-dev pdmmm (i=pdm@pdm.sh) |
| 17:08.26 | RichardLynch | Okay, so I need to debug my app/app_festival.c code, and I copy/pasted a line like ast_log(LOG_DEBUG, "foo is %s", (char *)foo); |
| 17:08.53 | RichardLynch | I thought that would show up from core set debug 4, but no such luck. How do I find that output? |
| 17:09.22 | mvanbaak | lmadsen: core show settings is there. believe me |
| 17:10.24 | russellb | RichardLynch: edit logger.conf, and enable debug on the console |
| 17:10.45 | mvanbaak | in 1.0 this is not needed ;) |
| 17:11.17 | mvanbaak | it will simply show up on the console |
| 17:16.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:18.57 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:10.11 | pmhaddad-work | hm, just compiled asterisk 1.6.0.6, and /etc/init.d/asterisk start gives me: Starting Asterisk PBX: Unable to open pid file '/var/run/asterisk.pid': Permission denied |
| 18:10.11 | pmhaddad-work | asterisk. |
| 18:10.11 | pmhaddad-work | . Shouldn't that be /var/run/asterisk/asterisk.pid? |
| 18:10.33 | pmhaddad-work | i can start it fine if i just run asterisk, and asterisk -vvvc doesn't throw any errors |
| 18:10.38 | lmadsen | hmmmmm |
| 18:11.07 | pmhaddad-work | also the /var/run/asterisk folder has the right permissions of asterisk:asterisk |
| 18:11.16 | mvanbaak | hhmm |
| 18:11.45 | mvanbaak | runs and hides somewhere |
| 18:11.51 | pmhaddad-work | any ideas, or did i miss something really basic? |
| 18:11.59 | mvanbaak | did that stuff I did go into 1.6.0 branch ? |
| 18:12.23 | pmhaddad-work | mvanbaak, well this was off the /pub on downloads.digium.com if that helps |
| 18:12.30 | pmhaddad-work | i didnt get it from svn |
| 18:12.40 | mvanbaak | ok, but you are running the latest version. |
| 18:12.45 | pmhaddad-work | yeah, |
| 18:12.56 | pmhaddad-work | did you break something? |
| 18:12.59 | pmhaddad-work | :P |
| 18:13.02 | mvanbaak | hope not |
| 18:14.47 | mvanbaak | booting my thinkpad now to have a look |
| 18:15.25 | mvanbaak | ok, never trust acpi resume ;) |
| 18:19.53 | mvanbaak | back |
| 18:24.51 | mvanbaak | looks like it wasn't me ;) |
| 18:28.53 | mvanbaak | and it worked in 1.6.0.5 ? |
| 18:32.10 | pmhaddad-work | mvanbaak, uh didnt try .5 |
| 18:32.20 | pmhaddad-work | just trying .6, would you like me to roll back? |
| 18:33.16 | mvanbaak | if at all possible,.... yes |
| 18:34.15 | pmhaddad-work | mvanbaak, ok gimme a few minutes here..... |
| 18:34.21 | mvanbaak | sure |
| 18:34.32 | pmhaddad-work | i can do make uninstall ya? |
| 18:34.47 | mvanbaak | yeah |
| 18:34.56 | mvanbaak | as long as you dont do make uninstall-all |
| 18:35.36 | mvanbaak | hhmm |
| 18:35.39 | mvanbaak | looks like M13153 |
| 18:35.43 | mvanbaak | m13153 |
| 18:35.45 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0013153: [patch] set ASTVARRUNDIR=$(localstatedir)/run/asterisk as default path reported by pabelanger (Karma: +36.50) http://bugs.digium.com/view.php?id=13153 |
| 18:35.46 | pmhaddad-work | d'oh |
| 18:35.54 | pmhaddad-work | just did a make uninstall-all |
| 18:36.06 | pmhaddad-work | :/ |
| 18:36.08 | mvanbaak | pmhaddad-work: that got rid of your configs |
| 18:36.16 | pmhaddad-work | mvanbaak, oh thats ok |
| 18:36.25 | pmhaddad-work | i have no configs on this system yet :) |
| 18:36.27 | mvanbaak | ah, totally new setup |
| 18:36.30 | pmhaddad-work | si |
| 18:36.31 | mvanbaak | ok, then it's ok |
| 18:36.37 | pmhaddad-work | don't scare me like that lol |
| 18:36.40 | mvanbaak | lol |
| 18:36.41 | mvanbaak | btw |
| 18:36.46 | pmhaddad-work | rolling back now hang on |
| 18:36.50 | mvanbaak | no, wait |
| 18:36.53 | pmhaddad-work | ok |
| 18:37.03 | pmhaddad-work | pumps the brakes |
| 18:37.09 | mvanbaak | let me create a patch for you to test |
| 18:37.15 | mvanbaak | so you can use 1.6.0.6 |
| 18:37.32 | pmhaddad-work | ok |
| 18:37.38 | pmhaddad-work | patches are yummy |
| 18:37.42 | mvanbaak | at least that's what I hope ;) |
| 18:37.56 | mvanbaak | I fixed this issue in trunk, but it never went into the 1.6 trees |
| 18:38.07 | pmhaddad-work | doesn't really *need* the bleeding edge asterisk, but he thought it was supposed to be *stable* |
| 18:38.09 | pmhaddad-work | :P |
| 18:40.16 | lmadsen | mvanbaak: you didn't mergetrunk6?! |
| 18:40.20 | lmadsen | for shame! :) |
| 18:40.25 | pmhaddad-work | actually mvanbaak i have to jog over to another office to get some stuff and ship a package |
| 18:40.26 | mvanbaak | lmadsen: it was new functionality ! |
| 18:40.31 | pmhaddad-work | i should be back in about 30 |
| 18:40.39 | lmadsen | mvanbaak: oh really then :) |
| 18:40.40 | mvanbaak | pmhaddad-work: what linux distro are you using ? |
| 18:40.50 | pmhaddad-work | mvanbaak, uh ubuntu server 8.04 lts |
| 18:40.53 | mvanbaak | pmhaddad-work: no problem. let me fix a patch in that time :) |
| 18:40.58 | mvanbaak | pmhaddad-work: k |
| 18:41.10 | pmhaddad-work | mvanbaak, sounds great! lemme know if you need a bug report or anything |
| 18:41.24 | mvanbaak | lmadsen: but when this patch fixes his problem I'll merge it right away k ? |
| 18:41.49 | lmadsen | mvanbaak: you better! |
| 18:41.51 | lmadsen | lol |
| 18:43.06 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 18:44.10 | mvanbaak | whehehe |
| 18:44.59 | mvanbaak | r177852 |
| 18:45.02 | MuffinMan | Failed to retrieve review request: Invalid review #177852 specified. |
| 18:45.05 | mvanbaak | hmm |
| 18:45.17 | mvanbaak | commit asterisk 177852 |
| 18:45.22 | MuffinMan | [177852] Committed by mvanbaak on 2009-02-21T13:13:35.657807Z: set ASTVARRUNDIR=$(localstatedir)/run/asterisk as default path |
| 18:45.22 | MuffinMan | .. |
| 18:45.22 | MuffinMan | ..When running asterisk as non-root and without this patch the pidfile wants |
| 18:45.22 | MuffinMan | ..to go into /var/run/asterisk.pid. This directory is not writable for |
| 18:45.24 | MuffinMan | ..the non-root user and changing permissions is not an option. |
| 18:45.26 | MuffinMan | ..Putting it in /var/run/asterisk/asterisk.pid makes it possible |
| 18:45.29 | MuffinMan | ..to set permissions on the /var/run/asterisk dir so everything |
| 18:45.32 | MuffinMan | ..works as it should be. |
| 18:45.34 | MuffinMan | .. |
| 18:45.36 | MuffinMan | ..Patched committed is based on pabelanger's patch. |
| 18:45.39 | MuffinMan | .. |
| 18:45.41 | MuffinMan | ..(closes issue #13153) |
| 18:45.43 | MuffinMan | ..Reported by: pabelanger |
| 18:45.46 | MuffinMan | ..Patches: |
| 18:45.48 | MuffinMan | .. 2009012900_bug13153-nonrootscripts.diff.txt uploaded by mvanbaak (license 7) |
| 18:45.51 | MuffinMan | .. |
| 18:45.53 | MuffinMan | ..Review: http://reviewboard.digium.com/r/139/ |
| 18:45.56 | mvanbaak | seesh ! be less verbose will ya ! |
| 18:45.56 | MuffinMan | .. |
| 18:45.58 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=177852 |
| 18:46.14 | ScribbleJ | I added a 'bug request' (new feature code) in bugs.digium.com on Sunday - I know there's a /lot/ going on there, any idea when I should expect some kind of response? |
| 18:46.36 | kpfleming | some time between now and the end of the world :) |
| 18:46.43 | mvanbaak | whehehe |
| 18:46.48 | ScribbleJ | Right on, no need to adjust my calendar then! |
| 18:47.23 | mvanbaak | can someone refresh my mind please. if configure tells you 'termcap not found' ........ |
| 18:47.29 | mvanbaak | what did I miss in my reinstall ? |
| 18:48.11 | putnopvut | mvanbaak: I know on ubuntu, you need libncurses5-dev |
| 18:48.21 | mvanbaak | thank you putnopvut |
| 18:49.04 | mvanbaak | woot |
| 18:49.17 | ScribbleJ | I suppose it's cheating / possibly misses things in 1.6, but if it's Ubuntu then apt-get build-dep asterisk is a good way to make sure you don't miss things. |
| 18:50.53 | seanbright | he uses OpenBSD |
| 18:51.04 | seanbright | yeah, i don't know why he'd do that to himself either |
| 18:51.09 | ScribbleJ | Hah |
| 18:51.30 | seanbright | of course i was running centos up until a few months ago, so i can't really talk. |
| 18:51.42 | seanbright | now i <3 ubuntu |
| 18:51.43 | lmadsen | <3's CentOS |
| 18:51.44 | mvanbaak | indeed |
| 18:51.54 | seanbright | lmadsen: you would! |
| 18:52.00 | seanbright | (i'm not really sure what that means) |
| 18:52.01 | lmadsen | totally |
| 18:52.04 | lmadsen | me either :) |
| 18:52.12 | seanbright | and we agree, again. |
| 18:52.13 | lmadsen | although I have Ubuntu desktop in a VM and I like it quite a bit |
| 18:52.18 | lmadsen | seanbright: scary times... |
| 18:52.54 | seanbright | i switched to ubuntu so i could install the latest emacs from a package |
| 18:52.56 | seanbright | there. i said it. |
| 18:53.08 | mvanbaak | ACK. something I always forget: disable all sound packages ! |
| 18:53.13 | ScribbleJ | I gave up on Redhats about ten years ago. I suppose they're better now, Cent sure seems popular. |
| 18:53.49 | Mog | debian is where its at |
| 18:55.08 | seanbright | reo speedwagon is where its at |
| 18:55.41 | ScribbleJ | a chair is where it sat |
| 18:56.06 | ScribbleJ | Hrm, I guess that works better out loud. |
| 18:57.20 | seanbright | heh |
| 19:10.34 | *** join/#asterisk-dev joshaidan (n=joshaida@S01060090f8009fa6.tb.shawcable.net) |
| 19:14.29 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 19:17.49 | pmhaddad-work | mvanbaak, i'm baaaaack |
| 19:17.55 | mvanbaak | pmhaddad-work: cool |
| 19:18.19 | pmhaddad-work | got that patch fixed yet? chop chop |
| 19:20.15 | mvanbaak | pmhaddad-work: http://bugs.digium.com/view.php?id=13153 |
| 19:20.28 | pmhaddad-work | lmadsen, just saw your tweet, you got an ETA for the 3rd edition? |
| 19:20.45 | mvanbaak | varrunasterisk.diff.txt |
| 19:21.09 | pmhaddad-work | mvanbaak, so i just pop that into the Makefile then? |
| 19:22.10 | pmhaddad-work | er i guess i'm asking how i apply the patch |
| 19:22.29 | mvanbaak | pmhaddad-work: go to your asterisk source directory and type: patch -p0 < /home/pmhaddad/varrunasterisk.diff.txt |
| 19:22.52 | pmhaddad-work | ahh so its just like patching a kernel then' |
| 19:22.53 | mvanbaak | where the /home/bladiebla is the path to the file you downloaded from bugs.digium.com |
| 19:22.57 | mvanbaak | yup |
| 19:23.06 | sruffell | tzafrir_laptop: kpfleming told me today that you had a patch for zaptel / dahdi where dahdi_dummy is always loaded, and only provides timing if there is not another span registered. I'm having trouble finding the issue in mantis....do you have a pointer or some search terms I could use? |
| 19:23.07 | pmhaddad-work | oh ho. good to know |
| 19:23.11 | mvanbaak | it's the way patches work |
| 19:23.35 | mvanbaak | pmhaddad-work: let me know how it works out |
| 19:23.48 | mvanbaak | if this fixes it for you I'll make sure it will be in 1.6.0.7 |
| 19:24.00 | kpfleming | sruffell: i was wrong, it wasn't them. it's 13205 |
| 19:24.00 | mvanbaak | right lmadsen ? |
| 19:24.13 | sruffell | thanks kpfleming. |
| 19:25.56 | mnicholson | a non intrusive ast_list (similar to the non intrusive ao2) would be nice |
| 19:27.36 | pmhaddad-work | mvanbaak, when it asks me what file to patch its the Makefile right? |
| 19:27.56 | mvanbaak | huh ? |
| 19:28.01 | mvanbaak | it shouldn't ask |
| 19:28.08 | pmhaddad-work | patch -p0 asks File to patch: |
| 19:28.21 | mvanbaak | cd /path/where/you/unpacked/asterisk/sources |
| 19:28.31 | mvanbaak | patch -p0 < /path/to/patchfile |
| 19:28.42 | kpfleming | if the patch has svn revision numbers, and he has a checkout, then patch tries to match up the revision numbers to ensure it is patching the correct file |
| 19:28.46 | pmhaddad-work | got it |
| 19:28.49 | pmhaddad-work | was in wrong directory |
| 19:28.54 | pmhaddad-work | :S |
| 19:28.59 | kpfleming | that helps too |
| 19:29.00 | mvanbaak | pmhaddad-work: no worries :) |
| 19:29.08 | pmhaddad-work | is new to this whole patching thing |
| 19:29.18 | mvanbaak | kpfleming: he has an unpacked tgz from downloads.digium.com |
| 19:29.21 | pmhaddad-work | and though i know some C/C++ your makefiles are insanely more complicated |
| 19:29.34 | mvanbaak | kpfleming: they dont have .svn dirs correct ? |
| 19:29.35 | pmhaddad-work | than i anything i've ever worked with lol |
| 19:29.43 | kpfleming | that is correct, they do not |
| 19:29.49 | kpfleming | they are exports, not checkouts |
| 19:30.01 | mvanbaak | pmhaddad-work: gheh, yeah the Makefile is,.... interesting |
| 19:30.09 | mvanbaak | kpfleming: that's what I thought :) |
| 19:30.28 | pmhaddad-work | its takin a good long time to patch |
| 19:30.57 | mvanbaak | press CTRL+C |
| 19:31.10 | mvanbaak | and make sure you have a < between -p0 and the patchfile path |
| 19:31.21 | mvanbaak | patch -p0 < /path/to/patchfile.diff.txt |
| 19:31.40 | pmhaddad-work | d'oh |
| 19:31.57 | pmhaddad-work | ok now i should be able to remake it |
| 19:31.58 | mvanbaak | dont worry. we all been through this |
| 19:32.03 | mvanbaak | yup |
| 19:32.16 | pmhaddad-work | doing so now, i'll let you know if it worked in a couple minutes |
| 19:32.21 | mvanbaak | and dont forget 'make config' once you have it all installed |
| 19:32.30 | pmhaddad-work | ok |
| 19:32.37 | pmhaddad-work | i didnt do that before |
| 19:34.06 | mvanbaak | I know. but you might want to do that now to regenerate the init.d scripts |
| 19:34.45 | pmhaddad-work | oh, gotcha |
| 19:34.47 | *** join/#asterisk-dev tamiel (n=tamiel@ip-176.net-89-2-117.rev.numericable.fr) |
| 19:36.44 | lmadsen | anyone happen to know if 'bindport' works on 1.6, or just the bindaddr=0.0.0.0:5060 format? |
| 19:36.56 | kpfleming | in which config file? |
| 19:37.07 | lmadsen | sip.conf |
| 19:37.08 | lmadsen | sorry |
| 19:37.33 | kpfleming | it would appear to |
| 19:38.07 | lmadsen | ok cool. I'm going to test it now, but just wanted to determine if I needed to look for some update in CHANGES |
| 19:38.12 | lmadsen | errr... UPGRADE |
| 19:38.24 | mvanbaak | hhmm, it's no longer in the configs/sip.conf.sample |
| 19:38.33 | lmadsen | right, as it probably shouldn't be |
| 19:38.40 | lmadsen | if it is the deprecated usage |
| 19:40.00 | mvanbaak | line 22451 of chan_sip.c in 1.6.1 tells us: If no port was specified use the value of bindport |
| 19:40.26 | lmadsen | which I presume also says, "if no bindport, use 5060"? |
| 19:40.29 | mvanbaak | oh wait, 22521 also sets it |
| 19:40.54 | mvanbaak | yeah, default is set to 5060 |
| 19:41.00 | mvanbaak | line 664 |
| 19:45.45 | mvanbaak | pmhaddad-work: I'm going to have dinner now. if you prefix your message with my name I'll see it in my awaylog |
| 19:51.09 | pmhaddad-work | ah ok |
| 19:51.21 | pmhaddad-work | i had to run off and do something while this was compiling |
| 19:53.11 | pmhaddad-work | can't have cool sword fights on swivel chairs while his code is compiling :( |
| 19:54.07 | pmhaddad-work | mvanbaak, ok worked out great! thanks so much! :) |
| 19:55.51 | lmadsen | mvanbaak: what version is 'core show settings' first in? |
| 19:56.12 | lmadsen | not a 1.4 series right? |
| 19:56.15 | lmadsen | just 1.6? |
| 19:56.26 | lmadsen | oh right... he went away |
| 19:58.05 | pmhaddad-work | lmadsen, fail. |
| 19:58.22 | lmadsen | totally :) |
| 19:58.31 | lmadsen | the west coast will do that to your brain though |
| 19:58.57 | pmhaddad-work | lmadsen, yeah i'd love to go out there |
| 19:58.59 | pmhaddad-work | you live there? |
| 19:59.05 | lmadsen | nah, just visiting. I live in Toronto. |
| 19:59.23 | pmhaddad-work | ah Toronto, the home of awesome fake US IDs |
| 19:59.27 | lmadsen | lol |
| 19:59.30 | pmhaddad-work | been there a few times |
| 19:59.32 | lmadsen | awesome being the operative word |
| 19:59.36 | lmadsen | I love toronto |
| 19:59.38 | pmhaddad-work | (not for a fake, i'm of age lol) |
| 19:59.44 | lmadsen | heh, me too :) |
| 19:59.59 | pmhaddad-work | lmadsen, i thought you worked out of digium HQ |
| 20:00.09 | lmadsen | can't say that I do :) I work from home. |
| 20:00.22 | pmhaddad-work | thats just as much fun |
| 20:11.21 | tzafrir_laptop | sruffell, regarding 13205, I figure that the first thing to do is have a single place where the sync master gets selected |
| 20:12.03 | sruffell | I would agree with that. |
| 20:12.15 | kpfleming | well, i think there is some confusion here regarding the source of ticks used for transmit/receive/mixing/etc. and the 'sync source' for digital cards |
| 20:12.16 | sruffell | ...that can be called from multiple places.. |
| 20:12.48 | sruffell | and confusion is possible...trying to clarify that with biohumanoid. |
| 20:14.00 | tzafrir_laptop | yes, and currently, though, the configuration dahdi_genconf generates for a system with two quad-span cards would be invalid |
| 20:14.09 | tzafrir_laptop | (timing=4) |
| 20:14.19 | tzafrir_laptop | I'm not sure what to generate, though |
| 20:14.35 | kpfleming | is that invalid? i think they are just handled in ascending order, the actual numbers don't matter much |
| 20:14.49 | tzafrir_laptop | well, not invalid. But not as intended |
| 20:14.54 | kpfleming | right |
| 20:18.22 | tzafrir_laptop | t4_spanconfig: if (lc->sync > 4) lc->sync = 0; |
| 20:18.32 | sruffell | tzafrir_laptop: since you're hear....a heads up for you. Current plan is to have the next dahdi release candidate ready by March 17, with a hopeful final release by the end of the month. |
| 20:18.37 | sruffell | s/hear/here/ |
| 20:18.54 | sruffell | does that work for you? |
| 20:18.58 | tzafrir_laptop | yes |
| 20:29.16 | kpfleming | sruffell: DAHDI on St. Patrick's Day? yay |
| 20:29.45 | Qwell | is it going to be green? |
| 20:29.54 | sruffell | heh....that didn't even occur to me. Hmm....how to hide something green in it. |
| 20:30.11 | sruffell | maybe we'll just throw in some super alpha driver. That would be pretty green. |
| 20:30.17 | lmadsen | sruffell: call it "The green release" |
| 20:30.28 | pmhaddad-work | there you go |
| 20:30.34 | putnopvut | announce the release candidate in a green font |
| 20:30.35 | lmadsen | is thinking he might start naming asterisk releases...... :) |
| 20:30.41 | pmhaddad-work | and then give away free beer with it |
| 20:30.52 | kpfleming | lmadsen: you would need a lot of names |
| 20:31.01 | lmadsen | I could manage... |
| 20:31.24 | lmadsen | only new versions though.. I would not go back and re-name all prior versions :) |
| 20:31.32 | mvanbaak | back |
| 20:32.21 | pmhaddad-work | mvanbaak, see above ^^ thanks again! |
| 20:33.49 | mvanbaak | pmhaddad-work: no problem. and thank you for testing ! |
| 20:33.56 | sruffell | Since the 2.6.28 kernel is "Erotic Pickled Herring" perhaps dahdi 2.2.0 could be "lecherous leprechaun" |
| 20:34.06 | pmhaddad-work | mvanbaak, oh i plan on testing a lot more when school is out for the semester |
| 20:34.10 | Qwell | sruffell: is that really what they named it? |
| 20:34.12 | pmhaddad-work | you'll be seeing me around :) |
| 20:34.19 | mvanbaak | pmhaddad-work: great ! |
| 20:34.21 | sruffell | qwell: it is... |
| 20:34.33 | Qwell | yeesh |
| 20:36.17 | mvanbaak | lmadsen: ping |
| 20:36.26 | lmadsen | mvanbaak: pong |
| 20:36.40 | mvanbaak | lmadsen: I fixed this issue with the pidfile |
| 20:36.46 | lmadsen | sweet! |
| 20:36.48 | mvanbaak | we had two users complaining about it today |
| 20:37.02 | pmhaddad-work | mvanbaak, to be fair, i was not complaining |
| 20:37.03 | mvanbaak | you think it's ok to put this in 1.6.0 and 1.6.1 branch ? |
| 20:37.17 | mvanbaak | pmhaddad-work: ok, not complaining. |
| 20:37.19 | pmhaddad-work | i thought i was doing something dumb lol |
| 20:37.22 | mvanbaak | pmhaddad-work: you know what I mean ;) |
| 20:37.32 | pmhaddad-work | and i figured you guys were going to bite my head off heh |
| 20:37.43 | mvanbaak | yeah, we do that all the time |
| 20:37.48 | pmhaddad-work | no make lmadsen think we were complaining, makes it sound like he's not doing his job right |
| 20:38.01 | pmhaddad-work | :P |
| 20:38.08 | mvanbaak | lmadsen is doing a great job. |
| 20:38.27 | pmhaddad-work | but the topic says to blame all problems on him |
| 20:38.31 | lmadsen | it's true |
| 20:38.37 | pmhaddad-work | heh |
| 20:38.41 | lmadsen | mvanbaak: hrmmmmmm.... I choose to defer to russellb |
| 20:38.51 | lmadsen | my instinct is 1.6.0 and 1.6.1 though |
| 20:38.52 | mvanbaak | russellb: deferred ping |
| 20:38.56 | russellb | not sure what you're talking about, but can't really talk at the moment |
| 20:39.02 | mvanbaak | k |
| 20:39.03 | pmhaddad-work | OOOH |
| 20:39.05 | pmhaddad-work | shut down |
| 20:39.20 | russellb | sorry, just busy |
| 20:39.23 | mvanbaak | thinks russellb is being held by the KGB |
| 20:39.47 | mvanbaak | I'll send you an email |
| 20:40.01 | russellb | ok. |
| 20:41.08 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 20:45.43 | tzafrir_laptop | is there any svn equivalent to git-am (create a commit from a patch that includes the commit message at the top) ? |
| 20:46.57 | kpfleming | not that i know |
| 20:47.13 | kpfleming | would be a fairly simple script, there may be one in the svn contrib stuff |
| 20:48.01 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:48.02 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:12.42 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 21:12.42 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 21:32.11 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 22:05.01 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 22:11.42 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 22:17.03 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 22:17.04 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 22:19.03 | mvanbaak | seanbright: the newest openbsd release is now open in pre-order. get your copy today dude ! |
| 22:19.10 | seanbright | heh |
| 22:19.12 | mvanbaak | hides |
| 22:19.21 | seanbright | if i had a need i would |
| 22:19.40 | seanbright | if you had to convince a ubuntu user to switch to openbsd, what would you say? |
| 22:19.50 | seanbright | i'm not being snarky, just curious what the benefits are. |
| 22:20.28 | mvanbaak | documentation, security, stability, actually working upgrades |
| 22:23.47 | pmhaddad | mvanbaak, whoa now, the upgrades for ubuntu work dandy |
| 22:23.53 | pmhaddad | fedora on the other hand.... |
| 22:34.12 | seanbright | mvanbaak: gotcha |
| 22:34.17 | seanbright | thanks :) |
| 22:34.33 | *** join/#asterisk-dev frawd (n=francois@153.pool85-49-230.dynamic.orange.es) |
| 22:35.31 | mvanbaak | pmhaddad: every ubuntu upgrade messes up my networking |
| 22:35.35 | mvanbaak | it's annoying |
| 22:35.44 | kpfleming | that has never happened to me :-) |
| 22:36.29 | pmhaddad | me either |
| 22:36.39 | mvanbaak | kpfleming: you ever tried to run virtualbox with 8 vm's all using 'bridged host networking' over a wireless interface ? |
| 22:36.45 | kpfleming | no |
| 22:36.51 | kpfleming | to any of that |
| 22:37.04 | mvanbaak | spent 2 hours to get it working, update of network-manager, KABOOM, start all over again |
| 22:37.21 | kpfleming | network-manager is designed for desktops to use |
| 22:37.29 | kpfleming | it is totally inappropriate for server usage |
| 22:38.33 | mvanbaak | uhhuh. server side linux is no alternative for us |
| 22:39.04 | mvanbaak | it lacks some stuff we need in our HA setup |
| 22:39.16 | mvanbaak | and yes, I am aware of heartbeat and friends |
| 22:39.59 | mvanbaak | but as long as you cant sync tcp/udp states created in your firewall acros a bunch of machines we cannot use it |
| 22:42.11 | mvanbaak | we do have three ubuntu servers in use, because linux is the only OS that can handle multi-TB storage volumes (besides solaris, but there's not enough knowledge about that in our company) without being totally borked |
| 23:13.51 | *** join/#asterisk-dev msetim (n=setim@201.22.13.3.dynamic.adsl.gvt.net.br) |
| 23:14.33 | *** join/#asterisk-dev msetim (n=setim@201.22.13.3.dynamic.adsl.gvt.net.br) |
| 23:15.06 | *** join/#asterisk-dev msetim (n=setim@201.22.13.3.dynamic.adsl.gvt.net.br) |
| 23:33.21 | *** join/#asterisk-dev leif[mobile] (n=leifmads@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:33.21 | *** mode/#asterisk-dev [+o leif[mobile]] by ChanServ |
| 23:35.10 | msetim | hello guys, I'm getting segmentation fault in 1.4.23.1 |
| 23:37.25 | leif[mobile] | msetim: try to reproduce with latest 1.4 svn, and if still and issue, open and issue on the bugs tracker with a backtrace generated with DONT_OPTIMIZE |
| 23:37.52 | leif[mobile] | Sorry for the typos. On my phone |
| 23:38.30 | msetim | leif[mobile], I'm getting btfull to paste here... I don't use OPTIMIZE anyway I will be sure about that |
| 23:39.28 | msetim | http://pastebin.com/m69360a92 |
| 23:41.27 | msetim | leif[mobile], I can't be sure if it is happening with last 1.4 svn :( because it is running at an client and the segfault is not reproduceable. I believe that to reproduce it is necessary a lot of calls |
| 23:41.29 | leif[mobile] | Won't be able to look @ it here |
| 23:41.33 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 23:42.06 | msetim | leif[mobile], no problem I can back here tomorrow to try figure out why this happen |
| 23:42.18 | leif[mobile] | that shows not 'optimized out' right? If so i suggest you open a new issue |
| 23:43.45 | msetim | leif[mobile], yes... I will check if 'optimized' is enable before to post new issue ;) thanks for you attention |
| 23:43.56 | alecdavis | Bug Marshals: Bug 14600 can be closed. That will make the 4th closure today. |
| 23:47.40 | *** join/#asterisk-dev albertoandrade (n=albertoa@200.195.162.210) |
| 23:57.04 | leif[mobile] | alecdavis: can you remind me to close that tomorrow if no one else does it? Thx! |
| 23:59.56 | jpeeler | it's already handled, just needs to be closed? |