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 chiba.3jane.net (localhost [127.0.0.1]) by chiba.3jane.net (Postfix) with ESMTP id 57A90AC5C2; Mon, 15 Jul 2002 13:57:08 -0500 (CDT) Received: from mxout2.netvision.net.il (mxout2.netvision.net.il [194.90.9.21]) by chiba.3jane.net (Postfix) with ESMTP id CF7D4AC38E for ; Sun, 14 Jul 2002 15:53:51 -0500 (CDT) Received: from laptop.dan.net ([62.0.69.19]) by mxout2.netvision.net.il (iPlanet Messaging Server 5.2 HotFix 0.7 (built Jun 26 2002)) with ESMTP id <0GZ900FEUBDPRX@mxout2.netvision.net.il> for gentoo-announce@gentoo.org; Sun, 14 Jul 2002 23:53:51 +0300 (IDT) From: Dan Armak To: gentoo-announce@gentoo.org Cc: number1@kde.org Reply-To: danarmak@gentoo.org Message-id: <200207150251.18923.danarmak@gentoo.org> Organization: Gentoo Technologies, Inc. MIME-version: 1.0 Content-type: Text/Plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Content-description: clearsigned data User-Agent: KMail/1.4.2 X-BeenThere: gentoo-announce@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Date: Mon, 15 Jul 2002 02:51:13 +0300 Subject: [gentoo-dev] [gentoo-announce] Announce: prerelease KDE ebuilds (3.1 alpha1) Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 4106e11c-d1c0-4949-a878-51ce1466f627 X-Archives-Hash: 47a6abc4268725932e3e667d73e12a89 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, This is about alpha-quality code and beta-quality ebuilds. If you want to stay on the stable side of things, don't read this. All kde prereleases will remain masked and the eclass changes etc. will not affect you. There won't be gentoo-side support on the level of the stable ebuilds, either. End disclaimer. Now: I've made ebuilds for kde 3.1 alpha1. More importantly, these are the first kde ebuilds utside 3.0.x and as such put our "multi-kde" setup to the test. Personally I like the new alpha a good deal. Short summary: To use: you _must_ remove the KDE3DIR and KDE3LIBSDIR settings from your /etc/make.globals. They are deprecated and will not appear in future versions of portage. If you don't, the new alpha will overwrite your current stable 3.0.2 and install into /usr/kde/3. Remove the section in package.mask about kde-3.1_alpha1 and emerge kde. This will install alpha1 into /usr/kde/3.1 and you can select the kde to log into (3.0.x or 3.1.x) from kdm. I would have done more, but ISP troubles prevent me from connecting to the internet and finishing what I started. Once I'm up to speed once more I'll maintain the kde cvs ebuilds again, and keep a status/info page on www.gentoo.org/~danarmak (I'll post a separate notice once it's up). Please report any problems/ideas/patch suggestions to me at danarmak@gentoo.org and I'll reply as soon as I can. Details: This is the setup: kde 3.0.x installs into /usr/kde/3 (for backward compatibility; it should have been /usr/kde/3.0). kde 3.1.x, including this alpha, installs into /usr/kde/3.1. kde 3.2.x will install into /usr/kde/3.2, etc. 3rd party kde apps always install into /usr/kde/3. However the kdelibs they link against is the latest one found in the standard locations: the one in /usr/kde/3.2; if it doesn't exist, the one in /usr/kde/3.1; if it doesn't exist, the one in /usr/kde/3, etc. You can modify these default settings by setting $KDE3DIR and/or $KDE3LIBSDIR (in make.conf or in the environment). If KDE3DIR is defined, all and any kde3 apps (base and 3rd party) will install into it. If KDE3LIBSDIR is defined, all kde3 apps (even ones from kde-base) will link against the kdelibs installed there. That way you can create a fully custom setup, with any amount of KDEs installed side by side. Note: this doesn't mean you have to or even should unless you have a really good reaason! The default settings should be quite good enough for everyone. Also note that since this masked and in active testing, everything may change at any moment (I don't expect it to, but who knows). There are some known issues, and others which are features not bugs. More details soon. Remember this is as yet preliminary support :-) - -- Dan Armak Gentoo Linux developer (KDE) Matan, Israel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Mg52UI2RQ41fiVERAqQDAJ9NNWUNAWnDkwIUe+z1AJqKGNInUACfSRR/ mso9221ziA4dmPXaLWyk8EA= =I0MJ -----END PGP SIGNATURE----- _______________________________________________ gentoo-announce mailing list gentoo-announce@gentoo.org http://lists.gentoo.org/mailman/listinfo/gentoo-announce