| 00:04.43 | *** join/#asterisk-dev flujan (n=flujan@189-18-186-127.dsl.telesp.net.br) |
| 01:01.47 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:01.47 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:31.16 | *** join/#asterisk-dev ksteward (n=ksteward@71.174.94.115) |
| 01:33.57 | *** part/#asterisk-dev ksteward (n=ksteward@71.174.94.115) |
| 02:05.45 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 02:13.35 | tzanger | whee, nothing like building asterisk 1.2.7.1 |
| 02:14.14 | Qwell | tzanger: I can think of a few things I'd rather do.. |
| 02:14.36 | tzanger | Qwell: :-) it won't even build chan_iax2 under ubuntu 9.04 :-) |
| 02:15.04 | Qwell | </feigned surprise> |
| 02:15.17 | tzanger | lawl |
| 02:15.20 | Qwell | :) |
| 02:15.25 | tzanger | how are things going, what keeps you busy these days? |
| 02:15.43 | Qwell | stuff and things. |
| 02:15.45 | Qwell | mostly things. |
| 02:15.56 | tzanger | interesting, it's mostly stuff here |
| 02:17.23 | file | poor Qwell. |
| 02:17.41 | tzanger | static float dtmf_row[][2] = |
| 02:17.41 | tzanger | { |
| 02:17.41 | tzanger | <PROTECTED> |
| 02:17.41 | tzanger | <PROTECTED> |
| 02:17.45 | Qwell | but soon... |
| 02:17.50 | Qwell | soon I shall have tacos. |
| 02:17.56 | Qwell | Then we'll see who gets the last laugh! |
| 02:18.01 | tzanger | };ffdd |
| 02:18.47 | tzanger | specifically, if you can believe it |
| 02:18.47 | Qwell | ffdd? |
| 02:18.47 | Qwell | shouldn't have used vim :D |
| 02:18.48 | file | Qwell: I get the last laugh. |
| 02:18.53 | Qwell | file: oh, well then |
| 02:19.10 | tzanger | hack up dsp.c to support a really weird DTMF generator |
| 02:19.14 | tzanger | ffdd? |
| 02:19.17 | tzanger | that's a compiler directive |
| 02:20.39 | Qwell | O.o |
| 02:22.22 | tzanger | you aren't familliar with it? |
| 02:22.28 | tzanger | fucking fast dtmf detector |
| 02:22.37 | tzanger | it invokes SSE3 instruction use |
| 02:22.42 | Qwell | ahh |
| 02:22.58 | tzanger | 1.21giggadigits |
| 03:04.00 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 03:17.46 | *** join/#asterisk-dev xpot (n=james@70.91.210.233) |
| 05:06.47 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.8) |
| 05:58.25 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 05:58.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:14.44 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:43.16 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:43.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:44.26 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:44.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:57.15 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:57.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:32.21 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:53.42 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 07:53.42 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 08:28.00 | *** join/#asterisk-dev ghenry (n=ghenry@pdpc/supporter/monthlybyte/ghenry) |
| 08:33.19 | ghenry | Corydon76-dig: Russell granted svn access to res_config_ldap etc. So I can now easily attend those bugs. Cheers for being extremely patient with me. |
| 08:37.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.21) |
| 08:53.09 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:05.17 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:45.02 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:35.16 | *** join/#asterisk-dev mog (n=mog@c-68-62-174-19.hsd1.al.comcast.net) |
| 10:35.16 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 10:42.50 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 11:17.07 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:17.07 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:17.43 | leifmadsen | morning all |
| 11:30.46 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:30.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:34.25 | destructure | hi leifmadsen |
| 11:34.36 | leifmadsen | destructure: hi... |
| 11:34.52 | destructure | what's with the elipsis! heh |
| 11:35.08 | leifmadsen | I like them? |
| 11:35.22 | destructure | yeah, they do have many fine qualities... |
| 11:46.24 | *** join/#asterisk-dev andrebarbosa (n=andrebar@212.13.49.67) |
| 11:46.48 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:46.59 | Curus | Darn, the xchat character chart doesn't show the ellipsis |
| 11:51.38 | Curus | Ah, there is a solution for everything⦠|
| 11:52.55 | tzafrir_laptop | is that a water solution or oil solution? |
| 11:54.27 | destructure | what precipitated that condensed solution? |
| 11:57.17 | Curus | Well, faking an ellipsis with full stops is somewhat crude |
| 11:57.32 | Curus | So I distilled something better |
| 12:11.42 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:11.42 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:27.24 | eliel | morning all! |
| 12:27.44 | seanbright | morning |
| 12:33.49 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:36.56 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 12:36.56 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 12:49.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:49.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:59.09 | seanbright | where are the commit guidelines again? |
| 12:59.22 | seanbright | the ones that talk about the proper format for commit messages and such? |
| 13:00.47 | kpfleming | in the docs directory i think |
| 13:00.57 | kpfleming | but they are doxygen docs, you should read them via the link on asterisk.org |
| 13:01.40 | seanbright | ah. k. |
| 13:05.58 | eliel | seanbright: you fail on your commit message :) |
| 13:06.15 | seanbright | how so? |
| 13:06.19 | eliel | you need a summary and then a verbose paragraph |
| 13:06.41 | eliel | (one line summary)\n\n(verbose message) |
| 13:06.47 | seanbright | ok |
| 13:06.58 | seanbright | thanks for the heads up. |
| 13:07.18 | eliel | :) |
| 13:07.40 | seanbright | Display an error message when chan_alsa fails to load due to a missing or inaccessible configuration file. |
| 13:07.58 | seanbright | Before this change, when chan_alsa failed to load due to a missing or inaccessible configuration file, no message would be displayed. |
| 13:08.18 | seanbright | With this change, when chan_alsa fails to load due to a missing or inaccessible configuration file, a message will be displayed. |
| 13:08.33 | seanbright | there we go. |
| 13:08.37 | seanbright | much more informative now. |
| 13:08.48 | eliel | also remember the 80 chars long |
| 13:08.52 | seanbright | oh right |
| 13:09.30 | tzafrir_laptop | shouldn't chan_alsa know automagically what to do even without the config file? |
| 13:09.42 | eliel | Inform when chan_alsa fails to load. |
| 13:10.47 | seanbright | has no clue |
| 13:10.54 | seanbright | i don't work here. |
| 13:11.01 | eliel | seanbright: oooh, also remember the dot (.) at the end of the lines (leifmadsen guideline). |
| 13:11.10 | eliel | seanbright: hehe |
| 13:19.54 | seanbright | alrighty. all fixed. |
| 13:21.17 | eliel | seanbright: now you have a problem with the (close issue), it is not well formed... |
| 13:21.27 | seanbright | eliel: how so? |
| 13:21.28 | eliel | just kidding... :P |
| 13:21.32 | seanbright | oh ok |
| 13:21.53 | seanbright | well if you see any other issues with my commit messages, please don't hesitate to let me know |
| 13:22.06 | seanbright | does sarcasm translate well over IRC? |
| 13:22.09 | seanbright | i'm guessing now. |
| 13:22.13 | seanbright | no* |
| 13:22.45 | eliel | hehehe |
| 13:26.12 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 13:26.12 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:32.51 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:32.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:35.34 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096591399.dsl.bell.ca) |
| 13:51.06 | eliel | atis_work: i have rename current_wrapuptime to next_wrapuptime as you suggest and make the branch compile again (because of the const-ify) |
| 13:51.34 | atis_work | eliel: heh, i had it also in my patch |
| 13:51.52 | atis_work | eliel: btw, perhaps you want it called nextwrapuptime |
| 13:52.07 | atis_work | so AMI actions could use same string constants - NextWrapuptime |
| 13:52.25 | atis_work | eliel: so, you updated branch? |
| 13:52.56 | eliel | atis_work: yes, commit your patch so we have something to work with |
| 13:54.14 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:01.15 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:01.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:03.45 | atis_work | eliel: i'll try to do that later today :) |
| 14:04.25 | atis_work | eliel: so what do you think of naming it nextwrapuptime without underscore.. so it's the same in camel case |
| 14:08.02 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:08.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:10.08 | eliel | atis_work: yes, no problem, for me it is the same |
| 14:19.01 | atis_work | eliel: i'm just worrying about user experience.. this naming seems too german based :D |
| 14:19.01 | atis_work | just pile up words to explain something, then add some more to explain additional details :D |
| 14:22.34 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:22.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:24.29 | eliel | atis_work: i just don't want to break implicit coding guidelines, that is way i prefer underscores to separe to words in a variable naming, makes code more readable, it is obviuos to note that next_wrapuptime == nextwrapuptime... |
| 14:25.45 | atis_work | eliel: me too, but those guidelines should also apply to CLI commands etc.. |
| 14:26.22 | atis_work | however AMI is done in camel-case, and i don't want to create separate string constants |
| 14:27.01 | atis_work | btw, there's also lastcall which should be last_call |
| 14:27.16 | atis_work | and wrapuptime should normally be wrapup_time or even wrap_up_time |
| 14:28.24 | eliel | atis_work: yes, no problem... |
| 14:31.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:31.29 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:32.56 | *** join/#asterisk-dev flujan (n=flujan@189.111.254.251) |
| 14:33.46 | leifmadsen | anyone run into this error when trying to setup certificates to connect to origsvn.digium.com in ubuntu? SSL negotiation failed: SSL error: Key usage violation in certificate has been detected |
| 14:34.11 | leifmadsen | I have my .p12 key and .pem from digium. I even copied them over from a virtual server that is currently working |
| 14:34.44 | seanbright | might be a bad version of neon |
| 14:34.52 | seanbright | are you running the same version of svn on both? |
| 14:35.21 | tzanger | when I brought my digium svn keys over from 7.10 to 9.04 it just worked |
| 14:39.27 | mvanbaak | same here. although this was 8.10 => 9.04 |
| 14:40.34 | leifmadsen | seanbright: running latest 9.04, but I'm trying something I found to convert the keys... |
| 14:40.52 | leifmadsen | seanbright: the other server is CentOS running 1.5.5, and Ubuntu is running 1.5.4 |
| 14:43.00 | leifmadsen | I wonder if the link to the .pem I'm using is out of date? |
| 14:43.32 | leifmadsen | and what would be a "bad version" of neon? |
| 14:44.20 | tzafrir_laptop | M13897 |
| 14:44.26 | MuffinMan | [ready for testing] [DAHDI-linux] wcb4xxp 0013897: [patch] Support for generic HFC-4S cards reported by tzafrir (Karma: +120.50) https://issues.asterisk.org/view.php?id=13897 |
| 14:44.27 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:44.27 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:44.56 | tzafrir_laptop | any news on that one? It was generally waiting to confirm that it doesn't break B410P cards |
| 14:47.37 | Deeewayne | leifmadsen, p-p-p-pING |
| 14:48.16 | leifmadsen | Deeewayne: pong |
| 14:49.05 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:49.24 | Deeewayne | leifmadsen, pm |
| 14:57.55 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:57.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:13.29 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 15:13.29 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:17.18 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:17.55 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:30.40 | russellb | leifmadsen: ping |
| 15:31.32 | leifmadsen | russellb: pong? |
| 15:33.11 | russellb | leifmadsen: So, it looks like there was an important IAX2 patch that didn't make it into 1.4.25. I think we should do a 1.4.25.1 to include that fix. |
| 15:33.26 | russellb | sorry! :-/ |
| 15:33.29 | leifmadsen | burn :) |
| 15:33.31 | leifmadsen | we can do that |
| 15:34.19 | russellb | Okay, so I guess we have 2 choices. |
| 15:34.40 | russellb | 1) Do a special tag to only include this 1 patch, or 2) tag 1.4.25.1 with everything in the 1.4 branch since then. |
| 15:34.46 | russellb | The_Boy_Wonder: |
| 15:35.11 | russellb | I'll look at what has changed since 1.4.25 |
| 15:35.22 | seanbright | if we tag everything wouldn't we make it 1.4.26? |
| 15:35.36 | russellb | seanbright: potentially, depending on what changes we have |
| 15:35.40 | seanbright | gotcha. |
| 15:35.53 | seanbright | just don't want people seeing the .1 and assuming it is only a security fix. |
| 15:36.00 | russellb | true. |
| 15:36.37 | russellb | There are quite a few changes, so I guess 1.4.26 ... |
| 15:36.51 | russellb | $ svn log -r 194220:HEAD $RA/branches/1.4 | less |
| 15:37.15 | leifmadsen | we can just make a 1.4.26 |
| 15:37.32 | russellb | Okay. Sorry for the churn |
| 15:37.36 | russellb | there are some other good fixes in there, too |
| 15:37.39 | leifmadsen | btw: there are several issues marked as Ready for Review in the bug tracker for anyone who wants to review patches to determine if they can go in |
| 15:37.53 | leifmadsen | is there anything for attended transfers? I keep hearing about those lately |
| 15:37.56 | jpeeler | when is this going to be done? |
| 15:37.59 | jpeeler | yeah i'm about to commit that |
| 15:38.08 | russellb | we can wait |
| 15:38.21 | leifmadsen | jpeeler: thanks |
| 15:38.22 | russellb | it's not an emergency omg release now situation :-) |
| 15:38.24 | leifmadsen | just saw it :) |
| 15:38.28 | russellb | more like ... today, tomorrow |
| 15:38.33 | mvanbaak | yesterday |
| 15:38.33 | seanbright | gah. including some CDR changes. get ready for another wave of bug reports :) |
| 15:38.36 | russellb | very soonish preferably |
| 15:39.32 | leifmadsen | seanbright: at some point CDR bug reports will probably just be mostly closed as, "this is how it works" unless there really is a "bug" |
| 15:40.07 | leifmadsen | jpeeler: just ping me when you get that change in, and I'll work on a 1.4.26 today |
| 15:40.17 | seanbright | leifmadsen: oh you poor, naive, little guy... |
| 15:40.19 | seanbright | :P |
| 15:40.19 | leifmadsen | starts to move issues in 1.4.26 to 1.4.27 |
| 15:40.29 | leifmadsen | seanbright: lol |
| 15:41.04 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:41.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:41.34 | leifmadsen | Corydon76-dig: ping? |
| 15:41.43 | leifmadsen | Corydon76-dig: what was the issue number you mentioned this morning? |
| 15:42.58 | leifmadsen | I also think issue 15194 could go into 1.4.26 |
| 15:43.06 | leifmadsen | it looks to be a one line fix, and is a regression |
| 15:43.12 | leifmadsen | assuming someone can look at it....... now :) |
| 15:44.01 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:45.49 | russellb | M15194 |
| 15:45.51 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/Registration 0015194: [SIP realtime] "sip reload" makes UNREACHABLE users behind NAT reported by ibc (Karma: +3.25) https://issues.asterisk.org/view.php?id=15194 |
| 15:46.01 | russellb | doesn't sound like a 1 liner :-p |
| 15:46.13 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 15:46.26 | leifmadsen | russellb: well someone pointed out the line that fixes it if I read the note correctly |
| 15:46.48 | eliel | revision 138258 |
| 15:46.59 | leifmadsen | r138258 |
| 15:47.02 | MuffinMan | Failed to retrieve review request: Invalid review #138258 specified. |
| 15:47.02 | eliel | grgrrr, which was the bot command to get a commit message? |
| 15:47.11 | leifmadsen | ya, I forget too :) |
| 15:47.12 | *** join/#asterisk-dev CunningPike (n=CunningP@vpn.dnv.org) |
| 15:47.20 | leifmadsen | rev138258 |
| 15:47.25 | leifmadsen | I'm sure that isn't it... |
| 15:47.30 | eliel | commit 138258 |
| 15:47.33 | leifmadsen | aha |
| 15:47.36 | russellb | commit asterisk 138258 |
| 15:47.41 | MuffinMan | [138258] Committed by tilghman on 2008-08-15T22:33:42.882174Z: More fixes for realtime peers. |
| 15:47.41 | MuffinMan | ..(closes issue #12921) |
| 15:47.41 | MuffinMan | .. Reported by: Nuitari |
| 15:47.41 | MuffinMan | .. Patches: |
| 15:47.42 | MuffinMan | .. 20080804__bug12921.diff.txt uploaded by Corydon76 (license 14) |
| 15:47.44 | MuffinMan | .. 20080815__bug12921.diff.txt uploaded by Corydon76 (license 14) |
| 15:47.47 | MuffinMan | .. Tested by: Corydon76 |
| 15:47.49 | MuffinMan | .. |
| 15:47.50 | russellb | heh, how detailed of a commit message! |
| 15:47.51 | leifmadsen | oh... I think a138258 might have worked too |
| 15:47.52 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=138258 |
| 15:47.52 | russellb | "more fixes" |
| 15:50.04 | leifmadsen | seems the line that manwe mentions is definitely in that fix |
| 15:50.17 | leifmadsen | reassigned |
| 15:50.54 | seanbright | A works as well |
| 15:51.13 | russellb | seanbright: want to review the line that changed? :-) |
| 15:51.46 | seanbright | in 138258? |
| 15:52.15 | leifmadsen | I need lunch already... jeez |
| 15:52.21 | leifmadsen | stomach growling, and headache coming on |
| 15:52.24 | putnopvut | leifmadsen: I'm feeling that way too. |
| 15:52.38 | putnopvut | The fact that I have pizza in my fridge and the fact that it is delicious does not help either. |
| 15:52.41 | leifmadsen | I woke up about an hour early today though |
| 15:52.48 | leifmadsen | putnopvut: it does not help I'm sure :) |
| 15:52.56 | leifmadsen | I think I'll be having some sort of soup and salad today |
| 15:55.09 | seanbright | i will decline the request for review |
| 15:55.19 | seanbright | since i hate chan_sip with an unfathomable passion |
| 15:55.52 | putnopvut | seanbright: you too? |
| 15:56.24 | seanbright | me three. |
| 15:58.36 | jpeeler | is there a posix compliant way of setting a timeval to zero after initialization? i'm just setting both the sec and microseconds to zero |
| 15:59.39 | seanbright | memset? |
| 15:59.52 | russellb | alternatively ... tv = ast_tvzero(); |
| 16:00.12 | jpeeler | yeah of course memset will work, but i think that's what i was looking for |
| 16:00.14 | seanbright | there you go |
| 16:01.57 | leifmadsen | if a change *ONLY* affects one of the 1.6 branches, I just commit and not do anything else? |
| 16:02.03 | russellb | correct |
| 16:02.07 | leifmadsen | thx |
| 16:09.17 | leifmadsen | holy crap... has anyone ever sorted the issues in Asterisk by severity? there are like 1.5 pages JUST in features |
| 16:09.26 | leifmadsen | that's like... 75-ish issues alone |
| 16:12.54 | seanbright | we don't like features. |
| 16:15.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:15.38 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:16.10 | kpfleming | weird... random X server crash |
| 16:16.28 | leifmadsen | odd |
| 16:17.07 | jsmith | leifmadsen: On r197088, do you really want to use the word "domain"? |
| 16:17.37 | russellb | leifmadsen: it would be interesting to graph the proportions between severities over time. |
| 16:17.38 | jsmith | leifmadsen: If anything, it should be FDQN or remote IP |
| 16:18.02 | leifmadsen | jsmith: all the other branches are using the word 'domain' |
| 16:18.13 | leifmadsen | is there a different set of 'domain' support in the other branches that I'm not aware of? |
| 16:18.19 | jsmith | leifmadsen: domain (DNS domain name, not necessarily SIP domain) may or may not work, depending on SRV records, etc. |
| 16:18.33 | leifmadsen | russellb: that WOULD be interesting... |
| 16:18.53 | leifmadsen | russellb: any idea how we can do that? probably don't have any historical data to play with eh? |
| 16:19.07 | leifmadsen | oej: ping? |
| 16:19.12 | russellb | I'm sure you could generate stuff if you had the raw database and strong SQL foo |
| 16:19.33 | leifmadsen | ya.... :) |
| 16:19.38 | russellb | I would actually really love if I could do a query to figure out what issues were open at a given date/time |
| 16:19.52 | russellb | could generate a lot of fancy charts if I had the ability to do that |
| 16:20.12 | leifmadsen | russellb: you can't? there is a field on the tracker that shows when an issue is submitted |
| 16:20.21 | leifmadsen | so it has to be tracked somewhere |
| 16:20.28 | leifmadsen | "Date Submitted" |
| 16:20.29 | russellb | right, all of the data is there |
| 16:20.49 | russellb | it gets a little complicated since issues can be reopened and closed multiple times |
| 16:21.14 | leifmadsen | and that date submitted field changes? I'd just have expected Last Update to change |
| 16:21.23 | russellb | right, it would be the last update. |
| 16:21.32 | russellb | but in between, it's not guaranteed to have been open that whole time |
| 16:21.38 | leifmadsen | oh gotcha |
| 16:22.16 | russellb | I guess you could query for all issues opened before a given date/time, and last update is after that date/time |
| 16:22.30 | leifmadsen | you could still get a reasonable proximity even if you ignored that scenario |
| 16:22.46 | russellb | and then you have to go through and analyze the history for each one of those to filter out ones that were actually closed at that time |
| 16:23.05 | leifmadsen | just throw that data out :) |
| 16:23.20 | russellb | heh, but there have been times where commit messages have gone back and added notes to really old issues |
| 16:23.25 | russellb | that is going to skew things like crazy |
| 16:23.38 | leifmadsen | where date > svnbot :) |
| 16:23.58 | russellb | yep |
| 16:24.14 | leifmadsen | when in doubt, or complexity rises, shrink data set :) |
| 16:24.14 | russellb | a lot has happened in the past 3 years, though (which is how long we've had svnbot now) |
| 16:24.16 | russellb | or maybe 2. |
| 16:24.21 | russellb | 2. |
| 16:25.04 | Corydon76-dig | leifmadsen: 15196 |
| 16:25.08 | Corydon76-dig | M15196 |
| 16:25.10 | MuffinMan | [assigned] [Asterisk] Functions/func_odbc 0015196: [patch] Asterisk crash when using ODBC to insert record on table that does not exist reported by ajohnson (Karma: +1.75) https://issues.asterisk.org/view.php?id=15196 |
| 16:25.44 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.86.230) |
| 16:26.31 | leifmadsen | Corydon76-dig: yes, that is an issue |
| 16:26.40 | ajohnson | Corydon76-dig: I'm also coming across some other odd behavior that I'm chasing down right now. Mainly dealing with values returned by func_odbc functions having characters escaped when they shouldn't |
| 16:26.52 | leifmadsen | runs off to lunch... an hour late |
| 16:54.40 | leifmadsen | russellb: so should I just release 1.4.26 now, or should I wait for that last issue to be resolved? (the regression?) |
| 16:57.55 | jpeeler | leifmadsen: i've committed the fix for attended transfers for 1.4, still merging the rest up |
| 16:58.04 | leifmadsen | jpeeler: np |
| 16:58.11 | leifmadsen | only 1.4.x release will go out today anyways |
| 16:58.35 | Corydon76-dig | leifmadsen: You mean 1.4.26-rc1 |
| 16:58.45 | leifmadsen | ya |
| 17:01.12 | jpeeler | what's the best way to deal with committing to the 1.6 branches when it was blocked from trunk? |
| 17:02.58 | jpeeler | guess i have to do it manually |
| 17:05.38 | leifmadsen | ya I think that's the way to do it |
| 17:05.46 | leifmadsen | not sure there is anything that lets you merge from 1.4 to 1.6.x |
| 17:06.16 | Corydon76-dig | Correct |
| 17:20.03 | eliel | hates blog comments spam... |
| 17:37.15 | ajohnson | So there is a filter string function to return only characters in the filter. If I was to build a function to filter out certain characters, chould I extend the current filter function (to be inclusive/exclusive) or create a whole new function? |
| 17:38.14 | Corydon76-dig | I'd go for whole new function |
| 17:38.44 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 17:39.50 | russellb | leifmadsen: I guess we should deal with that regression first. Let's try to do it today, though. |
| 17:40.32 | leifmadsen | agreed |
| 17:40.49 | leifmadsen | Corydon76-dig: that regression is currently assigned to you I believe |
| 17:44.45 | ajohnson | Did my comments about the filter function make it to the channel? I got D/C'ed right after I hit enter |
| 17:54.01 | putnopvut | Can res/res_features.exports be removed from trunk and the 1.6.X branches? In those branches, there is no res_features.c file. |
| 17:54.42 | Corydon76-dig | When it rains, it pours... literally |
| 17:54.50 | putnopvut | uh oh. |
| 17:55.01 | putnopvut | checks the weather. |
| 17:55.22 | Corydon76-dig | It missed HSV this time |
| 17:55.35 | Corydon76-dig | Nashville is getting a bit right now |
| 17:59.28 | Corydon76-dig | and the dog is going nuts |
| 18:23.20 | seanbright | does anyone know what adtranvofr.conf.sample is used by? |
| 18:23.49 | seanbright | "adtranvofr.conf" doesn't show up with a grep of the source directory |
| 18:24.07 | russellb | svn rm |
| 18:25.24 | eliel | is the klingon translation for sip.conf ?? |
| 18:25.53 | putnopvut | adtran voice over frame relay. Probably left over from a looooong time ago. |
| 18:26.03 | seanbright | ... |
| 18:26.13 | russellb | seanbright: you're killing our lines of code metric man! |
| 18:26.20 | seanbright | sweet! |
| 18:26.30 | putnopvut | russellb: the cure: add more docs! |
| 18:26.56 | eliel | hides |
| 18:27.16 | leifmadsen | hides somewhere other than eliel so they can't find both people at once |
| 18:28.15 | russellb | changes coding guidelines to require braces on their own line and increases LoC by 30% |
| 18:28.24 | leifmadsen | :) |
| 18:28.35 | eliel | heh |
| 18:29.45 | putnopvut | russellb: +483214892347 |
| 18:30.23 | flujan | ping file |
| 18:30.32 | file | I didn't do it. |
| 18:32.11 | kpfleming | to whoever asked about res_features.exports... kill it |
| 18:32.14 | kpfleming | there is no need for it |
| 18:32.16 | eliel | already remembers that was russell the one who merge AstXML the first time with all those docs!! yeeaah, i remember that! hehehe |
| 18:45.52 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:45.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:55.51 | leifmadsen | Corydon76-dig: ping? |
| 18:56.00 | leifmadsen | M15194 |
| 18:56.02 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/Registration 0015194: [SIP realtime] "sip reload" makes UNREACHABLE users behind NAT reported by ibc (Karma: +3.25) https://issues.asterisk.org/view.php?id=15194 |
| 18:56.20 | leifmadsen | any chance to look at that today? I'd like to get that into 1.4.26-rc1, which I'd like to get out today if possible |
| 19:00.02 | Corydon76-dig | I've already looked at it, no promises for today |
| 19:01.16 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:01.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:01.44 | leifmadsen | putnopvut: ping? |
| 19:01.49 | putnopvut | leifmadsen: pong |
| 19:01.50 | eliel | Corydon76-dig: if you reload a peer and SIP_NAT_ROUTE is setted you should use the peer->addr instead of the one found in fullcontact.... maybe... |
| 19:01.53 | leifmadsen | M14829 |
| 19:01.55 | MuffinMan | [assigned] [Asterisk] Channels/chan_local 0014829: Mixmonitor/Monitor stops when automated dial out call files used with local channel reported by licedey (Karma: -8) https://issues.asterisk.org/view.php?id=14829 |
| 19:02.13 | leifmadsen | I'm trying to clear that issue out, and it looks like I just need to add some documentation, but I'm not exactly sure what I should write, and where it should go |
| 19:02.16 | leifmadsen | putnopvut: thoughts? |
| 19:02.49 | putnopvut | That is an excellent question. |
| 19:03.06 | leifmadsen | putnopvut: you said you reproduced the issue, but didn't mention exactly what you did. I presume you just used his dialplan? |
| 19:04.19 | putnopvut | Yeah, I just used his. |
| 19:04.38 | putnopvut | I also tried using my own to see what option it was that appeared to be causing the issue. |
| 19:04.43 | putnopvut | It was the 'b' option to MixMonitor. |
| 19:04.55 | leifmadsen | ok, then the note should go with the 'b' option in MixMonitor |
| 19:04.59 | putnopvut | Which makes me think that maybe the documentation should be presented as part of the 'b' option. |
| 19:05.02 | putnopvut | yes! |
| 19:05.06 | eliel | Corydon76-dig: that is why if we remove the __set_address_from_contact() line everything works as expected, that is because you are using that address instead of the one found in peer->addr also when the SIP_NAT_ROUTE is setted |
| 19:05.06 | leifmadsen | then we are in agreement |
| 19:05.19 | leifmadsen | putnopvut: I will create something up here soon then for review and possible commit |
| 19:07.25 | Corydon76-dig | eliel: if you can patch it, go right ahead |
| 19:07.47 | eliel | I don't have the environment to test it, that is why i am just trying to help you :) |
| 19:14.16 | Corydon76-dig | eliel: I don't have the environment to test, either |
| 19:14.42 | Corydon76-dig | I eliminate NATs as a matter of course, because they generally suck for SIP |
| 19:16.40 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:18.42 | eliel | ok, i will upload a possible patch, and let the reporter test it... |
| 19:29.54 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:34.41 | eliel | Corydon76-dig: patch uploaded... i didn't took the time to review everything, it is just an idea... |
| 19:45.28 | leifmadsen | putnopvut: ping? |
| 19:45.37 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 19:45.39 | putnopvut | leifmadsen: pong^ |
| 19:45.41 | leifmadsen | putnopvut: I put a note on that bug about the 'b' option in MixMonitor if you have a second to check it |
| 19:45.47 | putnopvut | All right. |
| 19:46.39 | putnopvut | leifmadsen: that looks good to moi. |
| 19:47.58 | leifmadsen | putnopvut: awesome thanks |
| 19:49.49 | eliel | Corydon76-dig: that assigment wasn't fair, :-) |
| 19:50.25 | Corydon76-dig | eliel: What? You took it, I just set the assignment to match |
| 19:50.49 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 19:54.58 | eliel | did you look at the patch? |
| 20:01.35 | Corydon76-dig | Yep |
| 20:01.49 | Corydon76-dig | Looks okay, but the proof is in the pudding |
| 20:02.23 | eliel | ok |
| 20:07.40 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 20:07.40 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 20:13.44 | putnopvut | Tip: Never ever ever ever ever ever ever ever ever press esc while typing in a text box on review board. I just lost a very large description as a result. |
| 20:13.54 | putnopvut | $#&*@$&* vim habits!!! |
| 20:14.38 | leifmadsen | putnopvut: ouch |
| 20:14.54 | seanbright | ctrl-z |
| 20:14.58 | putnopvut | seanbright: no good :( |
| 20:15.01 | seanbright | doh |
| 20:16.50 | Qwell | seanbright: the first line if that script is #!/bin/bash - I wonder why we even bother specifying a shell on exec? |
| 20:17.06 | seanbright | Qwell: it's been that way since the beginning of time |
| 20:17.12 | seanbright | i just work here |
| 20:17.13 | seanbright | shrugs |
| 20:17.16 | Qwell | if [ x`$(ID) -un` = xroot ]; then CFLAGS="$(ASTCFLAGS)" build_tools/mkpkgconfig $(DESTDIR)/usr/lib/pkgconfig; fi |
| 20:17.24 | Qwell | I don't see why that wouldn't work |
| 20:17.40 | seanbright | you know what i am about to say |
| 20:17.47 | seanbright | :) |
| 20:17.48 | Qwell | tell me to diaf? |
| 20:18.09 | seanbright | i would never wish that on you |
| 20:18.10 | seanbright | no |
| 20:18.12 | seanbright | i was going to say |
| 20:18.18 | seanbright | "you have commit :)" |
| 20:18.31 | seanbright | and you are supposed to read the :) in a condescending manner |
| 20:18.38 | Qwell | pretends he doesn't have commit |
| 20:18.53 | seanbright | at this point, the functionality is identical |
| 20:18.58 | seanbright | just 5 extra chars |
| 20:19.22 | leifmadsen | putnopvut: I've been burned on stuff like that so much that I now tend to write all my large notes in an external text editor and copy/pasting to the window |
| 20:24.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:25.00 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:25.09 | *** join/#asterisk-dev ghenry (n=ghenry@pdpc/supporter/monthlybyte/ghenry) |
| 20:32.25 | snuff-home | mm.. reviewboard is getting closer to rls.. rc2.. |
| 20:34.08 | snuff-home | apparently they have a new shortcut in reviewboard 1.0 rc2.. crtl+enter saves comment.. 'esc' still cancels though ;) |
| 20:42.39 | eliel | thinks review board will always be beta, it is just marketing... hehe |
| 20:48.53 | leifmadsen | eliel: staying in beta means you never have to apologize for bugs :) |
| 20:49.28 | Corydon76-dig | So when are we releasing 1.4.26-beta1? |
| 20:49.44 | eliel | russellb: do you agree of moving the OBJS inside main/Makefile to one for each line to avoid conflicts when adding a single file? and also making diffs more readable when adding a file... |
| 20:50.43 | russellb | that'll be a lot of lines :-p |
| 20:51.04 | Corydon76-dig | eliel: why not make the OBJS use a shell expression, instead? |
| 20:51.08 | seanbright | why can't we just a glob? |
| 20:51.13 | seanbright | yes. what Corydon76-dig said. |
| 20:51.38 | Corydon76-dig | justs seanbright |
| 20:51.53 | kpfleming | there was a reason... i don't remember why not |
| 20:51.53 | seanbright | use* |
| 20:51.54 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 20:52.01 | kpfleming | i think there may be files in there that don't get built |
| 20:52.01 | kpfleming | or somethign like that |
| 20:52.02 | kpfleming | but i could be wrong |
| 20:52.16 | Corydon76-dig | Pah, we should always build astmm |
| 20:52.26 | Corydon76-dig | except when we don't |
| 20:52.31 | eliel | because of files like fskmodem_float |
| 20:52.31 | russellb | well, it could easily compile to nothing if MALLOC_DEBUG isn't on |
| 20:52.47 | russellb | poll.c was not always compiled before |
| 20:52.48 | Corydon76-dig | and astfd.c, too |
| 20:52.49 | russellb | but it is now |
| 20:53.06 | russellb | the exceptions would just have to get a touch of preprocessor magic |
| 20:53.16 | russellb | cygload.c .. |
| 20:53.24 | kpfleming | or $(filter-out) in the makefile |
| 20:53.30 | russellb | true. |
| 20:53.49 | seanbright | seems like a bunch of work |
| 20:53.58 | russellb | like 23.7 minutes |
| 20:54.09 | seanbright | cool. get crackin. |
| 20:54.11 | seanbright | :P |
| 20:59.49 | eliel | 17.1 minutes left... |
| 21:08.05 | kpfleming | is it done yet? |
| 21:08.43 | eliel | compiling... |
| 21:09.15 | russellb | it's done, and committed |
| 21:09.27 | russellb | but I use git now and refuse to share my changes |
| 21:09.50 | kpfleming | laaaame |
| 21:11.53 | seanbright | wtf is colp? |
| 21:12.00 | seanbright | oh |
| 21:12.01 | seanbright | nm |
| 21:12.04 | seanbright | the interwebs is awesome |
| 21:12.20 | seanbright | it's the city of london police. |
| 21:15.16 | eliel | hates compiling in his vm takes too long! |
| 21:17.50 | jsmith | seanbright: file is colp! |
| 21:18.08 | jsmith | chuckles to himself |
| 21:20.24 | kpfleming | soylent green is people |
| 21:23.12 | Corydon76-dig | has a new tshirt... "Bears Love People (They Taste Like Chicken)" |
| 21:25.57 | kpfleming | so yeah... trunk recompiling everything every time i enable or disable modules is getting annoying |
| 21:26.11 | kpfleming | it appear that buildopts.h is being updated to reflect modules that were not built,which seems wrong |
| 21:27.10 | Corydon76-dig | Oh! Speaking of the build system |
| 21:27.42 | Corydon76-dig | I think addons would build more consistently if we installed menuselect.makeopts in some standard location... like /usr/include/ |
| 21:28.01 | kpfleming | really? what is needed from it? |
| 21:28.11 | Corydon76-dig | since that's the file that includes various important stuff like DONT_OPTIMIZE and MALLOC_DEBUG |
| 21:28.22 | kpfleming | that is also in buildopts.h |
| 21:28.45 | Corydon76-dig | Perhaps, but it doesn't work |
| 21:28.58 | kpfleming | well, the addons build system does not use it to the proper effect |
| 21:29.05 | kpfleming | the information is there, though |
| 21:29.21 | Corydon76-dig | DONT_OPTIMIZE, in particular, doesn't work well, because it's a Makefile thingy, not a compiler thingy |
| 21:29.26 | kpfleming | right |
| 21:29.43 | kpfleming | but menuselect.makeopts contains a bunch of other stuff that would probably break the addons build if it was fed to menuselect |
| 21:30.02 | Corydon76-dig | I've already tried it. It won't break the build, by default |
| 21:30.33 | kpfleming | you really only what the compiler flags part, right? |
| 21:30.34 | Corydon76-dig | but I'm not sure about various little other things, like embedding or other stuff that I don't normally do |
| 21:30.49 | Corydon76-dig | I think so, yes |
| 21:30.53 | kpfleming | well, you can't embed addons without copying them into the asterisk source tree, so that's not an issue |
| 21:31.18 | kpfleming | so then the addons makefile could extra the cflags from buildopts.h and construct an input file for menuselect |
| 21:31.28 | kpfleming | i'd just rather not install menuselect.makeopts anywhere |
| 21:31.28 | Corydon76-dig | I meant other things like cross compiling |
| 21:36.29 | ghenry | Hi |
| 21:36.35 | ghenry | I'm testing a commit to https://origsvn.digium.com/svn/asterisk/team/ghenry/ |
| 21:36.51 | ghenry | and keep getting "team/ghenry/test-svn-access.txt : svn:mime-type=text/plain but svn:keywords is not set" |
| 21:37.02 | ghenry | I have the right auto-props set |
| 21:37.07 | ghenry | Obviously something wrong |
| 21:41.23 | kpfleming | what does 'svn pl -v <file>' show? |
| 21:43.37 | ghenry | Properties on 'test-svn-access.txt': |
| 21:43.37 | ghenry | <PROTECTED> |
| 21:43.37 | ghenry | <PROTECTED> |
| 21:43.50 | kpfleming | you don't have svn:keywords set |
| 21:43.58 | ghenry | I couldn't find a page on the developers site for ~/.subversion/config |
| 21:44.03 | ghenry | so was looking at http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html |
| 21:44.17 | kpfleming | well, we don't use auto-props normally |
| 21:44.30 | ghenry | ok. Why is it complaining? |
| 21:44.32 | kpfleming | but the big long message you got back when you committed should have told you what properties to set and to what values |
| 21:44.51 | ghenry | Ok, yes. |
| 21:44.56 | ghenry | I only set one of three |
| 21:46.50 | kpfleming | seanbright: ping |
| 21:50.28 | *** join/#asterisk-dev telecos (n=sergio@210.167.219.87.dynamic.jazztel.es) |
| 21:52.30 | ghenry | Thanks. |
| 21:52.40 | kpfleming | no problems |
| 21:55.51 | ghenry | kpfleming: I'm going to be looking after res_config_ldap, docs and schema/ldif files etc. |
| 21:56.02 | ghenry | Is trunk the right place to checkout? |
| 21:56.10 | kpfleming | yep |
| 21:57.29 | ghenry | any branches? Or is there a "Release & QA Engineer" for that? (that's what we have in the OpenLDAP project). |
| 21:57.58 | ghenry | we commit to HEAD (not on svn yet) and the Release & QA Engineer does all the tags/branches |
| 21:58.29 | kpfleming | there is a release person (leifmadsen), but he's not responsible for merging between branches |
| 21:58.33 | kpfleming | the developer does that |
| 21:58.42 | kpfleming | there are some pages on asterisk.org that document the basics |
| 21:58.47 | ghenry | ok, thanks. |
| 21:58.53 | ghenry | Will go take a read |
| 22:17.29 | kpfleming | Corydon76-dig: ping |
| 22:18.17 | Corydon76-dig | pong |
| 22:19.16 | kpfleming | do you think you could find that document that described OSX 'weakimport' again? a quick google search didn't turn it up |
| 22:19.48 | seanbright | kpfleming: pong |
| 22:19.59 | kpfleming | just a sec... got a fun line of code for you |
| 22:20.30 | kpfleming | static void __attribute__((constructor)) __init__##name(void) { name = __ref__##name ? : __stub__##name; } |
| 22:20.59 | seanbright | ohh! |
| 22:21.06 | seanbright | my favorite gcc extension |
| 22:21.07 | seanbright | :) |
| 22:22.04 | seanbright | where is that? |
| 22:22.05 | kpfleming | yep |
| 22:22.11 | kpfleming | in a new version of optional_api.h |
| 22:22.17 | kpfleming | not public yet, need to get it into a branch |
| 22:22.34 | seanbright | ahh |
| 22:22.57 | kpfleming | fixing eliel's problem of app_stack not registering the GOSUB AGI command properly |
| 22:23.47 | seanbright | most of that code is voodoo to me anyway |
| 22:24.02 | kpfleming | it is now more voodoo-like |
| 22:24.15 | seanbright | sweeeeeet |
| 22:25.59 | Corydon76-dig | kpfleming: http://developer.apple.com/technotes/tn2002/tn2064.html |
| 22:26.18 | kpfleming | thanks! |
| 22:27.55 | kpfleming | ok, so i can update the code to use weak_import properly, but someone with OSX will need to test it once i get it into a branch |
| 22:28.46 | seanbright | so i've been on this reduced caffeine thing lately |
| 22:29.22 | seanbright | only been drinking a tall (12oz) coffee from starbucks in the morning |
| 22:29.27 | Corydon76-dig | kpfleming: Additionally, this document is instructive: http://publib.boulder.ibm.com/infocenter/macxhelp/v6v81/index.jsp?topic=/com.ibm.vacpp6m.doc/getstart/overview/port_gcc.htm |
| 22:29.39 | seanbright | well i got home tonight and immediately cracked open a dr. pepper |
| 22:29.41 | seanbright | and it is GLORIOUS |
| 22:29.44 | Corydon76-dig | kpfleming: namely, that the alias and weak attributes are unsupported |
| 22:29.55 | kpfleming | yep |
| 22:30.07 | kpfleming | so on OSX, the functionality of optional_api is a little bit restricted |
| 22:30.29 | Corydon76-dig | Right, it can't do that stub trick you had for Linux |
| 22:30.47 | kpfleming | well... that page also says that 'constructor' is not supported |
| 22:30.55 | kpfleming | that can't be true, or asterisk wouldn't work |
| 22:30.58 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:31.38 | Corydon76-dig | What's worse is that on OS X, it detects alias and weak attributes, and says it actually DOES support them |
| 22:31.46 | kpfleming | yep |
| 22:31.50 | kpfleming | stupid |
| 22:32.07 | Corydon76-dig | but only at the autoconf level... when you try to compile, it fails at link time |
| 22:34.18 | kpfleming | i may very well end up being able to provide stubs on OSX as well... we'll know in a little while |
| 22:39.56 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:41.42 | russellb | Corydon76-dig: only at the autoconf level? I don't understand, what does the autoconf test do then? Shouldn't it be trying a test build? |
| 22:41.54 | kpfleming | it does |
| 22:42.04 | kpfleming | we were never able to figure out why the autoconf test did not fail |
| 22:42.24 | kpfleming | it could be because using thos attributes only generates a warning, and without -Werror it does not 'fail' |
| 22:42.35 | kpfleming | but of course that is bogus, because they are really errors |
| 22:43.00 | russellb | the config.log should give the test program and output to see if a warning was generated |
| 22:43.06 | kpfleming | yeah |
| 22:43.23 | kpfleming | anyway, we know they aren't available on darwin now, so we just check for weak_import and use that instead |
| 22:43.44 | kpfleming | i suppose i could install xcode on my mini and play with it... if i cared enough |
| 22:45.48 | kpfleming | how hard is installing xcode and subversion? |
| 22:45.57 | kpfleming | notes that he hasn't even tried ssh'ing into his mini |
| 23:07.49 | Corydon76-dig | kpfleming: installing xcode is easy. Installing subversion is a little more... involved... |
| 23:08.09 | kpfleming | darn |
| 23:08.20 | Corydon76-dig | kpfleming: as far as sshd goes, note that you need to enable remote logins from the console |
| 23:08.43 | kpfleming | this is all very new to me... i've only operated my mac from the gui so far, very little from the shell prompt |
| 23:09.12 | Corydon76-dig | System Prefs -> Sharing -> Remote Login |
| 23:09.36 | kpfleming | that's easy |
| 23:09.48 | *** join/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 23:10.45 | Corydon76-dig | If you want root access, Applications -> Utilities -> NetInfo Manager -> Security -> Enable Root User |
| 23:11.55 | Corydon76-dig | You may need to click the lock icon and authenticate before it will unshadow the "Enable Root User" option, though |
| 23:12.01 | kpfleming | is glad this session is being logged |
| 23:12.12 | kpfleming | ok, new_optional_api branch has the new hotness in it |
| 23:12.22 | kpfleming | if it works, it'll provide stub function support on Darwin |
| 23:12.56 | kpfleming | and it should work, because Darwin 'weak_import' is very similar to generic GCC 'weakref', which is what i am using now |
| 23:13.25 | Corydon76-dig | http://www.open.collab.net/downloads/community/ for subversion binaries |
| 23:17.25 | Corydon76-dig | Doing a checkout now on my PPC Mac Mini (10.4) |
| 23:18.34 | MikeJ | I think that svn installed as part of dev tools install on my intel mac |
| 23:18.54 | MikeJ | didn't need to install manually at all |
| 23:19.01 | kpfleming | that would be nice |
| 23:19.01 | Corydon76-dig | Perhaps on 10.5 |
| 23:19.09 | kpfleming | i am running 10.5.7 |
| 23:19.49 | Corydon76-dig | Everything is still 10.4 here |
| 23:21.14 | Corydon76-dig | Oh, wait, Peaches' laptop is 10.5 |
| 23:22.09 | Corydon76-dig | /Users/tilghman/Asterisk/new_optional_api/include/asterisk/monitor.h:54: error: weak declaration of '__ast_monitor_start' must be public |
| 23:22.23 | kpfleming | hmm |
| 23:22.29 | kpfleming | ok |
| 23:22.32 | kpfleming | hang on |
| 23:23.18 | kpfleming | fixed |
| 23:23.32 | kpfleming | that is a difference between weak_import and weakref then |
| 23:26.29 | Corydon76-dig | /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning weak symbol references not set in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 |
| 23:26.38 | kpfleming | right |
| 23:26.40 | kpfleming | we knew that |
| 23:26.45 | kpfleming | it has to be at least 10.2 |
| 23:27.08 | Corydon76-dig | Yeah, I just tried setting it to 10.4 and it repeated the warning |
| 23:27.22 | kpfleming | but of course it's not an error, so the configure script thinks it can use weak_import |
| 23:27.28 | kpfleming | you may have to recompile with it set that way |
| 23:28.28 | kpfleming | i suppose it would be reasoable for our makefiles to set that to version of OSX that the build is being made on |
| 23:28.32 | Corydon76-dig | oops, typo. Let me retry that |
| 23:28.42 | kpfleming | it's doubtful very many people are going to build on new OSX and copy the binaries to older OSX |
| 23:29.03 | Corydon76-dig | Agreed |
| 23:29.23 | Corydon76-dig | Yay, no warnings for chan_agent |
| 23:29.39 | kpfleming | good good |
| 23:29.52 | kpfleming | the real test will be whether you can load app_stack with and without res_agi loaded |
| 23:30.04 | Corydon76-dig | Right |
| 23:30.42 | Corydon76-dig | especially not versions of OS X which are older than 10.4 |
| 23:31.26 | Corydon76-dig | though I suppose we can do a configure option to assume older |
| 23:32.24 | kpfleming | --with-osx-target=<foo> |
| 23:32.57 | Corydon76-dig | I'd consider upgrading this box, but AFAIK, there's no PPC support in 10.5 |
| 23:34.23 | kpfleming | crud... doing the right thing here will require a menuselect upgrade |
| 23:34.36 | kpfleming | app_voicemail needs to be able to be built without res_smdi, on platforms where optional_api works properly |
| 23:34.47 | kpfleming | but it's a hard dependency on platforms where it does not work |
| 23:38.03 | kpfleming | seanbright: ping |
| 23:39.45 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 23:41.39 | MikeJ | I doubt many people still use pre 10.3 these days? |
| 23:41.55 | MikeJ | err .. pre 10.4 |
| 23:42.18 | Corydon76-dig | Might be some institutional users; they're usually the ones who lag |
| 23:44.07 | kpfleming | Corydon76-dig: status? |
| 23:44.26 | Corydon76-dig | Got all the way to xml.c |
| 23:44.30 | kpfleming | ok |
| 23:44.45 | kpfleming | i'm heading home |
| 23:44.46 | Corydon76-dig | /sw/include/libxml2/libxml/xmlversion.h:94:48: error: "_POSIX_C_SOURCE" is not defined |
| 23:44.59 | kpfleming | that's not related to my changes |
| 23:45.23 | kpfleming | something apparently needs to be included before xmlversion.h |
| 23:45.59 | Corydon76-dig | eliel's fault |
| 23:47.33 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 23:53.55 | Corydon76-dig | Merde. Fixed the error in xml.c and asterisk won't link (because of Kevin's changes) |