FESCo wants a more sane updates policy (feedback requested)

Till Maas opensource at till.name
Sat Feb 27 10:26:27 UTC 2010

On Fri, Feb 26, 2010 at 03:54:02PM -0700, Kevin Fenzi wrote:

> b. Given a, I would say people should stop posting to this thread. If
> you have a better updates policy in mind, perhaps you could draft up a
> proposal for what you think it should be? Or wait for a real proposal
> to comment on?

Since AutoQA is supposed to to behaviour testing of packages eventually,
how about a policy that says:

A stable update to Fedora must pass all AutoQA tests.

Then the granularity of stability can be adjusted by adding tests to
AutoQA. And I hope that only reasonable tests will be added to AutoQA,
e.g. a test that just ensures that a packages stays at version X would
not be one. But if it ensures that e.g. "yum-builddep foo.src.rpm"
installs all build deps of foo, it would be a useful test.

> - I think educating our maintainers to be more carefull or get more
>   testing feedback has not worked so far, nor is it likely to moving
>   forward. We simply seem to lack the communications channel to do so. 

If the maintainer receive more testing feedback, they probably won't
ignore it.

> - I think perhaps a more lifecycle like thing could help our users know
>   what to expect. Currently, they don't. They could get a major version
>   bump at any time, in a older "stable" release. I have talked to users
>   who are are f11 still because they think it will be "most stable" but
>   then are dismayed with how many updates they get. 

Pushing less updates to F(current-1) is probably something many
maintainers can live with. But I have also heard of people using
F(current-1) and feeling like secondary users, because they did not get
the updates that F(current) got.

> - Perhaps we could look at ways to make rawhide more day to day
>   friendly. I think the autoqa stuff might help here. If those people
>   that needed the very newest version of everything could use rawhide,
>   perhaps we could target the stable releases more to those that want
>   them. 

There will always be updates in Rawhide that are not meant to be
consumed directly or without manual intervention.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100227/bb9290a2/attachment.bin 

More information about the devel mailing list