Re: Modularity and the system-upgrade path

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

 



On Wed, Oct 16, 2019 at 03:03:02PM -0400, Stephen Gallagher wrote:
> On Wed, Oct 16, 2019 at 2:56 PM Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote:
> >
> > On Wed, Oct 16, 2019 at 01:32:49PM -0400, Stephen Gallagher wrote:
> > > remove it" or something like that. It should never be used in the
> > > general case. Not even for "This is so old we should force upgrades".
> > > For that we should just drop the stream entirely from the next
> > > release, which would result in the upgrade being impossible until the
> > > user took a manual action to get off that stream.
> >
> > What might that look like from a UX perspective? What about from GNOME
> > Software?
> 
> Given that this should *almost never* happen, I'd avoid going to great
> lengths to build UX around it. I think it should basically just
> *happen* as part of the update process. I want to repeat: this should
> only be used if we have absolutely no other choice. I'd say the most
> UX we should do is actually in CI: we should disallow a module update
> to be pushed with this attribute set without an override.

I think Matthew's question was not around the Obsolete: tag but when we drop the
stream of a release.
Say I've enabled django1.6 and it has gone EOL upstream so you've dropped it in
F32, what will happen when I try to upgrade to F32 using GNOME Software?


Pierre
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [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