Re: FESCo wants to ban direct stable pushes in Bodhi (urgent call for feedback)

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

 



Adam Jackson wrote:
> If it's ready on Tuesday afternoon, what makes you think anyone's going
> to have time to read it thoroughly enough to be able to vote on it?  Are
> you implying you're the only one on fesco that actually considers the
> proposal they're asked to vote on?

Considering that this proposed change was almost voted into law WITHOUT an 
actual proposal, is it really that unreasonable of me to think that?

>> Uh, why do we even allow triggers without explicit FESCo approval
>> (including notification to the maintainers of the packages being
>> triggered on)? They're much more dangerous than linking a static library
>> or bundling a library!
> 
> No disagreement here.  But that's sort of my point.  Packaging is
> subtle, and putting controls in place to minimize disruption for
> consumers is a broadly positive thing.  We should be monitoring for new
> scriptlets and reviewing suspicious ones.  We should also not skip
> updates-testing just because we think we're not going to break anything.

I think these 2 things have nothing to do with each other. Scrutinizing 
specfile changes which do very rarely needed and dangerous things specially 
makes sense, preventing critical bugfixes from reaching their users as 
quickly as possible doesn't.

> I mean, your argument here is "it doesn't matter how good our
> infrastructure for testing fixes is, it'll still not catch everything;
> therefore we should allow people to bypass it if they want".

No, that's not my argument. While your summary is quite close, it misses the 
important point.

My argument is actually: "It doesn't matter how good our infrastructure for 
testing fixes is, it'll still not catch everything. Therefore, some 
regressions make it into stable anyway, and we want them to get fixed (in 
the stable updates) as quickly as possible to minimize their impact on 
users. Therefore we should allow people to bypass updates-testing if they 
feel a need for it."

(And this just one of the reasons brought up for bypassing updates-testing.)

(And it's also not a matter of "wanting" to bypass testing, but a matter of 
feeling that doing so for a given particular update is really the right 
thing to do to provide the best possible service to our users!)

> By that argument, no prophylactic is 100% effective against diseases,
> therefore people should be free to not use them if they don't want to.

Therefore, this analogy is a strawman …

> You're positing A => B here.  A might be true.  B might be true.  They
> might both be true!  But it's not at all clear that A implies B.

… and this logical fallacy you're accusing me of committing is not in my 
argument at all.

> While I understand the temptation to rank package importance and
> fragility by position in the dependency tree, remember that leaf
> packages are why people use the OS in the first place.  No one runs
> Fedora just because they think coreutils is really neat.

But leaf packages aren't that likely to break from a small change. And X11 
breaking affects our users just as much as KDE or their favorite KDE 
application breaking.

        Kevin Kofler

-- 
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