The desktop backgrounds for Fedora 26 are currently the same as for Fedora 25. This is a clear violation of an Alpha criterion: "The default desktop background must be different from that of the last two stable releases." - https://fedoraproject.org/wiki/Fedora_26_Alpha_Release_Criteria#Desktop_background , so proposing as an Alpha blocker. Actually changing the backgrounds at least for the release blocking desktops (GNOME, KDE, Xfce) involves multiple changes. We need to get the f26-backgrounds package reviewed, for a start, that's https://bugzilla.redhat.com/show_bug.cgi?id=1434675 , but it's not sufficient; other changes are also needed, I forget all the details but I think desktop-backgrounds needs changing and also possibly comps and/or spin-kickstarts.
+1 blocker :(
We can have a discussion about dropping the criterion, but it might be best to do it at go/no-go. The criterion was implemented with an assumption that this really shouldn't be a high bar, that it should be possible to set things up so at worst there's a kinda 'generic' pre-release wallpaper which would always be used by pre-releases if no release specific wallpaper existed. But it seems like no-one ever did that, and no-one ever even put together a sensible process for setting up placeholder wallpaper *early* either. So it seems like this never gets sorted out until way too late.
+1 blocker, but I think the criterion should be moved to beta or final.
There's already a stricter criterion at Final: "The proposed final Fedora artwork must be included and used as the background on release-blocking desktops. All Fedora artwork visible in critical path actions on release-blocking desktops must be consistent with the proposed final theme." IIRC, there was previously just a single stricter requirement at Alpha, and we split it in two, with this 'easier' criterion for Alpha and the 'full' requirement for Final. But it seems like we can't even organize ourselves well enough to meet this 'easier' requirement for Alpha. :/
+1
I'm sorry Adam, this is 100% my fault. I don't think alpha should slip for this. I don't understand the packaging / technical details enough to propose a solution. If you can help me identify someone who does I am happy to work with them to get some kind of standard alpha wallpaper created.
Just to add one more bit of context to the criteria discussion: the criterion was initially put in place after we had real instances of real testers saying "I downloaded the Fedora XX Alpha but it looks exactly like the Fedora XX-1 desktop, did I get the wrong thing?" As a counterpoint to that, I *believe* at the time this happened, the release number was literally written on the desktop background, so it was much easier to make that mistake. If you go to the criterion: https://fedoraproject.org/wiki/Fedora_26_Alpha_Release_Criteria#Desktop_background and click 'References', a footnote will open with links to the threads where the criteria where proposed and revised, you can look up the original context more there. Mo: I dunno if anyone has a really complete overview of all the background stuff, we always seem to wind up rediscovering it every cycle...best thing to do might be to open a ticket somewhere and CC everyone who's touched the packages lately. Check fXX-backgrounds and desktop-backgrounds package changelogs at least.
sorry, the thing about the release number being on the desktop background is incorrect. I think there was some way in which the number used to be visible as part of the artwork at some point in the install process, but I forget exactly where.
This package now exists fwiw (thank you Luya!): https://koji.fedoraproject.org/koji/buildinfo?buildID=872075
I think we're going to need to push the update stable, then make any necessary changes to kickstarts and comps, then check that at least Xfce ARM and KDE and GNOME x86_64 images have the new backgrounds, before we can close this.
Discussed at 2017-03-23 Fedora 26 Alpha Go/No-Go meeting, acting as a blocker review meeting: https://meetbot-raw.fedoraproject.org/fedora-meeting-2/2017-03-23/f26-alpha-go-no-go-meeting-2nd.2017-03-23-17.00.log.txt . Accepted as a blocker per cited criterion - there was some discussion of changing the criteria, but as we had other blockers and this shouldn't be too hard to resolve before next RC, we decided not to spend the time on that for now.
kde-settings-25-4.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-d60f69234c
In RC3, we still had a problem: KDE background was F25, not F26. (sddm background was F26). I *think* I can see how to fix this, and https://bodhi.fedoraproject.org/updates/FEDORA-2017-d60f69234c should do the trick. I'm going to edit the RC4 request and run a local test live compose simultaneously.
kde-settings-25-5.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d60f69234c
KDE and GNOME both look good in RC5. Can folks upkarma https://bodhi.fedoraproject.org/updates/FEDORA-2017-d60f69234c if they confirm? Thanks.
RC7 testing verifies this is fixed in GNOME and KDE at least. If someone could check Xfce on ARM that'd be nice.
pwhalen confirms the fix on Xfce, so we're good for all release-blocking desktops at this point. Just needs the kde-settings update pushed stable and we can close this.
Please consider pushing Cinnamon, too… cinnamon-3.2.8-15.fc26 [1] is submitted for stable and changes the default wallpaper for F26. [1] https://bodhi.fedoraproject.org/updates/FEDORA-2017-f259032f53
kde-settings-25-5.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
We can't do that as part of the Alpha push, because it wasn't in Alpha. It will go when the freeze is lifted.
This no longer needs to block anything, as GNOME, KDE and Xfce (the release-blocking desktops) are verified to be fixed. We can keep it here to track the state of other desktops, if desired. I'm grabbing the most recent nightlies for the other desktops to see what current status is.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.