From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30142 invoked from network); 20 Sep 2004 08:51:40 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 20 Sep 2004 08:51:40 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1C9JtZ-00007v-Oa for arch-gentoo-dev@lists.gentoo.org; Mon, 20 Sep 2004 08:51:38 +0000 Received: (qmail 25694 invoked by uid 89); 20 Sep 2004 08:51:33 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 3718 invoked from network); 20 Sep 2004 08:51:33 +0000 From: Paul de Vrieze To: gentoo-dev@lists.gentoo.org Date: Mon, 20 Sep 2004 10:48:59 +0200 User-Agent: KMail/1.7 References: <200409192338.00639.danarmak@gentoo.org> <200409192323.23736@malte.stretz.eu.org> In-Reply-To: <200409192323.23736@malte.stretz.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart78269019.odVADLf9B4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409201048.59958.pauldv@gentoo.org> Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ? X-Archives-Salt: f2333c41-062b-4849-9028-6c4e7c1a977e X-Archives-Hash: 4f4ece6e3229eba5cce2af3c6eaa3082 --nextPart78269019.odVADLf9B4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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.=20 > 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=20 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=20 problems then I'm surely in favour of following it, but as it stands the=20 =46HS does not answer some of the questions we have. Paul ps. The other "solution" could be to do it like the eclipse ebuild does=20 and install in /usr/lib/eclipse or /usr/lib/kde/3.3, although I even like=20 it less. I think that our solution is best. To be FHS compliant (better,=20 to sidestep the FHS) we could make a new subdir to /usr where we put=20 these packages. This does not violate the FHS as no package is directly=20 under /usr and we still follow our own guidelines, and provide a clean=20 solution. =2D-=20 Paul de Vrieze Gentoo Developer Mail: pauldv@gentoo.org Homepage: http://www.devrieze.net --nextPart78269019.odVADLf9B4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBBTpl7bKx5DBjWFdsRAkxzAKCInEcbjWr3Sa5swys2GMwKX6d+iwCgmFCW my7tEuGIYz2Ed/LM6erxjpk= =JZbD -----END PGP SIGNATURE----- --nextPart78269019.odVADLf9B4--