[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Some supporting ideas regarding fedora legacy project when FC6 is out today

Quoting Robinson Tiemuqinke <hahaha_30k yahoo com>:

 Based on the above fact, one idea will flow out
naturally: based on the limited resourses of fedora
legacy groups, and facing losing users because limited
legacy support is flatted to each FC legacy release.
Is it possible to support only some subset of
releases? We can take the following strategy:

Sure.  We can just support one release if we want.  Kind of makes
the project rather pointless though if we keep changing the rules

The _ONLY_ way there is a justification for Fedora Legacy is if it
has, and maintains, a schedule so that people can depend on it.
Otherwise, there really is no point to it.

 1, for each odd-numbered release, take it as a alpha
version release, and don't support it with limited
fedora legacy resources. So FC5, FC7, FC9 will not go
into fedora legacy. and they will be in
official(redhat) support status in no more than half
year, or even a quarter.

And people who unkowning install one of those and then find out about
FL are just out of luck?

 2, for each even-numbered release, take it as a
post-beta version release. these version will stay in
official support for more than one year like FC4, then
after its ending of official support, the release will
go to fedora legacy for another one and half years or
even longer based on resources.

This implies that Fedora Core will support the even numbered releases
for more than a year which is not something they will guarantee.  So this
won't work.

 This way we can bring FC releases back into the free
RH years since RH6.0 to RH9, helpful for FC, RH and

I don't understand what you are trying to say here.  You want to reduce
support, then you compare that to the fantastic support of the old RHL
days?  Doesn't make any sense to me.

If FL is to have any trust from the users and Fedora community, it _must_
keep a support schedule, and not change it willy nilly.  (Actually, it is
okay to extend support for something, or even reduce support for future
unreleased versions, but not to reduce or eliminate
support that was already promised for a release that is already in use).

Eric Rostetter
The Department of Physics
The University of Texas at Austin

Go Longhorns!

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]