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