From: Loic Dachary <loic@dachary.org>
To: Ken Dreyer <kdreyer@redhat.com>, ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: Firefly EOL date - still Jan 2016?
Date: Fri, 13 Nov 2015 23:02:39 +0100 [thread overview]
Message-ID: <56465DFF.5060605@dachary.org> (raw)
In-Reply-To: <CALqRxCy7hGSXOo5B_iKLcoGB-MroBoo04JT7fHiwtEdb+=-NeQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2518 bytes --]
Hi Ken,
On 13/11/2015 22:15, Ken Dreyer wrote:
> Hi folks,
>
> This is mainly directed at the stable release team members
> (http://tracker.ceph.com/projects/ceph-releases/wiki/HOWTO), since
> they are the ones doing the work of backporting :)
>
> On http://docs.ceph.com/docs/master/releases/, it says the estimated
> EOL for Firefly is Jan 2016, which is coming up soon.
>
> Does anyone on the stable release team have an interest in doing
> releases beyond that date, or should we announce that as a firm date?
Although we're heading in this direction, publishing a point release still depends on resources that are not limited to the stable release team. Ideally, in the not too far future, someone from the stable release team could answer "I'll keep publishing releases" and really be able to do it all by her/himself.
As of today, running the integration tests can partially be done using an OpenStack tenant and no access to the sepia lab. But some of them (rgw in particular) still need work. There is no need for the gitbuilders because the teuthology-openstack creates the necessary package on demand, but corner cases were fixed this week and there probably are a few others.
The other blocker is the release process which still require significant manual intervention, privileged access and undocumented knowledge. This is improving quickly but we're not yet at a stage where an unprivileged third party is able to run it independently.
I'm under the impression that firefly will indeed be EOL early next year because:
* it is currently impractical for community members to test and publish a release
* the backport activity gradually slowed down as users migrate to hammer
I hope that my answer will be different by the time Jewel retires :-) The larger goal is to establish a light weight development process that requires as little resources as possible. Let say adding a patch to a stable release, running all the tests and publishing the release can be done within a week real time, a few hours of work and less than 1,000 USD to pay for the cloud resources. IMHO it is unlikely to expect stable releases from a community of developers if the effort/cost is significantly higher.
Cheers
>
> - Ken
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2015-11-13 22:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-13 21:15 Firefly EOL date - still Jan 2016? Ken Dreyer
2015-11-13 22:02 ` Loic Dachary [this message]
2015-11-13 22:03 ` Nathan Cutler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56465DFF.5060605@dachary.org \
--to=loic@dachary.org \
--cc=ceph-devel@vger.kernel.org \
--cc=kdreyer@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.