| 01:05.37 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 14:57.31 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 14:57.31 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 14:57.36 | tzafrir_laptop | wb |
| 14:57.41 | lmadsen | I like beer, but trying to be a bit healthier lately :) |
| 14:57.47 | seanbright | same here |
| 14:57.55 | seanbright | i've lost 13lbs in the last 2 months |
| 14:57.57 | lmadsen | watches seanbright spark another cig |
| 14:58.00 | seanbright | heh |
| 14:58.03 | lmadsen | seanbright: wow, good hustle! |
| 14:58.09 | seanbright | yeah |
| 14:58.12 | seanbright | i've just stopped eating |
| 14:58.14 | seanbright | it's awesome |
| 14:58.21 | Juggie | its because he works on asterisk instead of eating lunch |
| 14:58.28 | seanbright | nah |
| 14:58.29 | lmadsen | hahaha |
| 14:58.34 | seanbright | i've just been bringing lunch to work |
| 14:58.35 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 14:58.41 | seanbright | so i spend less money and eat less crappily |
| 15:00.31 | seanbright | but yeah... the smoking needs to go as well |
| 15:00.38 | seanbright | by my 30th i think |
| 15:00.40 | Juggie | that would save money |
| 15:01.03 | seanbright | start my 4th decade off right |
| 15:01.04 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:01.04 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:02.52 | Juggie | i dropped like 25 since march |
| 15:03.22 | seanbright | wow |
| 15:03.33 | seanbright | my goal is to be 199 for a day |
| 15:03.40 | seanbright | i've got another 25 to go |
| 15:03.48 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:03.48 | Juggie | hah |
| 15:03.50 | Juggie | i made it to 185 |
| 15:03.56 | seanbright | nice |
| 15:03.56 | Juggie | buy a wii fit :P |
| 15:04.00 | seanbright | heh |
| 15:04.09 | seanbright | i go to the gym everyday |
| 15:04.14 | seanbright | i think that'll do it |
| 15:04.40 | Juggie | ya i'm gonna go back to the gym soon now probally when i get back from visiting my parents in a few weeks |
| 15:04.48 | Juggie | i usually just jog for like 30min at the gym |
| 15:05.00 | Juggie | do cardio, no weights, i'm too lazy for that |
| 15:05.16 | seanbright | i do the elliptical for an hour |
| 15:10.12 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 15:10.12 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 15:10.14 | seanbright | well yes |
| 15:10.20 | seanbright | but this happened before i smoked too, back in HS. |
| 15:11.05 | Juggie | then your as broken as me! |
| 15:11.09 | seanbright | hooray |
| 15:11.11 | seanbright | heh |
| 15:20.37 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.108.195) |
| 15:20.53 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:21.20 | *** mode/#asterisk-dev [-o ctooley] by ChanServ |
| 15:24.16 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:33.20 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:33.20 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:38.32 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 15:38.32 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:53.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:13.28 | tzafrir_laptop | hmm...I'm getting some build errors from codec_dahdi when building 2.4.22-rc3 |
| 16:14.01 | tzafrir_laptop | the system has zaptel 1.4.11 install, I build it explicitly --with zaptel 1.4.12 |
| 16:14.30 | tzafrir_laptop | But this does not have any effect: |
| 16:14.57 | tzafrir_laptop | the dependencies of codec_dahdi are dahdi and dahdi_transcode |
| 16:15.17 | tzafrir_laptop | in makeopts I see: DAHDI_INCLUDES= |
| 16:15.59 | tzafrir_laptop | what if I add it a dependency on zaptel? |
| 16:16.47 | russellb | tzafrir_laptop: yeah, I think that will fix it |
| 16:17.19 | kpfleming | please don't |
| 16:17.20 | kpfleming | the presence of zaptel should not be known in any of the modules |
| 16:17.32 | russellb | I assumed s/zaptel/dahdi/ ... |
| 16:17.36 | tzafrir_laptop | fixes building |
| 16:17.43 | kpfleming | it has a dependency on dahdi already |
| 16:17.50 | kpfleming | sure, but it is not the right fix |
| 16:18.05 | kpfleming | the DAHDI dependency should have been satisfied but it wasn't |
| 16:18.35 | tzafrir_laptop | I used an explicit --with-zaptel |
| 16:18.59 | kpfleming | i saw that |
| 16:19.07 | kpfleming | that should have satisfied the dahdi requirement for codec_dahdi |
| 16:20.41 | kpfleming | what build error did you get? |
| 16:21.10 | russellb | this might fix it ... http://pastebin.ca/1197323 |
| 16:21.35 | kpfleming | yep, that's it |
| 16:21.40 | russellb | and an additional AC_SUBST ... |
| 16:21.47 | russellb | k, will commit |
| 16:21.54 | kpfleming | we have to do LIBS as well, but there aren't any :-) |
| 16:22.05 | russellb | heh, makeopts.in doesn't check it |
| 16:22.10 | russellb | but yeah, i'll add that too |
| 16:23.01 | russellb | and it's _INCLUDE, not _CFLAGS ... fail |
| 16:23.05 | russellb | anyway, you got the idea :-p |
| 16:25.08 | kpfleming | righty-righty |
| 16:26.56 | russellb | tzafrir_laptop: please verify that it fixes it for you |
| 16:27.09 | tzafrir_laptop | checking right now... |
| 16:27.14 | russellb | thanks :) |
| 16:29.44 | tzafrir_laptop | hmm.... doesn't work... DAHDI_INCLUDE was already AC_SUBST before? |
| 16:30.03 | tzafrir_laptop | what happens if you run AC_SUBST(var) the second time? |
| 16:30.18 | russellb | nothing, it appears ... |
| 16:30.31 | russellb | Ok, let me try for take 2 |
| 16:31.05 | tzafrir_laptop | hmmm... does work |
| 16:31.15 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:31.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:31.19 | russellb | it didn't and now it does? :) |
| 16:31.24 | tzafrir_laptop | ./config.status --recheck doesn't actually update? |
| 16:31.36 | russellb | shrugs |
| 16:31.38 | tzafrir_laptop | ./configu.status does |
| 16:34.16 | kpfleming | no.. --recheck doesn't do much |
| 16:34.31 | kpfleming | and if the configure script has been changed, it won't take that into account |
| 16:34.49 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 16:43.30 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 16:54.36 | tzafrir_laptop | does the commit hook ignore 'configure' on mail messages? |
| 16:54.41 | kpfleming | yes |
| 16:54.46 | tzafrir_laptop | nice |
| 16:54.57 | kpfleming | got tired of seeing useless diffs :-) |
| 16:57.42 | *** join/#asterisk-dev mv2 (n=mv@83.240.229.38) |
| 16:57.54 | mvanbaak | kpfleming: ping |
| 16:57.59 | mv2 | <PROTECTED> |
| 16:58.45 | Qwell | mv2: what would you like explained? |
| 17:01.09 | mv2 | If I place a SIP invite with invalid From header I can bypass allowguest directive ? |
| 17:01.22 | Qwell | that is the basic gist of it, yes |
| 17:02.32 | Qwell | this has of course already been fixed for 5.5 months. fixing it is as simple as upgrading |
| 17:04.16 | mv2 | ok |
| 17:04.26 | mv2 | I know that there is an upgrade |
| 17:04.39 | mv2 | but I'm trying to understand the problem |
| 17:05.16 | seanbright | ohhh unsolicited job offer... HOT |
| 17:05.26 | seanbright | "Sorry for the non solicited email, as I found your contact info in an Asterisk source ChangeLog" |
| 17:05.36 | Qwell | seanbright: I got my hair cut on Saturday, and while I was in there, the lady doing my hair (the assistant manager) got head hunted |
| 17:05.50 | seanbright | apparently membership *does* have it's benefits |
| 17:05.56 | seanbright | really? |
| 17:05.57 | seanbright | wow |
| 17:05.59 | seanbright | that's brazen |
| 17:07.02 | Corydon76-lap | seanbright: a better job, or a contract? |
| 17:07.08 | seanbright | job |
| 17:07.17 | seanbright | it's in philly though |
| 17:07.18 | Corydon76-lap | Nice |
| 17:07.19 | seanbright | so i dunno |
| 17:07.27 | Corydon76-lap | So when are you moving? |
| 17:07.30 | seanbright | heh |
| 17:07.42 | seanbright | if i was going to move for an asterisk related job it would be to AL :) |
| 17:07.52 | seanbright | otherwise i'd like to stay local |
| 17:08.04 | Corydon76-lap | That may still happen; you never know |
| 17:08.46 | seanbright | sho nuff |
| 17:08.54 | Corydon76-lap | or you might get to work for a company in Alabama and not move (like me) |
| 17:09.41 | seanbright | that would be the optimal scenario |
| 17:09.41 | seanbright | not sure it's in the cards atm |
| 17:09.44 | Corydon76-lap | re-shuffle, then |
| 17:11.33 | seanbright | :) |
| 17:15.28 | Qwell | ^ I think he wanted to figure out how to exploit that.. |
| 17:15.49 | seanbright | hmm? |
| 17:16.04 | Qwell | AST-2008-003 |
| 17:16.13 | mvanbaak | Qwell: I agree |
| 17:17.22 | seanbright | ahhh |
| 17:19.14 | seanbright | who is qualified to comment on... |
| 17:19.16 | seanbright | M13405 |
| 17:19.18 | MuffinMan | [feedback] [Asterisk] Applications/NewFeature 0013405: [patch] T38 gateway reported by dafe_von_cetin (Karma: neutral) http://bugs.digium.com/view.php?id=13405 |
| 17:19.26 | *** join/#asterisk-dev linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 17:19.31 | Qwell | mvanbaak: got a bsd box handy? |
| 17:19.46 | seanbright | is the pope catholic? |
| 17:19.56 | Qwell | yes, I realize how silly a question that is :p |
| 17:19.59 | mvanbaak | Qwell: yup |
| 17:20.12 | mvanbaak | OpenBSD animaobsd 4.4 GENERIC.MP#1833 amd64 Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz |
| 17:20.12 | Qwell | seanbright: I'm trying to figure out why Solaris sh would be doing that, and somebody suggested trying it on BSD, to see if it happened there too |
| 17:20.15 | mvanbaak | good enough ? |
| 17:20.25 | Qwell | mvanbaak: from BSD sh, could you do `ggrep -e ^SOMETHING somefile` ? |
| 17:20.28 | Qwell | no quotes |
| 17:20.43 | mvanbaak | ggrep: no such command |
| 17:20.44 | mvanbaak | ;) |
| 17:20.46 | Qwell | :p |
| 17:21.03 | Qwell | presumably you have GNU grep installed somewhere? |
| 17:21.12 | mvanbaak | no, why should I |
| 17:21.34 | mvanbaak | grep ^PATH .profile |
| 17:21.38 | Qwell | lame :p though I suspect it would happen with normal grep too |
| 17:21.43 | mvanbaak | echo $? |
| 17:21.46 | Qwell | it may require the -e |
| 17:21.49 | mvanbaak | 1 |
| 17:21.59 | mvanbaak | same outcome |
| 17:22.03 | Qwell | so it's just Solaris. |
| 17:22.04 | mvanbaak | with or without -e |
| 17:22.09 | Qwell | weird |
| 17:22.12 | mvanbaak | well .... |
| 17:22.24 | mvanbaak | grep '^PATH' .profile |
| 17:22.24 | mvanbaak | PATH=$HOME/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:. |
| 17:22.50 | Qwell | it gives different results if it's quoted? |
| 17:22.55 | mvanbaak | yup |
| 17:23.00 | Qwell | what does it give without the quotes? |
| 17:23.03 | mvanbaak | without quotes it exits with status 1 |
| 17:23.10 | Qwell | no stderr? |
| 17:23.18 | mvanbaak | and with quotes it exits with status 0 and returns a match |
| 17:23.26 | Qwell | okay, so maybe it's bad on BSD too |
| 17:23.27 | mvanbaak | Qwell: no, just exit code 1 |
| 17:23.46 | Qwell | what if you remove the ^, and just grep -e PATH .profile |
| 17:24.07 | mvanbaak | then it returns lines where PATH is |
| 17:24.12 | mvanbaak | grep -e PATH .profile |
| 17:24.12 | mvanbaak | PATH=$HOME/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:. |
| 17:24.14 | Qwell | makes sense |
| 17:24.15 | mvanbaak | export PATH HOME TERM |
| 17:24.27 | mvanbaak | ok |
| 17:24.32 | mvanbaak | exit code 1 for grep: |
| 17:24.33 | Qwell | silly non-GNU sh :) |
| 17:24.43 | mvanbaak | <PROTECTED> |
| 17:25.05 | mvanbaak | http://www.openbsd.org/cgi-bin/man.cgi?query=grep&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html |
| 17:27.43 | mvanbaak | seanbright: you got that mail as well ? |
| 17:27.51 | mvanbaak | it was Todd Lieberman right ? |
| 17:28.49 | seanbright | hahah |
| 17:28.50 | seanbright | yeah |
| 17:28.54 | seanbright | i felt special, too! |
| 17:28.59 | mvanbaak | lol |
| 17:30.31 | seanbright | Qwell: i think the quoting will fix it across the board. |
| 17:30.38 | seanbright | Qwell: so it's a non-issue (or should be) |
| 17:30.40 | Qwell | seanbright: yep |
| 17:30.42 | mvanbaak | seanbright: correct. |
| 17:30.45 | Qwell | I was just trying to understand it |
| 17:31.06 | seanbright | probably should have used single quotes to be consistent. |
| 17:31.08 | seanbright | but... |
| 17:31.10 | seanbright | shrugs |
| 17:32.39 | seanbright | has to tell this story in /me-tense so that jbot doesn't log it... but the CEO of the company i work for just instructed our network admin (that's right, network admin) to print out 4 copies of our entire website... |
| 17:33.03 | seanbright | which is 200+ pages |
| 17:33.32 | mvanbaak | right..... |
| 17:34.14 | seanbright | says "because our network admin doesn't have about 10,000 other things he could/should be doing that are actually part of his job description." |
| 17:36.07 | Corydon76-lap | seanbright: if you prefix your lines with a space, jbot also won't log it |
| 17:36.16 | Corydon76-lap | <PROTECTED> |
| 17:36.18 | Qwell | O.o |
| 17:39.48 | lmadsen | interesting |
| 17:43.54 | tzafrir_laptop | That does not mean, however, other won't log it ... |
| 17:44.58 | Corydon76-lap | tzafrir_laptop: same is true for actions |
| 17:45.05 | tzafrir_laptop | e.g. /home/tzafrir/.xchat/xchatlogs/Freenode-#asterisk-dev |
| 17:45.29 | Corydon76-lap | tzafrir_laptop: is that publically browseable? |
| 17:45.29 | tzafrir_laptop | if I happen to be on line |
| 17:45.33 | tzafrir_laptop | no |
| 17:45.50 | Corydon76-lap | I think that was his primary concern |
| 17:47.11 | tzafrir_laptop | yeah, but with a channel with is logged on so many people, expecting something to be really off-record is, well, a nice hope |
| 17:47.33 | tzafrir_laptop | (not that I have any intentions of actively doing anything or whatever) |
| 17:49.10 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 17:49.10 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:52.02 | seanbright | well, if i wanted a 100% guarantee, i wouldn't have said anything in the channel |
| 17:52.07 | kpfleming | mvanbaak: belated pong |
| 17:52.10 | seanbright | just eliminating the low hanging fruit |
| 17:55.50 | Qwell | Carrying the conversation over from #asterisk-bugs.. I propose removing the rpm (and related) targets from the Asterisk makefile, removing the spec, and just calling it a day. Thoughts? |
| 17:56.00 | kpfleming | +1 from me |
| 17:56.16 | Qwell | (and any other projects with similar stuff, of course) |
| 17:56.29 | Qwell | Can we remove it from 1.4 too? |
| 17:57.14 | Qwell | as it stands right now, it doesn't work |
| 17:57.20 | tzafrir_laptop | anybody actually used them? |
| 17:57.23 | Qwell | and hasn't for...a very long time |
| 17:57.38 | Qwell | tzafrir_laptop: I can't imagine so, no. |
| 17:57.46 | Qwell | there was one guy who tried, and had to report a bug about it |
| 17:59.45 | Qwell | hmm, I think removing it would actually close like...4 bugs |
| 18:00.14 | Qwell | 3. still not bad |
| 18:19.35 | lmadsen | not bad at all |
| 18:19.38 | lmadsen | +1 from me |
| 18:33.00 | seanbright | -1 from me, i prefer things not to work |
| 18:33.03 | seanbright | keeps things in teresting. |
| 18:33.59 | seanbright | s/n t/nt/ |
| 18:45.51 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 18:45.52 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:57.10 | mvanbaak | kpfleming: I wonder why you did that exit status stuff in svnmerge |
| 18:58.52 | mvanbaak | kpfleming: as I have the latest upstream svnmerge.py with the -P and -B options working now |
| 18:59.10 | mvanbaak | kpfleming: but the new svnmerge has a _LOT_ more functions that call svncommand() |
| 18:59.22 | mvanbaak | kpfleming: I was wondering wether we really need that |
| 18:59.45 | mvanbaak | kpfleming: because the one that is candidate to use it (in my mind) is svn-automerge but that's not the case |
| 19:21.03 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 19:21.03 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:38.46 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 19:54.24 | *** join/#asterisk-dev linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 19:56.35 | kpfleming | mvanbaak: i have absolutely no idea... i don't remember any of that stuff, it was far too long ago |
| 19:56.54 | mvanbaak | k |
| 19:57.16 | mvanbaak | kpfleming: I have the latest upstream svnmerge.py with the digium -P and -B in it |
| 19:57.21 | kpfleming | nice |
| 19:57.25 | mvanbaak | working great for 2 days in our production setup now |
| 19:57.48 | mvanbaak | want me to put it somewhere ? |
| 19:59.07 | kpfleming | no idea |
| 19:59.13 | mvanbaak | and like I said yesterday, if noone is actually maintaining it today, I can. |
| 19:59.22 | kpfleming | no, nobody is spending any time on it |
| 19:59.28 | kpfleming | so feel free to do so |
| 19:59.35 | mvanbaak | I will |
| 19:59.47 | linuxer_igor | please anybody help me! (DAHDI) |
| 19:59.54 | linuxer_igor | <PROTECTED> |
| 19:59.57 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 19:59.57 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 19:59.57 | mvanbaak | know what, I'll simply re-do that exit status stuff, put it to test for a week, and then I'll commit it to repotools |
| 19:59.58 | linuxer_igor | don't work |
| 20:00.04 | mvanbaak | and start maintaining it from there |
| 20:00.06 | linuxer_igor | <PROTECTED> |
| 20:00.13 | linuxer_igor | and dont register channels in my E1 |
| 20:00.45 | mvanbaak | kpfleming: like I said, there are like 10 functions more nowedays that call the svncommand() function (all the exit status returns you added are in functions that call svncommand) |
| 20:00.54 | mvanbaak | so it will take some time and testing |
| 20:01.03 | mvanbaak | but I can have a working version before the weekend |
| 20:01.15 | mvanbaak | including testing on a tree that gets half the commits digium gets |
| 20:01.32 | mvanbaak | (we only have 15 dev branches) |
| 20:02.57 | linuxer_igor | <PROTECTED> |
| 20:03.01 | linuxer_igor | <PROTECTED> |
| 20:03.11 | linuxer_igor | DAHDI |
| 20:03.40 | linuxer_igor | I'm using pri_cpe ISDN |
| 20:03.56 | seanbright | linuxer_igor: #asterisk |
| 20:03.59 | linuxer_igor | worked with zaptel |
| 20:04.27 | linuxer_igor | I suspect not a single person on the #asterisk channel uses 1.6 prelease and DAHDI prerelease |
| 20:04.39 | seanbright | ok |
| 20:04.49 | linuxer_igor | please ! |
| 20:04.55 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 20:05.30 | linuxer_igor | dahdi show status |
| 20:05.31 | linuxer_igor | Description Alarms IRQ bpviol CRC4 Fra Codi Options LBO |
| 20:05.31 | linuxer_igor | T2XXP (PCI) Card 0 Span 1 OK 0 0 0 CCS HDB3 YEL 0 db (CSU)/0-133 feet (DSX-1) |
| 20:05.31 | linuxer_igor | T2XXP (PCI) Card 0 Span 2 RED 0 0 0 CCS HDB3 YEL 0 db (CSU)/0-133 feet (DSX-1) |
| 20:05.34 | seanbright | linuxer_igor: try #asterisk. i know nothing about dahdi, and it appears that anyone in here who does is otherwise occupied. |
| 20:05.38 | *** kick/#asterisk-dev [linuxer_igor!n=sean@asterisk/contributor-and-bug-marshal/seanbright] by seanbright (stop) |
| 20:05.42 | seanbright | woops |
| 20:06.36 | seanbright | turns off his kick-flood script |
| 20:08.47 | jpeeler | sadly he was directed here from asterisk |
| 20:09.31 | seanbright | well he was IT |
| 20:09.35 | seanbright | s/IT/OT/ |
| 20:09.45 | seanbright | probably shouldn't have kicked him though |
| 20:12.09 | mvanbaak | anyone besides corydon who wants to look at sysctl support in 'core show sysinfo' ? |
| 20:12.57 | mvanbaak | M13433 |
| 20:13.07 | MuffinMan | [new] [Asterisk] Core/General 0013433: [patch] 'core show sysinfo' on systems without HAVE_SYSINFO but with HAVE_SYSCTL reported by mvanbaak (Karma: +45.00) http://bugs.digium.com/view.php?id=13433 |
| 20:13.35 | seanbright | any change to the linux side of things? |
| 20:13.52 | mvanbaak | if I did it correct: no |
| 20:14.04 | seanbright | then i am not of assistance |
| 20:14.20 | mvanbaak | well |
| 20:14.31 | mvanbaak | I want to know if it still works there :) |
| 20:14.57 | mvanbaak | Corydon76-lap found a bug in it because I included swapctl in my original patch. that's something that is not present on linux |
| 20:16.24 | seanbright | my only comment is that handle_show_sysinfo looks really busy |
| 20:17.09 | mvanbaak | any suggestion to make it less busy ? |
| 20:17.37 | mvanbaak | I had the swap stuff inline before |
| 20:17.41 | mvanbaak | that was even more busier |
| 20:17.58 | seanbright | main/sysinfo.c? |
| 20:18.04 | seanbright | or something |
| 20:18.22 | Qwell | kpfleming: russellb: should I remove the RPM stuff from 1.6.0 and 1.6.1? |
| 20:18.33 | russellb | shrugs |
| 20:18.34 | russellb | sure |
| 20:18.40 | kpfleming | yep |
| 20:19.13 | russellb | hurry up, I want to make the 1.6.0 rc :-p |
| 20:19.42 | Qwell | you're good on 1.6.0 |
| 20:19.44 | seanbright | russellb: take your time this time :D |
| 20:19.49 | russellb | k |
| 20:21.31 | russellb | Qwell: ping me once you take care of that Zaptel bug |
| 20:21.35 | russellb | so we can do 1.4.12.1 |
| 20:21.58 | Qwell | it's at the top of the list (read: working on it now) |
| 20:22.53 | russellb | rockin', thanks |
| 20:23.18 | Juggie | gives Qwell a cookie |
| 20:23.24 | Qwell | russellb: there's the firmware thingie too... |
| 20:23.36 | russellb | Qwell: that's what I was referring to |
| 20:23.37 | Qwell | I can commit what I have, but I don't know if it's right |
| 20:23.39 | russellb | was there something else? |
| 20:23.45 | Qwell | yep |
| 20:23.55 | Qwell | M11523 |
| 20:24.03 | MuffinMan | [assigned] [Zaptel] General 0011523: [patch] build issues on 2.6.8 - struct_device and wait_event_timeout reported by tzafrir (Karma: +106.25) http://bugs.digium.com/view.php?id=11523 |
| 20:24.09 | russellb | ohhh |
| 20:24.11 | russellb | yes |
| 20:24.12 | Qwell | and |
| 20:24.14 | Qwell | M13399 |
| 20:24.22 | russellb | right-o, we shall wait on both |
| 20:24.23 | MuffinMan | [ready for testing] [Zaptel] General 0013399: [patch] Zaptel > 1.4.11 fails when installing due to firmware error reported by blitzrage (Karma: +32.00) http://bugs.digium.com/view.php?id=13399 |
| 20:24.23 | Qwell | I have the diff for 13399 in my working copy already.. |
| 20:24.37 | Qwell | if somebody wants to peek at the patch on there real quick, I can commit it |
| 20:26.48 | kpfleming | yeah. that looks like the right thing to do |
| 20:27.07 | Qwell | lmadsen and I tested it |
| 20:27.15 | kpfleming | hang on |
| 20:27.34 | lmadsen | he's not lying |
| 20:27.42 | kpfleming | just search for zaptel-fw-<foo> in $(FIRMWARE) instead |
| 20:27.56 | kpfleming | all the checking of MENUSELECT_FIRMWARE was already done earlier |
| 20:28.09 | kpfleming | so do a positive search for each package in $(FIRMWARE) |
| 20:29.08 | Qwell | ifneq($(findstring zaptel-fw-oct6114-064-$(OCT6114_064_VERSION).tar.gz,$(FIRMWARE)),) ? |
| 20:29.24 | Qwell | I guess I could probably leave off the version and .tar.gz |
| 20:30.22 | mvanbaak | russellb: what should we do with all the revisions that show up with 'svnmerge avail' on 1.6.0 ? |
| 20:30.41 | russellb | if someone wants to review them all and block as appropriate, fine .. but don't worry about them otherwise |
| 20:30.56 | mvanbaak | (yes, I use that to test the new svnmerge version ;) |
| 20:31.45 | kpfleming | Qwell: just search for zaptel-fw-oct6114-064, yes |
| 20:34.13 | Qwell | done and done |
| 20:34.19 | Qwell | now for the other thing |
| 20:38.09 | seanbright | look at all these issues being closed... we should cut a new RC every day! |
| 20:38.11 | seanbright | :) |
| 20:38.21 | kpfleming | Qwell: use the commit message template, please |
| 20:40.26 | seanbright | how hard would it be to add a CLI command to force a reset of a dahdi span? |
| 20:40.49 | seanbright | trivial? |
| 20:41.48 | tzafrir_laptop | hmm... could you please include that small commit of mine in the new .1 of zaptel? |
| 20:42.02 | tzafrir_laptop | nothing major, just a cosmetic bugfix |
| 20:42.30 | tzafrir_laptop | what happens if you reset a span from within asterisk? |
| 20:42.53 | seanbright | i would just want it to take the span offline and then back online |
| 20:43.11 | seanbright | we have a T1 PRI that occasionally dies without going yellow/red |
| 20:43.24 | seanbright | unplugging and replugging seems to clear it up |
| 20:43.43 | tzafrir_laptop | that is a layer 1 reset |
| 20:44.11 | seanbright | ok |
| 20:44.19 | seanbright | thank you for not answering my question |
| 20:44.19 | seanbright | heh |
| 20:44.33 | kpfleming | seanbright: yes, once issue 3450 gets merged |
| 20:44.56 | seanbright | oh good |
| 20:45.01 | Qwell | kpfleming: I'm not seeing where that check in wctc4xxp is being done |
| 20:45.08 | seanbright | thankfully it's only 3 1/2 years old... :) |
| 20:45.08 | kpfleming | hang on |
| 20:46.18 | kpfleming | Qwell: oh, i see now. it's building for all 2.6, but not for 2.4 |
| 20:46.25 | kpfleming | same for wctdm24xxp |
| 20:46.55 | mvanbaak | ok, I think it's movie time |
| 20:47.09 | mvanbaak | Boondock Saints |
| 20:47.18 | kpfleming | Qwell: line 106 |
| 20:47.40 | snuff-home | mm nothin like droppin out of the air con vent mvanbaak ;) |
| 20:47.43 | kpfleming | Qwell: so it's not going to be as easy as i thought it would be |
| 20:49.04 | kpfleming | Qwell: i'll handle this one... hang on |
| 20:55.05 | kpfleming | Qwell: do you have a 2.6.8 kernel source tree to test building zaptel against so we can check this? |
| 20:55.38 | Qwell | I don't, but it's easy enough to get one |
| 20:56.10 | Qwell | well, I might have an old enough fedora, actually |
| 20:57.33 | tzafrir_laptop | kpfleming, build_tools/test_kernel_git . Set the kernel tree to be git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/old-2.6-bkcvs.git |
| 20:57.42 | tzafrir_laptop | (untested , though) |
| 20:58.03 | kpfleming | Qwell: give this a try |
| 20:58.05 | kpfleming | http://pastebin.com/d600473b0 |
| 20:58.15 | tzafrir_laptop | I suspect I would take gcc 3 to avod build issues |
| 20:58.17 | Qwell | grr... Fedora 3 has 2.6.9 |
| 20:58.34 | tzafrir_laptop | debootstrap a debian sarge |
| 20:58.42 | mvanbaak | snuff-home: ? |
| 20:58.47 | kpfleming | just unpack a kernel tree and 'make defconfig' |
| 20:58.50 | kpfleming | you don't need to buil dit |
| 20:59.17 | kpfleming | that INCOMPAT_MODULES line in my pastebin patch needs to exclude wcte12xp as well for 2.6.<9 |
| 20:59.33 | snuff-home | in boondock saints.. how i remember it they drop out of air con vent |
| 20:59.33 | kpfleming | also, INCOMPAT_MODULES should be sorted before being added to MENUSELECT_MODULES, to remove duplicates |
| 20:59.34 | tzafrir_laptop | make defconfig modules_prepare |
| 20:59.44 | kpfleming | right |
| 20:59.46 | kpfleming | very fast |
| 20:59.58 | mvanbaak | snuff-home: ah, yeah |
| 21:00.04 | kpfleming | have to go to a meeting now |
| 21:00.04 | mvanbaak | snuff-home: I really like the movie |
| 21:00.09 | mvanbaak | kpfleming: have fun |
| 21:01.38 | tzafrir_laptop | build logs from latest zaptel . including a sarge 2.4.27 and 2.6.8 system: |
| 21:01.41 | tzafrir_laptop | http://updates.xorcom.com/logs/zaptel/report.html |
| 21:01.55 | Qwell | geez, I can't even run make defconfig... |
| 21:02.20 | Qwell | oh, gcc3 |
| 21:02.46 | mvanbaak | gcc3 ftw |
| 21:03.26 | tzafrir_laptop | there is (or was this morning) a build warning: |
| 21:04.29 | tzafrir_laptop | <PROTECTED> |
| 21:04.50 | tzafrir_laptop | and likewise: |
| 21:05.13 | tzafrir_laptop | <PROTECTED> |
| 21:06.44 | snuff-home | M12860 |
| 21:06.47 | MuffinMan | [assigned] [Asterisk] Resources/res_config_ldap 0012860: [patch] Included example schema not compatible with res_config_ldap.c reported by flyn (Karma: +0.50) http://bugs.digium.com/view.php?id=12860 |
| 21:07.19 | snuff-home | says we forgot to patch res_ldap.conf |
| 21:34.45 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:34.45 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 21:43.58 | Qwell | tzafrir_laptop: any idea what kernel I would need to build 2.6.8? gcc3.4 isn't cutting it |
| 21:44.19 | tzafrir_laptop | kernel? gcc? |
| 21:44.25 | Qwell | erm, yeah |
| 21:45.48 | tzafrir_laptop | that Sarge vserver I use has gcc 3.3.5 |
| 21:46.38 | Qwell | let's see what FC3 has.. |
| 22:01.48 | Qwell | kpfleming: wctc12xp wctc4xxp wctdm24xxp zttranscode ? |
| 22:01.55 | Qwell | erm, wct12xxp |
| 22:02.07 | Qwell | grr, te |
| 22:04.40 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 22:07.15 | *** join/#asterisk-dev bkruse (n=bkruse@nat/digium/x-e5c46459dd29b9a5) |
| 22:07.15 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 22:07.26 | bkruse | mvanbaak_: ! |
| 22:08.15 | mvanbaak_ | bkruse: ! |
| 22:09.12 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 22:09.18 | mvanbaak | hey tuxd00d |
| 22:09.48 | Qwell | "<kpfleming> that INCOMPAT_MODULES line in my pastebin patch needs to exclude wcte12xp as well for 2.6.<9" isn't that what the patch does already? |
| 22:12.00 | Corydon76-lap | mvanbaak: you get a chance to test realtime failover this weekend? |
| 22:17.56 | bkruse | mvanbaak: What's up? How are eliel and you doing with the appdocsxml stuff? |
| 22:18.47 | Qwell | http://pastebin.com/m251d9a55 |
| 22:19.59 | Qwell | works for me on 2.6.8. it complains about the 4 modules listed |
| 22:21.00 | Qwell | I also added wcte12xp to the linux24 INCOMPAT_MODULES |
| 22:28.59 | tzafrir_laptop | Qwell, do that filtering in Kbuild? |
| 22:30.26 | tzafrir_laptop | I think you can then use PATCHLEVEL directly |
| 22:30.53 | tzafrir_laptop | with no need to filter it out on your own |
| 22:33.01 | Qwell | but then how are you going to display it in the install target? |
| 22:33.44 | tzafrir_laptop | display? |
| 22:33.52 | Qwell | see the end of the patch |
| 22:34.16 | tzafrir_laptop | why should you care? |
| 22:34.35 | Qwell | If I had a tdm2400, I'd care if my module didn't build.. |
| 22:34.53 | tzafrir_laptop | and if you don't have it, it's loud noise |
| 22:35.13 | tzafrir_laptop | we already silently drop some modules on 2.4 |
| 22:35.24 | Qwell | with this patch, not anymore |
| 22:36.15 | tzafrir_laptop | it's just noise that gets ignored. |
| 22:37.13 | tzafrir_laptop | for instance, noone has ever expected xpp to build on 2.4 |
| 22:37.58 | Corydon76-lap | tzafrir_laptop: it's being done for support reasons |
| 22:38.43 | tzafrir_laptop | So why? |
| 22:42.05 | Corydon76-lap | Because we want to have something for telephone support to point at and say "As the message clearly states, you need to upgrade your kernel version to use that hardware" |
| 22:45.43 | tzafrir_laptop | that's for phone support? What you describe sounds more like casting blame... |
| 22:46.23 | tzafrir_laptop | let me suggest a more efficient technical support method: |
| 22:46.58 | seanbright | mspiceland? my new favorite username |
| 22:47.04 | seanbright | mmmm... spice land! |
| 22:49.08 | outtolunc | steelydan! |
| 22:49.31 | Corydon76-lap | tzafrir_laptop: more like avoiding irate callers |
| 22:51.31 | tzafrir_laptop | http://docs.tzafrir.org.il/README.html#_minimal_version |
| 22:52.08 | tzafrir_laptop | naturally you can place the same document on somewhere.asterisk.org or whatever |
| 22:52.19 | tzafrir_laptop | it's just the README of zaptel |
| 22:52.56 | Corydon76-lap | You have any better luck getting people to read the README file? |
| 22:53.14 | tzafrir_laptop | yes, because I can give a specific link to the relevant section |
| 22:53.25 | tzafrir_laptop | I don't expect them to read in advance |
| 22:53.39 | tzafrir_laptop | This is a more efficient method of casting the blame |
| 22:54.32 | tzafrir_laptop | the output of 'make install' may be out of the scroll buffer, or not have been run yet |
| 22:57.59 | tzafrir_laptop | ok, reverting that local change . Good night to you all |
| 23:06.52 | seanbright | flex should put it's version in generated .c files |
| 23:07.06 | seanbright | oh |
| 23:07.07 | seanbright | it does |
| 23:17.50 | seanbright | hmmm |
| 23:18.19 | seanbright | kpfleming: not sure if it's your department or not, but mspiceland's commits to his private team directory are getting e-mailed out |
| 23:18.29 | Qwell | seanbright: russell just fixed it :D |
| 23:18.39 | seanbright | ahh |
| 23:18.41 | seanbright | heh |
| 23:18.45 | seanbright | good timing. |
| 23:18.51 | Qwell | yeah... |
| 23:19.52 | seanbright | and app_rpt is hosed |
| 23:20.01 | seanbright | and yes, i know no one touches it |
| 23:20.04 | seanbright | but it's still hosed |
| 23:20.05 | seanbright | :) |
| 23:42.52 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:59.24 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |