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=-2.0 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=4.0.0 Received: from exchange.colubris.com (gate.colubris.com [206.162.167.230]) by chiba.3jane.net (Postfix) with ESMTP id 1031CAC39D for ; Thu, 18 Jul 2002 09:44:34 -0500 (CDT) Received: from corneille.colubris.com ([192.168.30.125]) by exchange.colubris.com with Microsoft SMTPSVC(5.0.2195.3779); Thu, 18 Jul 2002 10:41:06 -0400 Content-Type: text/plain; charset="iso-8859-1" From: Yannick Koehler Organization: Colubris Networks Inc. To: mcummings@datanode.net, gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Peer-to-Peer? Date: Thu, 18 Jul 2002 10:44:31 -0400 User-Agent: KMail/1.4.2 References: <200207180926.41751.yannick.koehler@colubris.com> <20020718133920.GB8468@datanode.net> In-Reply-To: <20020718133920.GB8468@datanode.net> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200207181044.32419.yannick.koehler@colubris.com> X-OriginalArrivalTime: 18 Jul 2002 14:41:06.0750 (UTC) FILETIME=[2638DDE0:01C22E69] 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 List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 6b5c681e-6bb5-465a-9558-493070570098 X-Archives-Hash: 677b93d5bef934a737ad02aef0847039 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On July 18, 2002 09:39 am, Michael Cummings wrote: > then we could rename all the extensions to rpm and... > > sorry, not trying to be callous, but one flaw I would see is that there > is more to the flags than just the hardware flag. I have three machines > running gentoo, each of them with hardware in various states of > degredation. What you suggest would also require, in addition to a > package per hardware config, is one per possible config line (USE > variables can differ from user to user depending on their needs - i hav= e > a box with a USE of -X -java -qt -gnome -kde -gtk just to insure that > nothing got put on that might have a dependancy on those), not to > mention dependancies (F begot G which begot H which begot I). For > instance, as time has progressed I have noticed that emerge -pu world > displays some packages marked as N, which means that new dependancies > have arisen since I fist installed the package in question. Well the idea was the following, If I build a package for my computer and= =20 could make other benefit from the fact that I've done so and someone mayb= e=20 doing the exact same thing, so instead of having it re-compile the same=20 things in the same way he could just pick up mine. If you do not have co= mmon=20 system then you don't benefit from it but you don't lose anything. It is= an=20 addition not a removal. That's why I was putting talk about a peer-to-peer system. It would be n= ice=20 that in some way, if want to emerge a build that has been emerged already= on=20 another system using the same configuration then you could at your choice= =20 decide not to re-do it but take the one that has been done. It does imply trust, security issues and all of this, but that is also tr= ue=20 whenever you compile source code that you didn't investigate yourself any= way=20 even thought there's a digest file, that file may have been created or=20 modified on the mirror to make you download malicious source code. - --=20 Yannick Koehler -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9NtRPfuKOJNEyL1URAriGAJ46+BN+prnnKwl+jeHwa06IohAB3ACgnFzv 0Gqq6R2QwgIMQERhxWa7sI0=3D =3DG4Id -----END PGP SIGNATURE-----