Re: Fedora EOL Security Updates

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

 



This is not about a long term support, but a longer one. In my opinion, 18 months cycle is too short. One or two versions more will be enough to a comfortable upgrade plan.

In other hand, I think the problem isn't  the number of version, but the short cycle of 6 months. It's recurrent from community the unpleasant of this very short cycle, as time to time somebody post on this list a new trying of LTS.

The majority of bugs from a version are untouched. Since F9 elisa doesn't work. Since EVER we have that annoying rpm freeze. If you press CANCEL on NTP connection at "firstboot", it will be run again on restart. It's so many bugs uncorrected that I even care anymore to lost my time puting on bugzilla.

You told:

"I don't understand why people keep wanting to turn Fedora into something that it is not."

Then I should ask what Fedora IS. As I know, Fedora pretend to be a blending edge FULLY FUNCTIONAL distribution of Linux. It's very far from this objective, or I have a very wrong vision from this distribution. I really have the sensation of everything from Fedora, except rawhide, is obsolete and unsupported.

Regards.

On Sat, Feb 7, 2009 at 4:04 PM, Marc Schwartz <marc_schwartz@xxxxxxxxxxx> wrote:
Scott Williams <vwfoxguru@xxxxxxxxx> writes:

> Good evening list,
>
> I run the #Fedora-EOL channel and would like to get a group together
> to work on backporting only security patches to EOL versions.  It will
> be based on Production 3 of the Red Hat Enterprise life cycle
> (http://www.redhat.com/security/updates/errata/).  To summarize it,
> only security patches with no intent to update functionality or add
> hardware support for older versions.  Updates would likely come in
> light monthly spurts, similar to EPEL's release cycle.
>
> I know this has been talked about in length here about whether or not
> this should be done, but I'm interested in organizing community
> members who are interested to start working on this.
>
> We would need two things to get started:
>
> #1  Hosting.  I have time but not money.  We would need to have a
> common place to collaborate on work and a place for repos.
>
> #2  Contributors.  Anyone who is interested in helping, even if they
> don't have much time to spare.
>
>
> I'm usually around in #Fedora-EOL.  If I'm idling, feel free to leave
> me a message, and I'll get back in contact with you as soon as I can.
>
> Thanks,
> Scott (vwbusguy)

How is this going to be different than the destined for failure Fedora
Legacy project?

You have experience and history working against you here. Remember what
they say about forgetting history...just in case you forgot, from:

 http://www.fedoralegacy.org/

Q. Why is the FedoraLegacy project shutting down?
A. A combination of reasons:

   * A lack of community members who actually contributed to patches,
     testing, deployment, etc.
   * A lack of funding
   * A decreasing amount of interest
   * Interest/Discussion about extending the Fedora Core lifetime


Without a substantial commitment in terms of bodies and time, you will
at best be in a position to update only a subset of packages. What good
is that and how will that compare to the expectations that you are
trying to set?

I don't understand why people keep wanting to turn Fedora into something
that it is not.

If people want long term support, use Ubuntu LTS, RHEL or CentOS. It is
an intrinsic paradox to want Fedora to be both a bleeding edge
distribution AND have long term support for old releases. There are only
so many resources to go around.

Regards,

Marc Schwartz



--
Gustavo Junior Alves
GJAlves Tecnologia
Tel: +55 19 9223-0500
-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux