Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 445324 - kde-base/ksplash should depend on kde-base/kde-base-artwork
Summary: kde-base/ksplash should depend on kde-base/kde-base-artwork
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-30 11:37 UTC by Jens Rutschmann
Modified: 2013-03-18 02:41 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jens Rutschmann 2012-11-30 11:37:27 UTC
On system without kde-base/kde-base-artwork the KDE splash screen provided by kde-base/ksplash simply isn't displayed.

Steps to reproduce:
- Make sure kde-base-artwork is not installed
- Login to KDE -> no splash screen is shown
- Install kde-base-artwork
- Login to KDE -> the splash screen is shown as expected

I could reproduce this on two systems, also there was a discussion on gentoo-user: http://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg132928.html

Thanks for fixing it,
Jens
Comment 1 u.drolshagen 2012-12-04 12:35:55 UTC
on my system, synced today, I get file collisions between ksplash and kde-base-artwork.

So ksplash and kde-base-artwork can not be installed at the same time
Comment 2 Vytenis Sodaitis 2012-12-21 08:36:55 UTC
I have this collision too when trying to install kde sc 4.9.95
Comment 3 Duncan 2012-12-21 13:07:38 UTC
Same collision with 4.9.95 here.

A look at the binpkgs for both pkgs suggests that the previous horos splash theme found in ksplash disappeared in 4.9.95, to be replaced with the "default" theme, which is the only thing in kde-base-artwork for 4.9.95.  So I commented kde-base-artwork in the set I had pulling it in (a copy of the kdebase-workspace set from the overlay, which I sync up every six months but comment the packages I don't need in, as I do with all my kde sets) and simply let ksplash provide those files.

I've not restarted kde yet so I can't say for sure that it works, but it should, since it looked like kde-base-artwork only duplicated some of ksplash's files in any case.  The blurb announcing kde 4.10-rc1 aka 4.9.95 said there was a new splash screen, so I guess I'll see.

Duncan
Comment 4 Duncan 2012-12-25 08:51:49 UTC
The kde 4.9.95 ksplash/kde-base-artwork collision bug should be fixed now.  Overlay commit d28d3f29.

WORKSFORME anyway. =:^)

(Anybody who unmerged kde-base-artwork based on my earlier comment should remerge it when they remerge ksplash, or they'll now be missing the default ksplash theme, since ksplash no longer provides it with the removetheme patch from that commit.)

Duncan
Comment 5 Chris Reffett (RETIRED) gentoo-dev Security 2013-02-14 20:17:03 UTC
Please verify whether this is still a problem in 4.10.0.
Comment 6 Duncan 2013-03-18 02:41:56 UTC
There are two, possibly three, aspects to test; I'm not sure which of those are supposed to be fixed now, but some of them are:

1. The original report, whether ksplash deps on kde-base-artwork and whether it functions if there's no dep and kde-base-artwork isn't installed.

2. Whether the reported file collision remains fixed (as I said it was in comment #4).

3. Meta/policy: ksplash includes several minimal themes, just not the default theme, which is in kde-base-artwork.  That seems a bit strange.  Arguably, either all (upstream shipped) ksplash themes need split out and ksplash should rdep on them (maybe with a use flag, or just rdep on the default, which is presently the only thing in kde-base-artwork), or they should all be included.  Bundling several themes but not the default theme just seems... weird.

Test results here, with 4.10.1:

2. File collisions appear to remain fixed. =:^)

1. As I explained in comment #3, I use copies of the kde sets from the overlay, commenting out what I don't want/need.  kdebase-workspace continues to list both ksplash and kde-base-artwork.  Commenting out kde-base-artwork and running depclean wanted to remove it, so there's no ksplash (r)dep on kde-base-artwork yet.  Setting the default theme (I was configured with a ksplash theme from kdelook) and then allowing depclean to do its thing resulted in no splash on subsequent kde restarts.  Checking kcontrol's ksplash config, the default theme is no longer listed, and it wants to default to minimal, but being careful to cancel rather than hit Apply/OK, further kde restarts still give me no ksplash.

So I'd say the original bug remains unfixed.  But being just a CCed user, I can't change the status to reflect that.

3. Meta/policy is just that, and whether there's a bug at all remains in the eye of the beholder, but /I/ still find it... disquieting.

(Further user observation, skip if desired: Given that I run the kde beta and rc pre-releases as well as the monthly releases until the pre-releases appear, I'm upgrading kde every two weeks to one month.  As a result, I've been on a bit of a personal campaign to reduce the number of kde packages I have installed and thus have to constantly update.  Until now, it never occurred to me that if I could do without a kde splash screen, I didn't need ksplash (or kde-base-artwork) at all, but after testing the above, I think I can actually do without ksplash entirely.  Off to test how /that/ works.)