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=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from odin.inter.net.il (odin.inter.net.il [192.114.186.10]) by chiba.3jane.net (Postfix) with ESMTP id 2D22F249F0 for ; Wed, 26 Dec 2001 03:39:38 -0600 (CST) Received: from there ([192.117.132.110]) by odin.inter.net.il (Mirapoint) with SMTP id ADT13344; Wed, 26 Dec 2001 11:39:29 +0200 (IST) Message-Id: <200112260939.ADT13344@odin.inter.net.il> Content-Type: text/plain; charset="iso-8859-1" From: Dan Armak Organization: Gentoo Linux To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] ebuilds for kde3 beta etc. Date: Wed, 26 Dec 2001 11:34:56 +0200 X-Mailer: KMail [version 1.3.2] References: <0GOR009629L95F@mxout2.netvision.net.il> <20011222112853.B27239@chiba.3jane.net> <0GOS00FF2WQ3SE@mxout2.netvision.net.il> In-Reply-To: <0GOS00FF2WQ3SE@mxout2.netvision.net.il> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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 Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Developer discussion list List-Unsubscribe: , List-Archive: X-Archives-Salt: 5743fd3b-24af-4c5a-9e0c-877d1d7e681a X-Archives-Hash: d1493267974c55de86279e8e99abb417 To repeat and extend what I said: On Sunday 23 December 2001 16:13, you wrote: > > > 1. If the FHS say only binary stuff goes in /opt, where would I put > > > several KDEs-in-testing? /usr/kde-$ver? > > > > Whatever makes sense; just don't use /opt. On that subject, I'd like to raise once more the issue of KDE placing. Now is the last time we can easily change it, before doing kde3 ebuilds. I still think there should be support for multiple KDEs, which would live in e.g. /usr/kde-$ver each. Juggling paths would be a lot easier. The way things work right now - one big kde in /usr, many kdelibs in /usr/lib/kdelibs-$ver - there are the following problems, which will disappear if we place all KDEs (incl. kdelibs) in /usr/kde-$ver and put each app in the dir of the kdelibs to which it links: - Many users will want multiple KDEs, with or without ebuilds that support it. It'd be better for us to do it for them, so that things are unified. - Some apps don't like living separately from their kdelibs. In particular, noatun doesn't work at all (and apparently is unfixable save by patching the code), mosfet's liquid widgets require a makefile patch (applied), and kdm can't find the user icons (one possible solution is to manually move the icons in src_install). Other problems will likely arise. - With one kde in /usr, it can be (from expirience) very complicated to startup a kde that lives elsewhere, since /usr always commes first in the paths. - eclasses (and kdelibs & kdebase ebuilds) are becoming more and more complex and tangled to support all this. I don't know how FHS-compatible that is (i.e. /usr/kde-$ver), beyond not putting kde in /opt. But I'd really like it to be that way - it would certainly make everybody's life easier. Now, I unfortunately missed the orig. kde->/usr thread back when it was discussed. Apparently it was mostly on IRC and not on the mailing lists so the only reason for having kde in /usr I really know is the FHS. There may be other & better reasons. Even if we decide to hav only 1 kde, it will still be a lot better no to ahve in /kde. If we have /usr/kde-$ver dirs, each of which will contain a kdelibs-$ver and all apps linked against it, and kde base will live in one of those, it'll be a lot better than it is now. Again, because the kde that lives in /usr has execution priority over any others. If we make kde live in /usr, -- Dan Armak Gentoo Linux Developer, Desktop Team Matan, Israel