From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_DYNAMIC autolearn=unavailable autolearn_force=no version=4.0.0 Received: from brazil.sys.kcco.com (leg-66-247-92-2-CHI.sprinthome.com [66.247.92.2]) by chiba.3jane.net (Postfix) with ESMTP id 58FDCABD81 for ; Tue, 2 Jul 2002 10:53:50 -0500 (CDT) Received: from brazil.sys.kcco.com (localhost [127.0.0.1]) by brazil.sys.kcco.com (Postfix) with ESMTP id 43C9DC1BE6; Tue, 2 Jul 2002 10:55:52 -0500 (CDT) Content-Type: text/plain; charset="iso-8859-1" From: Jean-Michel Smith To: Grant Goodyear , Collins Subject: Re: [gentoo-user] Re: [gentoo-dev] gentoo & fhs Date: Tue, 2 Jul 2002 10:55:51 -0500 User-Agent: KMail/1.4.1 Cc: gentoo-dev@gentoo.org References: <20020701173735.5d1093ae.erichey2@attbi.com> <20020701203819.4e7d6935.erichey2@attbi.com> <1025614414.385.3.camel@server.grantgoodyear.org> In-Reply-To: <1025614414.385.3.camel@server.grantgoodyear.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200207021055.52014.jsmith@kcco.com> Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 2093b2bb-aaeb-42e4-841c-9851d7401a14 X-Archives-Hash: c78a91141a69e4ddbbed45bbae12e91c On Tuesday 02 July 2002 07:53 am, Grant Goodyear wrote: > > OK, that much is clear. So how do you resolve /usr/kde/2 ... with th= e > > prohibition you've cited? > > It's an exception because we support both kde2 and kde3, but they > conflict. The FHS doesn't have an obvious rule for this case. > Presumably in the future we will be able to drop kde2 and put > kde3 stuff directly into /usr, where it belongs. The FHS or Gentoo need to address this in some fashion. This sort of=20 conflict, where older and newer versions of SomeApp are needed in paralle= l,=20 but conflict, isn't going to go away (even if the specific instance of kd= e2=20 v. kde3 does). Perhaps the Gentoo rule of "binaries-only in /opt" needs to be relaxed to= "all=20 binaries into /opt, as well as all monolithically large applications that= =20 require their own subdirectory, even if compiled from source [e.g. gnome1= v.=20 gnome2, kde2 v. kde3, etc.]) I have no real opinion on this, since exceptions to FHS that make sense a= ren't=20 IMHO all that bad, but I could see where /usr/gnome1, /usr/gnome2, /usr/k= de2,=20 /usr/kde3, etc. could start to get out of hand, especially if we ever end= up=20 with /usr/openoffice1, /usr/openoffice2, and so on...in which case someth= ing=20 like the above rule for /opt might make more sense. Jean.