From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DATE_IN_PAST_12_24, DMARC_MISSING,INVALID_DATE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from pat.uio.no ([129.240.130.16] ident=7411) by cvs.gentoo.org with esmtp (Exim 3.30 #1) id 15Jgf4-0007Mj-00 for gentoo-dev@cvs.gentoo.org; Mon, 09 Jul 2001 13:25:38 -0600 Received: from sex.ifi.uio.no ([129.240.64.170]) by pat.uio.no with esmtp (Exim 2.12 #7) id 15JgeF-0002XS-00 for gentoo-dev@cvs.gentoo.org; Mon, 9 Jul 2001 21:24:47 +0200 Received: (from terjekv@localhost) by sex.ifi.uio.no ; Mon, 9 Jul 2001 21:24:43 +0200 (MET DST) To: gentoo-dev@cvs.gentoo.org Subject: Re: [gentoo-dev] Linux Standard Base References: <000401c10896$378a1f40$6669a8c0@ortega-lt.hsdrs.com> <01070920485302.00654@localhost> X-URL: http://www.math.uio.no/~terjekv/ Organization: The friends of mr. Tux From: Terje Kvernes In-Reply-To: Dan Armak's message of "Mon, 9 Jul 2001 20:48:53 +0300" Message-ID: User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Mon Jul 9 13:26:01 2001 X-Original-Date: 09 Jul 2001 21:24:43 +0200 X-Archives-Salt: 10b5efef-6183-4580-8fbb-51dd06f47a51 X-Archives-Hash: 19c4530d9f251778cce27e8baa59e003 Dan Armak writes: > But there's already one such method that always works - configure; > make; make install. If LSB says RPMs are better than that, it > discourages practicing what is the heart of Portage - automatized > downloading, compiling & installing. The LSB should push for > standardized results, not for a standard way of achieving them. extremely well put. > Whoever wants a pre-compiled package will eventually be able to get > it via Portage which already supports binary packages. Whoever gets > a package from its home site as source is thus encouraged to write > an ebuild for it and give back to the community. RPM availability > would desatroy that - Portage and emerge would simply become much > less important. well, and there is more icky stuff: ,----[ ] | Package Dependencies | | Packages must depend on a dependency "lsb". They may not depend on | other system-provided dependencies. If a package includes "Provides" | it must only provide a virtual package name which is registered to | that application. `---- at first, one might think, "great, no more looking for the oddball package that contains "... but in reality, you're saying. "bundle everything inside lsb and everything outside as well". since there isn't a _real_ frontend like portage or apt for standard rpm usage these days, every distro will need to make all their base packages lsb-noted, but who'll _do_ that? and what will lsb do when debian, slackware and Suse come along saying "hey, we want _this_ to be the glibc-package", but RedHat already has a "lsb-glibc"-package? you don't want _your_ lsb-packages to depend on other distros lsb-packages do you? > Of course, choice is important. So whoever thinks RPMs are good for > Gentoo can go ahead and modify Portage/emerge to support them. agreed. being able to say "emerge -rpm " might not be a bad thing, but it's still not as nice. the only _real_ reason for a common binary format is for the business world who want to be able to brand their binary package as "lsb-approved". of course, the way they'll do this is called "static linking", just to be on the safe side. I doubt we'll see this change. > But people who still think actually compiling a package with the > correct optimizations for you CPU is best shouldn't be > branded non-standard. (Or non-mainstream ). it's been that way for a while. personally I've used redhat, some debian, some suse and some slackware for some time. I like different things from different places, and I to love the _idea_ behind Gentoo, because it addresses everything I've missed. easy to customize, easy to upgrade, easy to admin and still state of the art where you want it to be so (sadly, debian doesn't make the last point at all). > Well, that's my opinion, for what it's worth. (phew!) right, that means we're up to what? 0.04$? :) -- Terje - adding his two cents.