Re: [gentoo-dev] Please test new masked kdebase - fixes ksplash-ml, pam.d issues

[Peter Ruskin]

On Wednesday 02 Oct 2002 21:18, Dan Armak wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wednesday 02 October 2002 00:57, Peter Ruskin wrote:
> > Well, yes and no.  All the themes are listed twice, except Classic,
> > Default, Gentoo, XpLike, ksplash_gentoo.
>
> Doesn't happen here. This may sound obvious, but are you sure you
> don't have an old revision or even non-portage installation of
> ksplash-ml or ksplash-ml-themes somewhere?

Ooops.  True.  I remember now I grabbed them from (I think) a KDE themes 
page and manually installed to ~/.kde3
$ locate ksplash_gentoo
/home/peter/.kde3/share/apps/ksplash/pics/2431-ksplash_gentoo.tgz
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/splash_inactive_bar.png
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/splash_top.png
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/splash_active_bar.png
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/splash_bottom.png
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/Preview.png
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/Theme.rc
/home/peter/.kde3/share/apps/ksplashml/Themes/ksplash_gentoo/install.pl

I deleted all these but still got double listing. I had  
/usr/share/apps/ksplashml *and* /usr/kde/3/share/apps/ksplashml.  I 
deleted /usr/kde/3/share/apps/ksplashml and now get single listing.

I don't like kde using /usr/share at all - it's all mixed up.  ksplash 
and ksplash.default are in /usr/kde/3/share/apps/.  As long as we're 
supporting concurrent separate kde versions I thing we ought to go back 
to /usr/kde/?/ and damn the FHS or whatever it's called.
>
> > If you select either Gentoo or ksplash_gentoo the theme you get is
> > Default.
>
> These themes aren't in the ebuilds. Maybe they aren't in /usr and
> moving them to $KDEDIR would help.

Tried that but it didn't work.
>
> > Preview Theme does nothing
>
> Happens here too. Works ok if kcontrol is run from a konsole though.
> That means it's a path problem; $KDEDIR comes first in kde
> environment's path, before /usr, and so it probably runs the old
> ksplash for the preview which of course fails.
>
> Which raises again the question of why this is so. startkde currently
> says, PATH=$KDEDIR:$PATH
> It could say:
> PATH=/usr:$KDEDIR:$PATH
> I'll have to consider it.
>
> What apps other than ksplash could ever exist in both /usr/bin and
> KDEDIR/bin, and would we want the ones in KDEDIR to take precedence?
> Hard to say without any concrete examples, and I can't think of any.

ksplash is the only duplicate at present on my machine.
>
> The alternate possibilty is of course to patch ksplash-ml to run the
> right ksplash binary for its preview function (i.e. the one in its
> install path). This would even stand a good chance of being accepted
> upstream into the generic source. Considering that ksplash-ml is
> likely to be merged into kdebase for kde 3.2, replacing the old
> ksplash, we don't want to change startkde just to accomodate it.
>
> Opinions?
>

How about this?  The ksplash installed with ksplash-ml should replace 
(with backup) the ksplash delivered with kde.  Unmerging ksplash-ml 
would restore the original ksplash.

Regards,
Peter
-- 
Gentoo Linux (portage-2.0.38).  KDE: 3.0.3  Qt: 3.0.5
AMD Athlon(tm) XP 1600+ 512MB.	Kernel: 2.4.19-win4lin.	GCC 3.2
Linux user #275590 (http://counter.li.org/).  up 22:08.
#=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=#