| 00:07.43 | *** join/#asterisk-dev anthm][ (n=anthm@173-106-21-17.pools.spcsdns.net) |
| 00:10.03 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:24.22 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:34.31 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:18.23 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 02:18.23 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:25.10 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 02:25.10 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:26.33 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 02:26.33 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 03:00.42 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 03:18.56 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:37.47 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.229) |
| 04:06.25 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 04:07.47 | JunK-Y | any idea why i can _apparently_ cant do "svnmerge merge -f ../merge.msg" anymore? i always get svnmerge: no integration info available |
| 04:09.38 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 04:10.27 | snuff-work | mm.. worked for me last time i tried few days ago |
| 04:10.52 | snuff-work | how old is ur svnmerge script.. maybe it has the issue? |
| 04:11.41 | JunK-Y | its the same of last week, which was working fine last week |
| 04:12.13 | snuff-work | bizzare.. |
| 04:12.44 | JunK-Y | if i do a svn log, the last merge was on 2009-06-25 00:58:52 -0400, i suspect that my commit from 2009-06-28 broke it |
| 04:13.02 | snuff-work | what is the command that reports the 'integration' issue |
| 04:13.15 | JunK-Y | svnmerge merge -f ../merge.msg |
| 04:13.24 | seanbright | svn pl |
| 04:13.30 | seanbright | do you see svnmerge-integrated? |
| 04:13.45 | JunK-Y | yes |
| 04:14.02 | seanbright | svn pg svnmerge-integrated |
| 04:15.33 | JunK-Y | nothing |
| 04:15.45 | seanbright | it is jacked |
| 04:15.57 | JunK-Y | root@shooter:/usr/src/cli-tls# svn pg svnmerge-integrated |
| 04:15.58 | JunK-Y | root@shooter:/usr/src/cli-tls# |
| 04:16.06 | seanbright | so it's empty |
| 04:16.14 | seanbright | what commit do you think broke it? |
| 04:16.18 | seanbright | revision # |
| 04:17.06 | JunK-Y | r204380 and r204008 |
| 04:17.16 | JunK-Y | since at r203109, everything was okay |
| 04:17.48 | seanbright | svn ps svnmerge-integrated '/trunk:1-203037' . |
| 04:18.27 | seanbright | you cleared (somehow) the svnmerge-integrated property in revision 203109 to your branch |
| 04:18.57 | seanbright | once you run the ps, commit it |
| 04:19.04 | seanbright | then run svnmerge again |
| 04:23.01 | JunK-Y | it seems to work now. |
| 04:23.26 | seanbright | good good |
| 04:23.32 | seanbright | passes out |
| 04:23.38 | JunK-Y | is there something that could broke that property, since im pretty sure i didnt changed it? |
| 04:23.48 | JunK-Y | thx seanbright |
| 05:09.54 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 05:11.28 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 06:15.24 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:15.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:27.12 | snuff-work | morning oej |
| 07:28.48 | oej | Morning |
| 07:29.11 | snuff-work | still in spain? |
| 07:29.51 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:40.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:40.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:50.13 | oej | Back home, actually |
| 08:09.45 | *** join/#asterisk-dev freddyk (n=freddy@host21-129-dynamic.51-82-r.retail.telecomitalia.it) |
| 08:15.41 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:15.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:21.23 | *** join/#asterisk-dev NewtoPBX (n=shanker@c-75-70-225-138.hsd1.co.comcast.net) |
| 09:21.46 | NewtoPBX | wow hello |
| 10:09.17 | *** join/#asterisk-dev Jacke (i=jacke@valhalla.bofh.org) |
| 10:22.27 | tzafrir_laptop | seanbright, fails building with libpri svn trunk^w1.4 here |
| 10:25.28 | tzafrir_laptop | sorry, my mistake. the extra build step of the .i misled me |
| 10:29.06 | tzafrir_laptop | Right. I needed to pass the extra -I to building the .i . Not to building the .o |
| 10:34.50 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:34.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:44.11 | tzafrir_laptop | M15425 |
| 10:44.13 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0015425: No way to pass CFLAGS to non-module objects reported by tzafrir (Karma: +120.50) https://issues.asterisk.org/view.php?id=15425 |
| 10:44.26 | tzafrir_laptop | Is it just me? |
| 11:02.38 | *** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 11:02.38 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 11:17.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:25.19 | *** join/#asterisk-dev Chris-NB (n=chris@85-126-61-10.work.xdsl-line.inode.at) |
| 11:30.11 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:35.01 | snuff-home | pokes issues.asterisk.org.. alive |
| 11:35.04 | snuff-home | ? |
| 12:10.52 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:10.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:29.46 | snuff-home | file: ping me when ur around |
| 12:31.26 | file | hrm? |
| 12:32.17 | file | I'm here for a lil' bit, what'cha need? |
| 12:35.10 | file | pokes snuff-home |
| 12:38.31 | snuff-home | k |
| 12:38.53 | snuff-home | i'm thinking of attempting to integrate the SRTP into 1.6.3... |
| 12:39.07 | file | aye |
| 12:39.19 | snuff-home | would it become a 'pluggable' rtp engine? |
| 12:39.32 | snuff-home | or somethin else |
| 12:39.39 | file | no, it would be part of the RTP engine |
| 12:39.53 | file | so you'd just need to add callbacks to do various things, and any common persistent data would go into the instance |
| 12:41.01 | snuff-home | mm.. somethin tells me the 1.6.2 version that was made.. will have to be wholesale changes correct |
| 12:41.17 | file | I don't understand the question |
| 12:41.54 | snuff-home | M5413 |
| 12:42.05 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/NewFeature 0005413: [branch] Secure RTP (SRTP) reported by mikma (Karma: +19.75) https://issues.asterisk.org/view.php?id=5413 |
| 12:42.19 | snuff-home | so there is a 1.6.2 patch that exists.. |
| 12:42.29 | snuff-home | which was before rtp engines |
| 12:42.34 | file | yes |
| 12:42.59 | file | and a branch, which I think twilson also poked at bringing up to date lastnight |
| 12:43.15 | file | would be good to talk to him as well if you want to do this |
| 12:43.48 | snuff-home | mm.. np just thinkin out loud atm.. not fully going to attempt :) |
| 12:44.32 | file | I don't think it'll really be too bad, it's just deciding what the callbacks should be, what common persistent data should go in the instance, and adding API calls |
| 12:44.44 | file | and then putting the already done code into res_rtp_asterisk |
| 12:46.04 | snuff-home | k thanks for the advice.. will see if twilson is around later.. |
| 12:49.37 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:49.37 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:56.19 | snuff-home | eliel: :P |
| 12:56.34 | eliel | snuff-home: hello! |
| 12:57.33 | snuff-home | bout the xml patch.. PATH_MAX 4096.. POSIX_PATH_MAX=256 |
| 12:58.40 | snuff-home | but nm.. |
| 12:59.03 | snuff-home | considers that just a interesting tid bit |
| 13:03.10 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:04.23 | snuff-home | mm.. i see there is a branch.. i'd gather that it has been broken for a long time |
| 13:04.40 | snuff-home | or at least quite a while since rtp-engine probably |
| 13:05.19 | snuff-home | leifmadsen: ping? |
| 13:13.37 | *** join/#asterisk-dev Greek-B0y (n=greek@41.222.89.77) |
| 13:21.16 | snuff-home | leifmadsen: check pm.. |
| 13:21.25 | snuff-home | goes for zzzz |
| 13:22.24 | *** join/#asterisk-dev Corydon76-dig (i=two@pdpc/supporter/bronze/Corydon76-home) |
| 13:22.24 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 13:22.45 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:22.45 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:41.04 | *** join/#asterisk-dev sruffell1 (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:41.04 | *** mode/#asterisk-dev [+o sruffell1] by ChanServ |
| 13:42.17 | *** part/#asterisk-dev sruffell1 (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:42.26 | *** join/#asterisk-dev sruffell1 (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:42.26 | *** mode/#asterisk-dev [+o sruffell1] by ChanServ |
| 13:42.43 | *** part/#asterisk-dev sruffell1 (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:42.48 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 13:42.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:44.43 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:44.43 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:06.08 | tzafrir_laptop | wonders if anybody has a collection of automerge ascii art |
| 14:10.12 | russellb | http://www.network-science.de/ascii/ |
| 14:10.12 | russellb | :-) |
| 14:24.25 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:24.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:37.13 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:45.05 | *** join/#asterisk-dev jmworx (n=jeval@mail.octasic.com) |
| 14:45.30 | jmworx | russellb: you around? |
| 14:47.20 | russellb | yep, for a few minutes |
| 14:52.12 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:52.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:03.04 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:09.46 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:09.46 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:13.58 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:13.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:14.15 | *** join/#asterisk-dev Chris-NB (n=chris@home.fuerstaller.com) |
| 15:15.35 | seanbright | russellb: |
| 15:15.35 | seanbright | -\title{Asterisk Reference Information \\ Version ASTERISKVERSION} |
| 15:15.36 | seanbright | +\title{Asterisk Reference Information \\ Version SVN-group-addons-merge-r204399M-/trunk} |
| 15:15.40 | seanbright | careful when you merge that. |
| 15:15.45 | russellb | dangit |
| 15:16.00 | seanbright | i do it all the time to, something is wonky with the makefile for the pdf |
| 15:16.04 | seanbright | too* |
| 15:16.16 | russellb | thanks for catching it |
| 15:16.29 | seanbright | yup |
| 15:16.43 | seanbright | i look forward to hearing how we are getting away with this :) |
| 15:17.07 | kpfleming | magic! |
| 15:17.31 | seanbright | "Digium announces strategic partnership with MySQL" |
| 15:17.32 | seanbright | heh |
| 15:17.54 | *** join/#asterisk-dev ManxPower (n=manxpowe@69.73.94.162) |
| 15:18.04 | seanbright | oh crap |
| 15:18.12 | seanbright | everyone act natural |
| 15:31.47 | jsmith | seanbright: You're not the only one... I'm curious as well |
| 15:33.00 | russellb | pay no attention to the man behind the curtain |
| 15:34.16 | kpfleming | there is no man behind the curtain! |
| 15:35.17 | Qwell | seanbright: a question was asked, and everybody kinda looked around at each other and shrugged |
| 15:35.21 | russellb | README-addons.txt has a "TODO: explain." |
| 15:35.22 | russellb | :-) |
| 15:35.43 | Qwell | +TODO: explain addons licensing issues... |
| 15:35.55 | russellb | that's the only thing left in the branch now |
| 15:36.04 | russellb | chan_ooh323 isn't there because it's not up to date with trunk |
| 15:36.18 | Qwell | not up to date with trunk? |
| 15:38.03 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:38.07 | russellb | rtp engine |
| 15:38.12 | Qwell | ahh |
| 15:38.16 | russellb | and i don't care enough to fix it |
| 15:38.21 | Qwell | well...what better way to make it happen? |
| 15:38.28 | Qwell | it isn't going to compile by default anyways, right? |
| 15:39.41 | russellb | meh |
| 15:44.01 | kpfleming | yes, we have other code in trunk that doesn't compile/work properly already, what's another module :-) |
| 15:48.27 | Qwell | kpfleming: seanbright's favorite module. |
| 15:56.05 | russellb | heh |
| 15:56.15 | russellb | alright, if you guys say so ... |
| 15:56.22 | *** part/#asterisk-dev ManxPower (n=manxpowe@69.73.94.162) |
| 16:06.02 | russellb | there. |
| 16:08.40 | Qwell | russellb: on the plus side - this stuff won't get out of sync anymore |
| 16:10.18 | russellb | true. |
| 16:11.33 | russellb | now ... *stares at README-addons.txt" |
| 16:14.54 | kpfleming | russellb: do you want some help? |
| 16:16.08 | russellb | kpfleming: let me throw something together and then let you poke holes in it :-) |
| 16:16.35 | kpfleming | ok |
| 16:16.44 | kpfleming | prepares the hole pokery device |
| 16:19.53 | leifmadsen | let me know if there is anything I can do on the documentation front |
| 16:19.55 | leifmadsen | is alive again |
| 16:20.26 | russellb | leifmadsen: that will likely come later, when we go to start releasing 1.6.3 |
| 16:20.34 | russellb | will need to make it clear on asterisk.org and in announcements what has changed |
| 16:21.51 | leifmadsen | russellb: sounds good, just keep me posted |
| 16:22.08 | leifmadsen | russellb: also, I just noticed mattf made a 1.4.10.1 tag for libpri for bug fixes... shouldn't that be 1.4.11? |
| 16:22.22 | leifmadsen | isn't a .1 release for things like security issues? |
| 16:22.41 | leifmadsen | does not deny he may be off his rocker |
| 16:22.42 | putnopvut | leifmadsen: sometimes regressions may result in a point release. |
| 16:22.48 | leifmadsen | gotcha |
| 16:22.54 | putnopvut | Of course, I don't know what all went into this particular one. |
| 16:23.06 | leifmadsen | same here. I'll just presume Matt knows what he's doing :) |
| 16:23.19 | putnopvut | I typically just do that too. He's a smart cookie. |
| 16:23.26 | kpfleming | yes, this was just a regression fix for 1.4.10 |
| 16:23.54 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:24.12 | jsmith | Boy... you guys are slow... I talked to MattF about that an hour ago :-p |
| 16:24.18 | jsmith | ducks |
| 16:24.41 | leifmadsen | oh what a time we live in, where hour old news is ancient |
| 16:25.16 | russellb | kpfleming: try #1 - http://pastebin.com/f612aafd9 |
| 16:26.47 | leifmadsen | russellb: reads well to me -- I have no grammar or spelling updates for you |
| 16:26.55 | russellb | i found a grammar error! |
| 16:27.03 | russellb | s/make it clear that it/make it clear that they/ |
| 16:27.14 | kpfleming | i think it's fine with that tiny change |
| 16:27.20 | russellb | ooh |
| 16:27.36 | leifmadsen | nice moves |
| 16:27.42 | russellb | thanks kpfleming ! |
| 16:28.33 | russellb | in menuselect, the category name is "Add-ons (README-addons.txt)" |
| 16:28.56 | kpfleming | can you make it (See README-addons.txt)'? |
| 16:29.13 | russellb | I did that at first, but then it didn't fit in the sidebar in the newt menuselect interface :-( |
| 16:29.16 | russellb | stares at seanbright |
| 16:29.21 | kpfleming | ugh |
| 16:30.34 | russellb | h4x0rz it |
| 16:31.25 | file | stares at russellb |
| 16:33.32 | leifmadsen | st4r3z at file |
| 16:34.10 | russellb | kpfleming: ok, now it says that :-) |
| 16:34.15 | kpfleming | yay |
| 16:34.36 | russellb | so now the next question is ... do I need to reviewboard this? |
| 16:34.44 | russellb | is there any reason someone would be opposed ... |
| 16:35.21 | kpfleming | doubtful |
| 16:35.41 | russellb | that's what I was thinking. |
| 16:35.47 | Qwell | Ship it! |
| 16:36.18 | Qwell | Review URL: irc.freenode.net/#asterisk-dev/r/32487298 |
| 16:36.21 | Qwell | :D |
| 16:40.41 | russellb | done, heh |
| 16:41.42 | Qwell | for addons trunk, should we do something like remove all the files and have the all: target explain that you no longer need it? |
| 16:42.46 | russellb | i'm on it |
| 16:42.50 | tzafrir_laptop | I wonder if there's even an assumption in the build system that chan_* modules come from channels/ etc. |
| 16:42.51 | Qwell | rawk |
| 16:42.58 | Qwell | tzafrir_laptop: there is, yes |
| 16:43.05 | tzafrir_laptop | where? |
| 16:43.08 | Qwell | channels/Makefile |
| 16:43.26 | kpfleming | no, that's not what he was asking |
| 16:43.28 | Qwell | oh |
| 16:43.36 | kpfleming | the build system will build any module name in any directory |
| 16:43.46 | kpfleming | it's all up to the Makefile in that directory to compose the module name list |
| 16:43.56 | russellb | but it knows what module names to look for based on that info in the Makefile |
| 16:44.00 | russellb | the PREFIX var of whatever |
| 16:44.05 | kpfleming | right |
| 16:44.11 | kpfleming | if you use the automatic module name list generation |
| 16:44.17 | kpfleming | the Makefile can also construct its own name list |
| 16:44.43 | russellb | MODULE_PREFIX=app bridge cdr cel chan codec format func pbx res test |
| 16:44.46 | russellb | i just did that for addons, heh |
| 16:44.57 | kpfleming | i can fix that up once you merge it |
| 16:45.02 | russellb | it's merged |
| 16:46.29 | kpfleming | will fix in a moment |
| 16:46.32 | russellb | yay |
| 16:47.20 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:47.29 | kpfleming | shouldn't these all be 'defaultenabled' to no? |
| 16:47.41 | russellb | yes |
| 16:47.42 | russellb | and they are |
| 16:47.46 | russellb | ... in theory |
| 16:47.47 | kpfleming | well, that does not work |
| 16:47.49 | kpfleming | darn |
| 16:47.59 | russellb | it works on a fresh checkout at least :-( |
| 16:48.04 | kpfleming | i did 'svn update', then ran configure, then 'make menuselect', and they are all enabled |
| 16:48.05 | russellb | i tested that ... |
| 16:48.07 | russellb | fail |
| 16:48.34 | seanbright | menuselect needs... some love |
| 16:48.42 | seanbright | it's grown too big for it's britches |
| 16:49.21 | Qwell | kpfleming: hmm, yeah, they were all enabled for me, then after a dist-clean they weren't |
| 16:50.32 | seanbright | and by 'love' i mean "converted to c++" |
| 16:50.39 | seanbright | because that fixes all problems |
| 16:53.42 | tzafrir_laptop | seanbright, to perl |
| 16:54.01 | Qwell | ruby. you can do it in like 2 lines |
| 16:54.15 | kpfleming | should we also renamed the stuff in addons to not have 'addon' in its name any longer? |
| 16:54.59 | Qwell | like app_addon_sql_mysql > app_sql_mysql? |
| 16:55.10 | kpfleming | something like that, yeah |
| 16:55.12 | kpfleming | cdr_mysql |
| 16:55.22 | russellb | yep, that's fine |
| 16:55.26 | russellb | step 1 was move stuff around |
| 16:55.27 | kpfleming | none of the other modules had addon in their names |
| 16:55.34 | kpfleming | ok, you can do that once i commit this makefile fix |
| 16:55.36 | russellb | there is a ton of cleanup that can be done inside the code for sure |
| 16:55.36 | Qwell | can we also make addons/ not be built first? |
| 16:55.43 | russellb | Qwell: heh, sure |
| 16:55.45 | russellb | picky picky |
| 16:56.28 | Qwell | heh... |
| 16:56.32 | Qwell | chan_ooh323.c:595: error: no previous prototype for âfind_friendâ |
| 16:56.36 | Qwell | poor friendless ooh323 |
| 16:56.43 | russellb | nice |
| 16:57.11 | kpfleming | yes, well... that code was definitely not up to our coding standards |
| 16:57.50 | russellb | a community member is willing to start maintaining it btw |
| 16:57.50 | russellb | once i get him a cert and review his rewrite ... |
| 16:57.56 | tzafrir_laptop | anyway, my current problem: |
| 16:58.03 | tzafrir_laptop | M15425 |
| 16:58.05 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0015425: No way to pass CFLAGS to non-module objects reported by tzafrir (Karma: +120.50) https://issues.asterisk.org/view.php?id=15425 |
| 16:58.21 | tzafrir_laptop | just me and my wierd perl stuff? |
| 16:58.41 | russellb | nope, you're right |
| 16:58.53 | russellb | you can do it, but the Makefiles have to explicitly state it ... |
| 16:59.06 | russellb | module CFLAGS do not get automatically passed on to sub objects |
| 16:59.14 | kpfleming | yes they do |
| 16:59.15 | kpfleming | by make |
| 16:59.27 | russellb | then what am i thinking of ... |
| 16:59.43 | kpfleming | as long as there are no explicit rules for bulding the sub objects |
| 16:59.54 | russellb | there was something about sub objects that wasn't automatic ... |
| 17:00.01 | russellb | what was it that you were working on in a branch? |
| 17:00.08 | kpfleming | well, yeah |
| 17:00.15 | kpfleming | that's a much more complicated problem |
| 17:00.26 | kpfleming | mostly around exposing symbols, but we're using a different method to solve that now |
| 17:00.48 | russellb | oh right |
| 17:01.55 | russellb | let's just switch to bash, then we don't need a build system |
| 17:02.24 | tzafrir_laptop | doesn't mind help bashing |
| 17:03.45 | mnicholson | suggests self compile lua scripts |
| 17:04.24 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 17:04.46 | kpfleming | russellb: ok, build stuff fixed up for addons |
| 17:06.52 | russellb | ACK |
| 17:08.40 | Qwell | I suppose it would be a bit silly to have apps/Makefile look for apps_* and ../addons/apps_* ? |
| 17:09.34 | Qwell | forget I said that. it's ugly :p |
| 17:23.44 | russellb | ok, i'm done with trunk for now, heh |
| 17:24.40 | Qwell | can I add a tiny Makefile that just cats README or something? |
| 17:24.43 | Qwell | to -addons/trunk |
| 17:25.55 | Qwell | maybe that makes no sense, actually.. make would succeed, and that might break stuff for people who automate it |
| 17:26.22 | russellb | all: echo "foo" && exit 1 |
| 17:28.52 | Qwell | russellb: http://pastebin.com/m3f182269 if you're okay with that, I can commit this |
| 17:29.23 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 17:29.27 | russellb | yep, that's fine |
| 17:32.14 | Qwell | russellb: asterisk.org blog? :D |
| 17:32.31 | Qwell | it is a fairly important change |
| 17:38.47 | russellb | yeah, we'll publish info on it when 1.6.3 gets closer |
| 17:39.00 | Qwell | not doing 1.6.2 afterall |
| 17:39.04 | russellb | yeah |
| 17:39.05 | Qwell | that should have been a question.. |
| 17:39.20 | russellb | it was more work than i thought, so meh on 1.6.2 |
| 17:45.33 | *** join/#asterisk-dev errotan (n=errotan@5403E5B4.catv.pool.telekom.hu) |
| 18:25.49 | mnicholson | chan ooh323 seems to be a bit too eager to get it self compiled, the configure script does not seem to care if required libs are there or not. Either that or the module does not have any deps. |
| 18:26.01 | kpfleming | it does not |
| 18:26.33 | mnicholson | that was unclear. I should have said, the module does not specify any deps. |
| 18:26.39 | kpfleming | it doesn't have any |
| 18:27.00 | mnicholson | oh, ok, hmm... |
| 18:27.26 | mnicholson | i wonder if my build is using the asterisk headers installed on the system then |
| 18:27.31 | kpfleming | so someone needs to figure out why menuselect does not respect the 'defaultenabled - no' for those modules when using an existing checkout, but works fine for a new checkout or after a dist-clean |
| 18:27.40 | kpfleming | no, chan_ooh323 is broken and won't build |
| 18:27.57 | kpfleming | it's not supposed to be enabled by default, none of the addons stuff is |
| 18:28.07 | mnicholson | ahh, ok |
| 18:31.23 | Corydon76-dig | What is, not doing 1.6.2 afterall, Alex? |
| 18:32.40 | kpfleming | umm... what? |
| 18:32.53 | Corydon76-dig | [12:39:06] <Qwell> that should have been a question.. |
| 18:32.55 | Qwell | kpfleming: I didn't ask in the form of an answer. or something |
| 18:33.05 | kpfleming | oh |
| 18:33.30 | Corydon76-dig | Apparently, it's not Friday |
| 18:34.27 | kpfleming | as it turns out |
| 18:34.32 | file | it seems to be Tuesday |
| 18:34.40 | Qwell | file: house status? |
| 18:34.52 | file | Qwell: nothing as of yet from my lawyer |
| 18:34.57 | Qwell | silly lawyers |
| 18:35.10 | Corydon76-dig | silliness ^ end-of-the-month != silliness ^ end-of-the-week |
| 18:35.19 | Qwell | the description of app_saycountpl confuses me... |
| 18:35.22 | file | so either 1. Something has gone really wrong or 2. He's working on it now 3. He will be taking care of it soon |
| 18:35.53 | Corydon76-dig | file: doncha have to wait 30 years now, for the house to be completely yours? |
| 18:36.00 | Qwell | "This application will take the words for 1, 2-4 and 5 and decide based on grammar rules which one to use with the number you pass to it." |
| 18:36.02 | file | 26. |
| 18:36.09 | Corydon76-dig | Heh |
| 18:37.31 | jsmith | Qwell: Here, I can explain |
| 18:37.46 | jsmith | Qwell: In Polish, the word changes, depending on how many of them you're talking about. |
| 18:38.06 | Qwell | like "1 potato", "2,3,4 potatoes", "5+ potatoN"? |
| 18:38.17 | jsmith | Qwell: Yeah... you've got it |
| 18:38.40 | jsmith | Qwell: (Japanese is even worse... the numbers change depending on whether you're counting round objects, long skinny objects, etc.) |
| 18:39.22 | Qwell | so why can't that just be added to saynumber? |
| 18:39.41 | Qwell | oh, hmm |
| 18:39.48 | jsmith | I have no idea... it seems to me that at the time, it was too intrusive |
| 18:39.53 | jsmith | but that was a *long* time ago |
| 18:40.06 | Qwell | really what we need is something that replaces that in general. right now, we have no way of doing anything similar with other languages... |
| 18:40.12 | mnicholson | Qwell, can't be added because none of us can code as well as we thought we could... :) |
| 18:40.15 | Corydon76-dig | It's probably no longer as intrusive, given that we now have support for Russian and Ukrainian |
| 18:40.35 | Qwell | I think the issue is that we just don't have an app that can say "1" "potato" or "2" "potatoes" |
| 18:40.46 | Corydon76-dig | Qwell: actually, we do, but it depends only upon gender, I think |
| 18:40.47 | Qwell | is that important though? probably not |
| 18:40.59 | Qwell | Corydon76-dig: where "potato" is a generic word not supplied by us |
| 18:41.08 | mnicholson | we need gettext for dialplan |
| 18:42.20 | Qwell | actually, we do. |
| 18:42.24 | Qwell | ast_say_counted_noun |
| 18:42.54 | Qwell | there's an obvious bug in it for polish, but hey, it exists. |
| 18:44.01 | Qwell | app_voicemail uses it to play vm-messages |
| 18:47.54 | Qwell | Maybe we should just expose ast_say_counted_{noun,adjective} as dialplan apps? |
| 19:13.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 19:30.41 | seanbright | what is the appropriate way to read a value into a time_t |
| 19:30.49 | seanbright | atoi? atol? |
| 19:31.05 | seanbright | sorry, 'correct way' |
| 19:31.06 | kpfleming | how will the value be formatted? |
| 19:31.10 | seanbright | epoch |
| 19:31.17 | kpfleming | atol or sscanf |
| 19:31.17 | seanbright | 67586565 |
| 19:31.24 | seanbright | k |
| 19:31.25 | kpfleming | sscanf is easier to handle errors |
| 19:31.28 | kpfleming | atol is just very raw |
| 19:32.55 | seanbright | %ld or %lu? |
| 19:33.00 | seanbright | i'm assuming the latter |
| 19:33.40 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:37.00 | seanbright | actually i guess it could technically be signed |
| 19:37.19 | russellb | negative time? |
| 19:37.30 | seanbright | yes |
| 19:37.37 | seanbright | before 1/1/1970 |
| 19:37.38 | seanbright | heh |
| 19:41.42 | kpfleming | that will be tricky... on some platforms, it will be an int, on others it will be a long it |
| 19:45.45 | seanbright | might need to be a configure time check |
| 19:56.41 | mnicholson | i am trying to tweak the BRIDGE_START and BRIDGE_END CEL events and I wanted to get some input on when these events should be generated. Currently it is a little broken, so there is no existing behavior to go from. During a call multiple bridges can occur for various reasons (pound transfer, regular transfer, call limit announcements, answer, hangup, ...). The same two devices may be bridged and un-bridged multiple times. I |
| 19:56.41 | mnicholson | am thinking bridge events should be generated for every single bridge and un-bridge event regardless of the context. The alternative would be to only generate these events when the bridged devices are about to change (answer, hangup, transfers). |
| 19:56.57 | mnicholson | your thoughts plz |
| 19:58.08 | leifmadsen | mnicholson: I think having information whenever a bridge and unbridge happens could be useful. Even more so if you can give a reason for the bridge/unbridge |
| 19:58.24 | jsmith | tends to agree with leifmadsen |
| 20:00.19 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 20:00.19 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:01.25 | russellb | well, that's tricky. I actually would prefer that we do _not_ reflect weirdness if things can be bridged/unbridged multiple times as we complete a transfer. |
| 20:01.35 | russellb | If you think of a transfer, there are some higher level logical operations going on. |
| 20:01.55 | russellb | in a transfer, two channels get unbridged, and one of them gets bridged to a 3rd |
| 20:02.05 | russellb | any more information than that is exposing implementation details |
| 20:02.14 | russellb | and that causes a lot of confusion, and breakage |
| 20:02.34 | mnicholson | russellb, that's why I brought this up here, in a # transfer, the original channels may be bridged again if the transfer fails |
| 20:02.35 | russellb | people start writing apps against the complex events, which change over time as the implementation details change, and then we get yelled at ... |
| 20:02.55 | russellb | mnicholson: In that case, an unbridge and a bridge again seems reasonable |
| 20:04.01 | mnicholson | russellb, hmm I don't see why that information would be useful to anyone (not that I have infinite foresight or anything). Basically if the user presses # twice without doing anything else, an unbridge/bridge cycle occurs |
| 20:04.14 | snuff-home | leifmadsen: get my msgs? |
| 20:04.28 | leifmadsen | snuff-home: I did -- just haven't had time to respond yet :) I was up till 5am working... |
| 20:04.34 | russellb | mnicholson: perhaps you're right. I guess the question is, is it useful to know that a transfer was _attempted_ and failed |
| 20:04.39 | russellb | maybe that doesn't really fit into CEL |
| 20:04.44 | russellb | as the transfer didn't happen. |
| 20:04.45 | leifmadsen | snuff-home: just re-read it... ummm... I agree? :) |
| 20:04.46 | snuff-home | 5am working.. hope u were paid :) |
| 20:04.59 | leifmadsen | snuff-home: oh ya :) |
| 20:05.29 | snuff-home | russellb: i notice reviewboard 1.0 is out now :) |
| 20:05.36 | russellb | yep |
| 20:05.42 | leifmadsen | it sure is :) |
| 20:05.52 | russellb | we're running 1.0 |
| 20:06.46 | mnicholson | russellb, i guess someone may find it useful to have that info, but I can't think of a reason. And really you may already get that info with CEL i think, even if the bridge/unbridge events aren't there |
| 20:06.59 | snuff-home | mm didn't notice the change |
| 20:07.03 | snuff-home | my bad |
| 20:07.15 | russellb | nods ... seems like maybe the events shouldn't fire until we know it's actually happening |
| 20:07.19 | file | russellb is a ninja upgrader |
| 20:07.21 | russellb | yes. that gets my vote. |
| 20:07.36 | russellb | file: heh |
| 20:07.51 | russellb | snuff-home: yeah, takes less than 10 minutes to upgrade, including updating/applying custom patches :-) |
| 20:07.55 | russellb | they made it super eas |
| 20:07.56 | russellb | y |
| 20:10.41 | snuff-home | nice |
| 20:12.24 | russellb | stop apache ... sudo easy_install -U reviewboard ... (apply patches) ... sudo rb-site upgrade /var/www/reviewboard ... restart memcached ... start apache |
| 20:14.26 | mnicholson | i'll look into this further, thanks for the input everyone |
| 20:17.30 | russellb | anytime |
| 20:30.13 | Qwell | throws an angry gorilla at russellb |
| 20:30.54 | russellb | falls over |
| 20:34.00 | *** join/#asterisk-dev korihor (n=korihor@190.77.92.57) |
| 20:50.22 | *** join/#asterisk-dev jetsnoc (i=brian@207-150-160-180.static.sagonet.net) |
| 21:35.52 | *** join/#asterisk-dev Corydon76-dig (i=three@pdpc/supporter/bronze/Corydon76-home) |
| 21:35.52 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 21:56.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:11.12 | seanbright | leifmadsen: you sound canadian in these IT360 presentations... weird |
| 22:21.29 | *** join/#asterisk-dev xpot-mobile (n=james@144.35.21.175) |
| 22:32.59 | *** join/#asterisk-dev Greek-Boy (n=greek@41.222.89.77) |
| 23:04.10 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 23:13.45 | *** join/#asterisk-dev jmspeex (n=jmspeex@modemcable112.109-81-70.mc.videotron.ca) |
| 23:16.06 | *** join/#asterisk-dev xpot-mobile (n=james@144.35.21.175) |
| 23:25.39 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 23:25.39 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:34.23 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 23:53.02 | leifmadsen | seanbright: really? heh |
| 23:53.10 | leifmadsen | seanbright: that IS strange |
| 23:58.41 | *** join/#asterisk-dev fernandojdk (n=fernando@189.24.43.222) |