From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3029 invoked from network); 19 Sep 2004 23:34:57 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 19 Sep 2004 23:34:57 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1C9BCr-0006jR-0j for arch-gentoo-dev@lists.gentoo.org; Sun, 19 Sep 2004 23:34:57 +0000 Received: (qmail 7021 invoked by uid 89); 19 Sep 2004 23:34:56 +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 31523 invoked from network); 19 Sep 2004 23:34:56 +0000 Date: Sun, 19 Sep 2004 19:38:20 -0400 Message-ID: <5cd1f229f47011114cecad3b3f29983a@mudra> MIME-Version: 1.0 (Generated by Pantomime 1.2.0) From: Armando Di Cianno To: gentoo-dev@lists.gentoo.org In-Reply-To: <200409192323.23736@malte.stretz.eu.org> X-Image-URL: http://armando.xylite.com/images/me64x64.tiff X-Mailer: GNUMail (Version 1.2.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ? X-Archives-Salt: e650421b-3768-4a04-807c-2eb94f72cd7b X-Archives-Hash: 9a83dc9bf86522559c5fb13d4f550321 Some questions, and my $0.02 ... >>> I really do think this is what /opt was intended for. "Add-on" >>> sounds >>> to me like it's one of those purposefully open-ended words that you >>> can >>> interpret however you like. Actually, the whole section on /opt in >>> the >>> FHS reads that way ... ... > 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. So, I'm taking care of bringing a usable GNUstep system into portage. (Anyone following this: I'm pretty much waiting for another stable release of -gui, as to not litter portage with cvs-pull-and-tar ebuilds, before uploading anything...). GNUstep has classically been installed into /usr/GNUstep, which would obviously violate the FHS. The thing is, imho, the FHS is for UNIX/UNIX-like systems, while GNUstep just-so-happens to be a system that can run on top of UNIX/UNIX-like systems (as well as Windows, OS X, etc). All that is required is a "root" to place it's base, and any other run-time created files can be bridged into the FHS as appropriate. The problem is, that quite like X11, the hierarchy under .../GNUstep is different from the rest of the FHS recommended directories, reflecting the fact that GNUstep is not UNIX. I'd happily use /opt, but that seems rather non-Gentoo, atm. I'll be following this thread, and will likely follow recommendations, as applicable, that are made for qt or kde. Keep in mind that GNUstep is "a whole other system" and not just a "set of libraries and programs". Any specific recommendations about what I should do concerning GNUstep would also be greatly appreciated. Thanks for keeping this in mind, __armando -- gentoo-dev@gentoo.org mailing list