Note: fixed wrong path for compat subpackage
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2022-a5622b766bPlease login to add feedback.
This update's test gating status has been changed to 'waiting'.
This update has been submitted for testing by bodhi.
This update's test gating status has been changed to 'failed'.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
luya edited this update.
New build(s):
Removed build(s):
Karma has been reset.
Hello, what ways can I contribute to this project pleas
luya edited this update.
This update's test gating status has been changed to 'failed'.
This update's test gating status has been changed to 'passed'.
This update has been pushed to testing.
This update has broken default backgrounds in Xfce.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
working at kde desktop
This also breaks LXDE backgrounds (because of png -> webp change). I can fix this on lxdm side, as F-37 freeze is on 2022-10-04, and I may be missing something else that needs fixing due to this change (possibly pcmanfm or so), I think test feedback period is too short, I think for F-37 format should be back to png.
If some authority (?) desides "f37 background will go with webp", I have to push updated lxdm package ASAP, but before that I want to here the final decision..
Design Team made the decision to switch to webp for the final release. You can update lxdm without problem. If there is a XFCE maintainer around, they can apply the update as well.
Looks okay w/sway.
This update can be pushed to stable now if the maintainer wishes
c.f. https://bodhi.fedoraproject.org/updates/FEDORA-2022-13f3b289b2
FIled for XFCE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2130991
Tested now on a F37 workstation VM. First reboot and no background selected, then I manually choosed the right one.
lightdm can't use WEBP images. Black wallpaper on login screen now. In addition, as another has reported, Xfce does not support WEBP either, so these images are totally unusable for Xfce and I suspect several other window managers in the Fedora repos.
What was wrong with PNG? Everything supports it. I get the desire to be trendy and use the latest fad technology, but this is a good example of when not to.
This is an infrastructure change IMO and should have been deployed in Rawhide after the branch. To deploy a change like this in the beta branch, and worse, between the public beta and GA is frankly absurd. Seriously, this really is absurd.
@nixuser I strongly agree. I've been seeing increasingly questionable decisions from Fedora lately, making me contemplate switching distros for the first time in a decade. As all my hardware runs Fedora, that would be quite an undertaking, which is probably why I haven't. For example, I used the ARMv7 port of Fedora on multiple little SBCs. There was recently talk of requiring AVX2 for the x86_64 distro, even though a cheap laptop I bought at walmart a couple months back doesn't even support AVX. Reminds me of Windows 11's debacle. Why is Fedora trying to stoop to the level of Windows and macOS lately? Contamination by corporations?
I also feel that the decision to switch to WEBP brings questionable if any technical benefits. If it's compressed in lossy WEBP, JPEG would have done a better job: https://en.wikipedia.org/wiki/WebP#Criticism If it's compressed losslessly, it can't possibly save enough space to be worth the compatibility nightmare.
@luya , could we maybe just do this for Rawhide and leave F37 on png? Breaking two desktops a few days before Final freeze seems unnecessary.
@adamwill, reading the comments, it seems the WEBP issues only affected XFCE and LightDM unlike both GNOME, MATE, Cinnamon and KDE. Wearing upstream hat, the better alternative is to make png version for them.
@sybsentient, updates-testing serves a purpose find potential problem and provide useful feedback before the stable release. Design team chose WEBP to save space following upstream GNOME. We will revert the change for the affected desktop environments.
@luya MATE and Cinnamon are impacted as well because of lightdm & slick-greeter.
@nixuser Good to know. Fix is on the way.
@luya also LXDE, as @mtasaka said above.
I really think for F37 the most appropriate thing to do is just revert to exactly how it was before. Land the webp thing as a Change for F38. Even just having two versions is a significant difference, and it's going to use up more space not save space, so what's the point?
I'd remember that there are other WMs with basic support for wallpapers, like Fluxbox, Openbox, IceWM, JWM, etc, that have varying degrees of support for wallpapers. I'm confident these can't use .webp images. Some of those window managers are well-loved abandonware or neglectware that keep being recompiled for several Fedora releases because people still want to use them, and they still work. Just don't expect them to add support for .webp anytime soon.
Everything supports PNG, Fedora has been using it forever, and whatever meager space savings you get almost certainly aren't worth the compatibility issues for all these window managers.
Alright. Please test this scratch build which should revert the changes from affected desktops https://koji.fedoraproject.org/koji/taskinfo?taskID=92448313 . Only GNOME and KDE should handle webp for the time being.
@luya Noticed the conspicuous lack of widescreen versions, but if Fedora didn't make any for this release, then it seems good.
luya edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by luya.
@subsentient Widescreen versions were dropped several releases ago in favour of desktop settings handling the size dramatically saving the size of package.
This update has been pushed to testing.
The sddm background was white after logging out of Plasma in the image Fedora-KDE-Live-x86_64-Rawhide-20221001.n.1.iso https://bugzilla.redhat.com/show_bug.cgi?id=2131638 Only the user icon and the password box and button could be seen. Most of the text wasn't visible because it was in white by default in the Breeze Fedora theme. This problem might be related to the f37-backgrounds-37.0.1-1.fc38 change from png to webp format backgrounds. A journal error showed that the png default background /usr/share/backgrounds/default.png couldn't be opened when the sddm white background problem happened. sddm-greeter[2556]:file:///usr/share/sddm/themes/01-breeze-fedora/Background.qml:21:5: QML Image: Cannot open file:///usr/share/backgrounds/default.png
/usr/share/backgrounds/default.png didn't exist on the live image Fedora-KDE-Live-x86_64-Rawhide-20221001.n.1.iso This problem might happen in F37 as well if /usr/share/backgrounds/default.png is still set for the sddm Breeze Fedora theme. @tseewald reported the sddm white background problem in F37 at the Qt 5.15.6 update https://bodhi.fedoraproject.org/updates/FEDORA-2022-d8cd3b01b7#comment-2732423
The sddm white background problem can be seen in the openqa test fedora-37-updates-kde-x86_64-BuildUpdate-FEDORA-2022-a5622b766b-desktop_background@64bit in the section _graphical_wait_login_2 for this update at https://openqa.fedoraproject.org/tests/1485271#step/_graphical_wait_login_2/3
luya edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by luya.
Works
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Looks like symlink /usr/share/backgrounds/images/default.png in desktop-backgrounds-compat-37.0.0-3.fc37.noarch points to ../f37/default/f37.png, which does not seem to exist (broken symlink). Also the symlink /usr/share/backgrounds/default.ong seems broken.
https://koji.fedoraproject.org/koji/rpminfo?rpmID=32112289 https://koji.fedoraproject.org/koji/rpminfo?rpmID=32127121
Hmm, in this case. Linking to the -day version will do the trick. I think this is for KDE.
luya edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by luya.
This update has been pushed to testing.
Okay, both LXDE and XFCE live spin seems okay with these 2 pkgs, login manager and desktop backgrounds are now looking good.
This update corrected the bug for Fedora 37 KDE spin upgraded from previous versions too (see BZ #2132863)
This update can be pushed to stable now if the maintainer wishes
Thanks for testing everyone. Pushing the update to stable.
This update has been submitted for stable by luya.
This update's test gating status has been changed to 'failed'.
This update's test gating status has been changed to 'passed'.
This update has been pushed to stable.