| 01:43.39 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 01:43.39 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:21.31 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:38.32 | *** join/#asterisk-dev barkbus (~barkbus@2.176.43.195.dsl.static.ip.kpnqwest.it) |
| 08:41.31 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:8893:9884:8af2:37aa) |
| 09:47.19 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:49.28 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:49.28 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:08.59 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 12:09.00 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:00.19 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-dkxpnmngmgabxyjp) |
| 14:08.40 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-htumdwsvpbcmvfsj) |
| 14:08.40 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:13.24 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:13.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:14.06 | *** join/#asterisk-dev blitzrage (~leifmadse@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:14.06 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:14.09 | blitzrage | mjordan: ping |
| 14:15.17 | blitzrage | mjordan: by default, I've noticed a couple of modules in certified asterisk are enabled that you probably don't want enabled. The two that I've seen so far are: pbx_ael and func_presence_state (which is in an unspecified group, so it needs to be set to extended or core as appropriate) |
| 14:17.18 | putnopvut | blitzrage: I'm pretty sure func_presence_state should be core. pbx_ael on the other hand...not so much. |
| 14:18.13 | blitzrage | putnopvut: right, it's under extended, but it's still enabled; likely due to some dependency setting |
| 14:18.32 | putnopvut | weird |
| 14:18.46 | blitzrage | doing an evaluation this morning to determine if we can use certified asterisk as our base feature server platform? so we'll see if the core modules are enough :) |
| 14:18.59 | blitzrage | putnopvut: indeed; thought it should be reported upstream so you guys can resolve |
| 14:19.11 | putnopvut | Knowing how you operate, blitzrage, I'm betting just core won't be enough :) |
| 14:19.38 | putnopvut | For instance, pbx_dundi is extended. |
| 14:22.27 | WIMPy | Yes, I'm in fear of it going the same way as enum. |
| 14:22.45 | mjordan | blitzrage: what version/branch of cert asterisk are you looking at? |
| 14:22.49 | blitzrage | putnopvut: i don't use dundi |
| 14:22.56 | blitzrage | mjordan: there are multiple? |
| 14:23.05 | mjordan | blitzrage: 1.8.6, 1.8.11, and 1.8.15 |
| 14:23.09 | mjordan | 1.8.15 is in rc status |
| 14:23.13 | blitzrage | whatever is on the download site |
| 14:23.15 | mjordan | kk |
| 14:23.31 | blitzrage | well, i don't imagine you've changed the module support last all that much between 1.8.11 and 1.8.15 |
| 14:23.37 | mjordan | nope |
| 14:23.37 | blitzrage | s/last/list/ |
| 14:23.52 | mjordan | they should all be the same - looking at the 1.8.11 branch and pbx_ael was disabled in menuselect |
| 14:23.56 | blitzrage | I'm just evaluating what things we use on feature servers to determine if CA is fine for us |
| 14:24.09 | blitzrage | mjordan: looking in menuselect tells a different story |
| 14:24.16 | blitzrage | it is <*> not [*] |
| 14:24.22 | wdoekes | mjordan: I wouldn't put that in a release either |
| 14:24.26 | blitzrage | so there is a dependency thing going on that is causing it to be selected |
| 14:24.30 | mjordan | interesting |
| 14:24.43 | mjordan | wdoekes: the crazy tcp thing? Yeah, that scares the willies out of me |
| 14:24.47 | blitzrage | it is definitely under extended, but something else is causing it to be enabled |
| 14:25.17 | mjordan | blitzrage: indeed |
| 14:25.49 | mjordan | now, that's interesting |
| 14:26.05 | mjordan | in the tag of 1.8.11-cert8, its enabled (<*>). In the branch checkout, its disabled - < > |
| 14:27.17 | mjordan | meh - we'll figure out whats going on :-) |
| 14:27.26 | blitzrage | aye |
| 14:27.40 | blitzrage | just don't want things enabled that shouldn't be; poor support :) |
| 14:27.48 | Juggie | can we delete it? :P |
| 14:28.44 | mjordan | Its not really surprising, but a lot of folks use pbx_ael |
| 14:32.45 | blitzrage | I find that surprising |
| 14:32.57 | blitzrage | I tried AEL once, and ran into a bug with doing a Set |
| 14:33.01 | putnopvut | define "a lot" |
| 14:33.05 | blitzrage | i decided it was a waste of time at that point :) |
| 14:34.56 | mjordan | putnopvut: enough? |
| 14:34.59 | putnopvut | heh |
| 14:36.05 | mjordan | more of an impression based on the number of dialplans written in ael attached to issues (unrelated to pbx_ael) |
| 14:44.30 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:44.30 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:57.05 | file | call me maybe! |
| 14:58.20 | blitzrage | never |
| 14:58.34 | russellb | blitzrage: ! |
| 14:58.37 | russellb | nice nick |
| 14:58.55 | blitzrage | mjordan: that could be argued that people who use AEL are not as well versed in asterisk since those in the know use dialplan (or AGI) and thus, they are more likely to file an issue :) |
| 14:59.05 | blitzrage | russellb: ikr |
| 15:02.14 | *** join/#asterisk-dev drumkilla (~russellb@redhat/russellb) |
| 15:02.15 | *** mode/#asterisk-dev [+o drumkilla] by ChanServ |
| 15:04.14 | Corydon76-home | Along the same lines as AEL, the expression parser in Asterisk is similarly understood by about the same number of people, and for the same reason. |
| 15:04.15 | mjordan | blitzrage: true dat |
| 15:04.39 | Corydon76-home | and yet, nobody is going to propose removing the expression parser. |
| 15:06.59 | russellb | that's a much simpler bit of code ... |
| 15:07.31 | russellb | returns to lurk mode |
| 15:07.45 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:07.49 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:07.53 | Corydon76-home | It has the potential to be a simpler bit of code, but I don't think it is. AEL is remarkably simplistic in how it parses. |
| 15:09.05 | Corydon76-home | which is also the reason why AEL can be so buggy; it lacks the complexity needed to create a good runtime compiler. |
| 15:10.16 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-adtkbupmotbgxwgo) |
| 15:16.01 | *** join/#asterisk-dev j4m3s (~j4m3s@pdpc/supporter/active/j4m3s) |
| 15:16.51 | j4m3s | upon loading res_digium_phone.so on asterisk 10.7.1 (from Digium's centos5 repo) i get "res_digium_phone.so: undefined symbol: ast_presence_state" |
| 15:17.39 | j4m3s | is there a special version of Asterisk 10 i need for the digium phone resource? |
| 15:18.01 | *** join/#asterisk-dev italorossi (~textual@189.124.196.68) |
| 15:19.16 | mjordan | 10-digiumphones |
| 15:19.24 | mjordan | and this question is probably best asked in #asterisk |
| 15:19.39 | mjordan | which you did; please refrain from asking the same question in multiple rooms |
| 15:19.57 | j4m3s | i realized that after i asked :( |
| 15:21.42 | j4m3s | mjordan, is there a 10-dphones available via your RPM repo? |
| 15:21.47 | Qwell | There is not. |
| 15:22.12 | j4m3s | Qwell, thanks. been a while since I built * from source ;) |
| 15:22.42 | Qwell | You could use the rPath packages instead. |
| 15:23.04 | j4m3s | you must be messing with me |
| 15:23.09 | Qwell | yes, yes I am. |
| 15:23.15 | j4m3s | bc i would |
| 15:23.18 | Qwell | :D |
| 15:23.30 | j4m3s | i miss rpath... been using chef a lot lately |
| 15:25.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:25.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:27.06 | pabelanger | Pff, chef |
| 15:27.44 | j4m3s | is there an explanation available on the differences between the 10-dphones and it's vanilla counterpart? |
| 15:28.12 | blitzrage | chef ftw! |
| 15:28.13 | Qwell | j4m3s: It adds support for the APIs that the phone needs for the default JS apps. |
| 15:28.54 | mjordan | other than that, they're identical |
| 15:28.57 | j4m3s | blitzrage, do you have a chef-server? |
| 15:29.14 | j4m3s | ok -- i was just curious what was the logic behind separate releases? |
| 15:29.37 | j4m3s | blitzrage, i've just been using chef-solo |
| 15:29.59 | blitzrage | ah? chef server ftw |
| 15:30.13 | blitzrage | hides from pabelanger |
| 15:30.39 | j4m3s | chef-server has Search, chef-solo does not |
| 15:45.15 | blitzrage | indeed |
| 15:47.34 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 16:13.27 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:01.56 | *** join/#asterisk-dev italorossi (~textual@189.124.196.68) |
| 17:47.03 | *** join/#asterisk-dev italorossi (~textual@189.124.196.68) |
| 18:17.33 | *** join/#asterisk-dev Micc_ (~Micc@static-50-125-113-34.frr01.both.wa.frontiernet.net) |
| 18:20.09 | *** part/#asterisk-dev leedm777 (~Adium@nat/digium/x-adtkbupmotbgxwgo) |
| 18:20.16 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-adtkbupmotbgxwgo) |
| 18:23.07 | blitzrage | interesting spec file for certified asterisk.... |
| 18:23.13 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-nwgngbnlajrzymuj) |
| 18:23.28 | blitzrage | it enables a whole bunch of non-core modules :) |
| 18:24.11 | jsmith | blitzrage: There's a spec file? |
| 18:24.20 | jsmith | is curioius |
| 18:24.28 | blitzrage | jsmith: ya, certified asterisk is open source too |
| 18:24.35 | jsmith | blitzrage: I know that much :-p |
| 18:24.38 | blitzrage | just grabbed it off the packages site |
| 18:24.47 | jsmith | blitzrage: I just didn't know that there was a decent spec file published |
| 18:25.04 | jsmith | (and frankly, the spec files I've seen for Asterisk in the past have been awful, compared to the spec file in Fedora/EPEL) |
| 18:25.28 | blitzrage | jsmith: agreed -- we build our own RPMs and I started with the Asterisk one and had to fix it to make it work in mock and pass rpmlint |
| 18:25.42 | blitzrage | the make menuselect command contains things like? --enable pbx_ael --enable pbx_realtime --enable pbx_dundi --enable chan_phone |
| 18:25.44 | jsmith | blitzrage: Did you look at the one in Fedora? |
| 18:25.51 | blitzrage | jsmith: i did not no |
| 18:25.53 | blitzrage | I probably should have |
| 18:26.07 | blitzrage | well actually I'm not 100% sure? i might have looked at the fedora one and used parts of it |
| 18:26.15 | blitzrage | doesn't remember as that was several months ago |
| 18:26.26 | jsmith | https://apps.fedoraproject.org/packages/asterisk/sources/spec/ |
| 18:26.28 | jsmith | (FWIW) |
| 18:26.44 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-pxdukimojjrmvdvz) |
| 18:27.06 | blitzrage | jsmith: nice thanks |
| 18:27.15 | blitzrage | just interesting to see: --enable pbx_ael --enable pbx_realtime --enable pbx_dundi --enable chan_phone |
| 18:27.15 | blitzrage | etc |
| 18:27.28 | jsmith | :-) |
| 18:27.37 | blitzrage | basically same spec file as the open source version |
| 18:27.46 | blitzrage | s/open source/standard release |
| 18:27.54 | blitzrage | it must get shut off somewhere else |
| 18:27.59 | blitzrage | haven't tried building in mock yet |
| 18:40.29 | mjordan | blitzrage: I'm going to go out on a limb and call that a bug |
| 18:51.22 | Qwell | que? |
| 19:16.11 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 19:29.34 | blitzrage | mjordan: ya probably |
| 19:29.52 | blitzrage | i mean, I could be installing the source RPM wrong? but I doubt it :) |
| 19:31.12 | Qwell | what spec are we talking about here? |
| 19:32.16 | blitzrage | Qwell: the one that the certified asterisk src.rpm installs |
| 19:33.36 | Qwell | yeah, it doesn't disable non-core stuff there |
| 19:33.46 | Qwell | quite intentional |
| 19:34.52 | blitzrage | it explicitely seems to enable non-core stuff from what I see |
| 19:39.49 | Qwell | correct |
| 19:40.05 | Qwell | It enables the same stuff the regular 1.8 version does. |
| 19:40.40 | mjordan | Qwell: that seems odd, since we explicitly disable extended support in the source of 1.8.11-cert |
| 19:53.34 | blitzrage | that was kind of my point |
| 19:53.38 | blitzrage | the spec shouldn't be the same |
| 19:57.56 | Qwell | But they are. It's no different from a user enabling a bunch of crap we won't support. |
| 19:58.07 | Qwell | (and some of it is needed for things like FreePBX) |
| 19:58.12 | Qwell | ((which is a whole other issue)) |
| 20:00.03 | blitzrage | well, it's different when that's the RPM you're expecting people to install for certified asterisk, and then support it, so it's not really how I would approach it, but I'm not the one who has to support it |
| 20:00.34 | Qwell | Being enabled isn't signing us up for supporting it, and more than somebody building addons/ |
| 20:00.40 | Qwell | s/and/any/ |
| 20:01.18 | blitzrage | my expectation if I was installing a certified asterisk package was that the default only contained modules that were expected to be supported |
| 20:08.03 | *** join/#asterisk-dev b3nt_pin (~quassel@stjhnf0148w-142134079200.dhcp-dynamic.FibreOP.nl.bellaliant.net) |
| 22:15.06 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 22:15.07 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 22:29.51 | *** join/#asterisk-dev barkbus (~barkbus@89-96-128-52.ip12.fastwebnet.it) |
| 22:56.08 | Micc_ | would it be very difficult to back port asterisk 11's confbridge_info to asterisk 10? |
| 22:56.26 | Micc_ | I'm having hanging problems with asterisk 11.0.0. |
| 22:57.37 | WIMPy | What about 11.0.1? |
| 22:58.31 | file | Micc_, what's the 11 problems? |
| 22:59.20 | file | (I haven't touched confbridge enough recently to answer your query) |
| 23:00.06 | Micc_ | I didn't know 11.0.1 was out yet. |
| 23:00.18 | file | actually I just pulled 10 and it has CONFBRIDGE_INFO |
| 23:01.06 | Micc_ | hmmm. ok. I thought it was an 11 thing because I found documentation for it only in 11. |
| 23:02.28 | Micc_ | I need CONFBRIDGE_INFO(parties) |
| 23:02.59 | file | it's there. |
| 23:03.05 | Micc_ | the hang in 11, reminds me of when I had blf locking problems. |
| 23:03.23 | file | what? |
| 23:03.24 | mjordan | Micc_: if you're having problems we would really, really, really appreciate a bug report |
| 23:03.26 | Micc_ | I just build it again with debug locks, so I will see where it is hanging. |
| 23:03.58 | Micc_ | mjordan, its hard to tell if its a real bug or not. I also have custom code in confbridge to create a dialplan application confbridgeend to hangup everyone in a call. |
| 23:04.04 | Micc_ | in a room I mean. |
| 23:04.09 | mjordan | ah.... hm. |
| 23:04.22 | mjordan | so... yeah. There may have been a slight change to ConfBridge in 10.10 and 11.0.0 |
| 23:04.56 | mjordan | but I'd still love to see a bt/core show threads |
| 23:05.00 | mjordan | er, core show locks |
| 23:05.11 | Micc_ | I'll get it next time it happens. |
| 23:05.48 | Micc_ | I'm using a lot of blf extensions, sometimes multiple extensions for the same device. |
| 23:16.46 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 23:16.46 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk |
| 23:28.27 | coreyf1513 | is there a naming convention for 'atexit' procedures in the core? |
| 23:30.34 | mjordan | coreyf1513: not especially. I think I ended up going with [module_name]_shutdown |
| 23:35.18 | coreyf1513 | :( I need to work on the patches I submitted last night, make them to follow that naming.. |
| 23:37.33 | mjordan | that'd be nice, but its not like its anything set in stone |
| 23:39.09 | coreyf1513 | well for one I named them ast_[module]_atexit, they'll never be public so shouldn't be prefixed ast_ |
| 23:39.23 | mjordan | well, that is true |
| 23:39.49 | coreyf1513 | also I found pbx.c has pbx_shutdown in branch 10 (but not 1.8), so I want to make the name match |
| 23:42.48 | coreyf1513 | in cli.c I'm creating 'static int ast_cli_registered(struct ast_cli_entry *e)' to check if 'e' is registered, should I keep that prefixed since it could be useful to make public? or no prefix on static methods? |
| 23:48.49 | mjordan | in general, only public methods get the prefix of ast_ |
| 23:49.09 | mjordan | I'd possibly name it cli_is_registered |
| 23:49.25 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-htumdwsvpbcmvfsj) |