Re: FPL steps down: what's the real story?

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

 



On Thu, 2010-04-01 at 22:40 -0400, Marcel Rieux wrote:


> So! No more  'The "Stable" offering is Red Hat Enterprise Linux.' ?
> 
> What? OK, RHEL might finally prove more solid than Fedora, but final
> is stable. Only security patches and important bug fixes should be
> uploaded. No program updates. I'm glad to learn we agreed all along!
> 
> Which means that, for instance, developers should think twice before
> quitting the KDE 3.5.x branch and going for 4.0. Since testing means
> "going soon to the final, stable release", KDE 4 remains in rawhide,
> even though it evolves to new dot versions, until it's deemed stable
> enough for the next final release. That's the way Patrick Volkerding
> does it for Slackware.
> 
> For non-developers using Final , "release early. release often" is
> "released too early, released too often."
> 
> Of course, nothing prevents Red Hat's own geeks, or anybody feeling
> adventurous, from enabling the Rawhide repository.
> 
> So, everybody is kept happy.
----
Stable is a vague term and I can see where you might be confused.

If you want 'stable' as you are defining it, RHEL, CentOS, Scientific
Linux will all give you KDE 3.5 and a stable OS whose ABI does not
change.

With respect to Fedora, the concept of stable is similar but the
releases are shorter duration and the intent is to package the newest
possible versions of software with the intent to drive software
development by having a larger user base that is eager to use the newer
offerings. Thus 'stable' is actually about not changing dependencies
during a single release.

It would be useful if you actually took the time to figure out what
'stable' actually means with respect to distribution packaging and
recognized that each distribution has its own cycles, definitions and
purposes. Comparing Fedora to Slackware is sort of absurd.

KDE, owing to the efforts of Rex and Kevin and the rest of the kde team
has provided a terrific user environment and has a fairly well defined
method of pushing packages to 'testing' before general release. Most of
the Fedora-KDE users are greatful for any/all updates.

KDE is however, probably not the right discussion target because if you
wanted Red Hat packaging, you could simply use RHEL, CentOS or
Scientific Linux and still be using KDE 3.5.x. The reality is that the
KDE developers long ago ceased 3.5.x development in order to fully
concentrate on 4.x development.

Craig



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux