ubiquity-dm in Kubuntu Focal does not display the KDE wallpaper

Bug #1863073 reported by Rik Mills
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Fix Released
High
Unassigned

Bug Description

ubiquity-dm in Kubuntu Focal does not display the KDE wallpaper on the try/install. Instead a black background is shown.

The reason is that ubiquity-dm specifies the wallpaper for kde/Kubuntu as:

/usr/share/wallpapers/Next/contents/images/2560x1600.png

https://git.launchpad.net/ubiquity/tree/bin/ubiquity-dm#n707

This has been valid for many many plasma releases, however in Plasma 5.18 the winner of the upstream wallpaper competition was included and shipped there as .jpg. Obviously ubiquity-dm fails to find the png it expects. Symlinking or copying the jpg as a png does not work around the issue.

So we likely need to either; (a) change the hardcoded path, or (b) make the wallpaper ubiquity dm looks for set by something like an environment variable or config file supplied/set by the flavour (default setting package?)

Rik Mills (rikmills)
Changed in ubiquity (Ubuntu):
status: New → Triaged
importance: Undecided → High
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 20.04.7

---------------
ubiquity (20.04.7) focal; urgency=medium

  [ Sebastien Bacher ]
  * debian/control:
    - don't build-depends on xkb-data-i18n which has been merged back
      to xkb-data now

  [ Hugh Chao ]
  * Add a preseed option which can let oem project reboot before OOBE i
    (LP: #1867711)

  [ Rik Mills ]
  * bin/ubiquity-dm: Switch the default KDE Plasma wallpaper looked for
    from .png to .jpg, as Plasma 5.18 switched default extension for
    that release. Fixes no background on the Try/Install screen for
    Kubuntu. (LP: #1863073)

  [ Iain Lane ]
  * In GNOME 3.36 the `gnome-session-x11-services.target` unit gained some
    dependencies that aren't satisfied in the ubiquity-dm environment. So
    GNOME Shell starting up this unit doesn't work any more: go back to the
    old way of starting it directly. (LP: #1869331)
  * ubiquity-dm: gnome-settings-daemon binaries have moved under /usr/libexec
    and adjust the paths accordingly.
  * ubiquity.json: Specify the path to the new theme GResource used by GNOME
    Shell
  * simple-plugins: Clean up the ubuntu-drivers.autoinstall file before each
    run. This file is only ever appended to. The list is computed (passing
    --free-only and/or --no-oem) when leaving the prepare page. So we
    currently have the situation that if you revisit the page after having
    left it, the file is not updated with any new choices but is only appended
    to. Make sure it is written fresh each time, by removing it before running
    ubuntu-drivers.
  * prepare: Detect whether there are OEM enablement package for the system.
    Record this so that it can be used later on when actually installing.
    Installation can be disabled by preseeding ubiquity/install_oem.
  * plugininstall: If we've installed any OEM metapackages, update & upgrade them.
    This is the same as what `ubuntu-drivers autoinstall' is doing. We need
    this to try to ensure that the metapackage is upgraded in the target -
    if we're online when installing. (LP: #1866035)

  [ Jean-Baptiste Lallement ]
  * Updated changelog
  * Automatic update of included source packages: console-setup
    1.194ubuntu3.

 -- Iain Lane <email address hidden> Mon, 30 Mar 2020 12:46:20 +0100

Changed in ubiquity (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.