| 00:00.31 | tzafrir_home | And I can't connect to the PBX to re-configure it |
| 00:01.01 | Corydon76-vcch | What? |
| 00:01.11 | Corydon76-vcch | Why not? |
| 00:02.07 | tzafrir_home | <tzafrir_home> Assuming that my manager user is actually from users.conf |
| 00:03.31 | tzafrir_home | So a typo in an unrelated section of users.conf can completely block me from connecting |
| 00:03.51 | Corydon76-vcch | Uh, no |
| 00:04.02 | Corydon76-vcch | Only if the typo is there when you restart |
| 00:04.39 | Corydon76-vcch | If you make a typo, it will fail to load the new config and keep the existing config |
| 00:05.04 | tzafrir_home | But what happens on a manger connection? |
| 00:05.25 | Corydon76-vcch | Well, manager connections are getting converted to cache the details in memory |
| 00:06.13 | tzafrir_home | in 1.4? |
| 00:07.44 | Corydon76-vcch | I don't think so |
| 00:08.08 | Corydon76-vcch | Ah, so your objection is purely on the GUI in 1.4 |
| 00:08.09 | Qwell | hmm, funky |
| 00:08.27 | Qwell | manager.conf is a fairly good point, but, in looking at it, I found something interesting... |
| 00:08.32 | Qwell | displaysystemname doesn't...work |
| 00:10.49 | tzafrir_home | Corydon76-dig, I don't really agree with that change. But most of all because it breaks 1.4 configurations , |
| 00:10.59 | tzafrir_home | And I don't really see the benefits from it |
| 00:11.15 | Corydon76-vcch | It only has a potential to break the GUI |
| 00:11.35 | tzafrir_home | It does break existing freepbx configurations |
| 00:11.37 | Qwell | huh.. not only does displaysystemname not work, it's also never used |
| 00:11.40 | Corydon76-vcch | Well, we'll have to differ. I do see the benefits of it |
| 00:11.56 | tzafrir_home | well, what are those? |
| 00:12.04 | Corydon76-vcch | tzafrir_home: It's not our fault that freepbx is fundamentally broken |
| 00:12.07 | Qwell | tzafrir_home: potential self-inflicted security issues |
| 00:12.55 | tzafrir_home | I wonder what issues can be caused by loading new extensions.conf and not loading new sip.conf |
| 00:13.17 | tzafrir_home | You direct a guy to the wrong context |
| 00:13.43 | Qwell | tzafrir_home: if a peer was broken, not only could they go to the wrong context, they could potentially do so unauthenticated. |
| 00:13.55 | Qwell | or, without needing auth |
| 00:14.22 | Qwell | [foo]\n user=bar\n [\n secret=blah |
| 00:14.25 | Qwell | ^ BAD |
| 00:14.52 | Qwell | if we can't trust that single character, we cannot trust any of the file |
| 00:15.21 | tzafrir_home | well, why is a new section started simply with a ^[ ? |
| 00:15.29 | Qwell | because the user typod it in |
| 00:15.30 | tzafrir_home | And not with a valid header? |
| 00:15.47 | tzafrir_home | That is the real bug |
| 00:15.54 | Qwell | which is something we can never fix |
| 00:16.01 | Qwell | we can't possibly attempt to guess at their intent |
| 00:17.03 | tzafrir_home | in the worst case you mixed together two blocks. And that security issue goes away |
| 00:17.16 | Qwell | tzafrir_home: no it doesn't |
| 00:17.22 | Qwell | let me come up with an example |
| 00:18.34 | Qwell | [bob]\n user=foo\n deny=all\n accept=127.0.0.1\n [abc(sometemplate) |
| 00:19.02 | Qwell | sometemplate sets accept to everything |
| 00:19.17 | Qwell | now you've yet again given the world access to a trusted account |
| 00:19.54 | Qwell | or, sometemplate needn't set the accept to everything - the abc context might have |
| 00:20.45 | Qwell | or, let's go with an extensions.conf example |
| 00:21.21 | Qwell | [localonly] exten => _XXXX,1,...\n [trusted\n exten => _XXXX,1,DISA(nopasswd) |
| 00:22.36 | tzafrir_home | "[abc(sometemplate)" is invalid syntax and thus that line should be ignored |
| 00:22.41 | Qwell | exactly |
| 00:22.50 | Qwell | so, let's say it's ignored |
| 00:22.52 | tzafrir_home | So I don't see the issue here |
| 00:22.58 | Qwell | [bob]\n user=foo\n deny=all\n accept=127.0.0.1\n [abc(sometemplate)\n accept=0.0.0.0 |
| 00:23.58 | Qwell | regardless of which way you go with it, you can make a VERY broken config. |
| 00:24.07 | tzafrir_home | You'er being over-protective, IMHO. And also over-smart ( = unexpected) |
| 00:24.33 | tzafrir_home | There are plenty of ways to break configuration |
| 00:24.43 | Qwell | accidentally? |
| 00:24.59 | tzafrir_home | a typo in the context line. a ';' character as the first character of the secret |
| 00:25.02 | Corydon76-vcch | and people have complained for YEARS that we don't warn them when something goes wrong |
| 00:25.24 | Qwell | a typo in a context line won't cause your user to have no password |
| 00:25.35 | tzafrir_home | warn: OK. break badly: not so |
| 00:25.56 | Qwell | it would have broken badly - this PREVENTS it from breaking |
| 00:26.26 | tzafrir_home | a typo in the context line may cause elevated permissions. |
| 00:26.42 | tzafrir_home | e.g: for a certain user "guest" |
| 00:27.08 | Qwell | what, are you going to typo "default" as "defualt", which happens to be your trusted context? |
| 00:27.26 | tzafrir_home | depends what kind of typo |
| 00:28.01 | tzafrir_home | But it also makes thing break with a big bang |
| 00:28.10 | tzafrir_home | and badly |
| 00:28.29 | tzafrir_home | Is there a way to check the validity of a config file without reloading it? |
| 00:28.31 | Qwell | with this patch, if there is a failure in your config - nothing will happen |
| 00:28.35 | Qwell | That's what it's doing! |
| 00:28.51 | tzafrir_home | unless you restart. Or actually start afresh |
| 00:29.00 | Qwell | yes, then it will never load at all |
| 00:29.04 | tzafrir_home | "nothing will happen" , until someone pulls the power plug |
| 00:30.26 | tzafrir_home | So what can be done to make it simple to test the validity of a config file? |
| 00:30.47 | Qwell | that's exactly what the patch does. It tests the config, and does not load it unless it is valid. |
| 00:39.31 | tzafrir_home | hmmm... so if I have an invalid sip.conf, it will fail to load sip.conf . But what about sections from users.conf? |
| 00:40.35 | tzafrir_home | It will still be read |
| 00:40.41 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:41.19 | tzafrir_home | So the fact that I set in [general] in sip.conf context=notdefault will not count |
| 01:22.34 | Qwell | tzafrir_home: no, I don't believe that is correct. It stops processing |
| 01:57.14 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 01:57.14 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:00.25 | *** join/#asterisk-dev RoyK (n=roy@ip-219-6-149-91.dialup.ice.no) |
| 02:01.47 | Laureano | putnopvut: There? |
| 02:09.18 | putnopvut | Laureano: yes, I'm here. |
| 02:09.44 | Laureano | putnopvut: He, I just add a note to the invalid penalty issue. |
| 02:10.06 | Laureano | Well, the point is that I agree with you and I will try to provide an improved patch tomorrow. |
| 02:10.28 | putnopvut | All right. Great! |
| 02:10.35 | putnopvut | Thanks very much. |
| 02:10.47 | Laureano | No, thank you for your help. |
| 02:10.52 | Laureano | :-) |
| 02:45.13 | De_Mon | I thought writing a regex search and replace feature would be easy... Boy was I wrong |
| 02:52.30 | blitzrage | De_Mon: wow... still on that eh? |
| 02:53.20 | De_Mon | blitzrage oh no I gave up that night, but I just found an old screen session where I was looking at it ;) |
| 02:53.40 | De_Mon | almost nothing is "easy" in c++ I had forgotten ;) |
| 03:17.09 | De_Mon | I might attempt a normal REPLACE() string function later.. got some big projects going on right now tho |
| 03:46.47 | Corydon76-dig | De_Mon: so you're saying that C++ makes the easy difficult, and the difficult impossible? |
| 03:47.10 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 03:57.12 | De_Mon | impossible? no I found several implimentation's they were just a lot more involved than what I was expecting. |
| 03:58.15 | De_Mon | I've been working in more um, babying languages like vb and c# that do most of the heavy lifting for me |
| 04:15.13 | *** join/#asterisk-dev bkruse_home (n=kruz@76.73.154.120) |
| 04:15.13 | *** mode/#asterisk-dev [+o bkruse_home] by ChanServ |
| 04:25.28 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:45.01 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:04.41 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:04.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:03.49 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 07:46.03 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 08:47.10 | *** join/#asterisk-dev agx (n=AGX@88.34.216.63) |
| 08:58.57 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:59.02 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 10:17.44 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 10:22.23 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:24.29 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 11:02.54 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:11.06 | *** join/#asterisk-dev msetim (n=marcos@200.195.161.164) |
| 11:21.56 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:24.24 | *** join/#asterisk-dev dklima (n=daniel@200.195.161.164) |
| 11:31.12 | *** join/#asterisk-dev oej (n=olle@scandic832.host.songnetworks.se) |
| 11:31.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:45.21 | dklima | M11080 |
| 11:45.25 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0011080: SIP channel stops processing calls, but no apparent deadlock reported by callguy http://bugs.digium.com/view.php?id=11080 |
| 12:15.27 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:26.37 | *** join/#asterisk-dev Victor_Yure (n=aaa@201.9.71.72) |
| 12:34.02 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) [NETSPLIT VICTIM] |
| 12:34.02 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) [NETSPLIT VICTIM] |
| 12:34.02 | *** join/#asterisk-dev snuff-work (n=bradl@197.36.168.202.static.comindico.com.au) [NETSPLIT VICTIM] |
| 12:34.03 | *** join/#asterisk-dev Simon-- (n=sim@staff-nat.netnation.com) [NETSPLIT VICTIM] |
| 12:34.03 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 12:34.48 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-6b05d96d8e20199b) [NETSPLIT VICTIM] |
| 12:34.48 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 12:34.48 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:34.48 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 12:34.48 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-e25931f5febceee8) |
| 12:34.48 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 12:34.49 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-7185d53586bb2ca1) |
| 12:34.50 | *** mode/#asterisk-dev [+ooo bkruse putnopvut kpfleming] by irc.freenode.net |
| 12:34.57 | *** join/#asterisk-dev bkruse_home (n=kruz@76.73.154.120) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev agx (n=AGX@88.34.216.63) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev festr_ (n=festr@ns.regnet.cz) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev Corydon76-home (i=eight@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 12:34.58 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 12:34.58 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 12:34.58 | *** mode/#asterisk-dev [+oo bkruse_home Corydon76-home] by irc.freenode.net |
| 12:36.12 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 12:36.12 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 12:36.12 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 12:36.12 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 12:36.14 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 12:36.14 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) [NETSPLIT VICTIM] |
| 12:36.14 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 12:36.14 | *** join/#asterisk-dev Fade (n=fade@outrider.deepsky.com) |
| 12:36.14 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 12:36.14 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 12:36.14 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-58aee2ef14073e11) [NETSPLIT VICTIM] |
| 12:36.15 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 12:36.15 | *** mode/#asterisk-dev [+oo Qwell Corydon76-vcch] by irc.freenode.net |
| 13:22.21 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.125.196) |
| 13:42.08 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 13:44.46 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:44.46 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 13:47.10 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 13:55.20 | *** join/#asterisk-dev pjezek (n=pj@brana.i.cz) |
| 13:55.24 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 14:01.21 | pjezek | when viewing commits via http://svn.digium.com/view/asterisk?view=rev is possible to browse only selected branch and filter out commits to all other branches? |
| 14:16.16 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 14:23.05 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-1c8f5b4c40d7c9f1) |
| 14:23.05 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:33.34 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 14:39.52 | oej | The thing is that branches get commits from trunk or the base through automerge |
| 14:47.06 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:47.06 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:50.14 | pjezek | yes, but filtering out all irelevant changes from user view perspective would be great ;-) |
| 14:53.14 | *** part/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 14:53.22 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 14:55.13 | kpfleming | pjezek: what are you talking about? that's exactly how it works now |
| 15:02.05 | pjezek | I would like to walk trough/view commits to eg. trunk only, and not to display automerge commits to all branches. |
| 15:02.44 | kpfleming | uhh... that's how it works now |
| 15:03.13 | Corydon76-dig | pjezek: if you change your path and don't browse from the top level... |
| 15:03.38 | Corydon76-dig | If you browse from the top level, you're going to get changes from all branches |
| 15:05.21 | pjezek | eg.: http://svn.digium.com/view/asterisk?view=rev&revision=92932 and use arrows back, forward near by "go" button |
| 15:05.35 | kpfleming | you are browsing the entire repository, so you will see the entire repository |
| 15:05.48 | kpfleming | if you want to look at trunk only, then navigate to trunk and look there |
| 15:06.46 | pjezek | if I go to http://svn.digium.com/view/asterisk/trunk/ I don't see any back/forward arrows to browse :( |
| 15:07.16 | kpfleming | sorry then |
| 15:07.21 | kpfleming | that's just how ViewVC works |
| 15:07.50 | Corydon76-dig | You might go talk to the ViewVC developers and ask about that feature |
| 15:08.19 | pjezek | ok, I will try :) |
| 15:39.03 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-feac43641f867c03) |
| 15:39.03 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 16:01.40 | *** join/#asterisk-dev russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:01.40 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:07.02 | *** join/#asterisk-dev callguy (n=callguy@pool-71-162-97-18.bstnma.east.verizon.net) |
| 16:14.23 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 16:14.59 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:16.38 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 16:32.20 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:02.39 | *** part/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 17:08.19 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 17:08.34 | flujan | hi guys. |
| 17:09.17 | flujan | Corydon76-dig: I will test the patch http://bugs.digium.com/view.php?id=11386 |
| 17:09.35 | flujan | do you need me to compile asterisk with some debug option? |
| 17:09.51 | flujan | I am compiling it with disable optmization and debug malloc. |
| 17:13.04 | Corydon76-dig | flujan: you don't need to, but it would be best, if the fix has a bug in it |
| 17:13.39 | flujan | ok |
| 17:13.47 | flujan | I am installing it on another machine... |
| 17:14.02 | flujan | the production machine cannot be touched... My boss will not allow it... |
| 17:14.03 | flujan | :D |
| 17:24.57 | callguy | Corydon76-dig: I was looking at the backtrace/patch from 11386, and I think the memory corruption here may be related to the earlier reports in 11080 - which seem to be around __sip_ack and handle_request and handle_response |
| 17:27.08 | callguy | it looks like your patch hits the same parts of the code we were seeing out of bounds values for. |
| 17:28.06 | Corydon76-dig | It's possible |
| 17:30.16 | Corydon76-dig | callguy: that is some VERY hairy code |
| 17:30.33 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:30.54 | russellb | callguy: i'd be willing to log in again to look at a new backtrace if you have any after i made the last set of fixes, by the way |
| 17:31.07 | russellb | this bug is driving me crazy |
| 17:33.46 | callguy | Cordyon76-dig: I'm not going to argue with you on that one. I've looked at it for a while and really can't make heads or tails of it. |
| 17:33.59 | callguy | russelb: I'll let you know as soon as we get one. |
| 17:34.15 | russellb | callguy: alright |
| 17:34.31 | Corydon76-dig | callguy: in fact, now that I look at it, I strongly recommend that you try out that patch |
| 17:34.48 | Corydon76-dig | It's been 2 weeks since I made that patch, after all |
| 17:35.15 | Corydon76-dig | and 11080, like I said, looks like we're getting memory corruption on a lock itself |
| 17:35.35 | Corydon76-dig | which really really hurts |
| 17:35.45 | Corydon76-dig | and 11386 can definitely cause that |
| 17:36.11 | Corydon76-dig | Question is whether it is that one or some other as yet unknown bug |
| 17:37.23 | callguy | my suspcion is that there's 2 or 3 things - the bug in 11386 may be part of it. If you look at the later traces (including ours) some of them point to different things. |
| 17:38.32 | Corydon76-dig | Well, valgrind won't find it unless it stomps on malloc's internal structures |
| 17:40.36 | *** join/#asterisk-dev bkruse_home (n=kruz@76.73.154.120) |
| 17:40.36 | *** mode/#asterisk-dev [+o bkruse_home] by ChanServ |
| 17:43.02 | russellb | Corydon76-dig: |
| 17:43.03 | russellb | app_meetme.c:2742: warning: dereferencing type-punned pointer will break strict-aliasing rules |
| 17:43.03 | russellb | app_meetme.c:2746: warning: dereferencing type-punned pointer will break strict-aliasing rules |
| 17:58.42 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 18:11.08 | *** join/#asterisk-dev Laureano (n=chatzill@200.59.172.38) |
| 18:21.15 | Corydon76-dig | russellb: what version of gcc are you using? |
| 18:21.34 | russellb | 4.1.3 |
| 18:21.43 | Corydon76-dig | Ah... 4.1.2 here |
| 18:22.20 | russellb | gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) |
| 18:22.45 | Corydon76-dig | gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4) |
| 18:23.17 | Corydon76-dig | Try now |
| 18:23.59 | russellb | works, yay |
| 18:24.00 | russellb | thanks |
| 18:24.58 | Corydon76-dig | unions FTW |
| 18:37.59 | Corydon76-dig | I think I need an acoustic coupler of the 21st century... http://ars.userfriendly.org/cartoons/?id=20071214 |
| 18:51.13 | tzanger | I was never a fan of uf |
| 18:52.32 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-09adf725cf47c940) |
| 18:52.32 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:55.27 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 19:13.15 | russellb | today feels slow. |
| 19:13.23 | russellb | must be because our guests left :( |
| 19:13.32 | Qwell | russellb: yeah...silly guests, having to leave |
| 19:25.48 | russellb | something is weird with trunk |
| 19:25.55 | russellb | it rebuilds everything like, every time |
| 19:26.20 | *** part/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 19:26.40 | Qwell | (only because he isn't here to defend himself) |
| 19:26.45 | russellb | obviously |
| 19:27.33 | putnopvut | russellb: didn't happen to me just now. |
| 19:27.45 | *** join/#asterisk-dev snuff-work (n=bradl@197.36.168.202.static.comindico.com.au) |
| 19:27.45 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 19:27.46 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) [NETSPLIT VICTIM] |
| 19:27.52 | Qwell | russellb: there have been a lot of header changes lately. no updates in between? |
| 19:28.39 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 19:30.16 | russellb | no, like, today while i'm working on stuff |
| 19:30.19 | russellb | oh well |
| 19:31.22 | jmls | um, this is perhaps a noob question ... |
| 19:31.38 | jmls | what would cause this .. |
| 19:31.49 | jmls | app_system.c:107 system_exec_helper: Unable to execute 'swift -n Lawrence -m text -o /tmp/swift-1197660588.7076.wav -p audio/sampling-rate=8000 "Mr John Smith"'' |
| 19:32.02 | Qwell | chan_unicall is the SteveU stuff, right? |
| 19:32.13 | Qwell | nm, yeah, I was confusing that with chan_unistim |
| 19:32.16 | russellb | Qwell: yes |
| 19:34.22 | Corydon76-dig | russellb: do you see any reason why we couldn't commit 10815 to -addons ? |
| 19:34.25 | Corydon76-dig | M10815 |
| 19:34.26 | MuffinMan | [ready for testing] [Asterisk] Applications/NewFeature 0010815: [patch] SendFAX/ReceiveFAX reported by dimas http://bugs.digium.com/view.php?id=10815 |
| 19:35.32 | snuff-away | Corydon76-dig about the changeset.. 11315.. chan_unistim will not compile unless those changes are made.. all the changes relate to chan_unistim |
| 19:35.54 | russellb | Corydon76-dig: we'll have to ask kevin on that one |
| 19:36.09 | jmls | whoa. just found it. |
| 19:36.11 | jmls | it works just fine from the command prompt |
| 19:36.44 | jmls | I have to use /usr/local/bin/swift if I run it from asterisk |
| 19:36.50 | Corydon76-dig | snuff-away: I was referring specifically to your changes from localtime to ast_localtime |
| 19:36.50 | jmls | why would that be |
| 19:37.29 | snuff-away | mm.. i know.. but chan_unistim uses the 'timezone' field of the time struct.. |
| 19:37.44 | snuff-away | aka solaris not have timezone field |
| 19:37.44 | Corydon76-dig | Ah |
| 19:38.11 | Corydon76-dig | snuff-away: ugh, it doesn't? |
| 19:38.17 | snuff-away | nope |
| 19:38.21 | Corydon76-dig | snuff-away: that is ultra lame |
| 19:38.33 | Qwell | s/ultra lame/solaris/ |
| 19:38.43 | snuff-away | mm.. maybe so.. but that's whats there.. |
| 19:40.32 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:40.53 | Corydon76-dig | Qwell: "So-lame-ass"? |
| 19:43.00 | jmls | So Often Lame And Rubbish Is Solaris |
| 19:45.46 | russellb | Corydon76-dig: green light for putting them in addons |
| 19:45.57 | russellb | after code review for coding guidelines type stuff, of course |
| 19:46.51 | Corydon76-dig | Okey dokey |
| 19:48.32 | snuff-away | another small bug.. 11287 i have added what you need to do for solaris to get md5 :) |
| 19:50.41 | Corydon76-dig | snuff-away: is there a reason you didn't set milliseconds in chan_unistim? |
| 19:51.01 | snuff-away | uhm nope.. probably just missed it |
| 20:17.56 | *** join/#asterisk-dev RoyK (n=roy@ip-10-5-149-91.dialup.ice.no) |
| 20:23.51 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 20:41.09 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:00.16 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 21:02.23 | *** join/#asterisk-dev monkeytype (i=Bill@nat/digium/x-2ee80b882a181a5b) |
| 21:05.44 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 21:14.14 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 21:40.54 | *** join/#asterisk-dev rtasterisk (n=mozveren@se167-1-82-242-148-65.fbx.proxad.net) |
| 21:40.58 | rtasterisk | hello all |
| 21:41.09 | rtasterisk | just a question about asterisk internals |
| 21:41.20 | rtasterisk | I a reading the code source |
| 21:41.37 | rtasterisk | and its seems asterisk create one thread per call |
| 21:41.41 | rtasterisk | its rigth ? |
| 21:41.56 | rtasterisk | right |
| 21:42.25 | rtasterisk | ast_start_pbx() => create a thread |
| 21:42.36 | rtasterisk | that run the dial plan interpretor |
| 21:43.02 | rtasterisk | Does you think its impacts the performances ? |
| 21:44.22 | rtasterisk | I know yate uses a message queue implementation mechanism between the channels to share frames, user events ... |
| 21:44.32 | rtasterisk | What do you think about it ? |
| 21:45.03 | rtasterisk | What is the best implementation of pbx core between those 2 solutions ? |
| 21:46.45 | Corydon76-dig | I doubt anybody around here has spent any time at all looking at yate |
| 21:48.16 | rtasterisk | You think asterisk implementation is the best ? |
| 21:48.34 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 21:55.34 | Corydon76-dig | rtasterisk: apparently you don't understand what 'not looking' means |
| 21:56.47 | rtasterisk | I understand, but maybe you may have a theoric comparaison approch |
| 21:57.20 | tzanger | heh |
| 21:58.26 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:59.40 | Corydon76-dig | Or, in other words, blindly stabbing in the dark |
| 22:00.30 | rtasterisk | hehe |
| 22:02.30 | Qwell | So, I think... I'm going to redo how -addons gets built |
| 22:07.08 | mvanbaak | Qwell: bout time ;) |
| 22:07.47 | mvanbaak | if (is_dir('../asterisk-addons/') |
| 22:07.54 | mvanbaak | <PROTECTED> |
| 22:19.17 | *** join/#asterisk-dev otherwiseguy (n=twilson@CPE-75-81-49-192.kc.res.rr.com) |
| 22:23.06 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-c6dc1ada2a38ae9e) |
| 22:23.06 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:23.17 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 23:27.38 | tzafrir_home | hmmm..... chan_zap scans all the possible zaptel spans (all 128 of them) |
| 23:27.53 | tzafrir_home | Is it possible, insetad, to get a list from somewhere? |
| 23:29.27 | tzafrir_home | You typically have much , much less. but 128 spans |
| 23:29.53 | tzafrir_home | But I can also forsee situations where you'll need to increase this number |
| 23:32.36 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:51.54 | bkw_ | http://www.888voipstore.com/snom-m3-ip-dect-phone-pr-18792.html |