[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| Re: [ecf-dev] ECF participation in the annual simultaneous release | 
Hi Scott,
I don't think that this is a good idea. Every time I open the release train repo I see ECF. This must almost be on a weekly basis. So will thousands other people.
I think it is valuable 'free' publicity and with the whole microservice and IoT surge I think giving up your front seat row is a bad idea.
I don't think the overhead is all that much especially since you already plan to release 4 times.
I would rather advice to release 3 times but still keep riding the train.
Cheers,
Wim
On Jul 6, 2016, at 22:54, Scott Lewis <
slewis@xxxxxxxxxxxxx> wrote:
Hi Folks,
ECF 3.13.1 was released on-time as part of the Neon Simultaneous 
Release.    ECF has participated in all 11 Simultaneous Releases and  
has been an Eclipse Platform dependency (filetransfer for p2) for > 5 
years.  In that time we have met all SR requirements, met our all our 
commitments to Platform, and never been late.  I think that's an 
incredible accomplishment and record for a small all-volunteer team.
Unfortunately, I think we are at a point where ECF's SR participation 
cannot continue.   As project and Foundation requirements have steadily 
increased, the support for ECF (committer time) has decreased to the 
point where I as project lead cannot sustain SR participation because of 
my limited personal resources.   As well, I now think that ECF gets far 
less from the SR than we put into it, and that inequity also can't 
continue.   If the current resources situation doesn't somehow change
substantively over the next few months, my intention is to withdraw ECF 
from the next SR.
Note this does not mean that ECF will slow down in our delivery to and 
support of our community.   We have typically averaged > 4 releases per 
year, and I expect that will continue...and perhaps even increase.   Non 
participation in the SR will only mean that I won't have to do all the 
work necessary for meeting the SR release requirements as well as doing 
the actual releases, and so will be able to concentrate on adding value 
in other ways...e.g. supporting the developer/Remote Services user 
community, doing more examples/tutorial/documentation, creating more 
distribution and discovery providers, recruiting, mentoring, and 
supporting ECF committers, and working on additional Eclipse-based 
tooling to make Remote Services/RSA development easier.
I wanted to bring this up early in the cycle so that this could be 
discussed in
public via this list.   If you have comments please feel 
free to make them either in response to this posting in public 
(preferred) or to me directly if you deem appropriate.
Thanks,
Scott
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev