Fedora 13 continuing the tradition of being an update monster

Toshio Kuratomi a.badger at gmail.com
Tue May 11 17:51:35 UTC 2010


On Tue, May 11, 2010 at 12:23:35PM -0400, James Antill wrote:
>  It again goes to the point of "why bother making releases at all", if
> they mean so little. And, trying to be less grumpy, maybe moving some
> packages to "rawhide only" style of repos. would make everyone happy (we
> could even call it extras :).
> 
Interestingly enough, I've been thinking that same thought over the past few
weeks.  Do other people feel that they would like their packages to go into
a rolling-release style repository that targets the "core OS" rather than
what we have currently?

The way I see this working is sorta like this:

release has less packages than it currently does.  I don't know if the
criteria for being in the release tree would be "anything on a spin" or
"things in critical path" or some new definition.

updates and updates-testing is for updates to the release

F-12-rolling and F-12-rolling-testing are rolling releases built to be
compatible with that release tree.

This is very similar to the Core/Extras split of old.  However, what is not
split is: the package VCS, bugzilla, build infrastructure and supporting
tools (bodhi, pkgdb, etc).  To me, this keeps the major benefits of the Core
Extras merge but defines a difference between the two streams where the
users interact with them.

(Note: I can already see potential areas where this is not as flexible as
having two separate streams (as adamw says Mandriva does) -- for
instance, ComaintainerA wants to define Foo as part of Core while
CoMaintainerB wants to define Foo as part of Rolling.  I don't know if
that's an issue in practice or if this is a good-enough solution.

-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100511/702a3930/attachment.bin 


More information about the devel mailing list