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 mirapoint.inter.net.il (mirapoint.inter.net.il [192.114.186.20]) by chiba.3jane.net (Postfix) with ESMTP id EC6B324ACB for ; Wed, 26 Dec 2001 03:41:46 -0600 (CST) Received: from there ([192.117.132.110]) by mirapoint.inter.net.il (Mirapoint) with SMTP id BCL18033; Wed, 26 Dec 2001 11:41:42 +0200 (IST) Message-Id: <200112260941.BCL18033@mirapoint.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:37:10 +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: 70539f01-362b-4c98-b6be-b551ef985baa X-Archives-Hash: c71cd5e55a47ae4d5c4f1669bd3f87d0 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 or moving lots of files around), 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. What all this cimes to is that if we make kde live in /usr, we won't be able to support multiple kdes, and it will be difficult for users to set up mltiple kdes on their own. -- Dan Armak Gentoo Linux Developer, Desktop Team Matan, Israel