Description of problem:
Upgraded F12->F13. The Goddard theme rpm is missing, so KDM won't start.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Upgrade existing F12 KDE installation to F13
3.Get no login screen and popup error about missing theme
Popup error on black screen
KDM login screen
Error message is:
Cannot open theme file /usr/share/kde4/apps/kdm/themes/Goddard.
I had to install it by hand. This pulled in goddard-backgrounds which was also missing.
rpm -q kde-settings-kdm
$ rpm -q kde-settings-kdm
$ rpm -qR kde-settings-kdm | grep kdm
config(kde-settings-kdm) = 4.4-16.fc13
$ rpm -q --whatprovides system-kdm-theme
So, in theory,
kde-settings-kdm-4.4-16 should pull in goddard-kde-theme
may as well do both on your box:
rpm -q kde-settings-kdm
rpm -q --whatprovides system-kdm-theme
[poc@bree:~] rpm -q kde-settings-kdm
[poc@bree:~] rpm -q --whatprovides system-kdm-theme
However this may be misleading as I immediately did a "yum upgrade" after installation. According to /root/upgrade.log, the packages installed by anaconda were:
[poc@bree:~] sudo cat /root/upgrade.log|egrep -i kdm\|goddard\|kde-settings
Note that there's no goddard-kde-theme
OK, I'm stumped, not sure how or why the
dependency was seemingly not met on the upgrade. Any ideas?
Not really, but I did have some trouble with Anaconda (see https://bugzilla.redhat.com/show_bug.cgi?id=596387) so maybe it's related in some really obscure way. Luckily the rest of the upgrade seems to have worked OK.
ok, I have a theory which goes like this:
constantine-kde-theme Provides: system-kdm-theme
and I'll go out on a limb that the f13 dvd doesn't include the newer build of constantine-kde-theme that does *not* provide that.
So, on upgrade, anaconda/yum decided goddard-kde-theme wasn't needed to satisfy the dep.
It would've been rectified the first time you did any sort of
(since a newer constantine-kde-theme would then get installed)
If this is all true, we'll have to account for this for future releases. Options include
1. back out of using the indirect
dependency. In this case, would mean we could've used
2. work to make sure that f-1 (and possibly f-2) default *-kde-theme packages end up on the dvd
1b. use something specific to each release, but still generic-ish, something like
meh, not sure I like that either.
This is what's on the F13 DVD as distributed:
[poc@bree:Torrents] ls /Repo/Packages/|egrep -i kdm\|goddard\|kde-settings
(In reply to comment #6)
> ok, I have a theory which goes like this:
> in f12,
> constantine-kde-theme Provides: system-kdm-theme
> and I'll go out on a limb that the f13 dvd doesn't include the newer build of
> constantine-kde-theme that does *not* provide that.
The DVD doesn't include any version of constantine-* so that could be it:
$ ls /Repo/Packages/|grep -i constantine
So maybe the new theme for each version should obsolete the theme for the previous version. That would make sense.
Not really. You can still use the older themes on newer Fedora releases if you prefer (back to F9; the KDE 3 KDM themes are not compatible with KDE 4).
If that's the case, why does the upgrade process require you to change the theme and then fail because the theme is not available? Some crossed wires here it seems.
This is due to how %config(noreplace) works. The default configuration changed, so if you haven't edited your kdmrc, you'll get the new default kdmrc with the new default theme.
The end result of which is that kdmrc uses a theme which isn't installed. This is clearly wrong, but I'm no expert on KDE or Anaconda so I'm afraid someone else will have to think of the right way to avoid it.
There's no way to avoid it. The DVD cannot be respun now. We can just recommend not to upgrade using the DVD (which I have been doing all the time because it also doesn't include updates, so it's really broken by design).
You need to run "yum update" and you'll get the missing KDM theme. That's all we can do: Whatever update we push to "fix" this, you'd always need to run "yum update" to get it. So there's nothing we can do which isn't already done.
I guess the workaround (yum install goddard-kde-theme) can be documented. But other than that, this is a CANTFIX, sorry.
Of course the DVD can't be undone. What can be done is make sure it doesn't happen next time, for F13->F14.