Draft: simple update description guidelines

[Toshio Kuratomi]

Michael Schwendt wrote:
> On Wed, 28 Jan 2009 12:14:48 +0000, Mark wrote:
> 
>> Okay, here's an attempt:
>>
>>   https://fedoraproject.org/wiki/User:Markmc/Draft_package_update_guidelines
>>
>> Cheers,
>> Mark.
> 
>> = Package Update Guidelines =
> 
>> == Maintaining Stability ==
> 
>> == Update Descriptions ==
> 
>> == Rate of Updates ==
> 
> Much better, an effort much appreciated, although this is way beyond
> the subject of this thread. ;) Such a document goes into the right
> direction, since it tries to explain Fedora's fundamental update
> strategy and may come as a surprise to some packagers. It will be very
> interesting to hear what FESCo members think about the contents.
> 
+1

There's two grounds on which to discuss this:

1) The tone and scope of the document.  I think this gets that spot on.
 It explains what we're trying to achieve with updates rather than how
to achieve it.  There are examples of why doing something is good or bad
but leaves the final judgement up to the maintainer and the cases they
need to solve.

2) The philosophy.  Do we agree with the goals that are expressed here?
 The document is asking that maintainers limit the number of updates
that they do for end user benefit.  Others have said that they use
Fedora precisely for the number of updates that are issued.  Is one of
these the true goal that represents 90% of our opinions?  Do we want to
try to  give a place to both sides?

Myself, I like running a system that gets frequent updates but I'm
willing to curb the number of updates I issue to users.  I'd probably
push packages to updates-testing and let them site there without going
to updates without a user request/good reason if that fits into the big
picture.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20090129/fafbd6e0/attachment.bin