| 00:03.49 | *** join/#asterisk-dev RoyK (n=roy@ip-96-24-149-91.dialup.ice.no) |
| 00:18.32 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:21.01 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 01:38.55 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:29.30 | *** join/#asterisk-dev ManxPower (n=manxpowe@ip72-204-168-61.no.no.cox.net) |
| 03:10.34 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:10.34 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:20.57 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:20.57 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:28.19 | *** join/#asterisk-dev seanbright (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 04:12.39 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 04:31.49 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:31.49 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 05:23.19 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 05:51.04 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:51.04 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 06:34.24 | *** join/#asterisk-dev g0mb0 (n=root@external.micom.mng.net) |
| 06:37.09 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-105216.home.otenet.gr) |
| 06:57.06 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:59.09 | g0mb0 | hi there |
| 06:59.26 | g0mb0 | anybody have experience with chan_woomera? |
| 07:11.54 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 07:43.14 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 07:49.52 | *** join/#asterisk-dev Shaun2222 (n=Shaun@ip68-4-127-67.oc.oc.cox.net) |
| 08:11.50 | citats | e |
| 08:13.08 | citats | i dont actually mean e, what i meant was really less than e so just forget it. ok now time to go to bed |
| 09:40.38 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 09:46.07 | *** join/#asterisk-dev phearless (n=phear@host217-34-75-65.in-addr.btopenworld.com) |
| 10:27.27 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 10:48.39 | *** join/#asterisk-dev RoyK (n=roy@ip-96-24-149-91.dialup.ice.no) |
| 10:53.52 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:12.15 | *** join/#asterisk-dev _foxfire_ (n=_foxfire@cica-adm.fe.up.pt) |
| 11:14.06 | _foxfire_ | hello guys , yesterday i presented a serious crash problem, today i finally know what is causing it. But i need some advice in which my next step should be ... any1 here want to help me ? |
| 11:18.18 | jmls | if you can reproduce a crash, then that's always very helpful |
| 11:19.02 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:19.05 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 11:19.20 | _foxfire_ | iup i was able to do so |
| 11:20.07 | jmls | log a bug report on mantis - follow the guidelines, upload a bt full and someone will take a look at it for you |
| 11:22.21 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:22.38 | _foxfire_ | the problem lies in /etc/zaptel.conf if i use hello guys , yesterday i presented a serious crash problem, today i finathe problem is if i specify loadzone=us in /etc/zaptel.conf things go smoothly , but i am in portugal so i should use loadzone=pt, if i do so and a call goes out , any dtmf digits will crash imediantly the machine |
| 11:22.52 | _foxfire_ | sorry mixed up the text |
| 11:23.52 | _foxfire_ | this does not happen with asterisk 1.2 |
| 11:37.41 | *** join/#asterisk-dev simbol76ss (n=simbol@host149-218-dynamic.10-87-r.retail.telecomitalia.it) |
| 12:13.12 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:47.50 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:58.36 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 13:54.38 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.232.128) |
| 13:55.23 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:55.23 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:10.25 | *** join/#asterisk-dev jsmith-away (n=njsmith@72.21.36.138) |
| 14:10.25 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 14:14.59 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:29.38 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 14:31.29 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 14:38.23 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:38.23 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:39.24 | puzzled | hi |
| 14:39.36 | puzzled | any plans on releasing a 1.4.19-rc1 soon? |
| 14:40.49 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 14:40.49 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:41.53 | jmls | puzzled: didn't you know that 1.4 is deprecated in favour of 1.8 ? |
| 14:42.07 | mvanbaak | :) |
| 14:42.40 | mvanbaak | it should be soon. once 1.6 arrives |
| 14:46.48 | atis_work | i wonder what will be after 1.8 - 1.10 or 2.0 |
| 14:46.49 | atis_work | :p |
| 14:47.05 | puzzled | in the spirit of web 2.0 my guess is 2.0 |
| 14:47.24 | puzzled | for sure if Marketing gets their way. then it might even be Asterisk 2009 |
| 14:47.41 | atis_work | LOL |
| 14:47.56 | mvanbaak | Asterisk 2009 Small Business Edition |
| 14:48.18 | mvanbaak | with 5 client licenses |
| 14:48.25 | jmls | ouch |
| 14:49.44 | jmls | what's wrong with Asterisk 2020 ? |
| 14:49.56 | jmls | "It's years ahead of the competition" |
| 14:52.09 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 14:55.22 | atis_work | Asterisk 2020 is already past - that's 1.0.4.0 in OCT :D |
| 14:56.05 | atis_work | we should focus on Asterisk 3410 |
| 14:56.45 | atis_work | That should be next after Asterisk 3100 :D |
| 15:06.15 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-79-181-13-16.red.bezeqint.net) |
| 15:06.15 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:11.55 | *** join/#asterisk-dev pekdon (n=pekdon@122.84-48-215.nextgentel.com) |
| 15:12.45 | pekdon | Hi, noticed this one http://bugs.digium.com/view.php?id=6014 , any tips on doing the same without includes (anot not duplicating the data in the database 100 times) or is it of interest to get an updated patch? |
| 15:19.56 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:19.56 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:21.03 | jsmith | Ah, that bug... |
| 15:21.33 | jsmith | pekdon: Getting an updated patch won't help -- the developers have repeatedly rejected the idea |
| 15:23.55 | pekdon | jsmith: ok, so how do people go around this, or maybe they do not? |
| 15:24.53 | jsmith | pekdon: By putting the includes in the extensions.conf file |
| 15:25.05 | jsmith | I know, it's crazy |
| 15:25.10 | jsmith | But that's what people do. |
| 15:25.29 | jsmith | (Another option is to use database views, if your database supports views) |
| 15:26.10 | pekdon | jsmith: yeah, considered that but the views might become kinda funky after a while. possible to make the includes as a part of a static database configuration as well |
| 15:29.23 | jsmith | pekdon: That's fine... I'm sure Steve Sokol (the guy who wrote the first patch) would be happy to see it get some more attention |
| 15:29.38 | jsmith | pekdon: But, just realize that it'll probably never get included in Asterisk |
| 15:30.51 | pekdon | jsmith: yeah, that's fine. code on something else for a change so it's going to be fun. |
| 15:31.45 | Corydon76-dig | pbx_realtime in general is something that nobody wants to support |
| 15:34.27 | Corydon76-dig | We should make up a list of modules for which none of the core developers wants to maintain |
| 15:34.50 | pekdon | Seems to make sense yes |
| 15:35.02 | jsmith | Corydon76-dig: Well, the best way to get rid of realtime is to make something better. |
| 15:35.11 | Corydon76-dig | jsmith: already have |
| 15:35.18 | Corydon76-dig | jsmith: func_odbc |
| 15:35.45 | jsmith | Corydon76-dig: func_odbc answers the realtime *dialplan* piece.. but not the realtime users/peers/friends piece |
| 15:36.11 | Corydon76-dig | jsmith: Precisely. pbx_realtime is only a dialplan |
| 15:36.46 | Corydon76-dig | jsmith: that would be... interesting |
| 15:36.51 | tzafrir_laptop | reload? |
| 15:36.57 | tzafrir_laptop | partial reload? |
| 15:37.32 | Corydon76-dig | jsmith: so manager push, basically |
| 15:37.38 | jsmith | Corydon76-dig: In other words, we keep the information in memory... if some external thing wants to make a change, it pushes those changes to us (through AMI) |
| 15:37.44 | jsmith | Corydon76-dig: Bingo! You've got it. |
| 15:38.04 | Corydon76-dig | jsmith: I like it |
| 15:38.07 | jsmith | Corydon76-dig: Obviously we also need a way to get configs on startup -- but that's a model that scales |
| 15:38.36 | putnopvut | A realtime push model would be excellent, but how would that be done? |
| 15:39.11 | Corydon76-dig | putnopvut: AMI |
| 15:39.39 | Corydon76-dig | I think we can do that without too much trouble |
| 15:39.41 | putnopvut | How do you get a database to push an AMI message to Asterisk? |
| 15:40.17 | Corydon76-dig | putnopvut: You don't. You push the new data via AMI and Asterisk does the DB update |
| 15:40.51 | putnopvut | You've totally lost me here. |
| 15:41.26 | Corydon76-dig | The DB becomes the permanent store, yes, but when you update a peer, you push the info via AMI, and let Asterisk do the DB update |
| 15:41.39 | Corydon76-dig | You no longer directly access the DB |
| 15:42.15 | Corydon76-dig | Asterisk pulls peers from the DB on startup, but any updates have to be pushed via AMI |
| 15:42.16 | tzafrir_laptop | so add the equivalents of 'dialplan add' etc. to other objects? |
| 15:42.38 | Corydon76-dig | tzafrir_laptop: but not CLI commands. AMI commands. |
| 15:43.26 | wwalker | I have a Linksys SPA-2102. it was wortking fine. Then they re-ip'd our office. "sip show peer 1977" shows a Status of OK 34 ms. so it's registering. but it doesn't ring when it's called and it no longer has dial tone :( There was no nat involved before or after the re-ip. Is there anything else I can check on the asterisk side |
| 15:43.27 | Corydon76-dig | The DB essentially becomes "What should I know at startup?" |
| 15:43.39 | Corydon76-dig | wwalker: #asterisk please |
| 15:44.58 | putnopvut | Corydon76-dig: but the problem is that it completely takes away the benefit of using a DB as a backend. |
| 15:45.49 | Corydon76-dig | putnopvut: as a common interface, sure. but you get a far closer model to real time data |
| 15:46.42 | Corydon76-dig | We've used the backend of the DB interface as a convenience up until now, because we've lacked the tools to do that in Asterisk, and it was convenient |
| 15:46.55 | Corydon76-dig | but it's no longer convenient; it's now an impediment |
| 15:47.12 | atis_work | that would make realtime queue members implementation much simpler |
| 15:47.19 | atis_work | if applied to that |
| 15:47.23 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:47.25 | Corydon76-dig | So I think we should dispose of that interface model in favor of pushing new settings via AMI |
| 15:48.08 | Corydon76-dig | Setting things directly in the DB will have an effect only on two things: next startup and peers not yet loaded into memory |
| 15:48.10 | putnopvut | Or even better, through the event system russellb wrote in trunk. |
| 15:48.45 | Corydon76-dig | putnopvut: Could be, yes. |
| 15:49.21 | Corydon76-dig | putnopvut: but I'd rather write a direct interface and get the idea fleshed out, and we can worry about how it's implemented internally later |
| 15:50.18 | Corydon76-dig | All of the really good ideas go through several major implementation revisions, anyway |
| 15:50.38 | putnopvut | Yeah, that's quite true. |
| 15:51.59 | Corydon76-dig | I got halfway through an implementation of datastores pre-1.0... it was a good idea, I just didn't have the time to complete it... |
| 15:52.49 | Corydon76-dig | and I wrote what I called "variables with triggers", Anthm wrote dialplan functions, and then it got revised to look a whole lot more like my "variables with triggers" |
| 15:53.28 | pekdon | Hmm |
| 15:53.42 | Corydon76-dig | And we're on AEL3 now... |
| 16:03.20 | *** join/#asterisk-dev simbol76ss (n=simbol@host135-218-dynamic.55-82-r.retail.telecomitalia.it) |
| 16:16.55 | mvanbaak | FOSDEM,.... here I come |
| 16:16.58 | mvanbaak | latero all |
| 16:17.07 | file | mvanbaak: have fun! |
| 16:17.15 | mvanbaak | I will |
| 16:17.18 | mvanbaak | :) |
| 16:19.04 | jmls | how about accepting jabber messages ? |
| 16:19.30 | jmls | instead of an AMI |
| 16:21.48 | JerJer | so like T.38 |
| 16:22.10 | JerJer | my blog is getting hammered with people searching 'asterisk t.38' or 'app_fax t.38' |
| 16:22.26 | JerJer | is app_fax now a T.38 endpoint ? |
| 16:23.04 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:23.27 | file | it can send faxes, and receive faxes... using T38 |
| 16:24.47 | JerJer | any QA testing done on it ? |
| 16:25.22 | file | by Digium? no, it didn't come from us |
| 16:25.29 | JerJer | ok |
| 16:25.31 | file | it was submitted by a community developer, it uses spandsp |
| 16:26.13 | JerJer | ok |
| 16:31.32 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:31.37 | JerJer | gonna have to test it then |
| 16:31.56 | JerJer | i think spa-3XXX supports T.38 |
| 16:38.44 | jmls | mm. res_jabber.c already handles inbound jabber messages. |
| 16:39.00 | jmls | just spits it out on the console if debug is enabled |
| 16:41.39 | lmadsen | question... I am trying to disable an ODBC connection that I have loaded and working, but if I go into res_odbc.conf and disable the connection (enabled => no), and then do a module reload res_odbc.so, the connection is still active -- does this mean I have to restart asterisk to make that change? |
| 16:41.49 | lmadsen | jmls: you might know the answer... :) |
| 16:41.53 | jmls | lmadsen: I think so. |
| 16:42.10 | lmadsen | ok, thats what I was afraid of :) |
| 16:42.28 | jmls | just disable odbc entirely :p |
| 16:42.31 | jmls | use CURL ! |
| 16:42.47 | jmls | total database abstraction |
| 16:42.59 | jmls | no messy SQL queries |
| 16:43.13 | jmls | CURL for president. |
| 16:43.44 | jsmith | lmadsen: Set "enabled => yes", and change the password or something else to make it break |
| 16:44.15 | lmadsen | jsmith: ok, let me see if I can update the connection at all without a restart |
| 16:44.21 | jmls | jsmith: yuk |
| 16:45.06 | jsmith | jmls: I didn't say it was pretty |
| 16:45.12 | jmls | heh |
| 16:45.27 | jsmith | jmls: There's just no easy way to remove an item from memory |
| 16:45.30 | jmls | people said that about my ex .. |
| 16:45.43 | lmadsen | ya, this is a live box, and I'm writing logs to two separate DBs, but I'm trying to eliminate the MSSQL DB from causing delays to writing logs to the MySQL database, because I'm getting inserts out of order there |
| 16:47.43 | jsmith | lmadsen: YOu need NoLossCDR ;-) |
| 16:47.53 | lmadsen | jsmith: this isn't using the asterisk CDR stuff |
| 16:48.03 | jsmith | Ah... |
| 16:48.04 | lmadsen | this is custom logging from app_queue |
| 16:48.32 | jsmith | Ah... |
| 16:48.34 | lmadsen | :D |
| 16:48.40 | jsmith | NoLossQueueLog! |
| 16:48.47 | lmadsen | :D |
| 16:48.58 | lmadsen | I don't lose any records... they just get inserted out of order |
| 16:49.09 | lmadsen | but I guess NoLossCDR is like a jitterbuffer eh? |
| 16:49.12 | lmadsen | for logs :) |
| 17:02.46 | Juggie | NoLossCDR kinda died sadly |
| 17:02.52 | Juggie | this gf thing takes up too much time. |
| 17:03.31 | Juggie | worst part is that itsl ike 80-90% done. |
| 17:03.54 | lmadsen | pfffft g/fs |
| 17:05.01 | Juggie | yeah, they are a time sink! :) |
| 17:07.41 | lmadsen | heh |
| 17:10.21 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:12.03 | jsmith | Juggie: Somebody else was looking at it though... just don't remember which -dev it was |
| 17:13.44 | putnopvut | I think seanbright recently started working on it again. |
| 17:13.53 | file | or maybe mvanbaak... |
| 17:19.41 | jsmith | See -- none of us can remember |
| 17:31.36 | jmls | oh. Is there any reason why groups in zapata.conf *have* to be numbers ? |
| 17:31.59 | jsmith | jmls: Because a channel can be part of more than one group... hence it's a bitmask |
| 17:32.06 | jmls | bummer. G1 and G2 are not as meaningful as GLive and GLoopBack |
| 17:32.50 | jmls | Suppose I could set up a global variable LoopBack=G2 |
| 17:34.43 | Corydon76-dig | jmls: hence why the sample config has: TRUNK=Zap/g2 |
| 17:35.27 | Corydon76-dig | So you can Dial(${TRUNK}/${EXTEN:1}) |
| 17:35.44 | jsmith | Exactly! |
| 17:35.51 | jmls | Oh, ffs. You know, I always wondered what that was for. |
| 17:35.54 | jmls | doh. |
| 17:36.22 | jmls | perhaps you could add a comment to explain this for stupid people like me ;) |
| 17:39.21 | Corydon76-dig | Heh |
| 17:40.18 | Corydon76-dig | Not everybody understands everything right away. I didn't understand hints until well into the 1.2 release cycle |
| 17:42.01 | jmls | oooh. Can you use #exec in zapata.conf ? |
| 17:42.37 | tzafrir_laptop | sure |
| 17:42.58 | jmls | oh that is soooo cooool |
| 17:43.27 | jmls | I can use curl to identify the system in use and set the groups that I want ! |
| 17:48.06 | Corydon76-dig | jmls: we made #exec work in ANY config file... even asterisk.conf |
| 17:48.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:49.04 | Corydon76-dig | Think about that for a second... asterisk.conf is read first, before any module is loaded... |
| 17:49.43 | jmls | oooo. |
| 17:50.46 | jmls | oh |
| 17:51.09 | jmls | I was hoping that asterisk.conf could specify which .conf file to use for each module |
| 17:51.26 | lmadsen | I could probably just hang out here all day and write documentation based on all the things I learn from you people :) |
| 17:51.40 | jmls | heh |
| 17:52.06 | jsmith | Corydon76-dig: Seriously? Can I have a #exec in asterisk.conf, which contains the line: execincludes = yes, which allows #execs to work? |
| 17:52.31 | jsmith | lmadsen: Please don't... it'll put me out of a job! |
| 17:52.38 | lmadsen | jsmith: lol, not a problem :) |
| 17:52.46 | lmadsen | jsmith: I don't have time to do it anyways, heh |
| 17:52.57 | jsmith | lmadsen: Neither do I -- that's the problem |
| 17:53.02 | jmls | what would be cool is if you could set an option in asterisk.conf to tell the parser to #exec a command passing the config file name for each module as a parameter .. |
| 17:53.25 | Corydon76-dig | jsmith: hmmm, maybe not |
| 17:53.31 | jsmith | jmls: What about modules that use more than one config file? |
| 17:53.51 | jmls | jsmith: I don't care - it's the name of the .conf file that matters |
| 17:53.57 | Corydon76-dig | jsmith: I forgot that it was disabled by default |
| 17:54.01 | jsmith | Turducken! |
| 17:54.59 | jmls | exec_conf=Some#ExecCommand |
| 17:55.56 | jsmith | jmls: What, too good for symlinks? |
| 17:55.58 | jmls | when the conf parser is told to load foo.conf, it executes Some#ExecCommand substituting the parameter with foo.conf |
| 17:56.59 | jmls | jsmith: I want to get away from .conf files ! |
| 18:05.49 | Corydon76-dig | You know what we need? pbx_logo |
| 18:06.13 | Corydon76-dig | That's right... A dialplan in the logo language... |
| 18:07.08 | Corydon76-dig | jmls: Logo was my first language |
| 18:07.17 | jmls | you poor boy |
| 18:07.29 | jmls | z80 assembler was mine :p |
| 18:07.32 | MuffinMan | [80] Committed by markster on 2002-04-21 15:05:55: Version 0.2.0 from FTP |
| 18:07.43 | jmls | lol |
| 18:08.24 | jmls | tzafrir: can you #exec in zaptel.conf ? |
| 18:08.49 | Corydon76-dig | jmls: no, zaptel.conf is not parsed by Asterisk |
| 18:08.56 | jmls | uh huh |
| 18:09.41 | jmls | we could modify zaptel to use the asterisk parser if it found it .. |
| 18:09.48 | Corydon76-dig | I'll be offline for a bit. I need to move some cards around |
| 18:56.38 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:56.38 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 19:01.44 | tzafrir_laptop | jmls, zaptel.conf is parsed by ztcfg |
| 19:02.23 | tzafrir_laptop | my long-term plans are to try to somehow break it to per-span files |
| 19:02.58 | tzafrir_laptop | anyway, I don't see a reason to include asterisk's complexity in ztcfg |
| 19:07.06 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 19:36.42 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 19:48.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:55.56 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:00.54 | jmls | tzafrir_laptop: it would be nice to be able to retrieve the contents of zaptel.conf from some other process apart from the file itself |
| 20:02.56 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 20:23.05 | *** join/#asterisk-dev Corydon76-dig (i=green@pdpc/supporter/bronze/Corydon76-home) |
| 20:23.05 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:48.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:54.14 | *** join/#asterisk-dev bkw__ (n=brian@mobile-166-214-167-090.mycingular.net) |
| 20:54.43 | *** part/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 21:00.30 | tzafrir_laptop | jmls, what do you actually need? zaptel.conf? or the actual configuration? |
| 21:00.48 | tzafrir_laptop | zaptel.conf is a hacked-up format |
| 21:01.27 | tzafrir_laptop | anyway, ztcfg is the parser of zaptel.conf. patch it to output what it reads in a different format |
| 21:02.25 | tzafrir_laptop | but the contents of zaptel.conf is not directly related to the real configuration |
| 21:04.12 | jsmith | jmls: Read /proc/zaptel like everyone else! |
| 21:06.41 | snuff-home | falves comment about fixing half his issues of making max_locks and automon bigger numbers is interesting.. |
| 21:12.41 | Corydon76-dig | snuff-home: I don't think it fixed anything, just delayed the inevitable |
| 21:20.00 | snuff-home | true.. but if it used to go down every 2 hrs boosting that to 6-8 has to be better.. if he is running trunk in prod with 100 odd calls concurrent |
| 21:20.49 | file | pretty sure he's doing more then that. |
| 21:23.10 | snuff-home | well its nice to have someone with that type of call volume using trunk.. |
| 21:47.49 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:58.14 | *** join/#asterisk-dev DarkRift (n=dark@bas4-montrealak-1128595447.dsl.bell.ca) |
| 21:58.36 | *** join/#asterisk-dev RoyK (n=roy@ip-96-24-149-91.dialup.ice.no) |
| 22:04.33 | *** join/#asterisk-dev bkw_ (n=brian@mobile-166-214-023-025.mycingular.net) |
| 22:48.13 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:48.13 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:05.16 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:16.45 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 23:18.39 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:19.36 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 23:21.29 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 23:31.36 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 23:32.35 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) [NETSPLIT VICTIM] |
| 23:32.35 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 23:40.38 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 23:40.38 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 23:45.12 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |