Hello,
a week ago I proposed a new release criterion for upgrading across two releases (e.g. from F21 to F23 directly, skipping F22). As this was never officially supported (even though users were probably unaware of this fact, because we haven't discouraged it either), I'm gathering feedback from multiple parties. You can read my original proposal below, and you can see the existing discussion on test list here: https://lists.fedoraproject.org/archives/list/test%40lists.fedoraproject.org...
In a nutshell, QA team is OK with supporting this, and Will Woods as dnf-plugin-system-upgrade maintainer as well. What I would like to see is some general feedback from package maintainers, because this will require all packages to be able to upgrade while skipping a release. As I said, many users already assume this works and according to our history it does in the majority of cases, but now it would become even more important.
Also, as one person mentioned, Richard Hughes might be implementing graphical support for system upgrade in Fedora 24. Richard, if you can add your opinion, that would be very welcome as well. If you're going to just call dnf-plugin-system-upgrade in the background, hopefully there should be no complications, since it's going to support it (and it already does).
Thanks, Kamil
----- Forwarded Message ----- From: "Kamil Paral" kparal@redhat.com To: "For testing and quality assurance of Fedora releases" test@lists.fedoraproject.org Sent: Monday, November 23, 2015 4:52:54 PM Subject: criterion proposal: upgrading across 2 releases
Our current upgrade criterion says: "For each one of the release-blocking package sets, it must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with that package set installed." https://fedoraproject.org/wiki/Fedora_24_Beta_Release_Criteria#Upgrade_requi...
Currently we have no criterion that would cover upgrading across 2 releases, e.g. from F21 to F23 (directly, not one by one). But in the real world this very often happens. It's even one of the reasons we support our releases until N+2 release is available + 1 month (i.e. F21 is supported until F23 is out + 1 month). The often cited reason is for people to be upgrading just once per year (and have one month to do that). And of course many (probably most) of them don't upgrade one by one, but skip a release.
I feel that for something as important as system upgrade, we should provide a better level of quality and assurance for upgrading across 2 releases. Currently we have no criterion and testing it is just an afterthought, not even tracked anywhere. I'd like to amend the existing criterion to include N-2 release as well, i.e.:
"For each one of the release-blocking package sets, it must be possible to successfully complete an upgrade from a fully updated installation of any of the two previous stable Fedora releases with that package set installed." (language corrections very welcome)
We can discuss whether N+2 upgrading should be a separate Final criterion, not joined with the Beta one. I don't feel strongly either way.
I'd also set up a new test case in our installation matrix in the upgrade section: https://fedoraproject.org/wiki/Template:Installation_test_matrix#Upgrade Something like QA:Testcase_upgrade_dnf_skip_release. The question is whether to have just a single test case and let people choose which package set they test, or whether to pick some particular package set. We probably don't want to test all combinations, at least not manually. Just a single "please test something" test case would be satisfactory here, I think. Something will get tested, and we will block on important bugs we discover, that's the important change.
If we decide to not go this route for some reason, I think we should adjust our tools (system-upgrade) and documentation (wiki, fedora docs) and provide very clear and visible warning that the only officially supported means of upgrading is to go up releases one by one. And that skipping releases might be dangerous (considerably more than doing it the recommended way). Because I feel we would be doing our users a disservice if we neither tested skipping releases nor warned them against doing that.
Thoughts?
Kamil
On 12/01/2015 12:45 PM, Kamil Paral wrote:
Hello,
a week ago I proposed a new release criterion for upgrading across two releases (e.g. from F21 to F23 directly, skipping F22). As this was never officially supported (even though users were probably unaware of this fact, because we haven't discouraged it either), I'm gathering feedback from multiple parties. You can read my original proposal below, and you can see the existing discussion on test list here: https://lists.fedoraproject.org/archives/list/test%40lists.fedoraproject.org...
In a nutshell, QA team is OK with supporting this, and Will Woods as dnf-plugin-system-upgrade maintainer as well. What I would like to see is some general feedback from package maintainers, because this will require all packages to be able to upgrade while skipping a release. As I said, many users already assume this works and according to our history it does in the majority of cases, but now it would become even more important.
Also, as one person mentioned, Richard Hughes might be implementing graphical support for system upgrade in Fedora 24. Richard, if you can add your opinion, that would be very welcome as well. If you're going to just call dnf-plugin-system-upgrade in the background, hopefully there should be no complications, since it's going to support it (and it already does).
Yes, graphical system upgrades are in the works. Supporting upgrades across 2 releases is not a problem at all. It needs a bit more code than just a supporting a single version upgrade, but that's fine. :)
Right now the code we have only supports a single version upgrade, but once it's working well, we'll make it work for upgrades across 2 releases as well.
Here's mockups how it would look:
https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/sof... (Think "Fedora 24" instead of "GNOME 3.16" when reading this)
With my packager hat on, it would be great if we could get this in the packaging guidelines as well, so that there's a canonical source that says that obsoletes/conflicts etc must be preserved to support upgrades across 2 releases. And also maybe make some noise in devel-announce and in the fedora magazine so that packagers are aware that this is something everybody needs to support.