Re: Problems with Redhat 9
Jef Spaleta <[email protected]> Wed, 09 Apr 2003 20:18:38 -0400
| Newsgroups | gmane.linux.redhat.rpm.grab |
|---|---|
| Message-ID | <[email protected]> |
--=-SISR7zQDykA8pRfDFN16 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-04-09 at 19:29, Greg Kurtzer wrote: > Unmotivated, because: <rant deleted> Yeah..i've been meaning to ask around pppl about how they are going to handle the Redhat EOL problem...since the cluster here is redhat based. I can't see them jumping to debian. 1 year EOL sucks for a lot of middle ground users like academics and research..no question about it...but didn't debian give a whole 2 weeks notice before they dropped support of the stable branch before the current stable? One year support cycles suck...but it still beats debian's one stable release at a time model, where when stable changes...it changes and support is dropped for the old one with little notice. I'm glad im not in a position of authority at the lab. For my personal use needs...this EOL thing doesn't phase me...but I know its has to be effecting pppl in the same way its affecting you, but just not to the same magitude. =20 > IMHO, a community solution is the answer. Community software should be ma= naged > by the community! Unfortunately there are no distribution candidates that= fit=20 > this niche (niche being: community driven, main stream, RH lookalike (for > vendor support and ease of maintenance), RPM based, etc...). Actually the= re is > enough local support from people that I have talked to that we are actual= ly=20 > thinking of starting a community base OS based on RedHat (for now). Proba= bly > it would use Fedora for non-base OS packages... Nothing has been formally > released, but we are already working on code! If this project interests y= ou,=20 > please contact me (OS developers/hackers, documentists, testers, etc...). Isn't this debian all over again..but with rpms. I would have thought that a community effort to extend EOL for redhat releases would fill the niche much better than an rpm based debian idea. If there is enough interest in building up a distro from the ground up...is there enough intrest in providing the community based security support past EOL for rh7.3? I think post EOL community support is something the community could be very good at....if debian-like machinery is there to support the community effort. But the real question is...will such a community driven distro be accepted in situations like the one you are in? >When is Fedora supposed to get underway? I know they have a tree out now, = but > it is does not support < 8. I don't know all the specifics im still trying to catch up on all the discussions. My sense of the situation is that they are still figuring out how to build up the machinery to bring community repositories up to a workable state with some automation. But at this point I'm more of a lurker than anything else, for a change of pace...a hopeful lurker. As it stands, i think the idea of community based support built around Red Hat releases as a base is probably worth exploring...and is important enough for me to keep my mouth shut in the fedora lists until I actually know a little more on packaging. But you've built packages...and a package manager even! I imagine your perspective would probably be more important than my own in any current discussion about how fedora will look and more importantly how it will taste as a replacement for the bitter chalky taste of the 1 year support cycle Red Hat has now. This EOL thing is a real challenge, and I imagine a lot of consultants will be getting some nice juicy support contracts to fill the gap created by the EOL policy. The open question is, can the community step up and provide an organized solution to fill in that gap, on a volunteer basis? A solution focused on a security first approach instead of a feature creep approach? I'm hopeful fedora might come together and be one such solution by the time the EOL date for 7.3. I don't know of another project idea that has the potential of filling the support gap via community effort. Sure I imagine individuals will provide their own post EOL package collections...but fedora is the only idea I've seen that is looking to pool development effort for Red Hat based package collections.=20 -jef --=-SISR7zQDykA8pRfDFN16 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+lLherWLDmRitRZURAhNDAJ4mQ3OsFI+JSZXN3QSaXDm3Qr7T4gCfTDJB g3KHO5nHerdBv6jbAtWKZY4= =33Pp -----END PGP SIGNATURE----- --=-SISR7zQDykA8pRfDFN16--