Hello, Any thoughts or comments on this ?
As I wrote above the two code bases has diverged but since the latest official release has been made from the google code repo I think it would be best to treat this as the official repository and recreate the gihub repo with a new import to from google code. Should we have a vote on this ? Or should this issue be handled on the camel-extra mailing list instead ? Best regards Pontus Ullgren On Sun, 1 Nov 2015 at 00:13 Pontus Ullgren <ullg...@gmail.com> wrote: > A short update. > Looked through the commits in the google code repo and github and as a > feared the two code bases has diverged with commits being done to both > places. > > However I think I managed to juggle the commits for the master branch so > that the result is something that is acceptable. I have yet to run tests > and make sure things work as expected. > > I have not yet started looking into merging in the changes for the 2.13.x, > 2.14.x and 2.15.x. > > However looking at the commit in github it seems to mainly be the > contribution of Camel IBM CICS and Camel WMQ component. Both which I find a > bit strange that they were even added to camel-extra since they have > dependencies to libraries that are not publicly accessible, and must be > locally installed. So these will never be able to build and test in the CI > environment. Also I'm not sure about the possible licensing issues for > these components. And will we be able to release them if the person in > charge of the release does not have access to the closed source libraries ? > > So a possible, much simpler, way forward would be to rename the current > github camel-extra repo, create a new and simply re-import from the current > google code repo. > > We could then sit down and move over the commits that makes sense from the > once that was done on github. > > Comments ? > > // Pontus > > On Sat, 31 Oct 2015 at 15:51 Pontus Ullgren <ullg...@gmail.com> wrote: > >> Yes, camel-extra copied to github quite some time ago. However after that >> there was a period of uncertainty during which more commits and even >> releases where made from the Google code repo up until the point where >> google shutdown there service. >> >> As time has gone by it seems that there is a risk that the code bases has >> diverge. >> Is there anybody already looking into this? If not I would be happy to >> try to make sure that the latest code from Google code is synced to the >> github.com repositories. >> >> Regarding SF from the latest ComDev discussions it turns out that, at >> least to my interpretation, it is up to each PMC to decide where and what >> they want to do with their extras project. Nothing will be automatically >> moved by apache infra. >> >> Best regards >> >> Pontus >> >> On Sat, 31 Oct 2015, 14:42 David Karlsen <davidkarl...@gmail.com> wrote: >> >>> https://github.com/camel-extra/camel-extra >>> >>> 2015-10-31 14:01 GMT+01:00 Krzysztof Sobkowiak < >>> krzys.sobkow...@gmail.com>: >>> > Hi JB >>> > >>> > I have seen the discussion that Camel Extras is going to move to >>> Github. I thought it's done already. Have you already final descision about >>> Camel Extras? I have seen discussion on ComDev about moving to SF but the >>> projects will be not forced to move together to SF. As i have seen Camel >>> prefers Github. I'm looking for >>> > instructions how to migrate the svn repo to git and I thought Camel >>> has already finished this process. >>> > >>> > Kindly regards >>> > Krzysztof >>> > >>> > On 31.10.2015 13:43, Jean-Baptiste Onofré wrote: >>> >> Hi Krysztof, >>> >> >>> >> camel-extras are not on github right. I've done some cleanups and >>> upgrades. >>> >> >>> >> Regards >>> >> JB >>> >> >>> >> On 10/29/2015 08:15 PM, Krzysztof Sobkowiak wrote: >>> >>> Hi >>> >>> >>> >>> Have you already performed the migration to Github? Have you done it >>> alone? I assume Infra doesn't support this process? >>> >>> >>> >>> Regards >>> >>> Krzysztof >>> >>> >>> >>> On 17.09.2015 21:00, Pontus Ullgren wrote: >>> >>>> I believe changing the package name would be a real problem for >>> users of >>> >>>> the library. >>> >>>> >>> >>>> Not sure why we can not continue to use that package name since >>> according >>> >>>> to the answers Raul got on the com-dev mailinglist [1] it is up to >>> each >>> >>>> projects PMC to decide how there extras project should be handled. >>> >>>> So if the Camel PMC decided that the Camel Extras source code >>> should be >>> >>>> hosted on github I do not see any problem to keep the package name >>> as is. >>> >>>> >>> >>>> [1] >>> >>>> >>> http://mail-archives.apache.org/mod_mbox/community-dev/201509.mbox/%3ccadmm+kcy9c6rgodshexgsrduu7jur06jwcs9yp-hc8mapm6...@mail.gmail.com%3E >>> >>>> // Pontus >>> >>>> >>> >>>> >>> >>>> >>> >>>> On Thu, 17 Sep 2015 at 13:57 Christian Müller < >>> christian.muel...@gmail.com> >>> >>>> wrote: >>> >>>> >>> >>>>> I'm also not happy with the support/guidance from dev@community >>> regarding >>> >>>>> this topic and +1 to move to Github now. I'm not convinced from SF. >>> >>>>> >>> >>>>> Before we are releasing our first release there, please check with >>> the >>> >>>>> Apache trademarks first, whether you can still use the name "Camel >>> Extra" >>> >>>>> or not. The same for the package name (it has apache and camel in >>> it), >>> >>>>> because this project doesn't belong to Apache Extra anymore in the >>> future, >>> >>>>> in my opinion. >>> >>>>> >>> >>>>> Best, >>> >>>>> Christian >>> >>>>> >>> >>>>> Am 17.09.2015 10:43 schrieb "Raul Kripalani" <r...@evosent.com>: >>> >>>>>> Agree. From my point of view, if the Camel extras community feels >>> >>>>>> comfortable with Github, then go for it. It seems like the joint >>> Apache >>> >>>>>> Extras effort has somewhat disintegrated anyway. >>> >>>>>> >>> >>>>>> We did our part: having a discussion there and sharing our >>> concerns at >>> >>>>>> dev@community. So I'm happy with how we dealt with this issue. >>> >>>>>> >>> >>>>>> Let us know when it's done so we can update the links on the >>> Apache Camel >>> >>>>>> website. >>> >>>>>> >>> >>>>>> Raúl. >>> >>>>>> On 17 Sep 2015 07:50, "Pontus Ullgren" <ullg...@gmail.com> wrote: >>> >>>>>> >>> >>>>>>> Hello again, >>> >>>>>>> >>> >>>>>>> So I tried to reach out to com-dev beginning this month[1] and >>> it seems >>> >>>>> to >>> >>>>>>> be a dead end. >>> >>>>>>> Some answers[2] even suggest that it is up to the PMCs. >>> >>>>>>> >>> >>>>>>> So in line of the two previous votes[3] [4] I think we should go >>> ahead >>> >>>>> and >>> >>>>>>> continue the move to github. >>> >>>>>>> >>> >>>>>>> Best regards >>> >>>>>>> // Pontus >>> >>>>>>> >>> >>>>>>> [1] >>> >>>>>>> >>> >>>>>>> >>> >>>>> >>> http://mail-archives.apache.org/mod_mbox/community-dev/201509.mbox/%3CCABe1WL-mcFvPUmUwjLXmgLUOSSQUrhT5z7Adj2WPVS8NwSQnuA%40mail.gmail.com%3E >>> >>>>>>> [2] >>> >>>>>>> >>> >>>>>>> >>> >>>>> >>> http://mail-archives.apache.org/mod_mbox/community-dev/201509.mbox/%3ccadmm+kcy9c6rgodshexgsrduu7jur06jwcs9yp-hc8mapm6...@mail.gmail.com%3E >>> >>>>>>> [3] >>> >>>>>>> >>> >>>>>>> >>> >>>>> >>> http://mail-archives.apache.org/mod_mbox/camel-dev/201504.mbox/%3C1391078472.16070484.1428686018450.JavaMail.zimbra%40redhat.com%3E >>> >>>>>>> [4] >>> >>>>>>> >>> >>>>>>> >>> >>>>> >>> http://mail-archives.apache.org/mod_mbox/camel-dev/201504.mbox/%3C301126299.246793.1429101018000.JavaMail.zimbra%40redhat.com%3E >>> >>>>>>> >>> >>>>>>> On Fri, 4 Sep 2015 at 19:54 Pontus Ullgren <ullg...@gmail.com> >>> wrote: >>> >>>>>>> >>> >>>>>>>> While I personally think that is github is superior to what SF >>> offers >>> >>>>>>>> (and that bitbucket is superior to github) for camel-extra I >>> don't >>> >>>>> think >>> >>>>>>>> the choice of hosting company is that big a deal. >>> >>>>>>>> >>> >>>>>>>> Camel-Extra currently uses >>> >>>>>>>> * Mailing list provided by nabble ( >>> >>>>>>>> http://camel-extra.1091541.n5.nabble.com/) >>> >>>>>>>> * Jenkins provided by cloudbees ( >>> >>>>> https://camel-extra.ci.cloudbees.com/ >>> >>>>> ) >>> >>>>>>>> * SonarQube provided by SonarQube ( >>> >>>>>>>> http://nemo.sonarqube.org/dashboard/index/564228) >>> >>>>>>>> * Jira for issues provided by Atlassian ( >>> >>>>>>>> https://camel-extra.atlassian.net/browse/CAMEX) >>> >>>>>>>> * End user component documentations are hosted on the main camel >>> >>>>> project >>> >>>>>>>> wiki >>> >>>>>>>> >>> >>>>>>>> So even back when we where on google code the only thing that >>> it was >>> >>>>> used >>> >>>>>>>> for was to >>> >>>>>>>> provide a wiki for some project specific documentation such as >>> >>>>> release >>> >>>>>>>> notes and most important >>> >>>>>>>> the GIT repo. >>> >>>>>>>> >>> >>>>>>>> So as long as the service provider provides git, a simple way of >>> >>>>> hosting >>> >>>>>>>> some documentation and >>> >>>>>>>> has a good reputation of keeping a good uptime on the service >>> in my >>> >>>>>>>> opinion it is not that big a deal >>> >>>>>>>> where or what is hosting it. The important thing is that we get >>> this >>> >>>>> up >>> >>>>>>>> read-write ASAP. >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> Just my $0.02 >>> >>>>>>>> // Pontus >>> >>>>>>>> >>> >>>>>>>> On Fri, 4 Sep 2015 at 17:59 Raul Kripalani <r...@evosent.com> >>> wrote: >>> >>>>>>>> >>> >>>>>>>>> Hi Rob, >>> >>>>>>>>> >>> >>>>>>>>> I think camel-extras belongs to the Apache Extras [1] >>> umbrella... >>> >>>>>>>>> >>> >>>>>>>>> That said, I'm not quite sure what's the point of grouping all >>> >>>>> "extras" >>> >>>>>>>>> from all projects under a common ASF umbrella – I'm assuming >>> it's >>> >>>>> for >>> >>>>>>> ASF >>> >>>>>>>>> organisational reasons. It definitely doesn't serve a technical >>> >>>>> reason >>> >>>>>>> nor >>> >>>>>>>>> an administrative one: (a) each Extras project is more closely >>> >>>>> related >>> >>>>>>> to >>> >>>>>>>>> the parent than to all other Extras project in ASF and (b) the >>> roles >>> >>>>> in >>> >>>>>>>>> the >>> >>>>>>>>> camel-extras "organisation" do show some correlation with the >>> roles >>> >>>>> at >>> >>>>>>>>> Apache Camel, but they are not necessarily tied together, i.e. >>> >>>>> there's >>> >>>>>>> no >>> >>>>>>>>> requirement that a committer in camel-extras has to be a >>> committer >>> >>>>> in >>> >>>>>>>>> Apache Camel, right? >>> >>>>>>>>> >>> >>>>>>>>> [1] https://community.apache.org/apache-extras/faq.html >>> >>>>>>>>> >>> >>>>>>>>> Regards, >>> >>>>>>>>> Raúl. >>> >>>>>>>>> >>> >>>>>>>>> On Fri, Sep 4, 2015 at 3:59 PM, Rob Davies < >>> rajdav...@gmail.com> >>> >>>>> wrote: >>> >>>>>>>>>> The way I read it is comdev are doing a mass migration to SF >>> - its >>> >>>>>>>>>> understandable they wouldn’t want multiple targets - so to >>> pick >>> >>>>> one >>> >>>>>>>>>> destination for the code move makes sense. However its not >>> clear >>> >>>>> that >>> >>>>>>> we >>> >>>>>>>>>> have to keep camel-extra at SF - or why we couldn’t just move >>> it >>> >>>>> to >>> >>>>>>>>> GitHub >>> >>>>>>>>>> ourselves ? >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>>> On 4 Sep 2015, at 15:54, Pontus Ullgren <ullg...@gmail.com> >>> >>>>> wrote: >>> >>>>>>>>>>> Victor and David: You are welcome to join the com-dev mailing >>> >>>>> list >>> >>>>>>> and >>> >>>>>>>>>>> enlighten them. >>> >>>>>>>>>>> Here is a link the latest answer on that question :-) >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>> >>> https://mail-archives.apache.org/mod_mbox/community-dev/201507.mbox/%3CBY2PR03MB490B6943E12F5D925203A2E99900%40BY2PR03MB490.namprd03.prod.outlook.com%3E >>> >>>>>>>>>>> // Pontus >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> On Fri, 4 Sep 2015 at 16:01 David Karlsen < >>> >>>>> davidkarl...@gmail.com >>> >>>>>>>>>> wrote: >>> >>>>>>>>>>>> Why not github? >>> >>>>>>>>>>>> 4. sep. 2015 3:54 p.m. skrev "Victor NOËL" < >>> >>>>>>> victor.n...@linagora.com >>> >>>>>>>>>> : >>> >>>>>>>>>>>>> Are they even aware of the problem with sourceforge? >>> >>>>>>>>>>>>> Maybe someone that is known there (such as a member of an >>> >>>>> Apache >>> >>>>>>>>>> Project >>> >>>>>>>>>>>>> ;) could tell them before they take the wrong decision? >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> It's even worse than what I thought because after the Gimp >>> >>>>> people >>> >>>>>>>>> told >>> >>>>>>>>>> SF >>> >>>>>>>>>>>>> to stop doing their shady things, they actually insisted >>> >>>>> during >>> >>>>>>>>> 2015: >>> >>>>> >>> https://mail.gnome.org/archives/gimp-developer-list/2015-May/msg00097.html >>> >>>>> >>> https://mail.gnome.org/archives/gimp-developer-list/2015-May/msg00098.html >>> >>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Le 04/09/2015 15:36, Raul Kripalani a écrit : >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>>> Quite frankly, SF would be my last resort. But the Apache >>> >>>>> Extras >>> >>>>>>>>>>>>>> repositories are governed by the ASF and the consensus >>> seems >>> >>>>> to >>> >>>>>>>>> point >>> >>>>>>>>>> to >>> >>>>>>>>>>>>>> SF >>> >>>>>>>>>>>>>> rather than Github (which would have been my personal >>> >>>>> preference) >>> >>>>>>>>> or >>> >>>>>>>>>>>>>> Bitbucket. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> *Raúl Kripalani* >>> >>>>>>>>>>>>>> Apache Camel PMC Member & Committer | Enterprise >>> Architect, >>> >>>>> Open >>> >>>>>>>>>> Source >>> >>>>>>>>>>>>>> Integration specialist >>> >>>>>>>>>>>>>> http://about.me/raulkripalani | >>> >>>>>>>>>>>> http://www.linkedin.com/in/raulkripalani >>> >>>>>>>>>>>>>> http://blog.raulkr.net | twitter: @raulvk >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> On Fri, Sep 4, 2015 at 2:22 PM, Victor NOËL < >>> >>>>>>>>> victor.n...@linagora.com >>> >>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> I arrive a bit late, but are we sure sourceforge is a good >>> >>>>>>>>> solution? >>> >>>>>>>>>>>>>>> After all the fuss about their terrible behaviour by >>> >>>>> implanting >>> >>>>>>>>>> adware >>> >>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>> other spyware in installers available to download there. >>> >>>>>>>>>>>>>>> It became known with the big complain of the Gimp project >>> >>>>> (that >>> >>>>>>>>>> wasn't >>> >>>>>>>>>>>>>>> even fixed by SourceForge…). >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> See >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>> >>> http://www.theregister.co.uk/2013/11/08/gimp_dumps_sourceforge_over_dodgy_ads_and_installer/ >>> >>>>>>>>>>>>>>> for details. >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Le 04/09/2015 13:29, Pontus Ullgren a écrit : >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Do we not already have volunteers in the current set of >>> >>>>>>>>> contributors >>> >>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>> the project ? >>> >>>>>>>>>>>>>>>> I for one is willing in continue maintaining the project >>> >>>>> once >>> >>>>>>> it >>> >>>>>>>>> has >>> >>>>>>>>>>>>>>>> been >>> >>>>>>>>>>>>>>>> moved (where ever it is moved). >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> I think the question right now is the progress of the SF >>> >>>>>>>>> migration. >>> >>>>>>>>>>>>>>>> // Pontus >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> On Fri, 4 Sep 2015 at 09:18 Henryk Konsek < >>> >>>>> hekon...@gmail.com> >>> >>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>> Hi, >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> As far as I know the Apache Extras projects are being >>> >>>>> moved to >>> >>>>>>>>>> the... >>> >>>>>>>>>>>>>>>>> SourceForge. So we need to find a volunteer willing to >>> >>>>>>> maintain >>> >>>>>>>>> the >>> >>>>>>>>>>>>>>>>> project >>> >>>>>>>>>>>>>>>>> after SourceForge migration. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Cheers! >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> czw., 3.09.2015 o 20:38 użytkownik Pontus Ullgren < >>> >>>>>>>>>> ullg...@gmail.com >>> >>>>>>>>>>>>>>>>> napisał: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Have not seen any other updates on the comdev mailing >>> list >>> >>>>> no. >>> >>>>>>>>>>>>>>>>>> Perhaps we should reach out to Daniel Gruno (that >>> seems >>> >>>>> to be >>> >>>>>>>>> in >>> >>>>>>>>>>>>>>>>>> charge >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>> the move) to get a status update for camel-extra. >>> >>>>>>>>>>>>>>>>>> // Pontus >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> On Wed, 2 Sep 2015 at 23:57 Raul Kripalani < >>> >>>>> r...@evosent.com >>> >>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>> Hey guys, >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Do we have an update on the ASF front about the >>> Apache >>> >>>>>>> Extras >>> >>>>>>>>>>>>>>>>>>> migration? >>> >>>>>>>>>>>>>>>>>> Users are asking for new releases of camel-extras >>> >>>>>>> components... >>> >>>>>>>>>>>>>>>>>>> I quickly went through the ComDev thread but found no >>> >>>>>>>>> conclusion. >>> >>>>>>>>>>>>>>>>>>> Maybe I >>> >>>>>>>>>>>>>>>>>> overlooked an email in that thread. Things tend to get >>> >>>>> very >>> >>>>>>>>> chatty >>> >>>>>>>>>>>>>>>>>> over >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> there and there's no clearly marked conclusion email. >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> *Raúl Kripalani* >>> >>>>>>>>>>>>>>>>>>> Apache Camel PMC Member & Committer | Enterprise >>> >>>>> Architect, >>> >>>>>>>>> Open >>> >>>>>>>>>>>>>>>>>>> Source >>> >>>>>>>>>>>>>>>>>>> Integration specialist >>> >>>>>>>>>>>>>>>>>>> http://about.me/raulkripalani | >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://www.linkedin.com/in/raulkripalani >>> >>>>>>>>>>>>>>>>>> http://blog.raulkr.net | twitter: @raulvk >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Fri, Aug 21, 2015 at 8:56 AM, Pontus Ullgren < >>> >>>>>>>>>> ullg...@gmail.com >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>> From this thread[1] it seems that Daniel Gruno is >>> the >>> >>>>> one >>> >>>>>>> in >>> >>>>>>>>>>>> charge >>> >>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>> the move. >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> However I fail to find any indication on the >>> progress >>> >>>>> or >>> >>>>>>>>>> roadmap. >>> >>>>>>>>>>>>>>>>>>>> Using Github as a backup plan does NOT[2] seem to >>> be a >>> >>>>>>>>> option in >>> >>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>> opinion of the community-dev decision. >>> >>>>>>>>>>>>>>>>>>>> Anyway perhaps we should move this discussion to the >>> >>>>>>>>> camel-dev >>> >>>>>>>>>>>>>>>>>>>> mailinglist. >>> >>>>>>>>>>>>>>>>>>> [1] >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>> >>> https://mail-archives.apache.org/mod_mbox/community-dev//201507.mbox/%3C559EC097.7000707%40apache.org%3E >>> >>>>>>>>>>>>>>>>> [2] >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>> >>> https://mail-archives.apache.org/mod_mbox/community-dev//201507.mbox/%3cby2pr03mb490b6943e12f5d925203a2e99...@by2pr03mb490.namprd03.prod.outlook.com%3E >>> >>>>>>>>>>>>>>>>> // Pontus >>> >>>>>>>>>>>>>>>>>>> On Fri, 21 Aug 2015 at 07:17 Christoph Emmersberger < >>> >>>>>>>>>>>>>>>>>>>> cemme...@gmail.com> >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Is there any date when this move is expected? We >>> have >>> >>>>> still >>> >>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>> backup >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> plan >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> with Github in place, ... >>> >>>>>>>>>>>>>>>>>>>>> On Thu, Aug 20, 2015 at 6:54 AM, Pontus Ullgren < >>> >>>>>>>>>>>> ullg...@gmail.com >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>> Diging through the community development list shows >>> >>>>> that it >>> >>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> moved >>> >>>>>>>>>>>>>>>>>>> to sourceforge along with the rest of the apache >>> extra. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>> >>> https://mail-archives.apache.org/mod_mbox/community-dev//201507.mbox/browser >>> >>>>>>>>>>>>>>>>> On Thu, 20 Aug 2015 14:12 Pontus Ullgren < >>> >>>>> ullg...@gmail.com >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>> Yes this has been discussed on the dev list[1][2] >>> and >>> >>>>> the >>> >>>>>>>>>>>>>>>>>>>> Apache >>> >>>>>>>>>>>>>>>>>>>>> community >>> >>>>>>>>>>>>>>>>>>> development mailing list [2]. >>> >>>>>>>>>>>>>>>>>>>>>>> Unfortuantly there does not seem to be any >>> >>>>> conclusion on >>> >>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>> discussion >>> >>>>>>>>>>>>>>>>>>>>>> yet. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> // Pontus >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> [1] >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>> >>> http://camel.465427.n5.nabble.com/Moving-camel-extra-to-github-tt5764066.html >>> >>>>>>>>>>>>>>>>> [2] >>> >>>>> >>> http://camel.465427.n5.nabble.com/PROPOSAL-camel-extra-moves-forward-tt5765822.html >>> >>>>>>>>>>>>>>>>> [3] >>> >>>>> >>> http://www.apache.org/foundation/mailinglists.html#foundation-community >>> >>>>>>>>>>>>>>>>> On Wed, 19 Aug 2015 at 18:53 Tim Dudgeon < >>> >>>>>>>>>>>>>>>>>>>>>>> tdudgeon...@gmail.com> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>> Now that the Google code site is about to switch to >>> read >>> >>>>>>> only >>> >>>>>>>>>>>>>>>>>>>>>>> ( >>> >>>>>>>>> https://code.google.com/a/apache-extras.org/p/camel-extra/) >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>> wondered >>> >>>>>>>>>>>>>>>>>>> what is going to happen to the Camel Extras stuff? >>> >>>>>>>>>>>>>>>>>>>>>>> Tim >>> >>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Henryk Konsek >>> >>>>>>>>>>>>>>>>> http://about.me/hekonsek >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Vous utilisez la version libre et gratuite d'OBM, >>> développée >>> >>>>> et >>> >>>>>>>>>>>> supportée >>> >>>>>>>>>>>>>>> par Linagora. >>> >>>>>>>>>>>>>>> Contribuez à la R&D du produit en souscrivant à une offre >>> >>>>>>>>> entreprise. >>> >>>>>>>>>>>>>>> http://pro.obm.org/ - http://www.linagora.com >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>> -- >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Vous utilisez la version libre et gratuite d'OBM, >>> développée >>> >>>>> et >>> >>>>>>>>>> supportée >>> >>>>>>>>>>>>> par Linagora. >>> >>>>>>>>>>>>> Contribuez à la R&D du produit en souscrivant à une offre >>> >>>>>>>>> entreprise. >>> >>>>>>>>>>>>> http://pro.obm.org/ - http://www.linagora.com >>> >>>>>>>>>>>>> >>> >>>>>>>>>> >>> >>> >>> >> >>> > >>> > -- >>> > Krzysztof Sobkowiak >>> > >>> > JEE & OSS Architect, Integration Architect >>> > Apache Software Foundation Member (http://apache.org/) >>> > Apache ServiceMix Committer & PMC Member ( >>> http://servicemix.apache.org/) >>> > Senior Solution Architect @ Capgemini SSC ( >>> http://www.capgeminisoftware.pl/) >>> > >>> > >>> > 33rd Degree 4charity (http://2015.33degree.org/) >>> >>> >>> >>> -- >>> -- >>> David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen >>> >>