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=CTE_8BIT_MISMATCH, DKIM_ADSP_NXDOMAIN,DMARC_MISSING,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by chiba.3jane.net (Postfix) with ESMTP id 4DA3724A9D for ; Mon, 24 Dec 2001 06:15:38 -0600 (CST) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 16IU0t-0003zT-00 for gentoo-dev@gentoo.org; Mon, 24 Dec 2001 13:15:27 +0100 Received: from pd9525a4f.dip.t-dialin.net ([217.82.90.79] helo=wp) by mrvdom03.kundenserver.de with smtp (Exim 2.12 #2) id 16IU0s-0003EY-00 for gentoo-dev@gentoo.org; Mon, 24 Dec 2001 13:15:27 +0100 From: Sebastian Werner To: gentoo-dev@gentoo.org Date: Mon, 24 Dec 2001 13:11:29 +0100 X-Priority: 3 (Normal) Organization: Werner Productions In-Reply-To: <200112240959.fBO9x6YY085429@smtpzilla2.xs4all.nl> Message-Id: <2UVTONOMUPJHZ2X5DCYTTLFMLXVYW.3c271b71@wp> Subject: Re: [gentoo-dev] ebuilds for kde3 beta etc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Opera 6.0 build 1010 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: 568fbb62-5c4e-4ffe-8200-4d68d3aace6b X-Archives-Hash: 245ece480285d5807ff4ef206a86da0c Am 24.12.2001 10:59:02, schrieb Guido Bakker : > >That's why kde should install in its own directory... It's too big, just like >X11R6... Yes, I agree. I would like to see kde in /opt/kde-${ver} or /usr/kde-${ver} like xfree. The most libs that kde-use are kde-specific and will never have a function in other applications. It's much easierer to manage multiple kde-version in full different trees... and the system now to manually compile packages with: KDEDIR=/usr/lib/kde-libs-${ver} ./configure --prefix=/usr i very very ugly. Some packages of kde-apps search header files in /usr not in $KDEDIR and then fail. I have created while do this with many apps some symlinks. But this is against the multi-version strategy Regards Sebastian Werner > >-- >Guido > >sön 2001-12-23 klockan 15.07 skrev Dan Armak: >> On Sunday 23 December 2001 15:44, you wrote: >> > That is why I'm against putting untested early-beta software in the >> > packagesystem. Because no matter how much unsupported they are, we > >will > >> > always end up support it. >> >> Well, I don't think kde could break anything but kde apps. And I'm > >willing to > >> support the beta ebuilds. > >I wasn't talking about just KDE, but if we put KDE in I can't see why we >couldn't put all alpha-releases. And others might break things. So can >KDE3 if it installs over other files (like pilot-link installing over >glibc and stuff). > >And what I'm talking about here is not that the actual code is beta >(since very much of what is in portage now is "beta"). I'm talking about >beta-releases (which are only meant for developers of KDE/GNOME/foo, >depending on what kind of packages it is). > >> Of course I'd put up a 'don't use unless you know what you're doing' > >notice, > >> and mask them thoroughly. And support would be probably slower/more > >sparse, > >> but not necessarily so since I'll probably be using kde3 myself all > >the time > >> before long, and I know some other people will do so too before the > >final > >> release. > >Yes probably, and that is what frightens me. > >> As for problems that are rooted in kde3 as such (not just beta > >trouble), the > >> more input and testers the better - as long as they understand that > >it's not > >> *supposed* to be stable. As I've said, better solve these now than > >when > >> kde3-final comes out. > >Problems that come out of your ebuilds, yes, but really, if the tarballs >used had been tested before being made available in Portage the job of >finding errors in the ebuilds would be less. > >Regards, > Mikael Hallendal > >_______________________________________________ >gentoo-dev mailing list >gentoo-dev@gentoo.org >http://lists.gentoo.org/mailman/listinfo/gentoo-dev >