stable

desktop-backgrounds-37.0.0-4.fc37 and f37-backgrounds-37.0.4-1.fc37

FEDORA-2022-a5622b766b created by luya a year ago for Fedora 37
  • New release using webp format for Workstation and derivative supporting both GNOME and KDE.
  • Time of day default wallpaper is hidden on GNOME desktop. To use it, look at '/usr/share/backgrounds/f37/default'

Note: fixed wrong path for compat subpackage

How to install

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-a5622b766b

This update's test gating status has been changed to 'waiting'.

a year ago

This update has been submitted for testing by bodhi.

a year ago

This update's test gating status has been changed to 'failed'.

a year ago

This update's test gating status has been changed to 'waiting'.

a year ago

This update's test gating status has been changed to 'passed'.

a year ago

luya edited this update.

New build(s):

  • f37-backgrounds-37.0.2-1.fc37

Removed build(s):

  • f37-backgrounds-37.0.1-1.fc37

Karma has been reset.

a year ago

Hello, what ways can I contribute to this project pleas

luya edited this update.

a year ago

This update's test gating status has been changed to 'failed'.

a year ago

This update's test gating status has been changed to 'passed'.

a year ago

This update has been pushed to testing.

a year ago
User Icon nixuser commented & provided feedback a year ago
karma

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.

a year ago
User Icon geraldosimiao commented & provided feedback a year ago
karma

working at kde desktop

User Icon mtasaka commented & provided feedback a year ago

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.

User Icon mtasaka commented & provided feedback a year ago

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..

User Icon cairo provided feedback a year ago
karma
User Icon luya commented & provided feedback a year ago

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.

User Icon mhayden commented & provided feedback a year ago
karma

Looks okay w/sway.

This update can be pushed to stable now if the maintainer wishes

a year ago
User Icon mtasaka commented & provided feedback a year ago
User Icon geraldosimiao commented & provided feedback a year ago

Tested now on a F37 workstation VM. First reboot and no background selected, then I manually choosed the right one.

User Icon subsentient commented & provided feedback a year ago
karma

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.

User Icon nixuser commented & provided feedback a year ago

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.

User Icon subsentient commented & provided feedback a year ago

@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?

User Icon subsentient commented & provided feedback a year ago

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.

User Icon adamwill commented & provided feedback a year ago

@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.

User Icon adamwill provided feedback a year ago
karma
User Icon luya commented & provided feedback a year ago

@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.

User Icon nixuser commented & provided feedback a year ago

@luya MATE and Cinnamon are impacted as well because of lightdm & slick-greeter.

User Icon luya commented & provided feedback a year ago

@nixuser Good to know. Fix is on the way.

User Icon adamwill commented & provided feedback a year ago

@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?

User Icon subsentient commented & provided feedback a year ago

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.

User Icon luya commented & provided feedback a year ago

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.

User Icon subsentient commented & provided feedback a year ago

@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):

  • desktop-backgrounds-37.0.0-3.fc37
  • f37-backgrounds-37.0.3-1.fc37

Removed build(s):

  • desktop-backgrounds-37.0.0-2.fc37
  • f37-backgrounds-37.0.2-1.fc37

Karma has been reset.

a year ago

This update has been submitted for testing by luya.

a year ago
User Icon luya commented & provided feedback a year ago

@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.

a year ago
User Icon mattf commented & provided feedback a year ago

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

User Icon mattf commented & provided feedback a year ago

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):

  • f37-backgrounds-37.0.4-1.fc37

Removed build(s):

  • f37-backgrounds-37.0.3-1.fc37

Karma has been reset.

a year ago

This update has been submitted for testing by luya.

a year ago
User Icon pwalter commented & provided feedback a year ago
karma

Works

User Icon atim provided feedback a year ago
karma

This update has been pushed to testing.

a year ago

This update can be pushed to stable now if the maintainer wishes

a year ago
User Icon mtasaka commented & provided feedback a year ago
karma

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

User Icon luya commented & provided feedback a year ago

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):

  • desktop-backgrounds-37.0.0-4.fc37

Removed build(s):

  • desktop-backgrounds-37.0.0-3.fc37

Karma has been reset.

a year ago

This update has been submitted for testing by luya.

a year ago

This update has been pushed to testing.

a year ago
User Icon mtasaka commented & provided feedback a year ago
karma

Okay, both LXDE and XFCE live spin seems okay with these 2 pkgs, login manager and desktop backgrounds are now looking good.

User Icon geraldosimiao commented & provided feedback a year ago
karma

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

a year ago
User Icon luya commented & provided feedback a year ago

Thanks for testing everyone. Pushing the update to stable.

This update has been submitted for stable by luya.

a year ago

This update's test gating status has been changed to 'failed'.

a year ago

This update's test gating status has been changed to 'passed'.

a year ago
User Icon nb provided feedback a year ago
karma

This update has been pushed to stable.

a year ago

Please login to add feedback.

Metadata
Type
enhancement
Karma
3
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
a year ago
in testing
a year ago
in stable
a year ago
modified
a year ago
BZ#2130024 The transitions for the Fedora 37 Time of Day background are broken
0
0

Automated Test Results