| 00:07.12 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-gkflrqmgsjbergxj) |
| 00:08.36 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 00:45.19 | *** join/#asterisk-dev coreyf1513 (~cfarrell@2001:4830:117f:3:e03e:e7f6:12d1:ccfc) |
| 01:17.12 | *** join/#asterisk-dev Pullphinger (~Pullphing@c-24-13-69-42.hsd1.il.comcast.net) |
| 01:43.41 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.175) |
| 02:43.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.181) |
| 03:23.31 | *** join/#asterisk-dev perezalvarezhi (~perezalva@189.169.74.236) |
| 03:43.41 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.178) |
| 03:51.26 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:437:ce01:2677:3ff:fe8f:2730) |
| 04:23.15 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 04:43.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.162) |
| 05:09.55 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.162) |
| 05:51.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.155) |
| 06:01.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.155) |
| 06:50.47 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 07:16.06 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:43.34 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 07:43.35 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:46.04 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 09:33.01 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 10:01.54 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:01.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:18.38 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 10:31.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 10:37.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 10:38.43 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 10:48.55 | *** join/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 10:49.59 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:49.59 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:54.12 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 11:55.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 12:20.26 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187.76.181.102) |
| 12:44.20 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 12:57.35 | *** join/#asterisk-dev pc-m (~Thunderbi@modemcable094.94-70-69.static.videotron.ca) |
| 13:11.27 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:37.21 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:37.59 | *** join/#asterisk-dev pc-m (~Thunderbi@modemcable094.94-70-69.static.videotron.ca) |
| 13:47.23 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:47.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:50.30 | file | Thursday! |
| 13:56.42 | malcolmd | one day away from friday |
| 14:02.42 | skrusty | afternoon all |
| 14:04.32 | file | hello |
| 14:15.59 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 14:18.58 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:54.33 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:54.33 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:08.34 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-bkexfczgraixfyvu) |
| 15:08.34 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:18.21 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 15:27.20 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-lypgjezzwuowoigv) |
| 15:28.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 16:11.12 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:15.43 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 16:31.38 | seanbright | are you guys planning to migrate asterisk over to git at some point? |
| 16:35.24 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 16:36.54 | mjordan | seanbright: some day, yes |
| 16:37.05 | mjordan | not surprisingly, it's quite a bit of work |
| 16:37.20 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-xurerqxnotgbrhib) |
| 16:37.20 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:37.31 | seanbright | yeah, i can imagine |
| 16:38.06 | seanbright | looks like tzafrir's mirror is up to date, i guess i'll go with that |
| 16:39.01 | tzafrir | mjordan, any plans of merging menuselect into asterisk any time soon? |
| 16:39.24 | mjordan | there isn't an official plan right now, no |
| 16:39.26 | seanbright | that'd be swell |
| 16:39.32 | seanbright | submodules succcck |
| 16:40.01 | mjordan | we're pretty tied up on just working through the Asterisk 12 issues, pjsip, and ARI. If things go well over the next few months, hopefully we'll have someone we can task with kicking off a git migration |
| 16:40.06 | mjordan | and that would have to happen for that to occur |
| 16:40.35 | mjordan | but Asterisk blowing up takes precedence over just about everything :-) |
| 16:40.56 | seanbright | yes. blowing up is bad. |
| 16:42.02 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 16:42.42 | mjordan | basically, we need to: |
| 16:42.50 | mjordan | remove all svn externals and get them into the branches |
| 16:43.04 | mjordan | figure out what the hell our branching/tagging strategy will be (although this is probably the easiest part) |
| 16:43.11 | mjordan | redo all of repotools :-( |
| 16:43.24 | mjordan | determine a migration plan for team branches |
| 16:43.31 | mjordan | determine if we do anything for private branches |
| 16:43.40 | mjordan | yada yada yada |
| 16:44.23 | seanbright | private branches... ugh |
| 16:44.25 | pabelanger | gerrit |
| 16:44.33 | pabelanger | FTW |
| 16:45.01 | mjordan | that's a good tool, but most of what I'm referring to is process |
| 16:45.02 | pabelanger | I find using gerrit you don't really need team branches |
| 16:45.16 | pabelanger | private branches, well, that could be pushed to your local git server if needed |
| 16:45.33 | mjordan | pabelanger: you still have to do something with the existing ones |
| 16:46.55 | coreyf1513 | would need to do something about ASTERISK_FILE_VERSION(__FILE__, "$Revision$") - don't think this is supported by git |
| 16:47.08 | pabelanger | well, you could start the process by saying the upstream git server, say github.com/asterisk/asterisk for example, only contains public branches. If you needed a private branch, that could be setup some plan in digium, via vpn or SSL (but honestly, it should be the developers local git server) |
| 16:47.25 | pabelanger | any private branches, wouldn't use the public infrastructure anyways for build agents |
| 16:47.33 | pabelanger | since I there results wouldn't want to be public |
| 16:47.37 | mjordan | either way, you get my point that it's not a trivial effort and needs someone dedicated to work it, and right now, we're fixing stuff. |
| 16:47.45 | pabelanger | Right |
| 16:48.12 | mjordan | and with tm1000/tonyclewis/X-Rob releasing FreePBX 12, we're about to get a whole lot busier ;-) |
| 16:48.49 | tm1000 | coreyf1513: there is a way to do that in git but it's not as ideal as svn |
| 16:49.04 | tm1000 | you have to use .gitattributes files |
| 16:49.08 | tm1000 | and they have to be in every branche |
| 16:49.12 | tm1000 | branch* |
| 16:49.20 | pabelanger | I think the biggest issue right now, is the digium (private) specific stuff in the repo, opposed to the public (open source) branches. If a plan could be started to break out the 2 information into separate git servers, then public side could like move forward without digium specific resources |
| 16:49.35 | mjordan | I'm not worried about the private digium stuff in subversion. |
| 16:49.45 | tm1000 | mjordan: +1 for your git move |
| 16:49.47 | mjordan | which should tell you all you need to know about how I'd handle that. |
| 16:49.52 | tm1000 | we are now off of svn |
| 16:49.54 | tm1000 | dances |
| 16:50.09 | mjordan | tm1000: tis a land of milk and honey or so sruffell keeps telling me |
| 16:50.40 | tm1000 | mjordan: hahah yeah funny that your TDM guys got it first |
| 16:50.58 | tm1000 | mjordan: im assuming you'll need to come up with a whole new set of rules for code submission as well if you mirror to github |
| 16:51.02 | mjordan | linux kernel man, linux kernel |
| 16:51.08 | mjordan | tm1000: indeed |
| 16:51.16 | mjordan | plus branch maintenance |
| 16:51.18 | pabelanger | so, svn2git, lets say we started to day. Are people fine with using svn.asterisk.org/svn/asterisk ? or do people want origsvn.digium.com/svn/asterisk, since that are two different subversion servers |
| 16:51.26 | tm1000 | mjordan: hint: stash (atlassian) |
| 16:51.48 | leifmadsen | yuck |
| 16:51.53 | tm1000 | pabelanger: btw svn2git is great, used it on freepbx. so good choice there |
| 16:51.54 | mjordan | and I have to leave now, but by all means, if someone has ideas, start an e-mail on the -dev list. |
| 16:52.04 | tm1000 | leifmadsen: we do stash then mirror to github |
| 16:52.06 | sruffell | mjordan: yes! |
| 16:52.10 | leifmadsen | otherwise, get back to work :) |
| 16:52.12 | tm1000 | php.net model |
| 16:52.54 | pabelanger | a big fan of Zuul to manage git |
| 16:53.05 | sruffell | mjordan: s what is this git move? |
| 16:53.07 | pabelanger | leifmadsen is too |
| 16:53.54 | leifmadsen | it's ok |
| 16:53.56 | leifmadsen | :D |
| 16:54.02 | leifmadsen | lolz. zuul ftw. |
| 16:54.08 | tm1000 | pabelanger: whatever works for you all. as long as its git |
| 16:54.10 | tm1000 | :-) |
| 16:54.29 | tm1000 | then in 5 years we can all move to another SCM |
| 16:58.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 17:00.41 | pabelanger | tm1000, major bonus for zuul, trunk gating. Meaning, it is almost impossible for broke code to be commit into trunk (master). Assuming a code coverage for code exists |
| 17:00.54 | gtjoseph | file: on the passing in sorcery issues... The ast_sip_initialize_sorcery_* functions were already accepting the sorcery instance. I was just saving a reference... |
| 17:01.08 | gtjoseph | Do you want me to change all that to use ast_sip_get_sorcery? |
| 17:01.15 | sruffell | Yeah….I'm not as big a fan for the code gating function…. |
| 17:01.26 | file | there's no reason to save a reference when you can use the get function |
| 17:02.27 | gtjoseph | so you want me to change the original code as well? |
| 17:03.25 | file | it would be nice |
| 17:03.38 | gtjoseph | no problem. i'm right there. |
| 17:13.21 | seanbright | hmmm |
| 17:15.57 | sruffell | mjordan: Do the original reasons menuselect was kept out (because we were worred about poeople who might do an svn update) still hold? Can we just say for Asterisk 13 that everyone will need to recheck out their working copies? |
| 17:41.06 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 17:45.48 | pabelanger | tzafrir, did you ever get an answer to your --enable-dev-mode performance question? |
| 17:45.58 | pabelanger | for packaging in debian |
| 17:46.07 | *** join/#asterisk-dev thecardsmith (~doug@unaffiliated/protocoldoug) |
| 17:47.05 | tzafrir | pabelanger, not really |
| 17:47.12 | tzafrir | I guess I need to test it myself |
| 17:48.43 | pabelanger | so far I am running --enable-dev-mode plus DONT_OPTIMIZE and DEBUG_THREADS in production and don't see much of a performance impact |
| 17:49.39 | pabelanger | 88 active channels |
| 17:49.39 | pabelanger | 58 active calls |
| 17:49.45 | pabelanger | Asterisk is at 50% cpu |
| 17:50.02 | pabelanger | quad core: E5-2660 0 @ 2.20GHz |
| 17:50.14 | pabelanger | load average: 1.08, 1.01, 0.91 |
| 17:50.22 | pabelanger | nothing to stressful |
| 17:50.48 | pabelanger | Oh, and full => * in logger.conf |
| 17:53.03 | file | oh god DEBUG_THREADS |
| 17:57.51 | pabelanger | file, explain |
| 17:58.05 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-assbkyghogseuznf) |
| 17:58.53 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-jfnkobrbgtjxajrg) |
| 18:00.09 | WIMPy | debug_threads is evil |
| 18:00.38 | pabelanger | how so |
| 18:01.24 | WIMPy | As performance killer. |
| 18:03.06 | pabelanger | This is my question, what is the performance impact really. I have always said that too |
| 18:04.01 | WIMPy | I can't remember when it was, but after some change it became massive. |
| 18:05.15 | pabelanger | I'd be interested in seeing if that was actually documented any place |
| 18:05.51 | coreyf1513 | pabelanger: mutex's get backtraces / tracking info - almost 3k allocation on x86_64 for each mutex last I saw |
| 18:07.05 | pabelanger | coreyf1513, so, that would translate into more memory consumption, if I understand properly |
| 18:07.06 | putnopvut | Basically there's a system-wide lock that has to be claimed for every individual lock that is acquired or release. |
| 18:07.10 | putnopvut | MASSIVE bottleneck |
| 18:07.41 | pabelanger | okay, now we are talking |
| 18:10.53 | tzafrir | pabelanger, but how much more can you get without those options (separately)? That's the real test |
| 18:12.29 | pabelanger | tzafrir, correct. Once I remove the debug settings, next week. I'll profile the results |
| 18:13.22 | tzafrir | great |
| 18:14.19 | WIMPy | But it's more about CAPS than open channels. |
| 18:14.57 | pabelanger | correct |
| 18:15.18 | pabelanger | this site get about ~150 concurrent queue callers |
| 18:15.21 | pabelanger | so, that is my limit |
| 18:16.11 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-lnriwiemhuxpzehv) |
| 18:16.11 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 18:21.04 | gtjoseph | Is anyone working on the errors "create_out_of_dialog_request: An endpoint and/or uri must be specified", "qualify_contact: Unable to create request to qualify contact"? |
| 18:21.39 | pabelanger | gtjoseph, what is the context? |
| 18:22.56 | gtjoseph | sorry... branches/12 today. looks like qualify contact is sending neither an endpoint nor a uri to ast_sip_create_request. all qualify's are erroring out. |
| 18:25.29 | pabelanger | check issues.asterisk.org, but I'd guess... no |
| 18:29.01 | gtjoseph | yeah, i'm looking through the history |
| 18:29.02 | pabelanger | are you creating an endpoint? |
| 18:29.03 | gtjoseph | yep the endpoints are all created. it's the qualifies that are failing. |
| 18:29.04 | pabelanger | nods |
| 18:38.31 | gtjoseph | opticron: looks like your commit 405425 yesterday broke qualify. pjsip_options line 241 NULL for both endpoint and uri causing ast_sip_create_request to fail. |
| 18:46.36 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 18:47.59 | X-Rob | newtonr: re config file stuff, freepbx now generates everything with =, except for extensions. |
| 18:53.31 | newtonr | X-Rob, cool. if someone wants to go verify exactly which config files require some usage of => then I'd love to just find and replace => with = in all the config files that allow it. |
| 18:56.15 | kharwell | gtjoseph: I noticed that failing as well and may try to look into it later today hopefully |
| 18:57.42 | gtjoseph | kharwell: it just needs contact->uri passed in again. i'm testing it now. |
| 18:58.15 | X-Rob | newtonr: as far as I've done - nothing, except extensions.conf. And that DOESN'T need it, but probably should keep it |
| 19:01.30 | pabelanger | why are you change from => to = |
| 19:02.09 | newtonr | https://issues.asterisk.org/jira/browse/ASTERISK-23032 |
| 19:03.27 | jsmith | Yeah, it's my understanding that at one time in the past, = was for setting a value and => was for creating an object, but that's long gone now |
| 19:03.36 | jsmith | and they're (mostly?) interchangeable |
| 19:05.24 | pabelanger | Right, I thought => was for an object |
| 19:05.29 | pabelanger | but it looks like that has changed |
| 19:05.42 | jsmith | Changed a long time ago -- now an object can be created with = too :-/ |
| 19:05.48 | [TK]D-Fender | => and = have been interchangeable everywhere in * cin at least somewhere in the .9's |
| 19:05.55 | jsmith | Like in the 0.8 days or something |
| 19:05.59 | [TK]D-Fender | since* |
| 19:06.00 | pabelanger | wow |
| 19:06.11 | [TK]D-Fender | that's a minimum |
| 19:06.11 | pabelanger | so, 10 years ago |
| 19:06.11 | jsmith | Yeah.... we're talking a long time ago |
| 19:17.03 | leifmadsen | so we're changing every documented usage of => to = for... what reason? |
| 19:17.40 | newtonr | https://issues.asterisk.org/jira/browse/ASTERISK-23032 |
| 19:17.44 | leifmadsen | nevermind, issue was Closed > Suspended |
| 19:17.48 | opticron | gtjoseph, ah, I think I see it |
| 19:17.48 | leifmadsen | newtonr: yes I read it |
| 19:17.51 | leifmadsen | I still don't see the why :) |
| 19:17.58 | leifmadsen | other than someone decided => was "old" |
| 19:18.15 | newtonr | Then you didn't read the comments :D |
| 19:18.49 | opticron | gtjoseph, if you change the endpoint check right after the ast_strlen_zero(uri) from "!endpoint" to to "!endpoint && !contact", it should fix the problem |
| 19:18.51 | newtonr | "Probably would be good to do so since those who use the samples are probably new to Asterisk and would get confused by seeing the mix." is probably the best reason. Why have a confusing mix of two different syntax when just one would do? |
| 19:19.03 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 19:19.03 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 19:19.11 | opticron | pokes at it |
| 19:19.28 | opticron | (in res_pjsip.c) |
| 19:19.31 | gtjoseph | opticron: testing. |
| 19:20.54 | opticron | in create_out_of_dialog_request if you haven't found it yet |
| 19:21.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.140) |
| 19:21.46 | gtjoseph | yep, got it and changing the test works |
| 19:22.18 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 19:22.44 | newtonr | waves at roderickm |
| 19:22.49 | gtjoseph | opticron: you want to fix it or shall I? |
| 19:27.00 | opticron | I'll commit it shortly |
| 19:27.39 | gtjoseph | cool |
| 19:28.56 | *** part/#asterisk-dev leedm777 (~leedm777@nat/digium/x-assbkyghogseuznf) |
| 19:29.14 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-assbkyghogseuznf) |
| 19:29.54 | pabelanger | leifmadsen, hard sell, easier for new users might break old users existing software, depending if they rely on samples |
| 19:31.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.140) |
| 19:33.49 | mjordan | sruffell: not sure I understood your question, r.e., menuselect. I can't remember how the svn update broke things - I'm guessing that the svn:externals tag would look for something that wasn't there? |
| 19:38.54 | sruffell | When I brought this up, I think more than a year ago, the objection to merging in menuselect to asterisk was because if someone had a working copy checked out, and did an "svn update" they would get a conflict with menuselect. Otherwise, there is no reason to keep it separated out. Merging it in sooner rather than later would allow the git mirrors to not have to float a menuselect on top of them. |
| 19:46.32 | pabelanger | I always thought it was a license issue that stopped it from being in the asterisk repo |
| 19:46.33 | pabelanger | funny thing is, http://svnview.digium.com/svn/menuselect/trunk/ doesn't actually have a LICENSE file in it |
| 19:46.36 | pabelanger | headers do reference gpl2 |
| 19:47.40 | *** part/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 19:49.10 | mjordan | sruffell: I don't think there's much harm in merging it into trunk. With enough warning, the expectation could be set appropriately. |
| 19:49.58 | mjordan | pabelanger: IIRC, russell wrote it. We'd have to get the licensing cleared up, but that's not super hard. |
| 19:50.41 | sruffell | +5 Ok…I'll send an email to asterisk-dev tonight…and perhaps we could just merge it in next week if there aren't any objections? But I know all the git fanboys will be happy…. tzafrir, pabelanger, tm1000, etc.. |
| 19:50.44 | sruffell | correction...fanpersons. |
| 19:51.48 | russellb | perks up |
| 19:52.35 | russellb | mjordan: because of digium's CLA, you can license it whatever the heck you want |
| 19:52.38 | sruffell | pabelanger: hmm…I didn't think there was ever a license issue. |
| 19:52.49 | russellb | GPLv2 seems fine |
| 19:53.06 | pabelanger | sruffell, Ya, merge! |
| 19:53.08 | sruffell | Qwell was the one who was looking at this previously…and had the objection for when people did "svn update" if memory serves... |
| 19:53.12 | russellb | the reason it's not in the asterisk repo was because we were using it in multiple repos |
| 19:53.18 | russellb | and in theory, it could have been used by any project |
| 19:53.20 | mjordan | russellb: what I figured. I'll still probably go through and find whoever else are the original authors and let em know if it isn't already explicitly noted |
| 19:53.28 | mjordan | right, but once DAHDI jumped ship... meh |
| 19:53.36 | russellb | nods |
| 19:53.38 | sruffell | DAHDI dropped it long ago….because of this problem. asterisk is the only user currently. |
| 19:53.47 | russellb | mjordan: do the source files have a license header in them? |
| 19:53.51 | pabelanger | then we can use tzafrir documentation as a template to git2svn: https://gitorious.org/asterisk-tools/asterisk-tools/source/f945a84e1f7e489e1c0b79effbdb708936396039:git-asterisk-howto |
| 19:53.52 | mjordan | russellb: most |
| 19:53.54 | mjordan | a few don't |
| 19:54.20 | russellb | i think it's pretty darn safe to consider it gplv2 then |
| 19:54.24 | russellb | that was clearly the intent |
| 19:54.29 | russellb | since that is what was put in most of the headers |
| 19:54.34 | mjordan | well, and you contributed one of the ones that doesn't ;-) |
| 19:54.53 | russellb | heh, y eah |
| 19:55.05 | russellb | could probably kill the gtk one |
| 19:55.09 | russellb | doubt anyone uses it |
| 19:55.24 | mjordan | yeah, but no harm in keeping it either. |
| 19:55.42 | russellb | other than removing a dependency / thing you have configure checking for |
| 19:55.56 | russellb | meh |
| 19:56.38 | pabelanger | menuselect contributors, to validate for CLA's: http://pastebin.com/LD4GW3Gn |
| 19:56.45 | pabelanger | and / or email to confirm gpl2 license |
| 19:56.57 | mjordan | that bebuild guy is suspicious |
| 19:57.00 | mjordan | I don't trust him. |
| 19:57.01 | sruffell | lol |
| 19:57.21 | sruffell | He's probably on a Dance Cr3w. |
| 19:57.23 | pabelanger | basically 95% digium |
| 19:57.24 | mjordan | pabelanger: I know all of those have them. |
| 19:57.39 | file | ditto |
| 19:57.40 | russellb | how about that (no author) guy |
| 19:57.46 | mjordan | sruffell: I'm going to have to change that to its full name |
| 19:58.39 | russellb | the only downside to merging it into trunk is losing its commit history |
| 19:58.44 | russellb | asterisk trunk i mean |
| 19:58.48 | mjordan | yeah. |
| 19:59.07 | sruffell | We can keep that…with a subtree merge when it's time to make the git repo. |
| 19:59.23 | mjordan | otoh, we haven't fixed a bug in there in 2 years |
| 19:59.23 | russellb | was gonna say, could be avoided if this were git |
| 19:59.28 | pabelanger | ya |
| 19:59.29 | sruffell | But the subversion history won't have it (or I'm not aware of a way to keep it off the top of my head) |
| 19:59.45 | russellb | looking at git for asterisk? |
| 20:00.28 | pabelanger | ! |
| 20:00.29 | sruffell | It's inevitable….but the sooner menuselect is merged, the easier it will be for people to start using a mirror in advance of any official switch. |
| 20:00.37 | mjordan | russellb: people are. Our resources are spread pretty thin right now, but there's some steps that could be taken in the mean time that would get us closer |
| 20:01.23 | mjordan | hm. We'd probably have to do all of the branches at some point. Trunk at least would be a good reference for any issues that crop up with moving menuselect. |
| 20:01.50 | russellb | a little sad commit history/attribution would be lost, but oh well |
| 20:03.03 | pabelanger | guess it depends on the merge order |
| 20:03.16 | sruffell | I currently believe the history will be able to be kept. |
| 20:03.22 | pabelanger | eg: doing branches in stages, or one big change |
| 20:04.02 | russellb | sruffell: not if you merge it into svn, right? |
| 20:04.30 | pabelanger | The release process would need some work / thought. But it would be a good time to actually automate it |
| 20:04.42 | sruffell | Newer versions of subversion may be able to keep the history…I believe they can…but would need to check. |
| 20:06.09 | sruffell | especially since it's kept in the same master repo. |
| 20:58.03 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.137) |
| 21:18.02 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 21:30.47 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:32.18 | danjenkins | hhmmm i should probably write up an email for the mailing list talking about what skrusty and I were talking about the other day.... |
| 21:32.51 | pabelanger | danjenkins, that the queue stuff? |
| 21:33.14 | danjenkins | yeah the ari/ami proxy/standard comms stuff |
| 21:39.00 | pabelanger | Ya, get it up |
| 21:39.01 | pabelanger | hio! |
| 21:39.02 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 21:39.03 | roderickm | waves back at rnewton |
| 22:00.16 | danjenkins | done pabelanger |
| 22:01.00 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:06.09 | danjenkins | skrusty: sent that email |
| 22:16.03 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 22:37.12 | *** join/#asterisk-dev sectech (~sectech@stjhnbsu0ww-142134150058.dhcp-dynamic.FibreOP.nb.bellaliant.net) |
| 23:07.59 | *** part/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 23:21.33 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-bkexfczgraixfyvu) |