| 00:21.23 | *** join/#asterisk-dev rbd_ (~rbd@cpe-024-163-113-036.nc.res.rr.com) |
| 00:23.02 | rbd_ | hi guys...I have an app_ module that worked fine in 1.4 at http://pastebin.com/ntsFXrD8 ... it's based on app_mp3.c (but works in reverse, reading in from asterisk, and writing out to a program it spawned called cdwritestream). With 1.6 the program still spawns fine, but nothing is written. I know the problem is with line 193 (which also gave a compile error)...anyone have an alternative line |
| 00:23.05 | rbd_ | that works under 1.6? |
| 00:23.48 | rbd_ | basically the compiler is choking b/c f->data is a union, when it wants just a plain old const void*...a direct cast doesn't work (gives another error) |
| 00:26.30 | rbd_ | ahh... f->data.ptr ..I'll try that |
| 01:17.53 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 01:44.52 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 02:15.56 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-24-41-146.gnace702.dsl.brasiltelecom.net.br) |
| 04:38.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 04:38.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 09:41.17 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 10:50.51 | *** join/#asterisk-dev mpe_ (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 10:55.13 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 11:01.58 | *** join/#asterisk-dev mpe (~mpe@79.138.172.162.bredband.oister.dk) |
| 11:09.19 | *** join/#asterisk-dev mpe_ (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 11:50.48 | snuff-home | mm.. what is this 'doc/asterisk.8' file? |
| 11:51.20 | tzafrir | A man page |
| 11:51.27 | tzafrir | Out of date, actually |
| 11:51.36 | tzafrir | Try: man ./doc/asterisk.8 |
| 11:51.48 | snuff-home | mm.. never knew man.. was .8 |
| 11:52.16 | tzafrir | The section it is in. Section 8 of the system's user manual |
| 11:52.47 | snuff-home | mm.. i guess the manpage needs updating... 'asterisk 1.2' @ bottom |
| 11:53.40 | snuff-home | i also wonder if we need a 'markocam' link |
| 12:54.12 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:16.42 | *** join/#asterisk-dev sgimeno (~chatzilla@95.122.11.99) |
| 13:33.48 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:41.35 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 14:43.47 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 14:47.47 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 14:52.05 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 15:08.07 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 15:09.19 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-24-42-35.gnace702.dsl.brasiltelecom.net.br) |
| 15:24.05 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 15:37.23 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-24-56-107.gnace702.dsl.brasiltelecom.net.br) |
| 15:39.05 | *** join/#asterisk-dev richardf (~savag3@173.116.124.202.static.snap.net.nz) |
| 15:52.58 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 15:58.18 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 16:01.52 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 16:22.27 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 16:36.33 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 16:40.43 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-24-56-107.gnace702.dsl.brasiltelecom.net.br) |
| 16:49.57 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 16:54.57 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-24-56-107.gnace702.dsl.brasiltelecom.net.br) |
| 16:59.45 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 17:07.27 | pabelanger-lap | [Jul 24 13:06:17] ERROR[25512]: netsock2.c:94 ast_sockaddr_stringify_fmt: getnameinfo(): ai_family not supported |
| 17:22.04 | pabelanger-lap | found the issue in manager.c, uploading patch |
| 17:22.16 | russellb | pabelanger-lap: pastebin it |
| 17:22.20 | russellb | it's probably fine to just commit |
| 17:22.21 | russellb | :-) |
| 17:22.49 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 17:23.09 | pabelanger-lap | http://asterisk.pastebin.com/a5mJDSdT |
| 17:23.20 | pabelanger-lap | sin_family is only set when manager is enable :) |
| 17:23.38 | pabelanger-lap | so, when its disable, manager show settings returns errors |
| 17:23.55 | russellb | ship it! |
| 17:24.09 | russellb | commit to 1.8, then merge to trunk |
| 17:24.52 | russellb | wanders off again |
| 17:24.54 | pabelanger-lap | salutes russellb |
| 17:27.52 | pabelanger-lap | http://asterisk.pastebin.com/fNz430U0 |
| 17:28.21 | pabelanger-lap | russellb: btw: another trivial fix, to fix a segfault in 1.8 ^^ |
| 17:39.23 | pabelanger-lap | Q: Which script do we now use to merge from 1.8 to trunk? |
| 17:49.22 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 17:49.23 | russellb | you'll have to run make install from repotools again |
| 17:49.27 | russellb | and it'll be merge8trunk |
| 17:49.56 | russellb | pabelanger-lap: that patch is fine, but it can be simplified to 1 line |
| 17:50.04 | russellb | return !addr || addr->len == 0; |
| 17:50.09 | pabelanger-lap | russellb: Ya, I did, but for some ready the symbolic link was not created. I just manually added it |
| 17:50.13 | pabelanger-lap | will check repotools |
| 17:50.16 | russellb | svn up |
| 17:50.20 | russellb | or whatever |
| 17:50.20 | russellb | heh |
| 17:50.44 | russellb | or you can always ... $ svnmerge merge -P branch-1.8-merged -F ../merge.msg -r <revision> |
| 17:50.53 | russellb | but that's more typing. |
| 17:53.15 | pabelanger-lap | russellb: ya, forgot to run configure for repotools |
| 17:53.26 | russellb | gotcha. |
| 17:54.14 | pabelanger-lap | will make change for patch too, thakns |
| 17:54.18 | pabelanger-lap | thanks* |
| 17:54.22 | russellb | np |
| 17:56.56 | pabelanger-lap | russellb: return !addr || add->len == 0; changes to return values for the function. retval 1 addr is null |
| 17:57.32 | russellb | that's what it should do |
| 17:57.43 | pabelanger-lap | k |
| 17:57.55 | russellb | convince yourself before you commit though :-) |
| 17:59.37 | pabelanger-lap | of course. Looking into it now |
| 17:59.52 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 17:59.58 | jmls | guys! |
| 18:00.00 | jmls | good day. |
| 18:00.15 | jmls | is installing 1.8 :) |
| 18:00.30 | russellb | if anyone can break it, jmls can :-) |
| 18:00.39 | jmls | with a "Brakspear Triple" ale by my side |
| 18:00.55 | jmls | russellb: poetic words. "Make clean" broke ;) |
| 18:01.10 | russellb | nice.. |
| 18:01.10 | jmls | ahh. works now after ./configure |
| 18:01.14 | russellb | yeah.. |
| 18:01.16 | jmls | panic over :) |
| 18:03.56 | jmls | is it possible to get menuselect to tell you the packages needed ? For example, chan_mobile is disabled because it requires "bluetooth (E)". However, bluetooth is not a centos package. I think it's bluez or something like that, but it's guesswork :) |
| 18:04.17 | russellb | yeah, it's the bluez one |
| 18:04.50 | russellb | and "bluetooth" is the literal name of the library it provides that asterisk needs, so that's why it shows that |
| 18:05.19 | russellb | contrib/scripts/install_prereq lists packages needed for different distros, but the redhat/centos/fedora/etc list isn't really there yet. |
| 18:05.38 | jmls | ah |
| 18:05.38 | russellb | if someone wanted to fill it up with packages that would be great *hint hint* |
| 18:05.52 | jmls | sh1t. knew that was coming :( |
| 18:06.36 | russellb | i need some beer. |
| 18:06.57 | jmls | has some nice beer |
| 18:07.19 | jmls | 24 bottles of it. "beers of Europe" gift case :) |
| 18:07.22 | russellb | nice |
| 18:07.51 | jmls | hint: was by birthday 2 days ago ... :-D |
| 18:08.01 | jmls | s/by/my |
| 18:09.20 | philipp64|laptop | one per year? |
| 18:09.38 | jmls | yeah, birthdays normally work that way .... |
| 18:09.43 | jmls | :-[ |
| 18:10.18 | philipp64|laptop | no, bottles of beer. |
| 18:10.21 | jmls | no, I'm not that young. I remember z80 assembler, for chrissakes. And punch cards. |
| 18:10.40 | jmls | philipp64|laptop: was joking with you |
| 18:11.02 | philipp64|laptop | ah, yes... the IBM 2716 punch... I used to take a BAL370 course at William and Mary. |
| 18:11.08 | jmls | Jeez. really should try installing asterisk half-cut ... |
| 18:11.46 | philipp64|laptop | the Z80 wasn't a bad little machine... I always wanted a 6809, though... it had a hardware multiply. |
| 18:11.56 | jmls | I remember vividly one day walking from the punch room to the computer room when I dropped the bloody cards . Oh, the pain. |
| 18:12.08 | philipp64|laptop | yup. done that. |
| 18:12.19 | jmls | never got into Motorola cpus |
| 18:12.58 | philipp64|laptop | not a fan of the 6502. also remember the 1802 RCA ELF. |
| 18:13.20 | jmls | Arrgh. Installed bluez-lib and bluez-utils, ./configure and still can't select chan_mobile. ? |
| 18:13.28 | russellb | jmls: is there a devel version? |
| 18:13.39 | philipp64|laptop | you need the headers, yup. |
| 18:14.02 | jmls | bluez-devel : no package |
| 18:14.28 | philipp64|laptop | bluez-libs-devel |
| 18:14.31 | pabelanger-lap | learn'd something new.... !0 :) |
| 18:14.41 | russellb | pabelanger-lap: ooh :-) |
| 18:14.42 | philipp64|laptop | sudo yum list bluez\* |
| 18:14.57 | pabelanger-lap | russellb: Thanks. never knew that. |
| 18:15.12 | russellb | pabelanger-lap: no problem, glad I could help in some small way, heh |
| 18:15.15 | jmls | that's the puppy |
| 18:15.26 | jmls | hits ./configure again |
| 18:15.33 | philipp64|laptop | drum roll... |
| 18:15.52 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 18:16.07 | jmls | long roll .... |
| 18:16.13 | philipp64|laptop | russellb: how are things on your part of the Gulf? |
| 18:16.17 | jmls | yay! |
| 18:16.23 | russellb | ... *crash* |
| 18:16.31 | philipp64|laptop | that bad, huh? |
| 18:16.41 | russellb | philipp64|laptop: no idea to be honest ... we're a 6 hour drive north of the gulf |
| 18:17.11 | philipp64|laptop | I figured it was on the local news every evening... even if you're inland. |
| 18:17.21 | russellb | it might be, but i don't want local news, heh |
| 18:18.26 | philipp64|laptop | I miss my Gulf grouper etouffee. |
| 18:18.43 | philipp64|laptop | cries into his crevettes a la creole |
| 18:20.16 | philipp64|laptop | well, trunk *was* building for astlinux. sigh. Mark's commit broke things for us until we can figure out how to get newlocale(), freelocale(), and strcasecmp_l() supported. sigh. |
| 18:20.58 | philipp64|laptop | "Damn you, uClibc! From hell's heart I stab at thee!!!!" |
| 18:21.05 | russellb | how many places is it used? |
| 18:21.13 | russellb | in asterisk that is |
| 18:21.15 | philipp64|laptop | one each, I think. |
| 18:21.22 | philipp64|laptop | just in sip. |
| 18:21.49 | russellb | should be easy enough to add a configure script check, then |
| 18:21.55 | russellb | and go back to strcasecmp() if it's not there |
| 18:22.02 | philipp64|laptop | <PROTECTED> |
| 18:22.41 | philipp64|laptop | still wouldn't have newlocale() and freelocale(). might be easier to save out his commit as a reverse-patch. sigh. |
| 18:23.27 | russellb | the joy of uclibc |
| 18:23.39 | philipp64|laptop | shoot me now. |
| 18:23.50 | russellb | ~shoot philipp64|laptop |
| 18:23.50 | infobot | ACTION shoots philipp64|laptop in the head with a frozen turkey cannon! |
| 18:23.53 | philipp64|laptop | no, wait... too many people might take me up on that. |
| 18:23.59 | jmls | too late |
| 18:24.02 | philipp64|laptop | yup. |
| 18:24.08 | philipp64|laptop | dies |
| 18:24.13 | jmls | ~shoot philipp64|laptop |
| 18:24.14 | infobot | ACTION shoots philipp64|laptop in the head with a cork gun! |
| 18:24.34 | jmls | just to make sure ... |
| 18:24.37 | philipp64|laptop | wouldn't be so bad if we were running 0.9.31, but the update is somewhat traumatic. |
| 18:24.46 | philipp64|laptop | double-tap. |
| 18:24.51 | jmls | he's still alive ! |
| 18:25.07 | philipp64|laptop | come on, you long suspected I was a zombie space alien. admit it! |
| 18:25.39 | jmls | you have to be alien to want to work with uClibc .. |
| 18:25.51 | philipp64|laptop | well, glibc is a bit of a pig. |
| 18:26.30 | jmls | hits ./configure again :) |
| 18:26.44 | philipp64|laptop | although when run-from-flash systems had 64MB flash, that was one thing... but these days I think you can't by less than 1/2 GB, so it's a moot point. |
| 18:26.53 | russellb | I have decided that writing about Asterisk architecture is tough. Doing it in a correct, concise, and useful manner such that it fits into a single chapter is even harder. |
| 18:27.29 | philipp64|laptop | Astricon talk? |
| 18:27.43 | philipp64|laptop | Missed OSCON this past week in Portland. Sigh. |
| 18:27.52 | russellb | nope, for a book actually |
| 18:28.00 | russellb | yeah, i'd love to go to OSCON |
| 18:28.07 | russellb | it's so incredibly expensive, though |
| 18:28.14 | philipp64|laptop | really? ironic that. |
| 18:28.20 | russellb | exactly |
| 18:28.38 | russellb | i looked into it, put together a travel budget ... it would have cost me $4000 or so to go |
| 18:28.47 | philipp64|laptop | "cheap girlfriends make expensive wives..." |
| 18:29.07 | philipp64|laptop | how much of that was the conference alone? |
| 18:29.13 | russellb | roughly half |
| 18:29.28 | philipp64|laptop | then I'm not so sorry I missed it. |
| 18:29.33 | russellb | then flight, hotel, food |
| 18:29.40 | philipp64|laptop | well, next week I start at Intel as a contractor... |
| 18:29.40 | jmls | hmm. res_fax is selected. res_fax_spandsp is disabled. I have spandsp installed from source |
| 18:29.56 | russellb | jmls: might be a spandsp version issue |
| 18:30.06 | russellb | philipp64|laptop: oh yeah? doing what |
| 18:30.14 | philipp64|laptop | RouteBricks. |
| 18:30.34 | philipp64|laptop | mostly QoS stuff. |
| 18:30.36 | jmls | russellb: installed spandsp-0.0.6pre17 |
| 18:30.51 | russellb | jmls: check config.log, search for spandsp, see what the error is |
| 18:30.52 | philipp64|laptop | some VPN, BGP, IPsec... |
| 18:30.56 | russellb | cool |
| 18:31.35 | philipp64|laptop | Looks like Intel might be positioning themselves to make Vyatta irrelevant. |
| 18:31.50 | philipp64|laptop | which is too bad for Vyatta... they have some good people there. |
| 18:32.37 | philipp64|laptop | well, maybe next year I can get Intel to pay for me to go to OSCON. it's in Portland every year, right? |
| 18:32.55 | jmls | "conftest.c:254:29: error: spandsp/version.h: No such file or directory" |
| 18:32.56 | jmls | <PROTECTED> |
| 18:33.28 | philipp64|laptop | --with-spandsp=/usr/src/spandsp-0.0.6/src ? |
| 18:33.35 | jmls | urg |
| 18:33.49 | jmls | never had to do that before |
| 18:34.06 | philipp64|laptop | don't you usually install the headers into /usr/include? |
| 18:34.19 | philipp64|laptop | (and the libraries into /usr/lib?) |
| 18:34.24 | jmls | only ever runs make / make install :) |
| 18:34.59 | jmls | never had to install anything anywhere. the make install always worked for me before. |
| 18:35.39 | jmls | wait one .. |
| 18:36.01 | jmls | hits ./configure again |
| 18:37.27 | jmls | you know, it never ceases to amaze me that things work properly when you issue the right install commands .... |
| 18:37.46 | jmls | forgot to "make install" in spandsp ... :-! |
| 18:38.41 | jmls | now, is hoard better than default ? |
| 18:38.49 | jmls | (compiler flags) |
| 18:39.57 | jmls | russellb: none of the "Utilities" menuselect options have any description of what they are ... |
| 18:40.44 | russellb | awesome |
| 18:41.24 | russellb | jmls: should provide performance gains under load (if you install it) |
| 18:41.40 | russellb | i've never seen good test numbers, it's more of a theory |
| 18:41.46 | jmls | heh |
| 18:41.53 | jmls | ignores that option then |
| 18:41.53 | russellb | it's a memory allocator that is supposed to perform much better in multithreaded environments |
| 18:43.38 | philipp64|laptop | zoned memory, like NextStep had? |
| 18:44.29 | russellb | http://prisms.cs.umass.edu/emery/index.php?page=hoard |
| 18:44.55 | philipp64|laptop | that was a nice feature... gave good cache performance, and very fast "super-free". |
| 18:48.28 | philipp64|laptop | looks interesting. hadn't heard of it. |
| 18:56.00 | russellb | i would really like to see some asterisk load test results comparing with/without it on a multi-core machine |
| 18:57.18 | philipp64|laptop | multicore or multi-cpu? |
| 18:57.38 | jsmith | runs off to catch a flight back to the US |
| 18:57.59 | philipp64|laptop | a lot of multi-core single-chip processors share cache-consistency logic, so you might see less improvement there than on architectures with truly private caches. |
| 19:00.04 | russellb | i guess multi-cpu :-) |
| 19:03.12 | philipp64|laptop | before I left Microsoft I went to an internal vendor presentation on how 64-core chips were 2-3 years out. that was just over a year ago. |
| 19:03.16 | pabelanger-lap | Watch out! I might get my 3rd bug fix for 1.8 today :p |
| 19:03.44 | philipp64|laptop | you could dedicate a core to DMA, another to memory refresh, another to encryption, ... |
| 19:04.38 | russellb | pabelanger-lap: you're on a roll! |
| 19:04.45 | philipp64|laptop | just filed M17697 |
| 19:04.47 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0017697: Workaround required for environments not supporting locale reported by pprindeville https://issues.asterisk.org/view.php?id=17697 |
| 19:14.53 | jmls | can we add an option to save the config file generated by realtime if there is an error ? |
| 19:15.03 | jmls | config.c:1112 process_text_line: parse error: No category context for line 1 of /var/tmp/exec.1279998830966852.-1208215856 |
| 19:15.23 | jmls | var/tmp/exec.1279998830966852.-1208215856 does not exist, because it has been removed |
| 19:15.29 | pabelanger-lap | russellb: Yup, just found it :) |
| 19:15.39 | jmls | would make life a little easier :) |
| 19:16.14 | jmls | URG |
| 19:16.22 | jmls | asterisk -vvvvvvvvvvvc |
| 19:16.30 | jmls | ctrl-c to quir |
| 19:16.32 | jmls | quit |
| 19:16.41 | jmls | and now no local echo |
| 19:16.50 | jmls | [root@localhost asterisk-1.8]# [root@localhost asterisk-1.8]# [root@localhost asterisk-1.8]# [root@localhost asterisk-1.8]# |
| 19:17.11 | jmls | all commands work, but they do not appear on the console |
| 19:17.27 | jmls | russellb: you were right. I broke it :) |
| 19:21.25 | russellb | # !reset |
| 19:21.33 | russellb | err, no ! |
| 19:25.09 | philipp64|laptop | the patch builds that I just tried for 17697, but I'm not sure how to test it. |
| 19:27.10 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 19:31.12 | philipp64|laptop | rebooting with that patch... |
| 19:32.34 | pabelanger-lap | So, in chan_dahdi, if we check for a distinctive ring and the context (dringXcontext) is NULL. Is it safe to fall back to the _default_ context? |
| 19:33.52 | russellb | pabelanger-lap: i would expect it to fall back to the configured context for that dahdi channel |
| 19:34.17 | pabelanger-lap | nods |
| 19:34.24 | pabelanger-lap | incoming patch :) |
| 19:35.04 | pabelanger-lap | Trying to see why it changed from 1.6.2 to 1.8 however |
| 19:36.00 | jmls | russellb: the local echo thing is definately borked. Using putty and system console - pressing CTRL-C screws the command line |
| 19:36.38 | russellb | jmls: and other versions worked? |
| 19:36.56 | jmls | never had the issue before |
| 19:37.01 | russellb | k |
| 19:37.05 | jmls | so, a bit suspicous. |
| 19:37.09 | russellb | nods |
| 19:37.10 | jmls | I'll try on 1.4 |
| 19:37.17 | russellb | report it after you try it |
| 19:37.59 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 19:37.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 19:40.12 | jmls | can you select 1.8 svn in the bug tracker yet ? |
| 19:42.32 | jmls | yup, problem does not exist in 1.4 - so must be a bug in 1.8 (or possibly 1.6) |
| 19:43.35 | jmls | aw crap. Can't select 1.8 in the bugtracker ... :( |
| 19:43.41 | jmls | what should I use ? |
| 19:44.03 | jmls | ignores the "product version" drop down |
| 19:46.37 | jmls | M17968 |
| 19:46.39 | MuffinMan | Failed to retrieve issue page for 17968. Does it exist? |
| 19:46.47 | *** join/#asterisk-dev guilhermebr (~Guilherme@201-14-75-219.gnace702.dsl.brasiltelecom.net.br) |
| 19:46.49 | jmls | nope. it doesn't |
| 19:46.51 | jmls | :) |
| 19:46.56 | jmls | M17698 |
| 19:46.58 | MuffinMan | [new] [Asterisk] Core/General 0017698: CTRL-C from asterisk -vvvvvvvvc has strange results reported by jmls https://issues.asterisk.org/view.php?id=17698 |
| 19:50.16 | Corydon76-dig | jmls: Um, that's a signal to interrupt the process. Of course it has weird results |
| 19:52.54 | kpfleming | jmls: it's not there because it's a beta |
| 19:56.09 | Corydon76-dig | It's apparently just been added |
| 19:56.59 | kpfleming | well then |
| 19:58.38 | Corydon76-dig | Or more specifically, it was in the release field, but not in the branch field |
| 19:59.53 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 20:00.51 | philipp64|laptop | ok, not quite... but the problem was elsewhere... (including disk image) |
| 20:05.20 | jmls | Corydon76-dig: the problem does not manifest in 1.4 |
| 20:05.45 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 20:08.03 | philipp64|laptop | compile compile compile.... |
| 20:18.55 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 20:18.56 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 20:24.21 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:24.21 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:25.08 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 20:28.14 | tzafrir | jmls, it basically means Asterisk does not properly reset the terminal? |
| 20:28.22 | jmls | yup |
| 20:42.01 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 20:42.37 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 20:44.02 | pabelanger-lap | salutes leifmadsen |
| 20:44.20 | leifmadsen | pabelanger-lap: howdy! |
| 20:50.14 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 20:51.42 | tzafrir | jmls, the following may or may not be related: http://bugs.debian.org/563441#15 |
| 20:56.07 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 20:56.14 | jmls | heh, running on centos, but looks similar |
| 20:58.42 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 21:14.17 | philipp64|laptop | so did the bluez issue get worked out? |
| 21:16.34 | jmls | yup |
| 21:16.38 | jmls | bluez-lib-devel |
| 21:17.32 | jmls | why am I getting "> doing dnsmgr_lookup for www.xxx.yyy.zzz" every 90 seconds on the console ? |
| 21:21.16 | russellb | because it's doing a dnsmgr lookup every 90 seconds? |
| 21:21.26 | jmls | hahah |
| 21:21.38 | jmls | doesn't appear on the console in 1.4 |
| 21:21.54 | jmls | it's not a verbose message |
| 21:22.10 | jmls | sho it shouldn't be polluting my console :) |
| 21:22.41 | jmls | ~give russelb a muffin |
| 21:22.42 | infobot | ACTION gives a muffin to russelb |
| 21:37.16 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 21:57.43 | philipp64|laptop | patch in M17697 seems to be working. |
| 21:57.45 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0017697: [patch] Workaround required for environments not supporting locale reported by pprindeville https://issues.asterisk.org/view.php?id=17697 |
| 22:00.40 | *** part/#asterisk-dev hc_e (~hc@pdpc/supporter/active/hc-e) |
| 22:34.05 | russellb | philipp64|laptop: k, should be able to get it committed this week then |
| 22:46.29 | *** join/#asterisk-dev devdvd (~twister19@173-31-175-216.client.mchsi.com) |
| 22:47.01 | devdvd | hey all, i am looking for the place in the source code to change the order in which mysql pulls queue members |
| 22:47.27 | devdvd | basically i need it to order by uniqueid ASC instead of the default which is by interface |
| 22:47.47 | devdvd | which file specifies the query , i cant seem to find it |
| 22:55.59 | pabelanger-lap | devdvd: app_meetme.c ? |
| 22:58.15 | russellb | app_meetme.c for queue members? |
| 22:58.38 | devdvd | ok, ill take a look at that thanks :) |
| 23:00.01 | russellb | app_queue.c is what you're looking for |
| 23:01.29 | snuff-home | mmmm.. russ did u see my comments bout 10hrs ago.. (aka asterisk man page) |
| 23:01.51 | devdvd | yea im diggin around in app_queue. I figured out quickly meetme wasn't what i needed. |
| 23:02.56 | russellb | snuff-home: nope |
| 23:04.02 | snuff-home | basically the 'man' page talks about 1.2 |
| 23:04.24 | snuff-home | and do we need 'markocam' link in the man page? |
| 23:05.01 | russellb | heh, that's quite a bit out of date |
| 23:05.07 | russellb | and i don't think markocam works anymore |
| 23:05.58 | snuff-home | the only reason i noticed it cause someone updated it in svn |
| 23:08.39 | russellb | feel free to clean it up :-) |
| 23:09.21 | snuff-home | i shall.. just will fix in trunk.. or should i apply to 1.8 also? |
| 23:09.47 | russellb | well if it says something about 1.2, might as well fix it in all branches |
| 23:10.04 | snuff-home | does suck in doing svnmerge tool ;) |
| 23:11.38 | pabelanger-lap | devdvd: my bad |
| 23:15.55 | snuff-home | i will re-dl my svnmerge tool to commit the change |
| 23:16.01 | snuff-home | *my=the |
| 23:18.24 | jpeeler | does autoconfig.h.in need to be committed with configure changes? |
| 23:20.23 | pabelanger-lap | I usually upload everything ./bootstrap.sh touches |
| 23:20.39 | jpeeler | it's like i'm reversing the changes made from the last person |
| 23:21.08 | pabelanger-lap | Ya, because the previous person had a different version of autoconf |
| 23:21.14 | jpeeler | right |
| 23:22.53 | pabelanger-lap | the history of autoconfig.h.in is pretty funny. The comment for HAVE_STRUCT_STAT_ST_BLKSIZE keeps changing ;) |
| 23:23.14 | pabelanger-lap | 'is member' / 'is a member' |
| 23:23.16 | jpeeler | right i'm about to change it |
| 23:24.54 | jpeeler | right after i fix my default editor to not be nano anymore on this new install |
| 23:29.57 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 23:31.25 | snuff-home | does the svnmerge tool stuff on the website still apply.. still talks 1.2 etc |
| 23:34.45 | pabelanger-lap | snuff-home: I've found some of it still applies, but I've created m17519 for the purpose to update the document. |
| 23:34.47 | MuffinMan | [assigned] [Asterisk] Documentation 0017519: Documentation updates for 'Developer branches and branch merging' reported by pabelanger https://issues.asterisk.org/view.php?id=17519 |
| 23:35.12 | snuff-home | heh pabelanger-lap i think ur almost too active :P |
| 23:38.04 | pabelanger-lap | Ya, my GF say the same thing |
| 23:40.04 | snuff-home | mm.. when was 1.4 rlsed? |
| 23:44.51 | snuff-home | wow.. rls'ed 1.4 in december 2006 |
| 23:45.05 | snuff-home | didn't even realise been that long |
| 23:48.35 | snuff-home | mm.. i'm noticing a theme.. 1.4.0 = december 2006.. 1.6.2 = december 2009 |
| 23:50.07 | tzafrir | russellb, any way to get the man page generated from doxygen or whatever? |
| 23:50.33 | snuff-home | tzafrir: a .tex can convert to man.. i think? |
| 23:51.20 | snuff-home | either way.. not much is 'added' to command line options |
| 23:54.36 | tzafrir | http://ctan.tug.org/tex-archive/support/latex2man/latex2man.html ? |
| 23:55.09 | tzafrir | part of texlive-extra-utils here |
| 23:55.19 | tzafrir | will try to look at it tommorow |
| 23:59.24 | snuff-home | mm.. did i just do that correct... |