| 00:08.46 | kpfleming | putnopvut: one commet on that though, if any place calls ast_pthread_create() or _stack() and supplies a start routine pointer that does not properly handle the thr_arg argument, taht could be a memory leak |
| 00:10.00 | putnopvut | kpfleming: I'm not sure how that's possible, since dummy_start is what ends up being passed to pthread_create(). |
| 00:10.44 | putnopvut | And dummy start properly sets up ast_pthread_unregister to free the memory. |
| 00:11.01 | putnopvut | s/ast_pthread_unregister/ast_unregister_thread/ |
| 00:12.04 | putnopvut | errr. I guess if pthread_exit is called from whatever the thr_arg's start routine is, then that may constitute a potential memory leak... |
| 00:12.31 | putnopvut | Which may be exactly what you were saying but I didn't process it correctly. |
| 00:13.10 | putnopvut | Nope, that wouldn't cause a memory leak. |
| 00:13.50 | putnopvut | according to the man page regarding pthread_exit, any cleanup handlers that were pushed but have not yet been popped will be done so in reverse order, so there is no risk of not calling ast_unregister_thread. |
| 00:41.13 | JunK-Y | putnopvut: i think the problem is cause the channel is $2 = 0xead1ab "AsyncGoto/Zap/1-1<ZOMBIE>" |
| 00:41.18 | JunK-Y | (zombie) |
| 00:41.44 | putnopvut | That shouldn't matter with regards to trying to print its name. |
| 00:43.44 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 00:46.00 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 00:48.08 | JunK-Y | valgrind: the 'impossible' happened: VG_N_THREADS is too low |
| 00:55.27 | putnopvut | beautiful |
| 01:00.45 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 01:04.31 | snuff-work | mm falves is getting better at being helpful with requests for info now.. |
| 01:06.37 | putnopvut | yes |
| 01:07.22 | snuff-work | well if i was leaking up to 1.5gb of ram.. guess i'd want to be properly helpful ;) |
| 01:11.40 | *** join/#asterisk-dev natmlt (n=natmlt@ip68-109-184-144.ph.ph.cox.net) |
| 01:28.45 | snuff-work | btw the jitter buff thing did u apply the fix to trunk/1.6? |
| 01:33.42 | putnopvut | snuff-work: I did. |
| 01:34.24 | snuff-work | must have missed it.. |
| 01:34.52 | snuff-work | hmm solaris 10 pkg dependency tracking is great fun.. |
| 01:38.49 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 01:38.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 01:44.33 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 01:54.36 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 02:41.22 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 02:58.52 | *** part/#asterisk-dev gones (n=gones@203.193.37.251) |
| 03:00.01 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 03:23.35 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:23.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:25.23 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 03:57.25 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 03:59.25 | *** join/#asterisk-dev pputman (n=centrex@conference/asterisk/x-8ffa296820ea4fe9) |
| 04:19.16 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 04:31.57 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 05:09.50 | *** join/#asterisk-dev philipp64 (n=chatzill@mail.redfish-solutions.com) |
| 05:46.07 | *** join/#asterisk-dev techie (n=techie@m5c0e36d0.tmodns.net) |
| 06:15.45 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 06:16.08 | dominic1 | Thank you very much Cordon76-dig! |
| 06:28.15 | Corydon76-dig | eh? For what? |
| 06:29.15 | Corydon76-dig | Hmmm, it's late; I should probably go to bed. |
| 06:32.48 | snuff-work | mm it must be rather late.. |
| 06:37.29 | JunK-Y | astricon hotel is reserved |
| 06:37.54 | JunK-Y | but the group discount is sold out for the 22. |
| 06:38.05 | JunK-Y | so hurry if you want it for the 23 and 24 |
| 06:42.54 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:42.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:55.27 | snuff-work | mm JunK-Y = jvandal on bugs right? |
| 07:17.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |
| 07:47.34 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:56.02 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 09:05.47 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 09:06.03 | ZX81 | hi all, anyone compiled zaptel for 2.6.25.4? |
| 09:06.30 | ZX81 | it says: /usr/src/zaptel/kernel/zaptel-base.c:7743: error: too few arguments to function âdevice_createâ |
| 09:07.09 | tzafrir_laptop | ZX81, what version do you use? |
| 09:07.18 | ZX81 | svn 1.4 of zap |
| 09:07.40 | tzafrir_laptop | Have they backported the class device changes of 2.6.26 to 2.6.25? |
| 09:08.03 | ZX81 | dunno - it might be because of the fact its kinda out of tree |
| 09:08.12 | ZX81 | trying to compile asterisk on my ps3 |
| 09:08.13 | ZX81 | :) |
| 09:08.35 | ZX81 | http://www.kernel.org/pub/linux/kernel/people/geoff/cell/README |
| 09:09.00 | ZX81 | let me check the patches to the stock kernel |
| 09:09.08 | ZX81 | and see if there are any changes in that area |
| 09:09.43 | ZX81 | nope |
| 09:09.56 | ZX81 | the patches don't change anything with device_create |
| 09:10.28 | ZX81 | I had a look at someone else's response to that and saw they added a param "desc" |
| 09:10.37 | ZX81 | reckon it could be null? |
| 09:12.47 | ZX81 | wouldn't 2.6.25 be the dev for 2.6.26 anyway? |
| 09:16.09 | ZX81 | is there any version of zaptel with the class device changes? That I could work on backporting changes from? |
| 09:17.49 | ZX81 | ah no, the change I was looking at changed device_create to device_create_drvdata |
| 09:24.07 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:27.55 | tzafrir_laptop | 2.6.x.y are maintinance versions of 2.6.x . They normally don't change interfaces |
| 09:34.14 | ZX81 | ok |
| 09:46.20 | ZX81 | "device_create() is going away, even for drivers using it safely, in favor of device_create_drvdata()." |
| 09:46.58 | ZX81 | the commit to another project had that with message: Cope with some backwards-incompatible driver model API changes now in the linux-next tree |
| 09:47.21 | ZX81 | and |
| 09:47.23 | ZX81 | -dev = device_create(&gpio_class, desc->chip->dev, 0, |
| 09:47.23 | ZX81 | -"gpio%d", gpio); |
| 09:47.23 | ZX81 | +dev = device_create_drvdata(&gpio_class, desc->chip->dev, 0, |
| 09:47.23 | ZX81 | +desc, "gpio%d", gpio); |
| 09:58.19 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 10:14.41 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:31.32 | *** join/#asterisk-dev _foxfire_ (n=_foxfire@cica-adm.fe.up.pt) |
| 10:32.40 | _foxfire_ | hello, sorry to bother you guys. But i am a bit desparate. Any1 of you has any experience with digiums B410P cards ? |
| 10:52.18 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 10:52.18 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:05.55 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:05.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:16.50 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:40.47 | seanbright | there is a iphone app on the itunes store called AsteriskC2D |
| 11:40.52 | seanbright | and it is craptastic |
| 11:41.41 | oej | :-) |
| 11:46.52 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 11:46.52 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 12:18.16 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 12:28.13 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:28.13 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:30.44 | lmadsen | morning all! |
| 12:33.30 | tzanger | morning |
| 12:55.50 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:55.50 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:01.24 | oej | The existing menuselect.makeopts file did not specify |
| 13:01.24 | oej | <PROTECTED> |
| 13:01.24 | oej | <PROTECTED> |
| 13:01.25 | oej | <PROTECTED> |
| 13:01.32 | oej | Got this on a totally new checked out branch... Hmmm. |
| 13:01.47 | oej | First compile. |
| 13:02.01 | oej | will clean up and try again. |
| 13:02.52 | snuff-home | mm i haven't tried lately.. but my couple of changes not even close to compiling |
| 13:18.36 | seanbright | oej: works for me on a fresh trunk checkout |
| 13:18.51 | oej | Something must have gone wrong here... |
| 13:20.45 | oej | Thanks for checking though! |
| 13:20.58 | seanbright | no problem |
| 13:21.44 | snuff-home | maybe someone can answer me this.. |
| 13:22.26 | snuff-home | why would i want to add something to an astobj list and mark it to start with |
| 13:38.44 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-1da505e958e9db00) |
| 13:41.47 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 13:49.54 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:56.48 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |
| 13:56.49 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 14:02.29 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:02.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:08.21 | *** join/#asterisk-dev putnopvut (n=putnopvu@conference/asterisk/x-533fb2e291714920) |
| 14:08.21 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:12.47 | putnopvut | Corydon76-dig: I like your use of "foolhardy" in your commit for rev 135915 :) |
| 14:14.54 | dominic1 | is it possible to call a mysql stored procedure via func_odbc? in mysql I execute "Call myprocedure();" |
| 14:15.26 | ctooley | dominic1, Any SQL that the driver supports "should" work. |
| 14:16.26 | snuff-home | is now remembering how much effort it is to convert somethin like jabber to ao2 |
| 14:16.47 | Qwell | dominic1: yep, I've used SPs with func_odbc |
| 14:17.01 | Qwell | dominic1: Did you see Corydon76-dig's change yesterday? |
| 14:17.15 | Qwell | he added a little += append operator to config files :D |
| 14:17.15 | dominic1 | I added read=Call test2(); |
| 14:17.50 | Qwell | read = SELECT * \n read += FROM foo \n read += WHERE bar |
| 14:18.07 | dominic1 | yes, great solution, thanks again to corydon |
| 14:21.38 | dominic1 | PROCEDURE asterisk.test2 can't return a result set in the given context (129) |
| 14:21.56 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 14:22.01 | dominic1 | if I execute the procedure in the console everything works |
| 14:22.11 | dominic1 | mysql console |
| 14:22.33 | Corydon76-dig | dominic1: generally the way to execute stored procedures in ODBC is to enclose the call in {} |
| 14:23.09 | dominic1 | like that : read={Call test2()} |
| 14:23.11 | dominic1 | ? |
| 14:23.28 | Corydon76-dig | Try it |
| 14:27.20 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:27.20 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:35.32 | dominic1 | it's not working... :( |
| 14:39.36 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:39.36 | *** join/#asterisk-dev natmlt (n=natmlt@ip68-109-184-144.ph.ph.cox.net) |
| 14:39.36 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 14:39.36 | *** join/#asterisk-dev Corydon76-dig (i=silver@pdpc/supporter/bronze/Corydon76-home) |
| 14:39.36 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 14:39.36 | *** mode/#asterisk-dev [+ooo lmadsen Corydon76-dig citats] by irc.freenode.net |
| 14:40.56 | dominic1 | how did you call the procedures? |
| 14:44.49 | dominic1 | can this be my problem: CLIENT_MULTI_RESULTS |
| 14:47.07 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:47.07 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:47.15 | snuff-home | mm.. have you set 'mode=multirow' |
| 14:47.33 | snuff-home | if your query returns multiple results |
| 14:47.59 | dominic1 | in func_odbc.conf? |
| 14:48.22 | snuff-home | mm i think that's a 'per query' option |
| 14:48.32 | Corydon76-dig | Correct, it is |
| 14:48.56 | snuff-home | but i'm no odbc guru just lookin at piece of func_odbc code :) |
| 14:49.07 | Corydon76-dig | Remember, func_odbc is a simple interface normally |
| 14:49.29 | Corydon76-dig | It only handles one row of results, normally |
| 14:49.50 | dominic1 | I only get one row |
| 14:49.50 | snuff-home | who wanted the multirow result sets 1st.. was it ctooley or someone else |
| 14:50.38 | ctooley | snuff-home, wasn't me |
| 14:52.05 | snuff-home | mm it was jmls/otherwise guy that played.. and another dude made the initial patch that was rejected |
| 14:52.29 | snuff-home | anyway sleep time |
| 14:52.59 | Corydon76-dig | Pretty sure it wasn't otherwiseguy |
| 14:53.30 | snuff-home | ssokol was the initial patch that was rejected by u |
| 14:54.40 | Corydon76-dig | Ah, probably |
| 14:54.49 | Corydon76-dig | Didn't he make the change non-optional? |
| 14:55.27 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-73cefa00c246e823) |
| 14:56.20 | snuff-home | mm i think so according to the brief look i did on bugs |
| 14:58.02 | putnopvut | In other news, apparently openSER has changed its name. http://www.kamailio.org/ |
| 14:58.15 | snuff-home | putnopvut: i think it 'forked' |
| 14:58.59 | putnopvut | Yeah, I think openSIPS is the fork. |
| 14:59.50 | snuff-home | mm well have a good day ppl.. time for zzz here |
| 15:03.10 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 15:03.10 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:20.01 | *** join/#asterisk-dev eliel (n=eliel@201.234.250.101) |
| 15:22.13 | lmadsen | a fork of a fork... nice |
| 15:22.19 | eliel | M0013232 |
| 15:22.21 | MuffinMan | [new] [Asterisk] Channels/chan_iax2 0013232: [patch] iax2-provision is not freeing iax_templates structure. reported by eliel (Karma: +159.75) http://bugs.digium.com/view.php?id=0013232 |
| 15:22.50 | eliel | russellb: done, do you think it is enough? |
| 15:23.35 | eliel | russellb: or we should redo all the provision stuff to remove that provlock.. and clear a bit the code... |
| 15:24.41 | dominic1 | okay seems that the version 3.51.11 in debian doesn't support stored procedures very well. Seems to be fixed in 3.51.12. |
| 15:25.07 | Qwell | dominic1: of what package? |
| 15:25.18 | dominic1 | sorry, libmyodbc |
| 15:42.36 | *** join/#asterisk-dev tacvbo (n=tacvbo@conference/cluecon/x-ffb5d5abd96fb4b7) |
| 15:49.15 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 15:51.30 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:03.38 | dominic1 | is it right that FIELDQTY accepts only on delimiter? |
| 16:05.24 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 16:11.45 | *** join/#asterisk-dev bbryant (n=brett@adsl-12-51-85.chs.bellsouth.net) |
| 16:11.45 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:12.44 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-fda5c790cb5b45ba) |
| 16:32.25 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 16:37.34 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-2bf5ada44ec5dcbd) |
| 16:44.18 | *** part/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 17:01.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:31.40 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 17:48.04 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-8665ade3104c22f9) |
| 17:53.31 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:05.19 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 18:05.38 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:09.23 | Qwell | hmm, libpri has a line in the Makefile - INSTALL_PREFIX=$(DESTDIR), whereas libss7 has INSTALL_PREFIX?= |
| 18:09.35 | Qwell | Would it be appropriate to make libss7 do the same thing? |
| 18:10.24 | kpfleming | yes |
| 18:10.31 | kpfleming | they should be consistent |
| 18:10.45 | Qwell | libss7 uses a libdir var, whereas libpri uses /lib |
| 18:11.00 | Qwell | $(INSTALL_PREFIX)$(libdir) vs $(INSTALL_PREFIX)/lib |
| 18:11.31 | kpfleming | but how does libdir get set? |
| 18:11.38 | Qwell | libdir?=$(INSTALL_BASE)/lib |
| 18:11.54 | kpfleming | very confusing |
| 18:12.13 | kpfleming | wait... $(INSTALL_PREFIX)/lib, not $(INSTALL_PREFIX)/usr/lib? |
| 18:12.16 | Qwell | right |
| 18:12.22 | Qwell | wait, no |
| 18:12.27 | Qwell | hang on |
| 18:12.38 | Qwell | INSTALL_BASE |
| 18:12.41 | Qwell | which is /usr |
| 18:12.50 | Qwell | libpri also uses INSTALL_BASE |
| 18:12.53 | kpfleming | ok |
| 18:12.59 | Qwell | I think |
| 18:13.06 | kpfleming | well just make them consistent |
| 18:13.19 | Qwell | I'll use $(libdir), if that seems okay |
| 18:13.27 | kpfleming | yep |
| 18:14.51 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 18:17.40 | *** join/#asterisk-dev bbryant (n=brett@adsl-12-51-85.chs.bellsouth.net) |
| 18:17.40 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:26.37 | Qwell | okay, I'm confused. libss7 Makefile install target installs libss7.so.1.0, then it symlinks libss7.so to libss7.so.1 |
| 18:27.04 | Qwell | there's nothing that I can see that's creating the symlink from so.1 to so.1.0, but when I look in /usr/lib/, it exists |
| 18:29.01 | Qwell | oh, lame. ldconfig |
| 18:30.16 | *** join/#asterisk-dev tacvbo (n=tacvbo@conference/cluecon/x-1a616ca470b364de) |
| 18:39.26 | kpfleming | yes, ldconfig does that |
| 18:39.33 | *** join/#asterisk-dev sgtpepper (n=ncorrare@200.61.187.185) |
| 18:39.38 | kpfleming | we probably don't even need to make the bare .so link, i think ldconfig may do that too |
| 18:44.51 | Qwell | it probably would. I guess really one should be doing ldconfig -n $(INSTALL_PREFIX)$(libdir) |
| 18:45.02 | kpfleming | that would be better, yeah |
| 18:45.21 | Qwell | any idea what that $(SOSLINK) is supposed to do? it's empty for me |
| 18:45.32 | kpfleming | nope |
| 18:45.41 | kpfleming | maybe it gets set for solaris or something else |
| 18:46.22 | Qwell | heh... |
| 18:46.30 | Qwell | googling it, the only references are in libpri/libss7 |
| 18:46.50 | Qwell | I'd say there's a pretty good chance we can safely remove it |
| 18:46.56 | Corydon76-dig | SOSLINK? Typo for SOLINK? |
| 18:47.20 | kpfleming | well, if it's not being used, yes |
| 18:47.21 | Qwell | oh, libmidcom too |
| 18:47.29 | kpfleming | and it's probably a typo |
| 18:47.34 | Qwell | at one point, it was... |
| 18:47.43 | Qwell | SOSLINK = ln -sf libpri.so.1.0 libpri.so.1 |
| 18:47.55 | Qwell | so...yeah, gone |
| 18:59.24 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 19:01.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:07.03 | seanbright | is there a magical way to maintain queue statistics across reloads and such? |
| 19:07.13 | seanbright | sorry, wrong chan |
| 19:07.24 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-cc41af480f2b23e0) |
| 19:24.48 | outtolunc | seanbright: check your priv |
| 19:27.50 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 19:40.59 | seanbright | outtolunc: checked. thanks. |
| 19:46.23 | seanbright | you'd think we'd be out of bugs by now |
| 19:46.29 | seanbright | we should stop writing new code... i'll start |
| 19:48.34 | ctooley | seanbright, you can start the stopping, we'll stop it. |
| 19:48.36 | ctooley | :) |
| 19:49.07 | seanbright | 's head explodes |
| 19:56.02 | tzanger | WOOT |
| 19:56.14 | tzanger | guess who got an FPGA design contract |
| 19:56.40 | putnopvut | tzanger: Louie Anderson? |
| 19:56.48 | tzanger | not sure who that is |
| 19:56.49 | tzanger | so maybe |
| 19:58.23 | tzanger | now I gotta squeeze a probably 384 timeslot TDM controller in there too |
| 19:58.24 | seanbright | tzanger: i'm pretty sure that it was, in fact, louie anderson. |
| 19:58.34 | seanbright | or you |
| 19:58.52 | tzanger | heh |
| 19:59.15 | file | tzanger *is* Louie Anderson |
| 19:59.19 | file | I know, I've met him |
| 19:59.27 | seanbright | oh my |
| 19:59.36 | tzanger | shut UP man! you're totally blowing my cover as a mild mannered asterisk hacker |
| 19:59.38 | seanbright | that explains the 'anger' portion of his nick |
| 19:59.47 | tzanger | now I'll never get my documentary done |
| 19:59.59 | seanbright | though 'tzfatguy' might be more appropriate |
| 20:00.06 | tzanger | ouch |
| 20:00.24 | tzanger | you're so not getting your name put on the ASIC when it hits layout |
| 20:01.47 | seanbright | that's ok |
| 20:01.53 | seanbright | i have no idea what FPGA or ASIC is anyway |
| 20:01.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:02.03 | tzanger | heh |
| 20:02.14 | seanbright | but what i do know: |
| 20:02.22 | seanbright | louie anderson is a fat guy |
| 20:02.31 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-93ebd25ca6f374a4) |
| 20:02.58 | tzanger | think of this thing as a bigass TE410; I take 384 timeslots, encode them for optical transmission, and shoot them out some cheap fiber to the cabinets (and the reverse for what they send back) |
| 20:03.48 | tzanger | the end goal is 256 Zap channels for this run, running up to 1024 for a full card once the design's proven (although I imagine I'd toss zaptel and write a custom channel driver for that) |
| 20:04.03 | seanbright | wow |
| 20:04.12 | seanbright | that is so outside my sphere of knowledge |
| 20:04.25 | tzanger | that's okay, 90% of what you guys do is well outside of mine |
| 20:04.28 | seanbright | you are here -> . |
| 20:04.30 | tzanger | that's where our interests mesh nicely |
| 20:04.34 | seanbright | i am way the hell over here --------> . |
| 20:04.48 | seanbright | but you orbit me |
| 20:04.57 | seanbright | hehe |
| 20:05.45 | tzanger | hahahaha |
| 20:06.41 | seanbright | tzanger: it sounds delightfully complex |
| 20:07.32 | tzanger | it isn't... yet... give me 3 weeks and I'll be dying to get out of it :-) |
| 20:07.38 | seanbright | heh |
| 20:11.07 | jpeeler | what does be stand for in the context of cdrs? |
| 20:11.11 | jpeeler | "be" |
| 20:11.32 | file | backend |
| 20:14.53 | putnopvut | or, as most people say, "ass" |
| 20:15.04 | *** join/#asterisk-dev L84supper (n=L84suppe@c-24-13-254-249.hsd1.il.comcast.net) |
| 20:16.01 | russellb | or "butt" |
| 20:17.00 | mvanbaak | ello all |
| 20:19.02 | putnopvut | hi mvanbaak! |
| 20:19.15 | jpeeler | if core show locks output shows all the threads waiting on on lock, what happened to the lock? |
| 20:19.29 | jpeeler | *waiting on one particular lock |
| 20:20.03 | mvanbaak | jpeeler: it got locked pretty damn hard |
| 20:20.13 | putnopvut | jpeeler: it may be that the thread that held the lock exited without unlocking it. Did you see any errors on the console? |
| 20:20.52 | jpeeler | no locking errors at least |
| 20:21.11 | putnopvut | Then again, I know that codefreeze-lap was having problems in trunk where certain locks were mysteriously not showing up in the core show locks output. |
| 20:21.12 | russellb | the show locks output doesn't tell you who is holding the lock? |
| 20:21.28 | russellb | putnopvut: that got resolved, and was due to a misunderstanding IIRC |
| 20:21.35 | jpeeler | not in this case, unless i'm misreading it |
| 20:21.50 | russellb | pb it |
| 20:22.11 | putnopvut | russellb: I thought that was a problem where codefreeze-lap was checking the wrong addresses in his debug code but still the lock was not showing up in the core show locks output. |
| 20:22.21 | putnopvut | Even though it should have been there. |
| 20:22.29 | russellb | oh, hm ... |
| 20:22.36 | russellb | i thought the wrong address was the issue ... |
| 20:22.56 | jpeeler | http://www.pastebin.ca/1094110 |
| 20:22.59 | putnopvut | It may have been. I'm not certain. |
| 20:23.19 | putnopvut | ah, those are rdlocks. |
| 20:23.30 | putnopvut | It may be that the readlock is attempted to be locked recursively. |
| 20:23.32 | russellb | ah, yes. |
| 20:23.37 | russellb | that is it most likely |
| 20:23.57 | mvanbaak | hhmm |
| 20:24.20 | mvanbaak | the part in chan_skinny that is now redundant because of commit 136062 |
| 20:24.25 | mvanbaak | is that removed already ? |
| 20:25.09 | jpeeler | putnopvut: further explanation? there are at least 30 threads that are stuck |
| 20:26.24 | mvanbaak | hhmm, I really need an mantis_vs_irc_names.txt |
| 20:28.09 | putnopvut | jpeeler: readlocks and writelocks cannot be called recursively. If all the threads are following the same code path and attempt to readlock a lock that it has already locked, it will get stuck forever. |
| 20:28.55 | putnopvut | Unfortunately backtraces provided in core show locks suck, but they may lead you down the path to where that lock was locked the first time if it in fact is a problem with recursively locking a readlock. |
| 20:29.57 | jpeeler | you mean recursively locking a readlock within the same thread right? |
| 20:30.28 | putnopvut | yes. |
| 20:33.39 | anonymouz666 | what can we say about a function with 40 parameters? |
| 20:33.40 | tzafrir_laptop | try: grep /etc/DAHDI.conf channels/chan_dahdi.conf |
| 20:33.57 | tzafrir_laptop | It should be /etc/dahdi/system.conf |
| 20:34.30 | seanbright | anonymouz666: besides "that function has 40 parameters?" |
| 20:34.58 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 20:35.48 | anonymouz666 | it's a channel driver! |
| 20:36.09 | russellb | wtf? |
| 20:36.43 | mvanbaak | a channeldriver with a function that takes 40 parameters ?????? |
| 20:36.55 | anonymouz666 | hehe, it's not from original asterisk tarball, it's third party local vendor :) |
| 20:37.02 | *** join/#asterisk-dev tacvbo (n=tacvbo@conference/cluecon/x-e150eb328d2b1411) |
| 20:37.21 | putnopvut | Asterisk's channel drivers are known for having some really long functions, but luckily they don't have that many parameters. |
| 20:37.26 | russellb | heh, oic. |
| 20:37.38 | putnopvut | See ss_thread in chan_dahdi or socket_process in chan_iax2 |
| 20:37.44 | anonymouz666 | Linus said once that a local function shouldn't have more than 7 vars. |
| 20:37.52 | mvanbaak | hhmm |
| 20:38.01 | russellb | the one i'm still writing right now already has more than that :( |
| 20:38.05 | mvanbaak | rasterisk being able to connect through tcp |
| 20:38.13 | russellb | actually, exactly 7 right now. i'm good. |
| 20:38.14 | russellb | :-p |
| 20:38.18 | anonymouz666 | :P |
| 20:38.19 | tzafrir_laptop | anonymouz666, well, Linus is used to a limited stack as well |
| 20:38.24 | mvanbaak | is that something we would acceppt ? |
| 20:38.30 | russellb | mvanbaak: sure. |
| 20:39.21 | putnopvut | I don't like setting artificial limits on numbers of variables or lines. I'd rather the functions make sense and accomplish a specific goal. |
| 20:39.21 | russellb | mvanbaak: actually, maybe not. how would you authenticate? and isn't the manager interface just as good for that? astcli script already does this, really |
| 20:39.21 | mvanbaak | russellb: it popped into my mind today when I had to do some stuff on the cli and I do have a VPN to those boxen |
| 20:39.22 | tzafrir_laptop | if the goal is to confuse reviewers, that 40-params function acomplishes it |
| 20:39.23 | mvanbaak | russellb: well, with the cli permissions patch that's on mantis .... |
| 20:39.24 | russellb | besides, isn't ssh just as good? |
| 20:39.54 | russellb | make it so when you ssh, it automatically runs rasterisk ... |
| 20:39.54 | seanbright | network access to CLI = can of worms (if you ask me, but you didn't) |
| 20:39.57 | mvanbaak | hhmm, maybe it's not worth the effort indeed |
| 20:40.17 | mvanbaak | seanbright: I asked in general |
| 20:40.32 | seanbright | mvanbaak: i was just being a smart ass :) |
| 20:40.35 | mvanbaak | takes the black marker and makes that todo unreadable |
| 20:40.42 | putnopvut | Yeah, I think manager is the way to go for remote CLI commands. |
| 20:40.43 | russellb | it's just reinventing something that already exists, IMO |
| 20:40.51 | russellb | manager, or just ssh ... |
| 20:41.09 | mvanbaak | vim asterisk-remote |
| 20:41.17 | seanbright | network access to CLI + ! command = can of worms |
| 20:41.19 | mvanbaak | ssh $1 -c 'asterisk -r' |
| 20:41.27 | russellb | exactly |
| 20:41.49 | mvanbaak | ok, next on my list |
| 20:41.58 | mvanbaak | update of repotools/svnmerge |
| 20:42.03 | russellb | ooh |
| 20:42.05 | jameswf-home | but is ssh secure |
| 20:42.08 | jameswf-home | ducks |
| 20:42.32 | putnopvut | mvanbaak: cool, what sort of improvements do you have in mind? |
| 20:42.36 | mvanbaak | russellb: I really miss the --record-only function of the current svnmerge |
| 20:42.54 | mvanbaak | so instead of blocking backports, we can --record-only them in trunk |
| 20:43.23 | mvanbaak | what it does is: only put the revisions in 'svnmerge-integrated' without actually touching the code |
| 20:43.26 | tzafrir_laptop | seanbright, '!' is not sent over the wire. IT is run locally by the client |
| 20:43.43 | tzafrir_laptop | Though it doesn't really matter. |
| 20:43.44 | mvanbaak | like when I put something in trunk, russell decides it should be in 1.4, I backport |
| 20:43.56 | seanbright | tzafrir_laptop: ahh, well then i'm wrong again. |
| 20:44.17 | tzafrir_laptop | originate Local/something application System echo rm -rf / |
| 20:44.27 | seanbright | true |
| 20:44.32 | seanbright | you've thought this through |
| 20:44.33 | seanbright | :) |
| 20:45.40 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 20:45.40 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 20:46.03 | seanbright | shhh, he's back |
| 20:46.11 | mvanbaak | did you get my motivation for a new svnmerge ? |
| 20:46.31 | mvanbaak | I hate this new modem |
| 20:46.32 | tzafrir_laptop | btw: http://packages.debian.org/changelogs/pool/main/n/netkit-tftp/netkit-tftp_0.17-16/changelog |
| 20:46.38 | mvanbaak | it breaks my connection once a day |
| 20:46.42 | putnopvut | The last thing I saw was "<mvanbaak> like when I put something in trunk, russell decides it should be in 1.4, I backport" |
| 20:46.59 | mvanbaak | now I have to block that backport, which is making a mess of the 'svnmerge-blocked' prop |
| 20:47.03 | Qwell | tzafrir_laptop: neat |
| 20:47.04 | mvanbaak | and, we could create a patch for the specific branch props and report it upstream again |
| 20:47.09 | seanbright | tzafrir_laptop: the file not found return code fix? |
| 20:47.14 | mvanbaak | and, we could create a patch for the specific branch props and report it upstream again |
| 20:47.21 | mvanbaak | ah |
| 20:47.29 | mvanbaak | there you go |
| 20:47.42 | Qwell | no etch or lenny :( |
| 20:48.02 | putnopvut | just sid? |
| 20:48.04 | mvanbaak | dccs Qwell a copy of install43.iso |
| 20:48.12 | Qwell | putnopvut: yep |
| 20:48.15 | mvanbaak | I had the same thing |
| 20:48.19 | tzafrir_laptop | it's "priority=high" (security fix) |
| 20:48.23 | Qwell | oh |
| 20:48.26 | mvanbaak | till I activated tftpd on OpenBSD |
| 20:48.31 | Qwell | so does that mean it goes in? |
| 20:48.34 | mvanbaak | no problems since then |
| 20:48.35 | tzafrir_laptop | so it should surely get into Lenny |
| 20:48.55 | mvanbaak | Qwell: it should be going into the debian-security |
| 20:48.58 | codefreeze-lap | putnopvut: as to the ancient show lock prob you mentioned, I think I wasn't seeing the locks because they were getting messed, tilghman fixed that, and I was expecting the pointers to line up while I was looking for one, and I fixed that. |
| 20:49.07 | mvanbaak | if it's a security fix |
| 20:49.11 | tzafrir_laptop | mvanbaak, tftpd-hpa is based on the openbsd one, IIRC |
| 20:50.05 | mvanbaak | hhmm, I wonder how well CCM will work inside xen |
| 20:51.28 | mvanbaak | Qwell: it seems the 7921 phones will clear the display if you send them a SetLampMessage |
| 20:52.15 | mvanbaak | so you'll loose the 'N missed calls' line |
| 20:52.59 | mvanbaak | I'm thinking of recording the current lamp status for a device and line, and only send the message to the line/device when it differs from the previous state |
| 20:53.02 | mvanbaak | what you think ? |
| 20:54.08 | mvanbaak | that way we can still control the lamp and mwi line status using do_monitor, but also keep the 'N missed calls' display line when there's no MWI status change |
| 20:57.30 | *** join/#asterisk-dev tacvbo (n=tacvbo@conference/cluecon/x-56c20d3436fdf321) |
| 21:02.32 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:06.58 | mvanbaak | and it went quiet |
| 21:07.31 | putnopvut | when there is no sound, you can hear yourself think. It's scary. |
| 21:09.56 | russellb | sometimes i feel myself think |
| 21:11.51 | korihor | codefreeze-lap: what happened with this? http://bugs.digium.com/view.php?id=13236 |
| 21:12.30 | korihor | codefreeze-lap: if you tellme how to fix that, I will try to make a patch :) |
| 21:12.47 | codefreeze-lap | I've got it in front of me. I'm.... thinking about right now. |
| 21:13.04 | codefreeze-lap | uh, /about/about it/ |
| 21:13.35 | korihor | codefreeze-lap: ok, thanks :) |
| 21:17.34 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 21:24.31 | mvanbaak | sometimes I feel russellb thinking |
| 21:24.34 | mvanbaak | ;) |
| 21:24.58 | mvanbaak | Qwell: if you are back please have a look at M13182 |
| 21:25.12 | russellb | lol |
| 21:25.14 | russellb | that's weird |
| 21:26.06 | mvanbaak | russellb: you going to Phoenix ? |
| 21:26.12 | russellb | not today. |
| 21:26.18 | mvanbaak | DUH |
| 21:26.24 | mvanbaak | 9/22 |
| 21:26.25 | russellb | but yes, for the cons, I will be there |
| 21:26.42 | russellb | speaking a few times ... |
| 21:26.48 | mvanbaak | like I said when you gave me commit access, I owe you a beer |
| 21:26.51 | anonymouz666 | russellb: are you going to talk about deadlocks? |
| 21:26.52 | russellb | w00t |
| 21:26.55 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-c89979a2c6184e7e) |
| 21:26.55 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:27.00 | file | drink! |
| 21:27.00 | russellb | anonymouz666: yeah, a high level quick thing on deadlocks ... |
| 21:27.08 | russellb | helping with the developer day tutorial thing... |
| 21:27.13 | mvanbaak | and a muffin for file |
| 21:27.15 | russellb | and giving an "Asterisk Project Update" talk with Kevin |
| 21:27.32 | mvanbaak | still cant believe I'll be there as well |
| 21:27.33 | anonymouz666 | russellb: record it :) |
| 21:27.44 | russellb | heh, request that from the conference organizers |
| 21:27.48 | file | mvanbaak: believe! |
| 21:27.49 | russellb | i think they already plan to do video |
| 21:27.54 | anonymouz666 | then we can watch somewhere like youtube |
| 21:28.02 | mvanbaak | file: ticket is ordered ! |
| 21:28.11 | putnopvut | mvanbaak: awesome! |
| 21:28.19 | mvanbaak | I'll be there at 9/22 7PM |
| 21:28.34 | anonymouz666 | I saw some kpfleming speaks in youtube... |
| 21:28.41 | mvanbaak | anonymouz666: me too |
| 21:29.01 | mvanbaak | jpeeler still has to bring that skinny phone ;) |
| 21:29.15 | mvanbaak | who knows I can get my hands dirty on skinny-realtime there |
| 21:29.19 | file | vacation all I ever wanted vacation had to get away |
| 21:29.23 | jpeeler | mvanbaak: holding me to it huh? |
| 21:29.28 | mvanbaak | lol |
| 21:29.43 | mvanbaak | file: you'll be there as well ? |
| 21:29.49 | file | I will. |
| 21:29.54 | mvanbaak | cool |
| 21:30.10 | mvanbaak | it will be great to finally meat you guys in real life |
| 21:30.14 | anonymouz666 | what about Corydon76-dig? |
| 21:30.17 | putnopvut | mvanbaak: most digium people will be there. Qwell, Deeewayne, and I are the exceptions. |
| 21:30.17 | mvanbaak | (or maybe not, we'll see) |
| 21:30.19 | Qwell | he wants to cook you. |
| 21:30.21 | Qwell | Interesting typo. |
| 21:30.26 | putnopvut | mvanbaak: don't "meat" anyone please. |
| 21:30.27 | mvanbaak | lol |
| 21:30.45 | russellb | hides from mvanbaak |
| 21:30.54 | mvanbaak | lol |
| 21:31.10 | mvanbaak | I had a look at the border-control website |
| 21:31.23 | mvanbaak | I dont think it's smart if I bring shitloads of canabis |
| 21:31.26 | Corydon76-dig | "meat" usually comes with a different connotation... one of tube steaks... |
| 21:31.31 | Qwell | mvanbaak: ya think? :p |
| 21:31.50 | mvanbaak | the latest law USA put in order is troublesome as well |
| 21:32.01 | russellb | mvanbaak: coming from where you're coming from, that would not go well |
| 21:32.21 | mvanbaak | they have the right to take your laptop/iphone/ipod as soon as they 'think it can have non-legal stuff' |
| 21:32.27 | russellb | They sometimes have drug dogs there |
| 21:32.28 | mvanbaak | but they dont have to base that on facts |
| 21:32.34 | mvanbaak | I better shave and put on a suit |
| 21:32.45 | Qwell | mvanbaak: too suspicious |
| 21:32.48 | russellb | totally |
| 21:33.14 | mvanbaak | and I have to fill in this nice form again |
| 21:33.29 | mvanbaak | already did it 10 years ago when I went to USA on holiday |
| 21:33.35 | mvanbaak | the questions are funny |
| 21:34.03 | mvanbaak | 'are you now, or have you ever been a member of the KGB?' < >yes < >no |
| 21:34.21 | Qwell | I wonder what happens if you say yes |
| 21:34.26 | mvanbaak | me too |
| 21:34.31 | mvanbaak | but I'm not going to try |
| 21:34.35 | file | you are never heard from again |
| 21:34.36 | russellb | aw, come on, find out |
| 21:34.42 | mvanbaak | the form has like 60 questions like that |
| 21:34.49 | jpeeler | i'm sure they'll believe you were just joking if you do |
| 21:34.49 | Qwell | they totally have Internet access in Guantanamo |
| 21:34.51 | file | lost in a world of paperwork |
| 21:34.54 | Qwell | it's cool |
| 21:34.58 | mvanbaak | lol Qwell |
| 21:35.32 | russellb | great health care there, too |
| 21:35.50 | Qwell | russellb: no, you're thinking Canada |
| 21:36.14 | russellb | according to michael moore, guantanamo has some of the best health care the US has to offer |
| 21:36.20 | mvanbaak | well, at least they have video phones in Guantanamo |
| 21:36.29 | Qwell | bet they run Skinny |
| 21:36.32 | mvanbaak | so I can finally test chan_skinny video support |
| 21:36.46 | mvanbaak | and fix it |
| 21:36.52 | file | CCM all the way? |
| 21:36.55 | mvanbaak | since I'll be there for a couple of years |
| 21:37.03 | Corydon76-dig | You don't have a Cisco videophone? |
| 21:37.11 | mvanbaak | Corydon76-dig: not yet no |
| 21:37.17 | Qwell | Corydon76-dig: they're like $3k |
| 21:37.23 | mvanbaak | has something to do with money and stuff |
| 21:37.36 | Corydon76-dig | Qwell: next bonus, perhaps |
| 21:37.41 | mvanbaak | hahahahaha |
| 21:38.04 | Qwell | pretty much the only way I'd get one, is if Cisco gave me one |
| 21:38.11 | Corydon76-dig | Well, if they cost that much, there can't be any demand for video support for skinny |
| 21:38.24 | Qwell | Corydon76-dig: there isn't any |
| 21:38.29 | Qwell | but it'd be fun :p |
| 21:38.37 | Corydon76-dig | SIP support works, though |
| 21:38.42 | Corydon76-dig | Yay Grandstream |
| 21:38.45 | Qwell | sure, but it's SIP |
| 21:38.58 | Corydon76-dig | IAX support works, too |
| 21:39.06 | mvanbaak | Corydon76-dig: yeah, the grandstream video phone is pretty ok |
| 21:39.33 | Corydon76-dig | mvanbaak: at such a cheap price, it's hard to justify not getting 2 |
| 21:39.40 | mvanbaak | indeed |
| 21:39.44 | snuff-home | main issue i have with the grandstream vid phone.. is CRAP SPEAKER PHONE |
| 21:40.11 | mvanbaak | Qwell: what you think about my comment on 13182 ? |
| 21:40.15 | mvanbaak | snuff-home: amen ! |
| 21:40.18 | Qwell | mvanbaak: not sure |
| 21:40.28 | mvanbaak | snuff-home: same with the GXP2... series |
| 21:40.45 | mvanbaak | Qwell: me neither. that's why I posted it there before coding it |
| 21:40.53 | mvanbaak | wouldn't be too hard to implement |
| 21:40.54 | snuff-home | mm.. it cant be THAT hard to make a good speaker phone |
| 21:41.03 | Qwell | it seems likely that other messages would also clear the screen |
| 21:41.19 | mvanbaak | snuff-home: the problem is, it's hard to make it for the same price as the grandstream phones |
| 21:41.40 | mvanbaak | Qwell: yeah, but most messages are sent when something goes on with the phone |
| 21:41.50 | mvanbaak | Qwell: and that's ok, because most phones do that |
| 21:42.18 | mvanbaak | all sip phones I've seen clear the 'missed calls' line when you ring them or when you pickup the handset |
| 21:42.27 | mvanbaak | and also on MWI change |
| 21:42.42 | mvanbaak | that's why I mentioned the update of the textline to indicate 'N new messages' |
| 21:42.48 | mvanbaak | shouldn't be too hard to do |
| 21:43.12 | mvanbaak | most phones I worked with only keep the 'N missed calls' as long as they are left idle |
| 21:43.18 | snuff-home | ok at least give a customer the option of a mic jack.. its an extra 30c |
| 21:43.36 | mvanbaak | snuff-home: the GXP has a mic jack |
| 21:43.44 | mvanbaak | cant remember if the vid phone has one |
| 21:43.53 | mvanbaak | I think they have this cinch busses |
| 21:44.01 | mvanbaak | for vid and audio |
| 21:44.40 | mvanbaak | cant remember. it's been over a year that I last touched one |
| 21:44.49 | snuff-home | nope.. no mic on the vid phone |
| 21:45.03 | mvanbaak | ah |
| 21:45.06 | mvanbaak | that sux |
| 21:45.47 | mvanbaak | Corydon76-dig: you'll be in Phoenix as well ? |
| 21:45.52 | snuff-home | indeed.. time to get moving towards work |
| 21:46.42 | Corydon76-dig | mvanbaak: if all goes well |
| 21:47.00 | mvanbaak | nice |
| 21:55.03 | mvanbaak | I'm off to bed |
| 21:55.05 | mvanbaak | latero |
| 21:55.14 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-c89979a2c6184e7e) |
| 22:05.52 | *** join/#asterisk-dev outtolunc (n=me@adsl-76-211-231-133.dsl.pltn13.sbcglobal.net) |
| 22:20.29 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 23:13.30 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 23:13.30 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 23:24.04 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |