Bug#1043144: transition: mutter/gnome-shell 44
On Sun, 06 Aug 2023 at 18:21:29 +0100, Simon McVittie wrote: > It's about time we migrate GNOME Shell 44 to unstable. I think this is ready to go. Repeating the list of packages needing sourceful uploads from experimental into unstable in approximately this order, for the release team's convenience: * mutter * gnome-shell * gnome-shell-extensions * gnome-remote-desktop * budgie-desktop * gnome-shell-extension-bluetooth-quick-connect * gnome-shell-extension-gsconnect * gnome-shell-extension-tiling-assistant And then any remaining extensions in https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=gnome-shell-44 will need temporarily removing from testing to let the transition through. The release team has traditionally been relatively trigger-happy about removing broken Shell extensions, since they are clearly less important than GNOME itself. When the transition is otherwise ready to migrate, I'll provide a full list of packages needing removal. > There is one current blocker, #1042980, which is that gnome-shell is > failing build-time tests on mips64el and mipsel. This has essentially been resolved. There is an apparent bug in llvmpipe, which we would normally use to run the build-time tests: https://bugs.debian.org/1049404 There is also an apparent timing-, thread- or race-condition-related bug in gnome-shell or one of its dependencies, seen only when using softpipe: https://bugs.debian.org/1049407 I think neither of these needs to be RC or block this transition, since GNOME is primarily designed to be used on hardware GPUs (and secondarily on fast x86 VMs with working llvmpipe), so we're now skipping the affected tests on mips(64)el. > I've asked a mips porter to confirm whether Shell > v43 works with unstable's LLVM and Mesa or whether it is already broken According to mips porter YunQiang Su, both v43 and v44 work acceptably on the category of mips64el hardware where it would be reasonable to run a full GNOME session (with an AMD GPU supported by Mesa). smcv
Bug#1043144: transition: mutter/gnome-shell 44
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: debian-gtk-gn...@lists.debian.org Control: affects -1 + src:mutter src:gnome-shell Control: block -1 by 1042980 It's about time we migrate GNOME Shell 44 to unstable. We delayed this for a few months for the bookworm release, and then to get more testing for the packages we wanted included in 12.1, but we should try to get 44 into testing before upstream gets too close to releasing 45. Ubuntu already did this transition for their 23.04 'lunar' short-term-support release. This will require sourceful re-uploads of the following packages from experimental into unstable, in approximately this order: * mutter * gnome-shell * gnome-shell-extensions * gnome-remote-desktop * budgie-desktop * gnome-shell-extension-bluetooth-quick-connect * gnome-shell-extension-gsconnect And then any remaining extensions in https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=gnome-shell-44 will need to be either fixed, re-uploaded from experimental to unstable if already fixed in experimental, or temporarily kicked out of testing to let the transition through. There is one current blocker, #1042980, which is that gnome-shell is failing build-time tests on mips64el and mipsel. So far I've fixed one genuine bug in gnome-shell, and worked around another bug (seemingly in LLVM or Mesa) by running the tests with softpipe rather than llvmpipe; but there are still test failures. I don't think anyone in the GNOME team has mips hardware or knowledge, and there's a limit to how usefully we can debug this on eller. The failing test is new in v44, so we don't know whether it would have failed in v43 if it existed there, or whether it's a real regression: I've asked a mips porter to confirm whether Shell v43 works with unstable's LLVM and Mesa or whether it is already broken, but I haven't seen an answer so far. Unlike s390x, I'm told mips(64)el does have desktop-class hardware that could at least in principle run GNOME. I don't know how common that hardware is, whether it's common to run GNOME on it, or whether mips porters do so in practice (the extent of my information is "There are some MIPS desktop cases"). Possible resolutions for #1042980: * If mips porters can diagnose/fix the failing tests before we are otherwise ready to do this transition, then of course we should do that (but I think we need a contingency plan for if this doesn't happen) * Or we could do architecture-specific removals on mips(64)el, making these uninstallable: - gdm3 - gnome-core and other meta-gnome3 metapackages - gnome-session - ibus-tests - various Architecture: all packages such as Shell extensions - indirectly, task-gnome-desktop * Or we could ignore the failing tests on mips(64)el, and let a potentially broken gnome-shell:mips(64)el into testing; and if the GNOME desktop has users on mips(64)el hardware who report that it doesn't work, ask mips porters to investigate and fix that I feel as though holding back GNOME Shell 44 for the benefit of mips(64)el users would be a worse result for Debian than getting GNOME 44 into testing for the benefit of users of all the other architectures. Do the release team have thoughts on which would be the best strategy to avoid that? Here is an attempt at a ben file that combines the mutter and gnome-shell transitions, since they're really one transition: title = "gnome-shell-44"; is_affected = .depends ~ /\b(gir1\.2\-mutter\-12|libmutter\-12\-0|libmutter\-12\-dev|libmutter\-test\-12|mutter\-12\-tests|gir1\.2\-mutter\-11|libmutter\-11\-0|libmutter\-11\-dev|libmutter\-test\-11|mutter\-11\-tests|gnome\-shell)\b/ is_good = .depends ~ /\b(gir1\.2\-mutter\-12|libmutter\-12\-0|libmutter\-12\-dev|libmutter\-test\-12|mutter\-12\-tests)\b/ | .depends ~ /gnome\-shell (<< 4[5-9]/ | !.depends ~ /gnome\-shell (<
Bug#1043144: transition: mutter/gnome-shell 44
Control: tags -1 confirmed Hi Simon I added your combined ben file to the tracker with some minor changes: https://release.debian.org/transitions/html/gnome-shell-44.html On Tue, 15 Aug 2023 at 17:18, Simon McVittie wrote: > I think this is ready to go. Repeating the list of packages needing > sourceful uploads from experimental into unstable in approximately this > order, for the release team's convenience: > > * mutter > * gnome-shell > * gnome-shell-extensions > * gnome-remote-desktop > * budgie-desktop > * gnome-shell-extension-bluetooth-quick-connect > * gnome-shell-extension-gsconnect > * gnome-shell-extension-tiling-assistant > > And then any remaining extensions in > https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=gnome-shell-44 > will need temporarily removing from testing to let the transition through. > > The release team has traditionally been relatively trigger-happy about > removing broken Shell extensions, since they are clearly less important > than GNOME itself. When the transition is otherwise ready to migrate, > I'll provide a full list of packages needing removal. Please go ahead. Regards Graham
Bug#1043144: transition: mutter/gnome-shell 44
On Sun, 20 Aug 2023 at 19:52:50 +, Graham Inggs wrote: > I added your combined ben file to the tracker with some minor changes: > https://release.debian.org/transitions/html/gnome-shell-44.html Thanks! > Please go ahead. Initial round of builds in progress. smcv
Bug#1043144: transition: mutter/gnome-shell 44
On Sun, 20 Aug 2023 at 19:52:50 +, Graham Inggs wrote: > On Tue, 15 Aug 2023 at 17:18, Simon McVittie wrote: > > I think this is ready to go. Repeating the list of packages needing > > sourceful uploads from experimental into unstable in approximately this > > order, for the release team's convenience We uploaded all these, and then did a follow-up upload of mutter and gnome-shell to ignore some mutter autopkgtest regressions on s390x (#1050220, which I do not intend to treat as RC since s390x is not really a useful or realistic platform for this purpose). > > And then any remaining extensions in > > https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=gnome-shell-44 > > will need temporarily removing from testing to let the transition through. Please consider adding hints as follows: remove gnome-shell-extension-arc-menu/49+forkv29-3 remove gnome-shell-extension-dashtodock/75-1 remove gnome-shell-extension-easyscreencast/1.7.0-2 remove gnome-shell-extension-flypie/21-1 remove gnome-shell-extension-freon/52+dfsg-1 remove gnome-shell-extension-gamemode/8-2 remove gnome-shell-extension-hamster/0.10.0+git20210628-4 remove gnome-shell-extension-impatience/0.4.8-2 remove gnome-shell-extension-panel-osd/1.0.50.gc032923-3 remove gnome-shell-extension-system-monitor/40-5 remove gnome-shell-extension-vertical-overview/10-1 remove gnome-shell-extension-weather/119-1 which if all goes well should get this transition migrated at the weekend. If I understand britney syntax correctly, if extension maintainers do a new sourceful upload fixing the "needs update for GNOME Shell 44" RC bugs, those removal hints would not match the updated package because its version would be higher, so the newer version would still be allowed to migrate and stay in testing. Thanks, smcv
Bug#1043144: transition: mutter/gnome-shell 44
On Wed, 23 Aug 2023 at 12:04, Simon McVittie wrote: > Please consider adding hints as follows: > > remove gnome-shell-extension-arc-menu/49+forkv29-3 > remove gnome-shell-extension-dashtodock/75-1 > remove gnome-shell-extension-easyscreencast/1.7.0-2 > remove gnome-shell-extension-flypie/21-1 > remove gnome-shell-extension-freon/52+dfsg-1 > remove gnome-shell-extension-gamemode/8-2 > remove gnome-shell-extension-hamster/0.10.0+git20210628-4 > remove gnome-shell-extension-impatience/0.4.8-2 > remove gnome-shell-extension-panel-osd/1.0.50.gc032923-3 > remove gnome-shell-extension-system-monitor/40-5 > remove gnome-shell-extension-vertical-overview/10-1 > remove gnome-shell-extension-weather/119-1 Hints added, thanks. > If I understand britney syntax correctly, if extension maintainers do > a new sourceful upload fixing the "needs update for GNOME Shell 44" RC > bugs, those removal hints would not match the updated package because > its version would be higher, so the newer version would still be allowed > to migrate and stay in testing. Yes, the removal hints only apply to the specified version.
Bug#1043144: transition: mutter/gnome-shell 44
Graham, please add a few more hints: age-days 2 budgie-desktop/10.8-2 age-days 2 gnome-remote-desktop/44.2-6 age-days 2 gnome-shell-extension-dashtodock/87-1 remove gnome-shell-extension-no-annoyance/0+20220925-c6804a4-3 remove bfh-metapackages/20211009-20 Thank you, Jeremy Bícha
Bug#1043144: transition: mutter/gnome-shell 44
Hi Jeremy On Thu, 24 Aug 2023 at 12:30, wrote: > age-days 2 budgie-desktop/10.8-2 > age-days 2 gnome-remote-desktop/44.2-6 I added these earlier, along with a removal hint for: gnome-shell-extension-impatience/0.4.8-2 > age-days 2 gnome-shell-extension-dashtodock/87-1 This was just uploaded, and the previous version is already removed from testing, but I'll keep an eye on it. > remove gnome-shell-extension-no-annoyance/0+20220925-c6804a4-3 > remove bfh-metapackages/20211009-20 I've added these, thanks. Regards Graham
Bug#1043144: transition: mutter/gnome-shell 44
Hi libmutter-11-0 is gone from testing and gnome-shell has migrated. Is anything outstanding, or can we consider this transition done? Regards Graham
Bug#1043144: transition: mutter/gnome-shell 44
On Sat, Aug 26, 2023 at 6:31 AM Graham Inggs wrote: > libmutter-11-0 is gone from testing and gnome-shell has migrated. Is > anything outstanding, or can we consider this transition done? This transition is done, but I think gnome-shell-extension-dashtodock is popular enough that it's helpful to hint 87+really84-1 in sooner. Thank you, Jeremy Bícha
Bug#1043144: transition: mutter/gnome-shell 44
On Sun, 27 Aug 2023 at 18:21, Jeremy Bícha wrote: > This transition is done, but I think gnome-shell-extension-dashtodock > is popular enough that it's helpful to hint 87+really84-1 in sooner. I marked gnome-shell-extension-dashtodock urgent and it has migrated, thanks.