Vote for Release Quality Control

[SlowJet]

http://www.redhat.com/archives/fedor.../msg01206.html

Please read the above thread and vote for proposed changes.

From the users view we have seen releases that can not get out of the CD.
Some package getting in at the last minute snafus the whole system leaving the user blind.
There is no newer package, yet, and a bug may not be reported until some expert jumps though hoops to do it.

With the new proposal the "Last Min Fixes" are NOT allowed and the packages are put into "TEST UPDATES" at release time, waiting for any needed fixes (or the newer fix could be the crash in which case the user can simple download the original package from the cd or os repo and rpm -Uvh --oldpackage. Then boot up and report a bug.)

It's about total release Q/C vs. a maintainer's freedom from barriers to make fixes. But the maintainers know the schedule (if they don't they will lean) and once the freeze occurs, their fixes are for the released test update pool, not the gold release.

So please go make your voice heard and help reduce last minute maintainer go long hail merry un-tested packages.

thank you,

Darwin H. Web

[tomcat]

Hmmm... for me, it would be more favorable if they'd increase the amount of time that they support the distro (a guaranteed 24 months would be cool).

The proposed alpha/beta/rc/final shedule sounds okay.

[SlowJet]

They do.
It's called Red Hat, CentOS, Smatcom, openSuSue, ...PCLinuxOS

SJ

[tomcat]

LOL, yeah.. but Red Hat/Centos/Startcom is still a bit different to fedora.

I was just in a mood. My current fedora setup works so good that it's simply a pity that I will have to ditch it one day... that's why I've been asking for longer support.