Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ?

[Dan Armak <danarmak@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 2719 bytes --]

On Monday 20 September 2004 20:19, Malte S. Stretz wrote:
> Yes.  The reason is that this would make KDE follow the rationale behind
> the FHS most:  Stuff in share can generally be shared (eg. NFS-mounted)
> across several machines, while lib continas platform-specific stuff and
> bin... you get the point.  This might happen rarely but it's the intention
> behind the split done in the FHS.
I see.

>
> I don't know what you mean with docs which don't belong below lib in your
> other mail, was it a misunderstanding of Carsten's mail?
My point was that since lib is meant for, well, libraries (and occasional 
binaries), it'd be inappropriate to put things like docs under it. Just 
inelegant, and people wouldn't expect it. Especially in view of the 
filesystem sharing scenario you outlined.

>
> > Specifying such separate dirs rather than a unified KDEDIR/KDEDIRS looks,
> > at first sight, to be a major PITA. Maybe they'll improve support for
> > this in kde4, but I don't relish the thought of doing it with 3.x. Unless
> > there's a way already to specify such separated dirs via env variables a
> > la KDEDIRS that I'm not aware of?
>
> I didn't say that this is already possible without much headache, just that
> it's maybe the best/cleanest solution for some distant future.
Definitely - if KDE makes it as easy as KDEDIRS, I'd vote for such a solution 
too in the longterm.

>
> But actually, even currently I don't see a problem with that; the configure
> line would become rather long ('./configure --bindir=/usr/bin/kde/3.3
> --datadir=/usr/share/kde/3.3 ...') but at least there it would work.  And
> those dirs are available via eg. 'kde-config --path data' later on.
>
> But I don't know how many stuff inside KDE or how many third-party tools
> depend on a "flat" $KDEDIR available via the environment variable(s) so
> this might indeed be stuff for KDE 4.
Seems like it to me, too.

>
> OTOH is it not like the current approach with /usr/kde eats your children
> or burns your box.  It's just not nice and FHS compliant and stuff but has
> been there for quite some time now and could stay as it is for another year
> or so until KDE 4 is released.  IMHO.
Agreed.

> Btw, all this discussion was about KDE, I wonder how GNOME handles this
> stuff.  Does it also use /usr/gnome/x.y or so something else?
No idea. I seem to remember gnome 1.4 and 2.0 coexisted back in the day, but 
don't remember how... Any gnome devs reading this thread? ;-)

-- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key
Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD  0069 508D 9143 8D5F 8951

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]