/usrmove?

[Reindl Harald]

Am 09.02.2012 01:36, schrieb Jesse Keating:
> On 2/8/12 4:30 PM, Reindl Harald wrote:
>> it is a very good idea because the overall quality of fedora would
>> be improved if there would be a larger release-blocking to get
>> the big changes fixed BEFORE alpha and in the meantime not involved
>> maintainers could proceed fixing the tons of small bugs and polish
>> the distribution at all - there are really neough rough corners
>> involved in the last releases to work on that there is no need
>> to proceed this way of releasing and starting alpha/beta with
>> known broken things
> 
> The entire point of having alpha/beta releases is to get wide testing without having everything "perfect".  If it
> were perfect, it'd be the release.  So you have relaxed requirements for earlier stages of the release.

maybe this should be considered as not optimal

> In this case, anaconda upgrades is not a required functionality for the Alpha release.  It is required however for
> Beta.  We can go ahead with Alpha and get wider testing on everything else, while anaconda team and others work on
> the upgrade issue, and hope to have it fixed by Beta time.
> 
> This is how software development works.

the with every release worser overall-quality shows
clearly that software development does NOT work this
way over the long

seeing how dramatically the release quality of many
opensource software gets lower and lower the last
years this is the wrong direction

there were times where opensource software was very careful
with 1.0 releases and "we are done" until it really worked
because the developers liked to release really good software

these days more and more developers have only the target
to release with "hopefully good enough" state, if "good enough"
is the target finally nothing will be really good

the target should ALWAYS be perfect and finally it can be
considered what is not really needed and were a compromise
can be made - if you starting with "hopefully good enough"
you will end in poor quality at all

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120209/b5da1c90/attachment.sig>