desktop folderview needs to be added on first boot on oem installs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| kde-workspace (Ubuntu) |
High
|
Unassigned | ||
| Vivid |
High
|
Unassigned |
Bug Description
On Kubuntu Vivid Alpha2 i386, after a successful oem install, has no oem-config utility anywhere.
There is no icon on the desktop, or in the menu's, to launch the final setup program.
Thus effectively there is no way to complete the installation.
Ubuntu: Vivid Vervet (15.04)
Arch: i386
Ubiquity: 2.21.5
Bug 1444980 is about oem-config-kde not being installed.
This bug is about folderview needing to be set up to show to the user to run oem-config
Changed in ubiquity (Ubuntu): | |
milestone: | none → ubuntu-15.04 |
Changed in ubiquity (Ubuntu Vivid): | |
importance: | Undecided → High |
Did the installer ask you for an OEM identifier at the beginning of the installation? I've seen some cases already where it looks like you're doing an OEM installation, but there are only few differences between both OEM and a standard install, so the resulting installed system does not include oem-config.
Ways to notice are the OEM identifier that is requested early in the installation process, and the fact that the installer will ask for a generic username and password rather than pre-filling prompts with the 'oem' username, for example.
If you could attach /var/log/
Thanks!
Changed in ubiquity (Ubuntu Vivid): | |
status: | New → Incomplete |
lordievader (oliviervdtoorn) wrote : | #3 |
I just did an install of Vivid Beta1. The same problem exists. However this time there is a "Prepare for shipping" in the menu.
Clicking this results in the asking of the password and further nothing.
Opening the Konsole and running "oem-config-
lordievader (oliviervdtoorn) wrote : | #4 |
lordievader (oliviervdtoorn) wrote : | #5 |
Marcin Sągol (soee) wrote : | #6 |
I can confirm this bug for amd64 images.
I can see that the .desktop packages are there as they should, so I'd expect this is an issue with the Desktop folder not showing after install on the desktop, which may be on purpose.
Reassigning to kde-workspace; it's the best package I can think of as a target for the issue.
affects: | ubiquity (Ubuntu Vivid) → kde-workspace (Ubuntu Vivid) |
summary: |
- oem config not shown first boot + oem config not shown on first boot |
three issues
1) oem-config-kde is not installed after an OEM install
2) if you install it and run it it runs fine but something should set up a shortcut on the desktop to point to it
3) it runs fine but it quits at the end without a friendly "do you want to reboot now?" dialog
Jonathan Riddell (jr) wrote : | #9 |
Let's use this bug for 2) set up a shortcut on the desktop.
Alas I forget how this was done in kde4 times.
On the live CD casper will run
chroot /root install -D -o $USERNAME -g $USERNAME /usr/share/
to copy over a first run setup which uses folderview
on netbook the layout.js would set something up if oem-config was around
netbook/
however bug 1444980 means it's not installed anyway so low priority for now
summary: |
- oem config not shown on first boot + desktop folderview needs to be added on first boot on oem installs |
Changed in kde-workspace (Ubuntu Vivid): | |
status: | Incomplete → Confirmed |
description: | updated |
Martin Pitt (pitti) wrote : | #10 |
Too late for vivid now, Jonathan says we'll ignore OEM mode for vivid. Probably not a big loss, most OEMs would prefer LTSes anyway?
Changed in kde-workspace (Ubuntu Vivid): | |
milestone: | ubuntu-15.04 → none |
status: | Confirmed → Won't Fix |
Changed in kde-workspace (Ubuntu): | |
milestone: | none → ubuntu-15.05 |
Changed in kde-workspace (Ubuntu): | |
milestone: | ubuntu-15.05 → ubuntu-15.10 |
lordievader (oliviervdtoorn) wrote : | #11 |
In Wily beta 1 I've found that the desktop icon is there but due to the desktop settings it is not being shown. If the desktop is set to folderview the oem-icon appears.
Changed in kde-workspace (Ubuntu): | |
status: | Confirmed → Fix Committed |
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here: iso.qa. ubuntu. com/qatracker/ reports/ bugs/1413521
http://