| 00:09.51 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 01:06.43 | *** join/#asterisk-dev [xpl] (i=xpl@84.126.207.62.dyn.user.ono.com) |
| 01:42.36 | *** join/#asterisk-dev jeffspeff2 (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 01:57.09 | *** join/#asterisk-dev jsolis (n=jimmy@200.121.11.59) |
| 02:07.15 | *** join/#asterisk-dev luxxx77 (n=luxxx77@e179053135.adsl.alicedsl.de) |
| 02:17.46 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 02:49.09 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 02:49.09 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 02:51.43 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582768.dsl.bell.ca) |
| 03:24.28 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:21.44 | *** part/#asterisk-dev jsolis (n=jimmy@200.121.11.59) |
| 04:54.46 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 06:06.10 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 06:09.02 | *** join/#asterisk-dev Qwell (i=north@72.26.224.218) [NETSPLIT VICTIM] |
| 06:29.15 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:29.15 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:07.05 | *** join/#asterisk-dev nicox (n=nicox@83-64-42-210.prater.xdsl-line.inode.at) |
| 07:29.53 | *** join/#asterisk-dev luxxx77 (n=luxxx77@e179051088.adsl.alicedsl.de) |
| 07:54.35 | DarKnesS_WolF | tzafrir_laptop: |
| 07:55.04 | DarKnesS_WolF | tzafrir_laptop: so which version from SVN i should grap to create the patches to add teh countries i want in zonedata.c / dsp.c / indecations.conf ? |
| 07:55.30 | tzafrir_laptop | for dahdi it's in dahdi-tools |
| 07:56.46 | tzafrir_laptop | indications.conf is part of Asterisk . The program to convert from zonedata to indications is contrib/utils/zones2indications.c |
| 07:57.41 | tzafrir_laptop | generally patches are most welcomed to trunk . anyway, the format of those relevant parts has not changed greatly, so it'd be easy to backport |
| 08:55.58 | *** join/#asterisk-dev jeffspeff (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 09:41.11 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:41.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:43.12 | oej | Hello |
| 09:44.17 | mvanbaak | hey oej |
| 10:29.35 | tzafrir_laptop | plays a bit with kernel-doc . Looks nice . |
| 10:29.53 | tzafrir_laptop | Check <kernel-source>/scripts/kernel-doc |
| 10:36.00 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 10:54.43 | DarKnesS_WolF | tzafrir_laptop: what is dahdi ? |
| 10:55.06 | DarKnesS_WolF | and asterisk will support T.38 transcodeing ? i don't now how t.38 works actually but i think asterisk supports passthrow ? |
| 10:55.37 | tzafrir_laptop | dahdi is to replace zaptel . The name change is due to trademark issues |
| 10:57.37 | DarKnesS_WolF | ah ic |
| 10:57.38 | DarKnesS_WolF | ok :D |
| 11:03.07 | DarKnesS_WolF | tzafrir_laptop: ok perfect |
| 11:03.10 | DarKnesS_WolF | thx |
| 11:22.46 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583027.dsl.bell.ca) |
| 11:29.47 | DarKnesS_WolF | tzafrir_laptop: dahdi/linux ? or dahdi/linux-complete |
| 11:39.58 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 11:41.40 | tzafrir_laptop | dahdi is composed of two separate packages: "linux" for the drivers and "tools" for the userspace tools |
| 11:41.53 | tzafrir_laptop | "complete" packages both in one package |
| 11:58.33 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 12:03.04 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:05.23 | *** join/#asterisk-dev linuxer_igor (n=igor@mlsrj200152096p202.mls.com.br) |
| 12:07.42 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:07.42 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:08.32 | linuxer_igor | anybody know because the asterisk 1.6 realtime need a reload command in cli for make changes ? |
| 12:11.16 | caio1982 | is it related to any development you're doing on a given .c file? if not, please ask it on #asterisk |
| 12:17.48 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 12:17.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:20.38 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 12:23.34 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 12:23.34 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 12:24.39 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:46.53 | eliel | mvanbaak: good morning |
| 12:53.12 | tzafrir_laptop | eliel, good morning. mvanbaak: good afternoon :-) |
| 12:54.02 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:54.14 | eliel | tzafrir_laptop: heh, 9.54 AM here.. good morning |
| 13:02.22 | russellb | "useincomingcalleridondahditransfer" <-- that has got to be the longest option name we have in asterisk, heh |
| 13:04.56 | mvanbaak | good morning eliel, good afternoon tzafrir_laptop |
| 13:06.50 | tzafrir_laptop | hmmm , as this is a new directive, maybe also make it slightly longer? |
| 13:07.13 | tzafrir_laptop | use_incoming_callerid_on_dahdi_transfer ? |
| 13:07.30 | mvanbaak | dont forget to add m_kay_thank_you |
| 13:10.47 | seanbright | <PROTECTED> |
| 13:11.00 | russellb | yet! |
| 13:11.02 | russellb | heh |
| 13:11.07 | seanbright | riiiiiiiight |
| 13:11.13 | seanbright | in 2.0... |
| 13:11.14 | seanbright | ;) |
| 13:11.16 | russellb | janitor project, rename every option in every config file, with no backwards compatibility |
| 13:11.32 | seanbright | and russellb takes care of the mailing list |
| 13:11.40 | russellb | yep |
| 13:11.52 | russellb | i'll just post an ascii art middle finger to any complaints |
| 13:11.57 | seanbright | classy |
| 13:12.15 | russellb | you know what, I take that back, I don't think we should do it. |
| 13:12.19 | seanbright | i can already hear the response... "why not just use XML?" |
| 13:12.25 | seanbright | good call |
| 13:12.34 | seanbright | that's why you're in charge |
| 13:12.35 | seanbright | :) |
| 13:13.26 | russellb | heh .. |
| 13:13.43 | russellb | can't wait to finish this project so he can get back into the tracker ... |
| 13:15.14 | file | russellb: I knowz |
| 13:15.29 | snuff-home | mm.. it is feelin little unloved 300 ast issues.. one stage i think ast only was 260? |
| 13:15.39 | russellb | sorry :( |
| 13:16.21 | snuff-home | putnput is tryin.. i've even made my 1st manager command.. |
| 13:25.18 | eliel | mvanbaak: I think with my last commit we finished parsing everything that we can find in the xml doc. |
| 13:27.05 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 13:28.01 | snuff-home | go milestone :) |
| 13:28.19 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 13:35.16 | russellb | Qwell: !!!! |
| 13:35.30 | russellb | Qwell: they're coming for you. |
| 13:36.06 | snuff-home | russ putnoput be online soon? |
| 13:36.08 | eliel | mvanbaak: I will wait for your ast_* ification, and I will continue working with xml doc colorization. |
| 13:36.22 | russellb | snuff-home: yeah, within the next hour or so probably |
| 13:37.28 | snuff-home | k thanks.. atm i'm playing random brute force ao2 code changes with smdi see if i think i can get something that looks ok |
| 13:37.47 | russellb | :) |
| 13:37.57 | russellb | let me know if you need some help with an explanation of something in res_smdi, or in astobj2 ... |
| 13:39.31 | snuff-home | yep will do need to make the mark/unmark functions for both and will have destroy questions |
| 13:39.45 | russellb | ok |
| 13:39.51 | russellb | you must be one with the reference counts |
| 13:39.51 | russellb | :) |
| 13:40.04 | tzanger | phooey |
| 13:40.07 | tzanger | shaun isn't in yet |
| 13:40.14 | russellb | would it be helpful to write an example mark/prune? |
| 13:40.17 | tzanger | and it's really hard to type shaun, since my brohter's name is shawn :-) |
| 13:40.43 | russellb | just type sruffell, then :) |
| 13:41.01 | tzanger | yeah |
| 13:41.23 | *** part/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
| 13:43.37 | seanbright | we all know that 'sean' is the right way |
| 13:47.51 | tzanger | ha |
| 13:48.03 | tzanger | I think ya'll should just change your names to the proper "John" anyway |
| 13:48.29 | seanbright | done and done |
| 13:53.41 | Qwell | russellb: eh? |
| 13:54.07 | file | Qwell: what do you want! |
| 13:56.08 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-34b5a99669fa1da9) |
| 13:56.09 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:57.29 | russellb | Qwell: nothing. |
| 13:58.01 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-6ef93fe6076edf1b) |
| 13:58.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.28 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:01.55 | russellb | spots the use of "buzydetect" in chan_dahdi.conf |
| 14:01.56 | russellb | nice. |
| 14:02.22 | putnopvut | looks |
| 14:05.20 | *** join/#asterisk-dev thx_man (n=thx_man@port-83-236-207-89.static.qsc.de) |
| 14:05.49 | tzanger | out of curiosity |
| 14:05.57 | tzanger | why is "usecallingpres" defaulted to 'off' in zaptel? |
| 14:06.16 | russellb | blames file |
| 14:06.27 | file | cheers |
| 14:06.34 | tzanger | does dial() not have a sane default, and wouldn't it be a better idea to have the default calling presentation correct rather than have a (very!) obscure configuration parameter turned off? |
| 14:07.26 | thx_man | hi@all, does anyone have a asterisk 1.6 system with a zaphfc card ? |
| 14:08.20 | seanbright | thx_man: #asterisk |
| 14:11.20 | tzafrir_laptop | err... are those bounces from that @parsetree.com address related to codefreeze? |
| 14:11.34 | file | yes. |
| 14:14.34 | russellb | tzafrir_laptop: you're getting them too? |
| 14:14.41 | russellb | i was hoping it was just @digium.com people ... |
| 14:15.34 | *** join/#asterisk-dev jmacz (n=jmacz@190.158.236.60) |
| 14:19.44 | snuff-home | ello putnopvut |
| 14:20.01 | putnopvut | Hi snuff-home. how is the opposite end of the world today? :) |
| 14:20.26 | snuff-home | uhmm tad cold.. but otherwise ok |
| 14:20.41 | snuff-home | M12979 |
| 14:20.44 | MuffinMan | [ready for testing] [Asterisk] Applications/app_queue 0012979: [patch] app_queue does not handle Custom: state interfaces reported by sigxcpu (Karma: +1.50) http://bugs.digium.com/view.php?id=12979 |
| 14:21.07 | snuff-home | could you check that one over since ur the 'app_queue' guy.. reporter says bbryant patch worked for him |
| 14:21.26 | putnopvut | Ah, cool. The last time I looked there, the reporter hadn't mentioned if the patch worked. |
| 14:21.31 | putnopvut | Thanks, snuff-home |
| 14:22.55 | snuff-home | np |
| 14:23.50 | snuff-home | bout snooze time here.. later zZzzZzz ;) |
| 14:24.30 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:24.30 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:27.10 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 14:30.49 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:30.57 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 14:40.38 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-50e0aed6ab3240a3) |
| 14:40.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:42.56 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 14:55.35 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 14:58.52 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:04.15 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:04.15 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:11.32 | *** join/#asterisk-dev Cresl1n (n=matt@nat/digium/x-82acfbf3a2ad1a45) |
| 15:11.32 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 15:25.41 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:25.42 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:25.57 | kpfleming | tzafrir_laptop: was that problem report for dahdi_cfg on the -dev list *after* your cleanup commit? |
| 15:26.54 | tzanger | kpfleming: morning. |
| 15:27.02 | kpfleming | yes... yes it is |
| 15:27.36 | tzanger | kpfleming: the milliwatt tone (1e 0b 0b 1e 9e 8b 9b 9e) -- should it show up as a sinusoid if you were to hook a scope up to the earpiece? |
| 15:27.58 | kpfleming | i have no clue |
| 15:28.01 | tzanger | bah |
| 15:28.02 | kpfleming | probably |
| 15:28.14 | Cresl1n | tzanger: one would hope so |
| 15:28.27 | tzanger | yes, I just wasn't sure if they chose sine or not |
| 15:28.35 | Qwell | hmm, I'm having trouble even building dahdi_cfg |
| 15:28.45 | Cresl1n | well, you'd have less problems with high frequency harmonics if it was |
| 15:28.53 | Qwell | dahdi_cfg.c:686: error: âDAHDI_HDLC_RATEâ undeclared (first use in this function) |
| 15:29.02 | Cresl1n | update dahdi-linux |
| 15:29.05 | Cresl1n | it's something I added |
| 15:29.13 | Qwell | I just did |
| 15:29.13 | kpfleming | umm... then you need to update the configure script |
| 15:29.27 | Qwell | oh, dahdi-linux |
| 15:30.17 | kpfleming | from this point forward, adding functionality to dahdi-linux should then result in configure script checks and *OPTIONAL* usage of those features in dahdi-tools |
| 15:31.41 | Cresl1n | sounds pretty reasonable |
| 15:31.49 | Cresl1n | I don't think I have anything else to add before we make the release |
| 15:31.54 | Cresl1n | at least API wise |
| 15:33.13 | *** join/#asterisk-dev Cresl1n (n=matt@nat/digium/x-b573b0dc9fb91526) |
| 15:33.13 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 15:33.27 | Cresl1n | but I did want to get that in for the 2.0.0 release |
| 15:33.41 | kpfleming | too late |
| 15:33.48 | Cresl1n | dang it |
| 15:33.48 | kpfleming | we are already on -rc3, it's too late to add new features |
| 15:36.35 | Qwell | kpfleming: I can reproduce that echocanceller vs echocancellers pretty easily |
| 15:36.41 | Cresl1n | I suppose I can have my peoples check out from trunk then |
| 15:37.08 | Qwell | it's very odd indeed. if you have a "proper" config, it says it's going to configure the channels, otherwise it doesn't |
| 15:37.10 | Cresl1n | it's not like they're not used to it anyways |
| 15:37.21 | Qwell | erm, other way around. |
| 15:37.58 | kpfleming | ok, can you test with dahdi-tools from before tzafrir_laptop's recent commit? |
| 15:38.03 | Qwell | yep |
| 15:38.08 | kpfleming | just to verify whether it is new behavior |
| 15:38.17 | Qwell | also, I'm going to fix a very very evil section of code |
| 15:38.19 | kpfleming | IOW, whether we have to rebuild -rc3 or not |
| 15:39.01 | Corydon76-lap | hands Qwell a vial of holy water |
| 15:40.55 | tzafrir_laptop | (following this, but on my way out, be back in ~2 hours) |
| 15:41.09 | Qwell | pre-4821 works |
| 15:41.41 | Qwell | sort of.. I think something is just funky with my modules though (I didn't reload them after updating). |
| 15:41.42 | russellb | pwnt by code cleanup! |
| 15:41.45 | russellb | happens to the best of us |
| 15:41.58 | Cresl1n | Yessir... |
| 15:42.07 | tzafrir_laptop | Qwell, dahdi_cfg -f #? |
| 15:42.14 | Qwell | just -vv |
| 15:42.30 | tzafrir_laptop | -f to force re-looking at stuff? |
| 15:42.41 | tzafrir_laptop | Or is it just for spans? |
| 15:42.46 | Qwell | huh? |
| 15:42.51 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:43.12 | *** join/#asterisk-dev philippel (n=p_lindhe@pool-98-111-70-106.sttlwa.fios.verizon.net) |
| 15:44.03 | Qwell | I have a very stupid question. |
| 15:44.10 | Qwell | Where did the 4 port T1/E1 driver go? |
| 15:44.16 | kpfleming | nowhere |
| 15:44.18 | kpfleming | still called wct4xxp |
| 15:44.43 | Qwell | wcte or wct? |
| 15:44.59 | Cresl1n | wct4xxp |
| 15:45.06 | tzafrir_laptop | duh: if (!errcnt) |
| 15:45.08 | Qwell | okay, that makes sense |
| 15:45.29 | Laureano | jpeeler, Hi |
| 15:46.32 | tzafrir_laptop | BBL |
| 15:47.55 | Qwell | tzafrir_laptop: that looks right - want me to commit? |
| 15:52.09 | kpfleming | Qwell: he's gone for now, go ahead |
| 15:52.23 | Qwell | I think this stopmode check might be wrong too - checking what changed |
| 15:58.12 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:00.43 | Qwell | I'm going to write a cron job to remove this netjetpci module every 5 minutes... *mutter* |
| 16:03.37 | putnopvut | something is screwy in the land of chan_agent |
| 16:04.15 | kpfleming | Qwell: ugh... double-compound statement with no braces |
| 16:04.33 | Qwell | isn't it great? |
| 16:05.52 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:07.08 | putnopvut | Ignore my previous statement. Something was screwy with my agents.conf file :) |
| 16:12.10 | russellb | that doesn't change your previous statement |
| 16:12.43 | Qwell | kpfleming: check out hunk 3 of r4827 |
| 16:13.08 | Qwell | that one was just obscene |
| 16:13.59 | seanbright | how are those getting in in the first place? |
| 16:14.07 | Qwell | old old old code |
| 16:14.10 | seanbright | ah |
| 16:15.55 | kpfleming | yeah... there are reasons we changed the coding guidelines :-) |
| 16:16.06 | putnopvut | That made me shiver a little just looking at it. |
| 16:17.07 | seanbright | <PROTECTED> |
| 16:17.09 | seanbright | tee hee |
| 16:19.13 | Corydon76-lap | Anybody else want to test 13306 before I commit the patch? |
| 16:19.21 | putnopvut | M13306 |
| 16:19.24 | MuffinMan | [ready for testing] [Asterisk] Core/General 0013306: [patch] Optionally use black on white for the terminal settings reported by Corydon76 (Karma: +424.25) http://bugs.digium.com/view.php?id=13306 |
| 16:20.26 | seanbright | hmm, r4818 should be added to system.conf.sample |
| 16:20.38 | Juggie | morning ladies |
| 16:21.06 | seanbright | original. |
| 16:21.07 | seanbright | :) |
| 16:21.20 | Juggie | how was your weekend |
| 16:21.27 | Juggie | just got to work after an alergy test. |
| 16:21.38 | Juggie | seems the cat is not responsible for my suffering! |
| 16:21.51 | seanbright | i am allergy free |
| 16:21.54 | Juggie | me too |
| 16:21.58 | seanbright | good man |
| 16:22.00 | Juggie | the test was negaticve |
| 16:22.02 | Juggie | *negative |
| 16:22.11 | seanbright | and my weekend was good |
| 16:22.13 | Juggie | but i'm still having sinus probs so back to the drawing board. |
| 16:22.28 | Juggie | the only one that reacted was the test one |
| 16:22.29 | seanbright | helped a friend start working on his deck which will no doubt collapse when people step on it |
| 16:22.42 | Corydon76-lap | Juggie: so if it's not allergies, does that mean it's cancer? |
| 16:22.49 | Juggie | hah no |
| 16:22.57 | Juggie | why would you say that. |
| 16:22.58 | seanbright | or Herpaghonasyphillaids |
| 16:23.09 | putnopvut | It could all be in your head, Juggie. |
| 16:23.19 | Juggie | its just some sinus issue |
| 16:23.20 | seanbright | putnopvut: it is in his head... his sinuses |
| 16:23.27 | putnopvut | touche |
| 16:23.28 | seanbright | will be here all week |
| 16:23.43 | seanbright | but not for the next 7 minutes |
| 16:24.09 | Juggie | seanbright, dont you have a new job where you are actually supposed to work |
| 16:24.52 | Corydon76-lap | Juggie: arguing with you doesn't qualify as work? |
| 16:25.08 | Juggie | Corydon76-dig, i suppose it would if we were actually arguing. |
| 16:25.53 | Corydon76-lap | codefreeze-lap: your DNS servers are not responding |
| 16:26.09 | Qwell | Corydon76-lap: he's looking into it already |
| 16:31.47 | *** join/#asterisk-dev nicox (n=nicox@vie-nas-ge-0-2.onenet.at) |
| 16:32.54 | seanbright | Juggie: no... that's crazy talk. |
| 16:33.01 | seanbright | Juggie: i'd *never* take a job like that. |
| 16:38.09 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 16:44.48 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 16:46.28 | Qwell | hey russellb ? |
| 16:46.56 | russellb | I do not exist |
| 16:47.02 | Qwell | sorry to hear that |
| 16:47.06 | russellb | but yes? |
| 16:47.13 | Juggie | mv russellb /dev/null |
| 16:47.56 | Qwell | could you take a really quick peek at lines 3226, 3233, and 3237 of chan_sip.c in 1.4? Is that something acceptable to "fix" in 1.4? basically an uber-micro optimization...removing pointless setting of the same var multiple times |
| 16:48.25 | Qwell | I'm proposing find_peer(S_OR(name, NULL), ..., and removing the second setting of name |
| 16:48.47 | oej | I wouldn't touch 1.4 for minor changes like that |
| 16:48.55 | oej | If it doesn't solve an issue |
| 16:49.02 | putnopvut | I agree with oej. |
| 16:49.34 | Qwell | fair enough - it was just something I happened to notice while looking at 13371 |
| 16:49.35 | russellb | Qwell: and you would be changing behavior, you didn't read it close enough :) |
| 16:49.43 | Qwell | ponders |
| 16:49.56 | russellb | username != peername |
| 16:50.04 | Qwell | d'oh |
| 16:50.05 | Qwell | fail |
| 16:50.10 | russellb | ;) |
| 16:50.15 | Qwell | so I guess the answer is no :P |
| 16:50.19 | russellb | right. |
| 16:50.38 | Qwell | I was wondering why it was doing peername ? name : peername |
| 16:50.41 | russellb | but aside from that, it still wouldn't be 1.4 thing to do |
| 16:51.05 | russellb | that was a perfect example of how easy it is to cause breakage when doing code cleanup :) |
| 16:51.09 | Qwell | yeah... |
| 16:51.34 | Qwell | also, peer review ftw |
| 16:51.42 | russellb | nods |
| 16:54.31 | *** join/#asterisk-dev jeffspeff (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 17:02.05 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 17:02.05 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 17:03.49 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 17:05.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:06.03 | *** join/#asterisk-dev jeffspeff2 (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 17:11.41 | philippel | Corydon76-dig re the apps_macro bug, any chance of detecting if it is in that specific 'dead' state and doing something like I suggested (assuming that unique state is safe to do that)? |
| 17:12.00 | philippel | Corydon76-lap oops wrong Corydon76 |
| 17:13.18 | caio1982 | i never know which one to talk to :D |
| 17:14.13 | Corydon76-lap | Probably |
| 17:14.29 | Corydon76-lap | I'm just moving ahead on the channel datastore, as that will solve the issue |
| 17:14.49 | Corydon76-lap | Same way as I solved the issue on Gosub |
| 17:15.30 | philippel | Corydon76-dig for the MACRO_DEPTH, not for the ARG variables. (Those are not an issue in the FreePBX code but could be an issue for someone else which is why I pointed it out - or did you have a way to address those also?) |
| 17:15.31 | Corydon76-lap | WIth a side effect of making Macro consume less stack space per iteration |
| 17:15.45 | philippel | not a bad side effect:) |
| 17:15.47 | Corydon76-lap | Ve haf vays |
| 17:17.07 | Corydon76-lap | If we store the number of args allocated by Macro in each stack frame, then we can blank out the equivalent number of arguments in each successive frame |
| 17:18.12 | Corydon76-lap | That would essentially guarantee, that unless someone set an ARG that was not set in the Macro call, all ARGn variables not directly set would be blank |
| 17:18.57 | Corydon76-lap | i.e. someone could still do Set(ARG100=foo) and that would persist through multiple calls, as long as no Macro call contained 100 arguments |
| 17:19.33 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 17:19.33 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 17:19.39 | philippel | that sounds good - I'll wait and see what you put up. Will be glad to test it once you have it going. |
| 17:19.40 | Corydon76-lap | Does that make sense? |
| 17:20.20 | philippel | I think it makes send, not beeing too familiar with the asterisk code, I'll have to see. (This year I made sure I can attend the Asterisk 101 dev course on day 0 of Astricon:) ) |
| 17:20.24 | Corydon76-lap | It will be awhile yet. The code gets to be voodoo unless you know where it's going. |
| 17:21.05 | Corydon76-lap | If you familiarize yourself with app_stack in trunk (or 1.6.0), that provides a general guide as to how it works |
| 17:21.30 | philippel | Corydon76-lap I'm not, but does that mean it is not a solution for 1.4? |
| 17:21.45 | Corydon76-lap | Basically, we use pushvar semantics on the actual variable stack, but keep a private variable stack that is only used to check names. |
| 17:21.56 | Corydon76-lap | No, I'm coding it for 1.4 |
| 17:22.04 | philippel | ok good |
| 17:22.08 | Corydon76-lap | The code just isn't there for app_stack in 1.4 |
| 17:22.16 | philippel | k |
| 17:22.19 | Corydon76-lap | because Gosub in 1.4 doesn't have arguments |
| 17:23.06 | philippel | I saw that, which means it's a while before we can consider replacing macros with gosubs unless we use variables as arguments and since we are trying to maintain 1.2, 1.4 and 1.6 support it makes it tricky |
| 17:24.49 | Corydon76-lap | Well, we do some fun stuff with LOCAL(var) in 1.6, which makes for truly local variables (and not just ARGn, either) |
| 17:25.52 | Corydon76-lap | I'll consider making something like MLOCAL() variables for Macro, perhaps, but only in 1.6.2 or later |
| 17:28.19 | *** join/#asterisk-dev jeffspeff (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 17:30.04 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:30.04 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:33.32 | tzafrir_laptop | I'm packaging dahdi-linux now. One small thing I miss from zaptel is MODULES_EXTRA and SUBDIRS_EXTRA |
| 17:33.58 | tzafrir_laptop | That is: a way to add extra modules without patching Kbuild |
| 17:34.49 | tzafrir_laptop | This is because otherwise 'obj-m: +=' lines from different patches colide with one another and require constant maintinance |
| 17:36.21 | tzafrir_laptop | The change for that is an extra line in dahdi/modules/Kbuild and some 3 lines in Makefile . Create a branch for such a thing? |
| 17:41.41 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:46.21 | kpfleming | tzafrir_laptop: no, go ahead and add it |
| 17:46.47 | Qwell | I forget who was asking the other day, but is there any reason we don't install dahdi_config.h? kernel.h uses it, and it's installed |
| 17:47.31 | Qwell | maybe hpec_user.h too |
| 17:47.38 | tzafrir_laptop | right. Someone asked about this today in #asterisk |
| 17:47.38 | kpfleming | well, i don't really expect anyone to build out-of-tree dahdi kernels at this point |
| 17:47.52 | kpfleming | so really i'm not sure why we even install kernel.h anymore |
| 17:48.05 | kpfleming | what needs hpec_user.h? that should only be used by the HPEC build process |
| 17:48.32 | Qwell | don't know - I just saw wctdm_user.h, and figured *_user.h was "proper" to install |
| 17:48.37 | kpfleming | nope |
| 17:48.38 | tzafrir_laptop | What do you mean by "at this point"? may change later? |
| 17:48.49 | russellb | the person complaining about it not being there was working on the wanpipe port or something |
| 17:48.56 | Qwell | oh, right, it was moy |
| 17:48.57 | kpfleming | if kernel.h requires dahdi_config.h for any reason (other than modules need it) then it will have to be installed |
| 17:49.17 | kpfleming | does anything *in* kernel.h rely on dahdi_config.h at all? |
| 17:49.41 | tzafrir_laptop | yes . FXSFLASH was a random thing I checked |
| 17:49.57 | kpfleming | tzafrir_laptop: because dahdi is so new, and we've made it pretty easy (especially with your changes) to build addon modules as part of the main dahdi build, i don't see much point in building more dahdi kernel modules after dahdi-linux is installed |
| 17:50.43 | kpfleming | well, we need to decide whether to install dahdi_config.h or stop installing kernel.h |
| 17:51.11 | kpfleming | and we'll have make those changes in a copy of the -rc3 branch to make -rc4, as we can't tag from trunk again |
| 17:51.34 | kpfleming | my preference would be to stop instaling kernel.h, to be honest |
| 17:51.40 | kpfleming | that's not a documented/stable/etc. API |
| 17:52.05 | tzafrir_laptop | for my package right now I install dahdi/include/* |
| 17:52.29 | kpfleming | you should only install what our Makefile installs |
| 17:52.53 | kpfleming | if you install more than that, and we change another header file and break compatibility, it won't be our problem it will be yours |
| 17:56.24 | kpfleming | Qwell: make that header list a variable, and use the same variable in both install-include and uninstall-include... should have done that myself |
| 17:56.36 | Qwell | can do |
| 17:57.05 | Qwell | hmm |
| 17:57.32 | Qwell | should it just always assume include/dahdi/ and $(DESTDIR)/usr/include/dahdi/? |
| 17:58.11 | kpfleming | yep |
| 17:58.15 | kpfleming | so just list the header names |
| 17:58.20 | Qwell | works |
| 18:06.25 | tzafrir_laptop | Commited. Also followed by an update to the README . Which may need its own review |
| 18:10.04 | *** join/#asterisk-dev jtodd (i=_squid@c-76-27-193-118.hsd1.or.comcast.net) |
| 18:10.04 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 18:10.37 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.34) |
| 18:10.37 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:14.23 | Laureano | In which version of Asterisk was included the manager action SendText? I can figure it out from the bug report or the svn log. |
| 18:14.25 | Laureano | M6131 |
| 18:14.29 | MuffinMan | [closed] [Asterisk] Applications/General 0006131: [test-this-branch] Add sendtext manager application reported by ZX81 (Karma: +11.25) http://bugs.digium.com/view.php?id=6131 |
| 18:15.29 | Laureano | It doesn't seems to be present in 1.4 brach, but from the svn revision number I would say that it was actually included. |
| 18:17.33 | *** join/#asterisk-dev jeffspeff2 (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 18:18.05 | seanbright | commit asterisk 46630 |
| 18:18.15 | MuffinMan | [46630] Committed by oej on 2006-10-31T10:42:22.746760Z: Add manager sendtext action. (Issue 6131, ZX81 - thanks!) |
| 18:18.18 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 18:18.23 | seanbright | Laureano: ^^^ |
| 18:18.58 | *** join/#asterisk-dev moy (n=moy@189.169.67.95) |
| 18:19.03 | seanbright | and it looks like it missed the 1.4 inclusion window |
| 18:20.48 | *** join/#asterisk-dev jeffspeff (i=jeff@c-98-240-113-135.hsd1.ky.comcast.net) |
| 18:31.54 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 18:31.55 | Laureano | seanbright, Sorry for the delay. I was having a break. |
| 18:32.25 | Laureano | Yes, that what I thought. That is should be included but it wasn't. |
| 18:32.33 | Laureano | s/is/it/ |
| 18:33.32 | seanbright | it should not have been included |
| 18:33.36 | Laureano | For the revision number, I figured out that should be present in 1.4 but a fast test against 1.4.21 proved that I was wrong. |
| 18:33.44 | seanbright | since it wasn't tested sufficiently before asterisk was branched for 1.4 |
| 18:34.12 | Laureano | I need to be sure that I wasn't wrong. Thank you for your answer seanbright |
| 18:34.17 | seanbright | no sweat |
| 18:34.22 | seanbright | (it should be in 1.6) |
| 18:34.26 | seanbright | err |
| 18:34.28 | seanbright | (it should be in 1.6.0) |
| 18:35.46 | Laureano | I will update my doc then. Again, thanks. |
| 18:35.52 | seanbright | yup |
| 19:04.36 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:17.21 | tzanger | sruffell: ping |
| 19:17.31 | sruffell | pon |
| 19:17.48 | tzanger | heh |
| 19:35.27 | lmadsen | tzanger: ping |
| 19:35.39 | tzanger | pong |
| 19:37.10 | lmadsen | PONG REJ |
| 19:41.24 | kpfleming | tzafrir_laptop: ping |
| 19:41.35 | tzafrir_laptop | kpfleming, here |
| 19:41.48 | kpfleming | r4830 of dahdi-linux needs to be reverted |
| 19:41.55 | twisted | something is horribly wrong with menuconfig in 1.4.21.2 |
| 19:41.59 | twisted | err menuselect |
| 19:42.02 | kpfleming | you took out most of the changes i made, added a bunch of Zaptel stuff, and removed the licensing changes |
| 19:42.26 | kpfleming | it now refers to having to install dahdi-linux before 'this package', but the README is in dahdi-linux |
| 19:42.59 | tzafrir_laptop | kpfleming, the README change? |
| 19:43.03 | kpfleming | yes |
| 19:44.35 | tzafrir_laptop | hmm.. so it's just the license hunk |
| 19:44.58 | tzafrir_laptop | From other parts of it I got the impression it was a verbatim copy of the dahdi-tools one |
| 19:45.07 | kpfleming | it is not |
| 19:45.12 | kpfleming | you included a ton of references to Zaptel |
| 19:45.32 | kpfleming | how did you generate that change? |
| 19:46.28 | tzafrir_laptop | most of the changes there are from the Zaptel readme |
| 19:46.38 | kpfleming | right... but this is not Zaptel |
| 19:46.47 | tzafrir_laptop | that's easy enough to fix |
| 19:46.49 | kpfleming | i had already spent an hour cleaning up this README file for dahdi-linux |
| 19:46.54 | *** join/#asterisk-dev jtodd (i=_squid@c-76-27-193-118.hsd1.or.comcast.net) |
| 19:46.54 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 19:46.55 | tzafrir_laptop | (the README, that is) |
| 19:46.59 | kpfleming | what exactly did you want to add to it? |
| 19:47.22 | tzafrir_laptop | building instructions. e.g: what do you need in the kernel configuration |
| 19:47.46 | tzafrir_laptop | and removed some parts that are dahdi-user specific |
| 19:48.07 | kpfleming | which parts? i already removed that stuff IIRC |
| 19:48.07 | tzafrir_laptop | dahdi-tools, that is |
| 19:48.37 | tzafrir_laptop | the section about configuration files |
| 19:48.57 | kpfleming | ok |
| 19:49.17 | kpfleming | please revert that commit completely, and make individual changes with each improvement you want to make |
| 19:49.27 | tzafrir_laptop | I also removed the section of ABI compatibility because it didn't seem relevant. And the sample code there was ZT_ |
| 19:49.34 | kpfleming | yes, i see that |
| 19:49.52 | kpfleming | that section still seems relevant though, as we'll follow the same process for future releases of dahdi-linux |
| 19:51.34 | *** join/#asterisk-dev bkruse (n=bkruse@nat/digium/x-60f8a6da6162b85e) |
| 19:51.34 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 19:51.37 | tzafrir_laptop | ok |
| 20:02.20 | seanbright | Qwell: http://bugs.digium.com/file_download.php?file_id=19948&type=bug |
| 20:02.24 | seanbright | look reasonable to you? |
| 20:03.09 | Qwell | there are likely to be other things that are gawk specific |
| 20:03.40 | Qwell | does .* match 0 chars? |
| 20:04.16 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:04.16 | Qwell | if so, I don't see any reason it would break anything |
| 20:04.56 | seanbright | it does, yes. |
| 20:05.01 | seanbright | * = 0 or more times |
| 20:05.08 | Qwell | should be fine then |
| 20:05.13 | seanbright | word. |
| 20:05.34 | seanbright | goes home |
| 20:13.01 | jpeeler | M12071 |
| 20:13.04 | MuffinMan | [new] [Asterisk] Channels/chan_zap 0012071: [patch] chan_zap fails to close file descriptors in case of an error reported by tzafrir (Karma: +104.00) http://bugs.digium.com/view.php?id=12071 |
| 20:13.09 | jpeeler | tzafrir_laptop: is there anything left that needs to be done for this? |
| 20:13.33 | tzafrir_laptop | jpeeler, I updated the patch there |
| 20:14.21 | tzafrir_laptop | err... not from what I have tested. But that was only on one system with one device |
| 20:15.23 | jpeeler | ok i'll assign it to myself then and give it some testing |
| 20:30.52 | *** join/#asterisk-dev Cresl1n_ (n=matt@nat/digium/x-c911e9986e19a5ea) |
| 20:30.52 | *** mode/#asterisk-dev [+o Cresl1n_] by ChanServ |
| 20:46.34 | *** part/#asterisk-dev Cresl1n_ (n=matt@nat/digium/x-c911e9986e19a5ea) |
| 20:53.22 | tzanger | awesome |
| 20:53.42 | tzanger | hacked-up tor2 driver talking to a blackfin which is controlling a big pbx |
| 20:53.46 | tzanger | little bit of echo but not bad |
| 21:03.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:16.38 | Laureano | jpeeler, ping |
| 21:17.23 | jpeeler | Laureano: pong |
| 21:18.25 | Laureano | M13359 |
| 21:18.27 | MuffinMan | [closed] [Asterisk] Core/ManagerInterface 0013359: [patch] Incorrect checking of the "Channel" header on Originate action reported by Laureano (Karma: +19.75) http://bugs.digium.com/view.php?id=13359 |
| 21:18.49 | Laureano | About that report, the commited patch doesn't fix the issue. Actually, it is different from the patch I provided. |
| 21:19.04 | Laureano | The function ast_strlen_zero shouldn't be negated. |
| 21:19.39 | jpeeler | i didn't mean for it to be, thanks for catching that |
| 21:20.01 | Laureano | Don't worry. |
| 21:38.33 | seanbright | so how far down the 1.6.x chain are bug fixes going to need to be merged? |
| 21:38.56 | seanbright | @ 1.6.9 will i be merging with 10 different branches? |
| 21:40.21 | Corydon76-lap | seanbright: we're unlikely to have any more than 4 branches in maintenance at any one time |
| 21:41.52 | Laureano | jpeeler: ping |
| 21:42.15 | jpeeler | Laureano: pong |
| 21:43.01 | seanbright | oh thank jeebus |
| 21:44.11 | Laureano | jpeeler, About the patch I told a few minutes ago. Will it be included in trunk (1.6)? Because the commits was for 1.4 branch only. |
| 21:44.55 | jpeeler | Laureano: it went into 1.4/trunk/1.6.1 |
| 21:45.15 | Laureano | Excelent. |
| 21:45.24 | seanbright | anyone here have xbox 360 |
| 21:45.24 | seanbright | ? |
| 21:50.07 | seanbright | well, if you do, you should buy 'braid' from xbox live arcade |
| 21:50.11 | seanbright | it's super sweet. |
| 21:50.32 | snuff-home | <PROTECTED> |
| 21:51.10 | seanbright | it's both! :) |
| 21:53.03 | jsmith | has an xbox 360, but hasn't had time to play it in over six months |
| 21:53.19 | seanbright | jsmith: make time for braid. |
| 21:53.22 | seanbright | for serious |
| 21:53.26 | seanbright | i wouldn't steer you wrong. |
| 21:54.08 | jsmith | seanbright: What, and lose my job because my projects don't get done on time... it can't be *that* cool |
| 21:54.29 | jsmith | seanbright: Besides, I'm in Huntsville this week, so I'm nowhere close to the box |
| 21:54.45 | seanbright | jsmith: lose your job... hah! |
| 21:54.56 | seanbright | you're ~thebook guy for crying out loud |
| 21:54.57 | seanbright | :) |
| 21:55.11 | jsmith | Doesn't mean I've got a golden parachute |
| 21:55.21 | jsmith | still has to work for a living |
| 21:56.27 | seanbright | i think a golden parachute would be impractical |
| 21:56.36 | seanbright | not to nitpick |
| 21:57.19 | Corydon76-lap | jsmith: going to dinner with the studs tonight? |
| 21:57.38 | jsmith | Corydon76-lap: Nope... but there was something I was going to ask you |
| 21:57.49 | Corydon76-lap | Ah... |
| 21:58.19 | Corydon76-lap | I'll come downstairs, then |
| 22:38.47 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 22:45.55 | Laureano | NSPW: This teleworking world is becoming weird: http://img.feels.ru/uploads/new5/175/02.jpg http://img.feels.ru/uploads/new5/175/06.jpg |
| 22:46.08 | Laureano | s/NSPW/NSFW/ |
| 22:56.14 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 23:11.10 | Corydon76-lap | pokes obnauticus |
| 23:34.00 | thx_man | i compiled ast 1.6 + libpri 1.6 + zaptel 1.4.11 + zaphfc. i see the card in astersik. but only in bri_net mode, bri_net_ptmp will not work. any idea? is bri_net_ptmp not implemented yet? |
