Re: freeze exceptions for FTI bugs

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


On Tue, 2023-09-05 at 18:03 +0200, Kamil Paral wrote:
> On Tue, Sep 5, 2023 at 5:22 PM Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx>
> wrote:
> > updates-testing is not enabled by default for the upgrade.
> > 
> > The upgrade process uses whatever repos are enabled *in the current
> > configuration*. So in the "typical" case, you are upgrading from a
> > stable Fedora release with default repo configuration, in which
> > updates-testing is not enabled. Thus updates-testing is not used for
> > the upgrade.
> > 
> This didn't occur to me, you're right. We could update our instructions to
> tell people to use "--enablerepo=updates-testing" when upgrading to a
> development release, or at least add it if they see broken dependencies and
> the upgrade fails to start, but only limited people would find those
> instructions. It's definitely better in general to fix those packages in
> the main repo.

I actually prefer the current way, because it gives us a bit of a
quality gate over upgrades to Beta just as we have a quality gate over
new deployments of it. OK, you can still blow everything up on first
update, but at least we have the opportunity to exercise control over
the state on that first operation. :D

> > I'd like to propose an alternative change: we should make clean FTI
> > cases "automatic freeze exceptions". By "clean" I mean cases where the
> > package was, practically speaking, useless before the fix. Cases where
> > it's just one subpackage of a larger package that was FTI should still
> > be manually checked, especially if the changes are larger than just a
> > straight targeted fix to that subpackage (e.g. a version bump).
> > 
> That sounds reasonable. But would we trust packagers to include this
> important information ("this is not a simple case...") in their FE
> proposal, or would we still manually check case-by-case?

I would expect the person processing the acceptance to check it. If the
submitter provided the information they should verify it.
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: | Mastodon: @adamw@xxxxxxxxxxxxx

test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct:
List Guidelines:
List Archives:
Do not reply to spam, report it:

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux