| 00:48.42 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:48.42 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:09.15 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.137.14.27) |
| 02:54.04 | *** join/#asterisk-dev Shizuo (i=pato@200-171-49-211.dsl.telesp.net.br) |
| 02:54.12 | *** part/#asterisk-dev Shizuo (i=pato@200-171-49-211.dsl.telesp.net.br) |
| 02:57.53 | *** join/#asterisk-dev Corydon76-dig (i=six@pdpc/supporter/bronze/Corydon76-home) |
| 02:57.53 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 03:04.18 | *** join/#asterisk-dev sucituanbo (n=free@c-24-21-121-148.hsd1.wa.comcast.net) |
| 04:03.51 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:03.51 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 04:42.29 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 04:42.29 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 07:19.05 | *** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au) |
| 08:08.24 | *** join/#asterisk-dev easycrypt (n=savek@ip-174.emscb.ruhr-uni-bochum.de) |
| 08:14.08 | *** join/#asterisk-dev jameswf (n=james@ip72-200-94-120.tc.ph.cox.net) |
| 08:16.59 | *** join/#asterisk-dev mateo_au_ (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au) |
| 08:29.59 | *** join/#asterisk-dev chainbreaker (n=wpichler@cm178-136.liwest.at) |
| 08:39.09 | chainbreaker | hi all |
| 08:39.29 | chainbreaker | is here someone who does know the devicestate change notification handler system ? |
| 08:39.41 | chainbreaker | the internals of it |
| 08:50.42 | atis_work | chainbreaker: have seen it a little :) |
| 08:51.42 | atis_work | chainbreaker: generally you just create thread that gets all devicestate events, and then filter out what you need |
| 08:53.11 | atis_work | chainbreaker: for sample you can take a look at app_queue, search for device_state_thread |
| 08:59.23 | chainbreaker | my problem is that the notification about the device state change does come around 10 seconds after it got queued.... |
| 08:59.35 | chainbreaker | it seems that something is blocking the state change thread... |
| 09:00.06 | chainbreaker | currently i have had added some more debuging messages to the thread - so i can see what does happen |
| 09:00.54 | chainbreaker | [Oct 13 10:59:51] DEBUG[935] devicestate.c: Notification of state change to be queued on device/channel Local/1012@callAgent-ed66,1 |
| 09:00.55 | chainbreaker | [Oct 13 10:59:51] DEBUG[938] devicestate.c: Notification of state change to be queued on device/channel Local/1012@callAgent-ed66,2 |
| 09:00.55 | chainbreaker | [Oct 13 10:59:51] DEBUG[935] devicestate.c: Notification of state change to be queued on device/channel Local/1012@callAgent |
| 09:00.55 | chainbreaker | [Oct 13 10:59:51] DEBUG[938] devicestate.c: Notification of state change to be queued on device/channel Local/1012@callAgent |
| 09:01.08 | chainbreaker | it does queue the state changes - but does not work on it |
| 09:02.00 | chainbreaker | i have added an do work before the real do_work function .- and one after |
| 09:02.13 | chainbreaker | [Oct 13 10:59:49] DEBUG[32226] devicestate.c: Notification of state change to be queued on device/channel SIP/pica01-091b80b8 |
| 09:02.14 | chainbreaker | [Oct 13 10:59:49] DEBUG[32226] devicestate.c: Notification of state change to be queued on device/channel SIP/pica01 |
| 09:02.14 | chainbreaker | [Oct 13 10:59:49] DEBUG[32217] devicestate.c: devicestate: do work on state changes list |
| 09:02.14 | chainbreaker | [Oct 13 10:59:49] DEBUG[32217] devicestate.c: devicestate: do work on state change for device SIP/pica01-091b80b8 |
| 09:02.43 | chainbreaker | [Oct 13 10:59:59] DEBUG[32217] devicestate.c: devicestate: done work on state change for device SIP/pica01-091b80b8 |
| 09:02.50 | chainbreaker | 10 seconds later..... |
| 09:03.24 | chainbreaker | i think i have to enable some more logs to find out which callback does produce the delay..... |
| 09:10.01 | chainbreaker | found the real problem.... |
| 09:10.34 | chainbreaker | i think this is a real big problem - is someone from digium here around ? |
| 09:12.33 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:27.30 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 09:33.05 | atis_work | chainbreaker: i'm not really sure that device state works on local channels |
| 09:35.27 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4421802.home.otenet.gr) |
| 09:52.45 | chainbreaker | atis_work - i did already found the bug - and also a bug report where the reporter did have had the same problem... |
| 09:52.49 | chainbreaker | and it is fixed now |
| 09:53.30 | chainbreaker | it is because asterisk does also signal a state change for sip channel names - so SIP/device-xyzxyz does signal a state change |
| 09:53.42 | chainbreaker | asterisk does ask the sip channel for the current device state |
| 09:54.15 | chainbreaker | the sip channel does not know the device device-xyzxyz - does a dns lookup - and waits 10 seconds for the answer... |
| 09:54.20 | chainbreaker | here the problem is |
| 09:55.12 | chainbreaker | i have applied a patch to main/channels.c to remove the part of the channel name with -xyzxyz - and now it is working (because the device is known....) |
| 10:00.03 | tzafrir_laptop | chainbreaker, sounds like a bad workaround to the real issue |
| 10:02.35 | tzafrir_laptop | chainbreaker, so the channel name is no longer unique? |
| 10:10.15 | mvanbaak | hhmm, it's a device state right ? |
| 10:10.26 | mvanbaak | shouldn't that be on device basis anywayz ? |
| 10:20.22 | *** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au) |
| 10:55.12 | atis_work | guys, what's wrong with insects site? it says - too many mysql connectins :) |
| 10:56.06 | atis_work | also there's Call to undefined function string_html_specialchars() in /var/www/insects.digium.com/core/error_api.php on line 345 |
| 10:56.37 | tzafrir_laptop | shouldn't we use bugs as the mantis now? |
| 10:56.57 | atis_work | well, it's on both of them |
| 10:57.23 | atis_work | M12771 |
| 10:57.25 | MuffinMan | Failed to retrieve issue data for 12771. Try again later. |
| 10:57.30 | atis_work | aah, no luck |
| 10:57.47 | tzafrir_laptop | there's a "mantis" module on the tracker for that :-) |
| 10:58.30 | atis_work | tzafrir_laptop: would it accept plain HTTP POST without mysql connection? :D |
| 11:00.12 | tzafrir_laptop | atis_work, if you're logged on it shows some information about your user |
| 11:00.49 | atis_work | tzafrir_laptop: nope, it just shows php errors |
| 11:01.53 | atis_work | but there's a bright side for it.. i really like mantis error handler, i was just developing some for my project :) |
| 11:03.35 | atis_work | chainbreaker: i just saw your mail on asterisk-dev, i wonder where did you get that backport for state_interface |
| 11:04.19 | atis_work | chainbreaker: for me it works perfectly, i could help you with that.. i think it could be problem |
| 11:06.02 | *** join/#asterisk-dev festr__ (n=festr@ns.hiro.cz) |
| 11:06.05 | festr__ | hi |
| 11:06.24 | festr__ | there is problem with bugs.digium.com |
| 11:06.49 | atis_work | festr__: have you tried reporting it in mantis section? :D |
| 11:07.05 | festr__ | :-] |
| 11:07.14 | atis_work | festr__: i just screamed here about it :) |
| 11:08.45 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:09.05 | tzafrir_laptop | wonders if _ys is going to ask about the mantis |
| 11:09.09 | atis_work | :D |
| 11:10.18 | _ys | tzafrir_laptop: no, i make local copy :) |
| 11:14.03 | snuff-home | mm... poor bugs.digium |
| 11:14.34 | _ys | great design :) |
| 11:14.39 | snuff-home | SYSTEM WARNING: mysql_connect() [function.mysql-connect]: Too many connections |
| 11:14.49 | snuff-home | is nifty.. |
| 11:25.12 | atis_work | _ys: i wonder if your local copy meets digium licensing :D |
| 11:25.35 | _ys | atis_work: private use only :) |
| 11:28.54 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-393567.home.otenet.gr) |
| 11:31.31 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 11:31.31 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 11:36.41 | atis_work | insects are back up |
| 11:39.20 | *** join/#asterisk-dev ccesario (n=ccesario@linux.unialco.com.br) |
| 11:43.30 | atis_work | and down again |
| 11:47.39 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-393567.home.otenet.gr) |
| 11:49.23 | *** join/#asterisk-dev oej (n=olle@90-84-254-187.ip.sipit.net) |
| 11:49.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:54.07 | oej | Afternoon |
| 11:57.37 | tzafrir_laptop | hi |
| 12:00.47 | snuff-home | noticed vidcaps getting some love |
| 12:03.39 | mvanbaak | me too |
| 12:04.06 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:22.02 | oej | and kpfleming going secret |
| 12:22.23 | oej | Well videocaps did not compile cleanly because of other commits, automerge failed |
| 12:22.30 | oej | So we fixed it, or rather, Kevin fixed it |
| 12:31.41 | tzafrir_laptop | oej, ASA is already Asterisk Security Advisory |
| 12:32.00 | oej | Then that will have to change, doesn't it? |
| 12:32.39 | seanbright | yes, asterisk security architecture will need a new name. |
| 12:32.47 | oej | Or do you really mean that I will have to change the NAME? |
| 12:32.51 | oej | Come on! |
| 12:32.59 | seanbright | heh |
| 12:33.06 | oej | As long as that is the only feedback, I'm happy |
| 12:33.22 | seanbright | i haven't read the PDF, but i don't like security |
| 12:33.46 | seanbright | security is for wussies. |
| 12:33.51 | seanbright | is just trolling |
| 12:33.52 | oej | I was planning for subprojects like ASA-Thor, ASA-Oden, ASA-HjÀlmfrid |
| 12:34.09 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:34.09 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
| 12:34.11 | oej | sends an authentication challenge to seanbright |
| 12:34.21 | oej | wonders if you're really who you're imposing as |
| 12:34.32 | oej | wonders if I'm who I'm supposed to be |
| 12:35.36 | seanbright | just do plaintext passwords |
| 12:35.39 | seanbright | done and done |
| 12:35.46 | seanbright | heh |
| 12:36.36 | seanbright | or better yet... |
| 12:36.48 | seanbright | const char *adminpassword = "letm3in!"; |
| 12:37.01 | seanbright | that'd be hawt. |
| 12:37.31 | tzafrir_laptop | oej, I need to go now but I'll just leave with this: |
| 12:37.42 | oej | The final last words |
| 12:37.56 | oej | The famous last words |
| 12:38.01 | oej | whatever |
| 12:38.03 | tzafrir_laptop | mapping simply to domains reminds me of the horros of ldap... |
| 12:39.31 | oej | It's just a name, nothing else |
| 12:39.33 | oej | Domains are easy to make unique |
| 12:40.28 | tzafrir_laptop | anyway, what do you think about what I wrote about channels? |
| 12:40.37 | tzafrir_laptop | it's lower-level than what you wrote |
| 12:41.05 | tzafrir_laptop | can be complementing |
| 12:52.31 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 12:53.37 | oej | Hmm. I need to find that. When? |
| 12:54.34 | tzafrir_laptop | today, in reply to kevin's |
| 12:54.55 | tzafrir_laptop | you suggest that "user" and "domain" are the two special variables that we need |
| 12:55.13 | tzafrir_laptop | and group |
| 12:55.32 | tzafrir_laptop | I wonder if there's actually need for a "role" |
| 12:55.52 | tzafrir_laptop | nah |
| 12:56.32 | tzafrir_laptop | tricky things to consider: when can one channel control another |
| 12:56.48 | tzafrir_laptop | what "privilges" do some channels need? |
| 12:56.55 | tzafrir_laptop | leaves now |
| 12:57.01 | oej | role is interesting |
| 12:57.07 | oej | But might be killed by the KISS rule |
| 12:57.18 | oej | We need to find out if we really need attributes on relationships |
| 12:57.25 | oej | Olle belongs to this domain in the role of... |
| 13:05.03 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-166-133.dyn.embarqhsd.net) |
| 13:06.04 | ctooley | Over complicating the security infrastructure of a PBX is a surefire way that the small user stops trying. |
| 13:06.16 | kpfleming|laptop | you will need roles |
| 13:06.38 | kpfleming|laptop | and you will also need the separate authentication and authorization models, so one user can impersonate another |
| 13:06.42 | kpfleming|laptop | it's not at all easy |
| 13:09.47 | De_Mon | I missed the initial question, but can't you do security through the dialplan anyways? |
| 13:12.49 | *** join/#asterisk-dev jameswf (n=james@ip72-200-94-120.tc.ph.cox.net) |
| 13:18.13 | kpfleming|laptop | not the kind of security we are talking about |
| 13:29.31 | *** join/#asterisk-dev jameswf (n=james@ip72-200-94-120.tc.ph.cox.net) |
| 13:37.05 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 13:38.22 | *** join/#asterisk-dev dandre (n=daniel@was59-3-82-236-48-30.fbx.proxad.net) |
| 13:38.28 | dandre | hello, |
| 13:39.01 | codefreeze-lap | Very interesting! Just read "Saving Open Source" in Dr Dobbs, about Jacobsen v Katzer, apparently the first legal test of the copyleft licenses... |
| 13:40.35 | dandre | There isn't possibility in the manager interface, to put a call on hold. Will this functionnality be in future realeases of asterisk. If not is it difficult to create an extension to the manager to do this? |
| 13:50.40 | *** join/#asterisk-dev jameswf (n=james@ip72-200-94-120.tc.ph.cox.net) |
| 13:50.49 | codefreeze-lap | dandre: Theoretically, it should be quite easy to add something like that. |
| 13:52.22 | dandre | ok nice, could you give me some tips? the best way to do it. Is there some base code I can get as starting point? |
| 13:56.31 | codefreeze-lap | dandre: Look for where manager commands are processed; probably in something like main/manager.c, and add in your new command; find how asterisk puts calls on hold (like MOH), and follow that... |
| 13:59.03 | kpfleming|laptop | dandre: if you send a command in manager to put a call on hold, what happens to the other call leg? how does the call get retrieved from hold? |
| 13:59.33 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 13:59.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:01.15 | dandre | that's the problem, I am building some cti integration with manager interface. I have chosen to build some tapi driver |
| 14:02.11 | dandre | I need to put a call on hold from the manager as it would be with a standard sip phone |
| 14:02.36 | dandre | the call should be retreive with some unhold command |
| 14:02.47 | oej | codefreeze: Are we really supposed to show that weird tree after "dialplan show" in release code? |
| 14:02.57 | dandre | I also need blind and attended transfers |
| 14:03.20 | codefreeze-lap | oej: only if you have debug turned on |
| 14:03.45 | oej | ctooley: Regardless of what we do, we do need backwards compatibility. No security framework will break existing installs. |
| 14:03.49 | kpfleming|laptop | ok, but the other party that was connected to the one that is now on hold, what happens to them? |
| 14:04.12 | oej | codefreeze: Ok then. Seemed like a weird thing to me. |
| 14:04.16 | oej | debug is fine |
| 14:06.48 | codefreeze-lap | oej: when the trie code is deemed as reliable as the old extension matcher, then, we can remove that 'feature', and even rip out the old pattern matcher.... |
| 14:07.09 | oej | I would think that it was only in dev versions, not in release code... |
| 14:07.31 | ctooley | oej, right, there has to be some reasonable "default" setups as well. As Red Hat learned with SELinux, the worst thing you can do is to restrict things to the point that the default becomes "just disable it". |
| 14:08.05 | codefreeze-lap | oej: well, if debug mode is worth anything, it should help debug, right? |
| 14:08.42 | dandre | kpfleming|laptop: the channel should be at least muted with the possibility to be connected with another party by originate manager command |
| 14:09.01 | codefreeze-lap | oej: and hey, "weird tree" ??? Its a work of art! ;) |
| 14:12.55 | kpfleming|laptop | but it's useless for anyone who isn't a coder in the dialplan |
| 14:13.08 | kpfleming|laptop | and it will just confuse users |
| 14:13.24 | oej | well, if it's only in debug, hopefully users will be scared away anyway |
| 14:13.36 | oej | I don't mind the work of art being in debug mode |
| 14:13.38 | oej | :-) |
| 14:14.35 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:17.16 | codefreeze-lap | kpfleming|laptop: oej: mayhaps we can shuffle that diagnostic into a new cli command that only shows up if you are in debug mode; but... I don't recall that sort of thing being done yet... |
| 14:17.45 | kpfleming|laptop | right now i displayed a five line dialplan context and got 30+ lines of stuff that scrolled what i wanted to see off the screen |
| 14:17.48 | kpfleming|laptop | not very useful |
| 14:20.00 | codefreeze-lap | 99% of the extra verbage you get with debug turned on is useless... and the 99% varies between who's debugging and why |
| 14:21.15 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:22.17 | oej | Well, it's always like that, but "dialplan show" is important |
| 14:24.57 | kpfleming|laptop | yes |
| 14:25.10 | kpfleming|laptop | and if this is only in debug mode, that's fine |
| 14:25.25 | kpfleming|laptop | but it will have to be 'dialplan debug ...', not 'dialplan show' |
| 14:25.44 | oej | dialplan show art |
| 14:27.08 | codefreeze-lap | kpfleming|laptop: wanna file a bug report? |
| 14:28.09 | kpfleming|laptop | no, i just want it to go away like magic :-) |
| 14:29.12 | codefreeze-lap | I have no magic left until January |
| 14:31.03 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:35.49 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 14:44.02 | oej | sends a magic funding request for codefreeze |
| 14:47.19 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-9556009266cecd5f) |
| 14:47.19 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:47.37 | codefreeze-lap | oej: it's all in semantics: if it's a bug, I'll fix it. If it's an enhancement, it'll have to wait. |
| 14:54.13 | oej | Oh, and a bug enhancement support fix? |
| 14:57.25 | codefreeze-lap | oej: I see you see my predicament! ;) |
| 14:58.21 | *** join/#asterisk-dev bkw__ (n=brian@freeswitch/developer/bkw) |
| 15:02.44 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-164-37.dyn.embarqhsd.net) |
| 15:04.03 | kpfleming|laptop | i call it a bug, how's that |
| 15:06.28 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-913f5da83f2af2ed) |
| 15:06.28 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:06.55 | codefreeze-lap | looks up... OK, if kpfleming|laptop calls it a bug, its a bug (by definition.) I'll fix it. |
| 15:11.52 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-167ee2a187bf24c0) |
| 15:11.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:33.37 | oej | checks the bug guidelines. Nop, can't find anything about "kpfleming" there. |
| 15:35.45 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 15:36.43 | *** join/#asterisk-dev bkw__ (n=brian@freeswitch/developer/bkw) |
| 15:36.46 | oej | First bug fixed at SIPit |
| 15:38.02 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:38.05 | *** join/#asterisk-dev bkw___ (n=brian@freeswitch/developer/bkw) |
| 15:42.17 | De_Mon | guess someone needs to update the bug guidelines * a developer says it's a bug |
| 15:43.11 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-fd579e4e697c8b25) |
| 15:43.46 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:48.49 | *** join/#asterisk-dev oej_ (n=olle@90-84-254-204.ip.sipit.net) |
| 15:55.39 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:55.39 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:07.54 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-bbcea05685353f7d) |
| 16:07.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:18.05 | dandre | Is there any way to add action to the manager interface dynamically without to patch asterisk code? |
| 16:23.24 | _ys | dandre: ast_manager_register2()/ast_manager_unregister() |
| 16:23.55 | dandre | ok |
| 16:41.45 | tzanger | sruffell: ping |
| 16:42.36 | sruffell | tzanger: pong |
| 16:51.51 | *** join/#asterisk-dev steliosk (n=Stelios@79.107.27.111) |
| 17:08.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:16.19 | seanbright | codefreeze-lap: i am interested in the trie. |
| 17:16.29 | seanbright | codefreeze-lap: but i prefer TSTs. |
| 17:16.30 | seanbright | :) |
| 17:17.07 | seanbright | http://en.wikipedia.org/wiki/Ternary_search_tree |
| 17:17.37 | codefreeze-lap | seanbright: lol, I can't for the life of me think what TST might stand for, tho! oops, you forsaw my difficulty... |
| 17:17.45 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.35.45) |
| 17:19.52 | *** join/#asterisk-dev jeffg (i=WZuMCi8C@pdpc/supporter/active/jeffg) |
| 17:23.55 | codefreeze-lap | seanbright: well, I guess you could consider the tree to be of higher order if... you consider the alt_char pointer not to... forget it. |
| 17:27.02 | codefreeze-lap | reads the wiki page |
| 17:27.42 | codefreeze-lap | seanbright: I'm shrugging my shoulders on this one... my trie might qualify as a TST, then. |
| 17:29.03 | codefreeze-lap | The description isn't explicit enough for me to say decisively, and it seems to differentiate on "common practice". I say "bah" as to what "common practice" might be. |
| 17:30.57 | seanbright | codefreeze-lap: a TST is technically a trie |
| 17:31.08 | seanbright | codefreeze-lap: but instead of a fixed sized array of pointers to the child nodes, it turns the array into a tree. |
| 17:31.36 | seanbright | really only useful when your alphabet has high cardinality (like unicode, for example) |
| 17:33.40 | codefreeze-lap | seanbright: which I did. My nodes are strictly binary. an 'alt_char' pointer, and a 'next_char' ptr. A ptr to the corresponding ast_exten struct if applicable, and a string ptr to a [charrange] if applicable. |
| 17:34.10 | seanbright | right, i was just messing around with the intial comment :) |
| 17:34.16 | seanbright | but i do find the trie stuff interesting. |
| 17:34.26 | seanbright | despite your assertion in your commit message :) |
| 17:35.02 | codefreeze-lap | And, it's unicode capable, no less; well, I do have a unicode capable version in a branch somewhere. |
| 17:36.18 | codefreeze-lap | Well, there seems to be few enough of us interested, and the rest don't want it when they do a dialplan show in debug mode; so we can all live in happiness with what I did. |
| 17:36.30 | seanbright | indeed |
| 17:36.32 | seanbright | is happy |
| 17:37.09 | codefreeze-lap | Hmmm. I'm taking kpfleming's assertion that it was a bug to imply that I need to merge it into 1.6.x |
| 17:38.19 | seanbright | easy to revert if not |
| 17:41.55 | Corydon76-lap | codefreeze-lap: bugs don't get merged into 1.6.0 |
| 17:42.14 | Corydon76-lap | only 1.6.1 (until release) |
| 17:46.08 | codefreeze-lap | Corydon76-lap: OK, so I'll block it from 1.6.0, then.... |
| 17:46.42 | seanbright | no |
| 17:46.45 | seanbright | don't block |
| 17:46.50 | seanbright | just don't merge either |
| 17:47.51 | seanbright | there was a thread on the -dev list where kpfleming said, basically, that blocking to 1.6.0 at this point was a no-op, since no one will be doing 'svnmerge avail' on that branch anyway |
| 17:48.04 | seanbright | orrrrrrrrr ignore all of what i just said and do it anyway |
| 17:48.05 | seanbright | :) |
| 17:49.22 | codefreeze-lap | seanbright: sorry, didn't catch that... I guess futility is my middle name. We can easily revert the block if it matters... |
| 17:49.46 | seanbright | i don't think it matters |
| 17:50.11 | seanbright | blocks to the release branches are basically just noise |
| 17:50.22 | seanbright | that was the reasoning behind no longer blocking |
| 17:50.29 | seanbright | ... released branches |
| 17:50.36 | Corydon76-lap | codefreeze-lap: suspend in the future, so that Russell doesn't have to kill all the blocks when making a new release from that branch |
| 17:52.26 | codefreeze-lap | OK, in future, no blocks to 1.6.0 |
| 18:28.55 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:30.18 | jameswf | wow when is tzafrir not here.... |
| 18:30.55 | tzanger | ... now? :-) |
| 18:32.06 | jameswf | i should have prefaced... |
| 18:59.42 | *** join/#asterisk-dev steliosk (n=Stelios@79.107.27.111) |
| 19:08.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:12.36 | cj | any libss7 folks here? |
| 19:13.48 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 19:13.48 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 19:13.54 | cj | I sent a diff to Matthew Fredrickson, but the README calls the GPL the Gnu Public License |
| 19:15.21 | mog | and? |
| 19:15.40 | cj | mog: is there a better way to submit patches? |
| 19:15.53 | cj | should I request commit access and have them vetted against a mailing list? |
| 19:16.00 | Corydon76-lap | http://bugs.digium.com |
| 19:16.04 | mog | i believe the asterisk bug tracker has a category for libss7 |
| 19:18.26 | *** join/#asterisk-dev ctooley_ (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 19:19.46 | jtodd | cj: If you wish, PM me and I'll walk you through the process of how to submit a patch. |
| 19:28.01 | cj | thank you mog, Corydon76-lap |
| 19:28.08 | mog | np |
| 19:28.11 | mog | thanks for a patch |
| 19:31.42 | cj | yep |
| 19:40.19 | Corydon76-lap | NirS: ping |
| 19:57.03 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 20:01.15 | mvanbaak_ | jtodd: ping |
| 20:08.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:11.57 | *** join/#asterisk-dev ManxPower (n=manxpowe@86.sub-75-203-203.myvzw.com) |
| 20:12.38 | ManxPower | I think the app_sms should be renamed to be app_not_usa_or_canada_SMS |
| 20:12.52 | ctooley | agrees. :) |
| 20:13.38 | ManxPower | or maybe app_eurosms.c ? |
| 20:14.04 | mvanbaak | or write a patch to make it work ;) |
| 20:14.06 | mvanbaak | hides |
| 20:14.31 | ManxPower | mvanbaak: The usa/canada do not have SMSCs available to the public or to customers |
| 20:14.54 | mvanbaak | really ? |
| 20:14.55 | ManxPower | I don't think there are even SMS standards for landlines in the USA. |
| 20:15.12 | ManxPower | mvanbaak: correct. If you want "SMS" you send it to an e-mail gateway, but that's not really SMS. |
| 20:15.20 | mvanbaak | gheh |
| 20:15.31 | ctooley | man would I ever like to. Now all I need is a T1 that connects to an SMSC |
| 20:15.59 | mvanbaak | ctooley: ship a box my way ;) |
| 20:16.07 | ctooley | There are definitely SMSC's to attach to, they just don't like having "the general population" attaching to them. |
| 20:16.20 | ctooley | Right, and then it'd cost me $3 to send myself an SMS. |
| 20:16.20 | mvanbaak | or use bayhamsystems |
| 20:16.27 | mvanbaak | ctooley: yup ! |
| 20:16.31 | ManxPower | ctooley: name just one that lets you send an SMS using FSK over a landline? |
| 20:16.48 | mvanbaak | ManxPower: all providers here in .nl allow it |
| 20:16.50 | ManxPower | 'cause that's what app_sms does |
| 20:16.58 | ManxPower | mvanbaak: I meant in the USA/Canada |
| 20:17.09 | ManxPower | I know most carriers in europe allow it |
| 20:17.17 | ctooley | ManxPower, There are service aggregators that do it. You just have to have the right kind of "status" |
| 20:17.44 | ManxPower | ctooley: You do not connect to those services via a landline and fsk. |
| 20:17.52 | ctooley | working for a major carrier in the US, I _could_ get one, but that doesn't mean I could justify it. |
| 20:17.53 | ManxPower | so app_SMS would not work. |
| 20:18.28 | ctooley | You don't connect to the aggregator that way, you usually use a web service for that. But the aggregator connects to Verisign that way, if they're big enough. |
| 20:18.31 | ManxPower | My point is that people seem to think spp_SMS should work in the USA. It doesn't. |
| 20:18.32 | mvanbaak | meh, it's even on the public website |
| 20:18.34 | mvanbaak | 0673-64.44.44 |
| 20:19.28 | mvanbaak | 'if your phoneunit does not support SMS, the KPN SMS service will call the phone and read the SMS text back to you' |
| 20:19.30 | ctooley | The service is "available" in the US, you just can't actually get anyone to give you a handoff. |
| 20:20.04 | ManxPower | ctooley: I think that qualifies as "doesn't work" |
| 20:20.12 | ctooley | mvanbaak, yeah, here in the US that "read the SMS text back to you" service is an additional $0.25-$2.00 fee. |
| 20:20.24 | mvanbaak | it's free here |
| 20:20.38 | ctooley | ManxPower, well, it doesn't work for most people, that does not qualify it as "doesn't work" |
| 20:20.48 | mvanbaak | sending an SMS with a landline is 0.18 euro |
| 20:21.05 | ctooley | But, I still agree that a qualification needs made on the app to clarify that unless you know better, it effectively doesn't work for the US. |
| 20:21.29 | ManxPower | ctooley: Hey, it's Digium's support nightmare, not mine. If they don't want to do something to reduce support issues, that's up to them, |
| 20:22.17 | mvanbaak | they just need to find an .eu dev to maintain it |
| 20:22.28 | mvanbaak | quickly moves to Canada |
| 20:22.38 | ManxPower | mvanbaak: I'd move to Canada if I could. |
| 20:22.59 | ManxPower | It's too cold up there for me and getting a work permit or citizenship takes years |
| 20:23.23 | ManxPower | I looked into it after GWB was elected the 2nd time. I didn't want to live in a country of voting idiots. |
| 20:23.59 | ctooley | Intelligence is a constant, population is growing, you figure it out. |
| 20:24.33 | mvanbaak | stays in .nl, if only for the good tabacco and drug laws |
| 20:24.55 | ctooley | Well, the tobacco you brought with you was at least good. :) |
| 20:25.05 | ManxPower | Here in alabama they outlawed sex toys a few months ago. The USA state of georgia send a guy to prison for 5 years because he had consentual oral sex with his wife. |
| 20:25.08 | mvanbaak | ctooley: so are the drug laws :) |
| 20:25.26 | ManxPower | (oral sex was illegal at the time in Georgia) |
| 20:25.30 | mvanbaak | ManxPower: that's,.......insane |
| 20:25.38 | mvanbaak | oral sex is illegal ????? |
| 20:25.39 | ctooley | mvanbaak, which city do you live in again? |
| 20:25.39 | mvanbaak | WTF |
| 20:25.51 | ManxPower | mvanbaak: Remember the USA was founded by people that were too uptight for the British. |
| 20:25.53 | Qwell | ManxPower: I'm glad to live in a state where my vote won't matter! However, this is incredibly offtopic :p |
| 20:25.56 | mvanbaak | ctooley: Lunteren. But I'm moving to TheHague next week |
| 20:26.06 | ctooley | attempts to move the discussion back towards the relevant topic. |
| 20:26.08 | ManxPower | mvanbaak: the supreme court struck down the law a few years ago, IIRC. |
| 20:27.21 | ManxPower | mvanbaak: "Sodomy" was illegal in Georgia. It was aimed at gay men, but the definition of "sodomy" was "anything except man/woman/insert/thrust/repeat" |
| 20:28.05 | ManxPower | mvanbaak: an example of why I really wanted to move to .nl or .be |
| 20:32.18 | mvanbaak | I can only imagine |
| 20:32.37 | ManxPower | mvanbaak: adopt me or marry me! |
| 20:33.08 | ctooley | hopes that 1.4.21.2 has a lower instance of hung calls than 1.4.17 did... restarting all these asterisk instances is getting annoying. |
| 20:33.34 | mvanbaak | ManxPower: gay marriage is pretty normal here, so why not |
| 20:33.45 | ManxPower | mvanbaak: I know. 8-) |
| 20:33.55 | Corydon76-lap | but bigamy is still illegal |
| 20:34.01 | ManxPower | I think my BF's would kill me if I moved to europe. |
| 20:34.13 | mvanbaak | Corydon76-lap: yup :( |
| 20:34.27 | mvanbaak | Corydon76-lap: although there's a hole in that law |
| 20:34.30 | ManxPower | Anyway, I made my suggestion, I'll get out of here now. |
| 20:34.34 | *** part/#asterisk-dev ManxPower (n=manxpowe@86.sub-75-203-203.myvzw.com) |
| 20:34.53 | Corydon76-lap | mvanbaak: uh, there is? |
| 20:34.55 | mvanbaak | Corydon76-lap: if your religion allows it the .nl laws dont forbid it |
| 20:35.06 | Qwell | O.o |
| 20:35.10 | Corydon76-lap | Heh |
| 20:35.17 | Qwell | that specific law. nevermind.. I was going to say |
| 20:35.55 | ctooley | Qwell, we're attempting to return the topic listed for the channel, please don't. :) |
| 20:36.16 | Qwell | ctooley: we are ops.. we could change the topic. |
| 20:36.20 | Qwell | (kidding) |
| 20:36.49 | *** mode/#asterisk-dev [-o Qwell] by ChanServ |
| 20:36.54 | *** topic/#asterisk-dev by mvanbaak -> now discussing bigamy in europe |
| 20:37.00 | *** topic/#asterisk-dev by mvanbaak -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier |
| 20:37.04 | mvanbaak | <PROTECTED> |
| 20:37.06 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:37.06 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:37.07 | mvanbaak | oops |
| 20:37.09 | mvanbaak | FAIL |
| 20:37.17 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:37.20 | *** topic/#asterisk-dev by mvanbaak -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.141593 support is in #asterisk -=- Congrats -dev on the release of 1.6.0 ! |
| 20:37.27 | Qwell | heh |
| 20:37.42 | seanbright | i don't like the space at the end |
| 20:37.44 | *** topic/#asterisk-dev by Corydon76-lap -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.141593 support is in #asterisk -=- Congrats -dev on the release of 1.6.0 ! -=- (and bigamy) |
| 20:38.09 | Qwell | SO, how about that 1.6.0? |
| 20:38.20 | ctooley | Qwell, too many missing features for me. |
| 20:38.24 | ctooley | waits on 1.6.1 |
| 20:38.41 | *** topic/#asterisk-dev by Corydon76-lap -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0 ! |
| 20:38.55 | seanbright | get rid of the space! |
| 20:38.57 | seanbright | i demand it |
| 20:38.59 | Corydon76-lap | ctooley: just you wait until 1.6.2 |
| 20:39.04 | *** topic/#asterisk-dev by Qwell -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0 ! |
| 20:39.13 | seanbright | you son of a bitch... |
| 20:39.18 | *** topic/#asterisk-dev by Qwell -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0! |
| 20:39.22 | seanbright | hooray! |
| 20:39.22 | Qwell | oh fine |
| 20:39.31 | ctooley | it's not a space, it's a tab, he was just following directions. |
| 20:39.40 | ctooley | boo |
| 20:39.53 | seanbright | tab shmab |
| 20:40.11 | Corydon76-lap | pokes seanbright with a tab |
| 20:40.27 | seanbright | asks for a pepsi free |
| 20:41.21 | ctooley | rejects seanbright's request and counters with a Crystal Pepsi |
| 20:41.38 | Corydon76-lap | tosses a New Coke to seanbright |
| 20:41.58 | Qwell | ...I actually liked Crystal Pepsi |
| 20:42.07 | seanbright | that explains a whole host of things |
| 20:42.12 | seanbright | none of which come to mind at the moment. |
| 20:42.13 | mvanbaak | tosses some .nl coke to seanbright. That will keep you awake ;) |
| 20:42.25 | seanbright | damn hippy |
| 20:42.26 | Corydon76-lap | mvanbaak: and impotent |
| 20:42.27 | seanbright | heh |
| 20:42.50 | *** join/#asterisk-dev otherwiseguy (n=otherwis@cpe-72-128-38-41.kc.res.rr.com) |
| 20:42.54 | mvanbaak | so I heard |
| 20:43.01 | Corydon76-lap | Not that he was using it anyway... |
| 20:43.13 | seanbright | doesn't do drugs |
| 20:43.18 | seanbright | other than nicotine |
| 20:43.21 | mvanbaak | nope, that's why I'm tossing it to seanbright |
| 20:43.33 | Corydon76-lap | seanbright: and alcomahol |
| 20:43.44 | Corydon76-lap | seanbright: and acetaminophen |
| 20:43.54 | mvanbaak | benzedrine |
| 20:44.11 | Corydon76-lap | Loritab |
| 20:44.24 | mvanbaak | dont forget the THC |
| 20:44.47 | Corydon76-lap | and Ascorbic Acid |
| 20:45.16 | mvanbaak | 'Hello, my name is dr. Greenthumb' |
| 20:45.30 | Corydon76-lap | seanbright: do you deny taking Ascorbic Acid for recreational use? |
| 20:45.44 | mvanbaak | -- Cypress Hill |
| 20:46.40 | seanbright | i don't consider it a drug |
| 20:46.43 | Corydon76-lap | and what about Acetylsalicylic acid? |
| 20:46.45 | seanbright | a 'narcotic' as it were |
| 20:47.50 | Corydon76-lap | Or Sodium Acetylsalicylate? |
| 20:48.13 | seanbright | what about blah blah blah? |
| 20:48.34 | Corydon76-lap | seanbright: you take it, don't you? |
| 20:48.42 | seanbright | of course |
| 20:49.47 | Corydon76-lap | See, you take all sorts of drugs! |
| 20:50.43 | Corydon76-lap | (This isn't nearly the same amount of fun since the advent of wikipedia) |
| 20:51.14 | mvanbaak | ugh, 7 CVE's in debian stable kernel |
| 20:53.35 | seanbright | debian blah blah blah |
| 20:53.52 | seanbright | openbsd blah blah blah |
| 20:53.52 | mvanbaak | yup |
| 20:53.54 | seanbright | heh |
| 20:53.55 | mvanbaak | lol ! |
| 20:54.05 | mvanbaak | was just typing: dont have that with OpenBSD |
| 20:54.08 | mvanbaak | whehehehe |
| 20:54.18 | seanbright | i'm going to convert all of the 'unsigned int foo:1;' to bools |
| 20:54.21 | seanbright | starting... NOW |
| 20:54.31 | mvanbaak | have fun |
| 20:54.48 | Corydon76-lap | seanbright: and maintain compat with ANSI C? |
| 20:55.50 | seanbright | we don't support ANSI C, do we? |
| 20:55.59 | seanbright | we already use c99 extens and gcc extens |
| 20:56.33 | mvanbaak | seanbright: you know what would make me happy? if you convert the Makefile to be BSD Make compatible |
| 20:56.40 | mvanbaak | so I dont have to install gmake |
| 20:56.51 | seanbright | mvanbaak: yeah, that's so not going to happen. |
| 20:57.02 | seanbright | gmake > make |
| 20:57.05 | mvanbaak | you think |
| 20:57.13 | mvanbaak | I'm almost there |
| 20:57.31 | seanbright | for some reason i don't see that getting committed |
| 20:57.44 | mvanbaak | why not ? |
| 20:57.47 | mvanbaak | if it works ... |
| 20:58.14 | seanbright | seems like a lot of unnecessary work |
| 20:58.20 | mvanbaak | gmake can use make files |
| 20:58.25 | seanbright | i know that |
| 20:58.26 | mvanbaak | but make cannot use gmake files |
| 20:59.12 | seanbright | i'd be curious to see asterisk's main makefile in a bsd-compatible way |
| 20:59.21 | seanbright | probably twice as long |
| 20:59.28 | mvanbaak | dont think so |
| 20:59.47 | mvanbaak | mine as like 10% longer, that's it |
| 20:59.51 | seanbright | nice. |
| 20:59.55 | mvanbaak | the asterisk makefile isn't that advanced |
| 21:00.09 | seanbright | cool. |
| 21:00.27 | mvanbaak | ppc vs gcc is a whole different story though |
| 21:02.33 | mvanbaak | s/ppc/pcc/ |
| 21:09.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:19.22 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 21:27.39 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.223) |
| 21:31.24 | *** join/#asterisk-dev d3wayne (n=dwayne@76.29.245.9) |
| 21:31.24 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 21:42.25 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) |
| 22:26.57 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 22:38.02 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:38.50 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1279641049.dsl.bell.ca) |
| 22:53.09 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 22:57.19 | *** join/#asterisk-dev anthm][ (n=anthm@68-31-185-234.area4.spcsdns.net) |
| 22:57.48 | *** join/#asterisk-dev anthm][ (n=anthm@68-31-185-234.area4.spcsdns.net) |
| 23:23.35 | *** join/#asterisk-dev jeffg (i=SJjtKYgS@pdpc/supporter/active/jeffg) |
| 23:24.49 | *** join/#asterisk-dev anthm][ (n=anthm@68-31-185-234.area4.spcsdns.net) |
| 23:51.05 | tzanger | I know it's late, but is Kinsey around? |
| 23:55.56 | Qwell | I think he gets in really early |
| 23:56.24 | *** join/#asterisk-dev I-MOD (n=I-MOD@c-68-62-216-5.hsd1.al.comcast.net) |
| 23:56.27 | Corydon76-lap | He's around. |
| 23:56.33 | Corydon76-lap | tzanger: ask away |
| 23:57.39 | tzanger | awesome, thanks |