Re: The new Update Acceptance Criteria are broken (was: Re: Heads Up - New Firefox update)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2010-11-01 at 02:18 +0100, Miloslav TrmaÄ wrote:

> > Kevin, could you *please* not word things like that? There's just no
> > need for it.
> > 
> > I already wrote this to -test a couple of days ago:
> > 
> > http://lists.fedoraproject.org/pipermail/test/2010-October/095135.html
> > 
> > and we're discussing it there. I think the thread demonstrates things
> > tend to go much more constructively if you avoid throwing words like
> > 'blatant' and 'failure' and 'needlessly' around.
> Did we not fail our users?  Was there a real need to fail them?  (As a
> non-native speaker, I won't judge the relative merits of "blatant" vs.
> "sucks".)

I didn't say that what Kevin said was *wrong*, I said it wasn't the best
way to word it.

> > We designed a policy,
> > put it into effect, now we're observing how well it works and we can
> > modify its implementation on the fly. It doesn't need to be done in an
> > adversarial spirit.
> Given that _this exact scenario_ was repeatedly brought up since the
> very start of the update acceptance criteria proposals, I think some
> frustration is quite justified.  This situation is not really a
> surprise, and Fedora did not have to unnecessarily expose users to a
> vulnerability in order to relearn this lesson.

On the other hand, other scenarios were also brought up, which have not
come to pass - for instance, the same thing happening to Fedora 13 or
Fedora 14. If we had simply accepted the predictions of doom and not
implemented the policy at all, we would be without its benefits for the
development of F13 and F14.

> In addition to being constructive about remedying the situation,
> shouldn't we try to be more constructive about _not introducing such
> situations_ in the first place?
>     Mirek

Saying 'oh dear, this might not work, we'd better not try' is rarely a
good approach, IMHO. It's better to try things, with the proviso that
you accept when they aren't working and withdraw or modify them.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux