Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 6519 - Ksplash/ML installation problem
Summary: Ksplash/ML installation problem
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Gentoo KDE team
: 8337 11403 (view as bug list)
Depends on:
Reported: 2002-08-15 07:51 UTC by Osei Poku
Modified: 2005-12-25 13:46 UTC (History)
3 users (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description Osei Poku 2002-08-15 07:51:23 UTC
I am not sure where this can be fixed actually.  If its a gentoo related bug or
if it is something the program author can fix.  This is related to the files
installed by the ebuild.  After building the files installed include
/usr/bin/ksplash.  (this is expected.  It is supposed to overwrite the old
ksplash executable).  However apparently, on kde startup, the ksplash executable
in /usr/kde/3/bin/ksplash is the one that is run.  So in effect, ksplash/ml
never really does anything.  To fix this, I made a link to the /usr/bin/ksplash
from the /usr/kde/3/bin/ksplash.  Version of ksplash-ml is 0.95.2.  Resides in
Comment 1 Andreas Waschbuesch 2002-08-20 15:00:06 UTC
It's not just ksplash. It's kile, too. cf.
Comment 2 David Blue 2002-08-25 20:27:42 UTC
Basically this bug is a result of the new kde-env system. If you install ksplashml or any 
of the new theme engines for it (ie win2k or os X) on a bare system they will not work 
at all since kde looks for splash screens in KDEDIR and not in the install prefix the 
simpelest fix is to have the ksplash-ml and ksplash-ml-themes ebuilds install to KDEDIR 
and not prefix. 
Comment 3 Dan Armak (RETIRED) gentoo-dev 2002-08-30 06:53:19 UTC
It's always been a big bother that kde doesn't provide a way to use a custom 
splashscreen without replacing the default ksplash binary. 
I'm going to modify startkde so that instead of running ksplash, it runs 
$KDESPLASH if defined. (Or something like that...) Then, ksplash-ml would 
install into /usr and install an env.d file that would set 
KDESPLASH=/usr/bin/ksplash. Of course, if we add another ksplash replacement to 
portage, the user would have to shuffle the env.d files himself, or set his 
preferred value in .bashrc. 
How about it? 
Comment 4 Oscar 2002-09-01 16:15:06 UTC
This only happens with the ebuild. If you get the original source package from the home page, the files get properly installed under /usr/kde/3.   If everything related to kde goes under /usr/kde/3, I don't see as a good idea to keep installing KSplash/ML in /usr/bin and then use a KDESPLASH environment variable to start the right splash screen manager. 
Comment 5 Dan Armak (RETIRED) gentoo-dev 2002-09-04 09:51:52 UTC
No no, you've got it all wrong. 
Only the kde-base packages versions 3.0.x go in /usr/kde/3. Other versions go 
into /usr/kde/$ver(major.minor) i.e. /usr/kde/3.1.  
Everything _else_ that's kde-related, incl. kslpash-ml, goes in /usr so that it 
is accessible to all the KDEs installed. 
Naturally only the ebuild does that, on its own ksplash-ml wants to install 
into the kdelibs dir. 
Comment 6 Dan Armak (RETIRED) gentoo-dev 2002-10-01 08:17:16 UTC
*** Bug 8337 has been marked as a duplicate of this bug. ***
Comment 7 Dan Armak (RETIRED) gentoo-dev 2002-10-01 09:22:07 UTC
OK, solution ready. I'm committing a new kdebase-3.0.3-r1 that implements this  
fix. It also requires the new revisions of ksplash-ml and ksplash-ml-themes I'm  
committing. These are all masked for now, please test them.  
I've also mailed the ksplash-ml author and the kde-devel mailing list and the  
consensus seems to be that ksplash-ml will go into the kde cvs once the 3.1  
tree is open, replacing the old ksplash. Which is definitely good news :-) 
Comment 8 Bryn Davies 2002-10-01 19:55:51 UTC
> Everything _else_ that's kde-related, incl. kslpash-ml, 
> goes in /usr so that it is accessible to all the KDEs installed. 

 Can someone explain to me how the applnk stuff fits into all this?  Should kde
also be looking in /usr/share/applnk?  ( Because 3.0.X doesn't seem to )

-- Bryn / Curious
Comment 9 Peter Ruskin 2002-10-02 15:24:54 UTC
All the themes are listed twice, except Classic, 
Default, Gentoo, XpLike, ksplash_gentoo.

If you select either Gentoo or ksplash_gentoo the theme you get is 

Preview Theme does nothing
Comment 10 Dan Armak (RETIRED) gentoo-dev 2002-10-03 11:42:21 UTC
Ruskin's problems are solved btw, we discussed them on gentoo-dev. The     
remaining one is the preview not working. This is because the ksplash kcontrol  
module just runs "ksplash" and since KDEDIR comes before /usr in the path (so  
set by startkde), the old ksplash is run which of course doesn't work.  
The ksplash-ml source should be patched to run the ksplash that lives in the  
same kde prefix as the kcontrol module. Only I've never written kde apps, so I  
don't know how to do this the kde way. But I'll find someone to do it.  
Bryn: kde 3.0.x _should_ be looking in /usr/share/applnk, definitely. Are you 
sure it doesn't? (You say "doesn't seem to", so I'm asking you to find out :-). 
Maybe run kbuildsycoca or something? Look at the value of $KDEDIRS in the kde 
env (i.e. alt+f2 and "echo $KDEDIRS > myfile") and make sure it includes /usr. 
Comment 11 Bryn Davies 2002-10-03 17:21:34 UTC
> Bryn: kde 3.0.x _should_ be looking in /usr/share/applnk, definitely. Are you 
> sure it doesn't? (You say "doesn't seem to", so I'm asking you to find out :-). 

 I will reinstall KDE tonight and check this out. :-)

 ( I was planning on going out anyway. ;-)

-- Bryn.
Comment 12 Dan Armak (RETIRED) gentoo-dev 2002-11-22 10:56:47 UTC
OK, I'm working on my bugs again, finally :-) I've mailed the ksplash-ml author asking about the Right Way (ie wrt kde coding conventions) to fix the preview issue. He'll probably want to include the fix upstream. 
Comment 13 Dan Armak (RETIRED) gentoo-dev 2002-12-02 13:47:32 UTC
*** Bug 11403 has been marked as a duplicate of this bug. ***
Comment 14 Dan Armak (RETIRED) gentoo-dev 2003-01-25 15:12:51 UTC
I'm moving all bugs to so all kde@gentoo developers can see them. 
Oh and I didn't send that mail after all (I wrote this comment before actually doing so and then 
didn't send it). Sorry for all this, I''ve been away from Gento matters for some time but am 
now catching up and will try to resolve this issue at some point. 
Comment 15 Dan Armak (RETIRED) gentoo-dev 2003-04-14 09:55:31 UTC
Note in passing, ksplash/ml was integrated some time ago into kde proper and will be part of 
kde 3.2, replacing the old ksplash. 
Comment 16 Caleb Tennis (RETIRED) gentoo-dev 2003-06-13 13:27:42 UTC
Closing this bug as it has been put into kde 3.2.  
If someone has the strong desire to patch this program/ kde 3.1, then please reopen and 
assign it to yourself. 
Comment 17 Carsten Lohrke (RETIRED) gentoo-dev 2005-12-25 13:46:54 UTC
Dead old bug left to close...