From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15351 invoked from network); 11 Aug 2004 02:59:53 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 11 Aug 2004 02:59:53 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BujLE-0000Yx-IT for arch-gentoo-dev@lists.gentoo.org; Wed, 11 Aug 2004 02:59:52 +0000 Received: (qmail 27753 invoked by uid 89); 11 Aug 2004 02:59:52 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 381 invoked from network); 11 Aug 2004 02:59:51 +0000 From: Chris Bainbridge To: gentoo-dev@lists.gentoo.org Date: Wed, 11 Aug 2004 03:59:41 +0100 User-Agent: KMail/1.6.2 References: <20040808185144.GB29077@mail.lieber.org> <200408102119.26115.chrb@gentoo.org> <1092173069.21439.138.camel@localhost> In-Reply-To: <1092173069.21439.138.camel@localhost> Organization: Gentoo Foundation MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408110359.42198.chrb@gentoo.org> X-Edinburgh-Scanned: at haymarket.ed.ac.uk with MIMEDefang 2.33, Sophie 3.04rc1, Sophos Anti-Virus 3.84 X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: Re: [gentoo-dev] GLEP 19, reloaded (again) X-Archives-Salt: 521328c7-5577-408f-9e14-baa3e120b04a X-Archives-Hash: 3bc73c904f43fb29af4ec26d9114813a On Tuesday 10 August 2004 22:24, Chris Gianelloni wrote: > On Tue, 2004-08-10 at 16:19, Chris Bainbridge wrote: > > So heres the cheeky proposal... make a "redhat" release. Follow redhats > > release cycle, and match their versions. Use their backported fixes. > > Commercial software will work. Bugs will be fixed. This is the power of > > open source. > > Why? So users can have portage and the "commercial vendors" will still > release their stuff in RPM only and expect the exact same libraries of > the same versions to be installed with the same features as Red Hat. Yes. > Are you also wanting to get rid of USE flags? How about CFLAGS? To be > able to ensure Red Hat compatibility, both of those would have to be > standardized to be exactly like Red Hat's. This means CFLAGS would be > what Red Hat uses and we would compile with the same ./configure options > on each package. At that point, we're wasting an enormous amount of > time trying to be Red Hat, and no time trying to make Gentoo better. Reproducing the binaries exactly is obviously not possible or desirable, but if you pin all the package versions then everything will be compatible; it would use same gcc, same binutils, libraries etc. Not perfect, but good enough. I would also suggest that if this GLEP goes ahead each package maintainer should have a choice as to whether their package is in the frozen tree. Otherwise in 6 months time users will be filing bugs, getting the "won't support this/please upgrade" response, and complaining that its meant to be a frozen tree with a long bug fix cycle. -- gentoo-dev@gentoo.org mailing list