From: Paul de Vrieze <pauldv@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ?
Date: Mon, 20 Sep 2004 10:48:59 +0200 [thread overview]
Message-ID: <200409201048.59958.pauldv@gentoo.org> (raw)
In-Reply-To: <200409192323.23736@malte.stretz.eu.org>
[-- Attachment #1: Type: text/plain, Size: 2517 bytes --]
On Sunday 19 September 2004 23:23, Malte S. Stretz wrote:
> But currently each distro does it how the maintainer like it (or
> interprets the FHS) -- Gentoo uses /usr/kde, SuSE /opt/kde, RedHat
> something else, and I think Debian throws all the stuff into /usr. To
> me this sounds like the FHS is flawed if it comes to stuff like this.
> Even the /usr/X11R6 directory is only there because it was always there
> though an alternative is missing, too.
>
> Ironically was there lately a discussion on the KDE core-devel list if
> the default location for KDE should be /opt/kde for KDE 4 (instead of
> /usr/local).
>
> If something is broken, it's normally the better to fix it instead of
> working around. So maybe the FHS should be refined to support what is
> needed by either adding an additional subdirectory below /usr or a
> completely new root-level directory. I mean it's not like the place in
> / is limited by anything and /svc was also added lately (and btw Linux'
> /sys is completely against the FHS).
Welcome to the real world. This is broken for a long long time and I'm
sure that it was mentioned to the FHS people a long time ago.
>
> Another thing which cropped up in combination with the macchanger
> ebuild (the issue is in b.g.o) was that sometimes shomething like
> /share or /lib/share is needed.
>
> The current FHS mailinglist is more a spamtrap than anything. Maybe a
> new one should be created. There a group of people consisting of (a)
> the previous FHS contributors (b) somebody from each big distro and (c)
> some people from the bigger desktop environments (or freedesktop.org)
> can get together and try to fix all the current issues with the FHS and
> create a version 3.0.
When the FHS gets sensible enough to offer a solution for existing
problems then I'm surely in favour of following it, but as it stands the
FHS does not answer some of the questions we have.
Paul
ps. The other "solution" could be to do it like the eclipse ebuild does
and install in /usr/lib/eclipse or /usr/lib/kde/3.3, although I even like
it less. I think that our solution is best. To be FHS compliant (better,
to sidestep the FHS) we could make a new subdir to /usr where we put
these packages. This does not violate the FHS as no package is directly
under /usr and we still follow our own guidelines, and provide a clean
solution.
--
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-09-20 8:51 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-19 19:50 [gentoo-dev] any interest in removing /usr/qt and /usr/kde ? Thomas Weidner
2004-09-19 19:52 ` Ciaran McCreesh
2004-09-19 20:07 ` Mike Frysinger
2004-09-19 20:06 ` Dan Armak
2004-09-19 20:07 ` Joshua J. Berry
2004-09-19 20:13 ` Ciaran McCreesh
2004-09-19 20:16 ` Dan Armak
2004-09-19 20:26 ` Joshua J. Berry
2004-09-19 20:29 ` Ciaran McCreesh
2004-09-19 22:23 ` Joshua J. Berry
2004-09-20 8:41 ` Paul de Vrieze
2004-09-19 20:37 ` Dan Armak
2004-09-19 21:23 ` Malte S. Stretz
2004-09-19 23:38 ` Armando Di Cianno
2004-09-20 8:48 ` Paul de Vrieze [this message]
2004-09-20 9:47 ` Malte S. Stretz
2004-09-20 15:56 ` Armando Di Cianno
2004-09-20 19:52 ` Malte S. Stretz
2004-09-20 15:40 ` Dan Armak
2004-09-20 18:30 ` Paul de Vrieze
2004-09-20 19:45 ` Malte S. Stretz
2004-09-19 22:35 ` Joshua J. Berry
2004-09-20 4:10 ` Dan Armak
2004-09-20 4:27 ` Mike Frysinger
2004-09-20 4:47 ` Luke-Jr
2004-09-20 6:09 ` Joshua J. Berry
2004-09-20 9:05 ` Paul de Vrieze
2004-09-20 15:55 ` Sami Samhuri
2004-09-20 16:22 ` Carsten Lohrke
2004-09-20 16:36 ` Malte S. Stretz
2004-09-20 16:44 ` Dan Armak
2004-09-20 17:19 ` Malte S. Stretz
2004-09-20 17:36 ` Dan Armak
2004-09-20 22:58 ` foser
2004-09-20 17:42 ` Carsten Lohrke
2004-09-20 16:37 ` Dan Armak
2004-09-20 17:35 ` Carsten Lohrke
2004-09-20 18:52 ` Paul de Vrieze
2004-09-20 19:17 ` Carsten Lohrke
2004-09-21 10:47 ` [gentoo-dev] " Duncan
2004-09-21 11:02 ` Duncan
2004-09-21 12:05 ` Carsten Lohrke
2004-09-21 4:58 ` Joel Konkle-Parker
2004-09-21 9:49 ` Paul de Vrieze
2004-09-20 7:49 ` [gentoo-dev] " Simon Watson
2004-09-19 20:09 ` Paul de Vrieze
2004-09-28 2:51 ` [gentoo-dev] " John Croisant
2004-09-28 8:19 ` Paul de Vrieze
2004-09-28 9:24 ` Peter Ruskin
2004-09-28 9:37 ` Paul de Vrieze
2004-09-28 20:32 ` John Croisant
2004-09-29 9:07 ` Paul de Vrieze
2004-09-19 21:55 ` [gentoo-dev] " Luke-Jr
2004-09-19 23:06 ` [gentoo-dev] " Thomas Weidner
2004-09-20 0:03 ` Luke-Jr
2004-09-20 0:55 ` Ciaran McCreesh
2004-09-20 3:50 ` Luke-Jr
2004-09-21 5:10 ` Joel Konkle-Parker
2004-09-21 17:29 ` Helmar Wieland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200409201048.59958.pauldv@gentoo.org \
--to=pauldv@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox