On Tue, 2 Mar 2010, Toshio Kuratomi wrote:
> the suggestion I had made at fudcon went something like this:
>
> 1. all packages being put in as updates would need to be marked as per
> the type of update. the default is 'trivial'. Options might include: new
> pkg, trivial, feature, bugfix, security
>
> 2. We would issue security updates whenever they happened. Issue bugfix
> updates once every 2 weeks. Everything else once a month.
>
> it would curtail this sort of thing, it seems to me and let us control our
> updates AND testing cycle.
>
> I've been thinking about the obvious problems of how we make it so you can
> build those properly and I think we would need more targets to build
> against, but I think that's do-able.
>
FWIW, +1 to this general outline.
Right now I'm thinking that a packager should generally know if an update
is a bugfix/security/etc update when they are building it.
The issue right now appears to be the same as when we have a critical
security or bugfix that has to be fast-tracked and we have LOTS of pkgs
in updates-testing.
I think we just need to formalize and have queues for that process.
I wonder if I can organize a post-f13 FAD to implement this...
Anyone interested?
-sv