camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pontus Ullgren <ullg...@gmail.com>
Subject Re: what's happening to camel extra?
Date Wed, 11 Nov 2015 07:45:20 GMT
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 <ullgren@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 <ullgren@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 <davidkarlsen@gmail.com> wrote:
>>
>>> https://github.com/camel-extra/camel-extra
>>>
>>> 2015-10-31 14:01 GMT+01:00 Krzysztof Sobkowiak <
>>> krzys.sobkowiak@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-hc8MAPM6CCw@mail.gmail.com%3E
>>> >>>> // Pontus
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>> On Thu, 17 Sep 2015 at 13:57 Christian Müller <
>>> christian.mueller@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" <raul@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" <ullgren@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-hc8MAPM6CCw@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 <ullgren@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 <raul@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
<
>>> rajdavies@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 <ullgren@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 <
>>> >>>>> davidkarlsen@gmail.com
>>> >>>>>>>>>> wrote:
>>> >>>>>>>>>>>> Why not github?
>>> >>>>>>>>>>>> 4. sep. 2015 3:54 p.m. skrev
"Victor NOËL" <
>>> >>>>>>> victor.noel@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.noel@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 <
>>> >>>>> hekonsek@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 <
>>> >>>>>>>>>> ullgren@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 <
>>> >>>>> raul@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 <
>>> >>>>>>>>>> ullgren@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/%3CBY2PR03MB490B6943E12F5D925203A2E99900@BY2PR03MB490.namprd03.prod.outlook.com%3E
>>> >>>>>>>>>>>>>>>>> // Pontus
>>> >>>>>>>>>>>>>>>>>>>
On Fri, 21 Aug 2015 at 07:17 Christoph Emmersberger <
>>> >>>>>>>>>>>>>>>>>>>>
cemmersb@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 <
>>> >>>>>>>>>>>> ullgren@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 <
>>> >>>>> ullgren@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.ml@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
>>>
>>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message