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

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

[Dan Armak]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everyone,

I'm committed a new kdebase-3.0.3-r1 which fixes the following two bugs:

#6519: installation/usage of ksplash-ml. It was not being used because the 
standard startkde always runs the default ksplash binary. After asking the 
ksplash-ml author and kde-devel, I've changed startkde to run $KSPLASH 
instead if it is set. ksplash-ml sets it in env.d, and you can set it 
yourself to another value in a profile file.

For this to work you also need to use the new (also masked) revision of 
ksplash-ml, as well as the new revision of ksplash-ml-themes if you're using 
that.

#5953: fix our /etc/pam.d/kde file. I don't understand the details very well 
as this is essentially Azarah's fix, so if you're interested read about it on 
the bugzilla page.

Anyone who can spare the compile time, please test this new revision so that I 
can unmask it. Non-x86 devs, if you test this please re-add your 
architecture's KEYWORD to the kdebase ebuild (nothing arch-specific here 
AFAIK, but the more testing the better).

- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9mbRYUI2RQ41fiVERAvo+AJ9gxBnqT5yGcPjKJ6R1Fwv8mXEKJQCePP/o
P4GCs8hMdPtrMJtMdORy0j0=
=kWbX
-----END PGP SIGNATURE-----

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

[Peter Ruskin]

On Tuesday 01 Oct 2002 15:42, Dan Armak wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello everyone,
>
> I'm committed a new kdebase-3.0.3-r1 which fixes the following two
> bugs:
>
> #6519: installation/usage of ksplash-ml. It was not being used
> because the standard startkde always runs the default ksplash binary.
> After asking the ksplash-ml author and kde-devel, I've changed
> startkde to run $KSPLASH instead if it is set. ksplash-ml sets it in
> env.d, and you can set it yourself to another value in a profile
> file.
>
> For this to work you also need to use the new (also masked) revision
> of ksplash-ml, as well as the new revision of ksplash-ml-themes if
> you're using that.

Well, yes and no.  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 
Default.

Preview Theme does nothing

>
> #5953: fix our /etc/pam.d/kde file. I don't understand the details
> very well as this is essentially Azarah's fix, so if you're
> interested read about it on the bugzilla page.

Don't see any problems with this fix.
>
> Anyone who can spare the compile time, please test this new revision
> so that I can unmask it. Non-x86 devs, if you test this please re-add
> your architecture's KEYWORD to the kdebase ebuild (nothing
> arch-specific here AFAIK, but the more testing the better).
>

I notice bug #8228 has not been fixed here.

> - --
> Dan Armak
> Gentoo Linux developer (KDE)
-- 
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 8:39.
#=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=#

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

[Dan Armak]

-----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?

>
> 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.

>
> 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.

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?


- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9m1SDUI2RQ41fiVERAoJJAJ0cxkUHmTlpzhVZ+Fz0uZJ1rRZfZQCfZcO5
4MugKK9e9tzfd9pkm9EHoaY=
=5FNF
-----END PGP SIGNATURE-----

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=#

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

[Dan Armak]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 03 October 2002 01:03, Peter Ruskin wrote:
> 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/. 

Those belong to the old ksplash, not to ksplash-ml. -ml lives entirely in 
/usr.

>
> > > 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.
Should have been "from KDEDIR" of course.

>
> Tried that but it didn't work.

Well, it still seems that you've installed them incorrectly somehow. Maybe use 
the Install New Theme button from the kcontrol ksplash-ml module?

> 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.

No, no, that's against the whole idea :-) It would mean a file conflict 
meaning backups/restores (ugly and simply not allowed in gentoo until a good 
enough case can be made for it) and it would also mean that ksplash-ml would 
be installed for a single specific KDE at a time (you can't install it for 
every KDE because you can't have several copies of the same package evisions 
emerged). No, we have to get it to work from /usr, and we will :-)

- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9m8VRUI2RQ41fiVERArwbAJ9TDllTidLWeHdE7pn1C9BxtQ7kYACfbFEJ
rjSDLxrkTRyn1eI0r6Ma0Oo=
=IdWU
-----END PGP SIGNATURE-----

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

[Peter Ruskin]

On Thursday 03 Oct 2002 05:19, Dan Armak wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thursday 03 October 2002 01:03, Peter Ruskin wrote:
> > 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/.
>
> Those belong to the old ksplash, not to ksplash-ml. -ml lives
> entirely in /usr.

Ok, I understand now.
>
> > > > 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.
>
> Should have been "from KDEDIR" of course.
>
> > Tried that but it didn't work.
>
> Well, it still seems that you've installed them incorrectly somehow.
> Maybe use the Install New Theme button from the kcontrol ksplash-ml
> module?

I found out what was wrong.  the tarball was called ksplash_gentoo but 
Theme.rc calls it Gentoo.  Renaming the theme folder to Gentoo gets it 
working.  After all that it isn't that good anyway
>
> > 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.
>
> No, no, that's against the whole idea :-) It would mean a file
> conflict meaning backups/restores (ugly and simply not allowed in
> gentoo until a good enough case can be made for it) and it would also
> mean that ksplash-ml would be installed for a single specific KDE at
> a time (you can't install it for every KDE because you can't have
> several copies of the same package evisions emerged). No, we have to
> get it to work from /usr, and we will :-)
>
> - --
> Dan Armak
> Gentoo Linux developer (KDE)

Oh, I see.  BTW, have you found a way for kappfinder and the KDE menu to 
use /usr/share/applnk/?  I'm symlinking individual desktop files at the 
moment - /usr/kde/3/share/applnk/Utilities/Arson.desktop -> 
/usr/share/applnk/Utilities/Arson.desktop and so on.

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 15:55.
#=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=#