From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8336 invoked by uid 1002); 6 Sep 2003 02:03:54 -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 5328 invoked from network); 6 Sep 2003 02:03:54 -0000 From: Luke-Jr Organization: Gentoo Linux To: Thomas de Grenier de Latour , gentoo-dev@gentoo.org Date: Sat, 6 Sep 2003 02:03:41 +0000 User-Agent: KMail/1.5.3 References: <200309041251.49718.vapier@gentoo.org> <200309060017.43415.luke-jr@gentoo.org> <20030906035000.17fcce74.degrenier@easyconnect.fr> In-Reply-To: <20030906035000.17fcce74.degrenier@easyconnect.fr> GPG-Public-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD53E9583 MIME-Version: 1.0 Content-Type: Text/Plain; charset="shift_jis" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200309060203.52115.luke-jr@gentoo.org> Subject: Re: [gentoo-dev] Re: [gentoo-core] Breaking up the beast known as app-games X-Archives-Salt: 6927af52-aa88-49e3-a743-ec66e2dee72e X-Archives-Hash: a26b9b338b90c17c947f57ddb941487f =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This would complicate tab completion if not done correctly. Perhaps a /usr/portage/ebuilds/ directory containing everything, and then=20 symlinks in category directories... but as someone else pointed out, CVS=20 lacks symlink support... Can anyone come up with a similar idea which doesn= 't=20 make tab-completion too difficult (bash-completion could be used in some, b= ut=20 not all cases)? On Saturday 06 September 2003 01:50 am, Thomas de Grenier de Latour wrote: > Just to make it clear, I also think a tree reorganisation is needed and > there has been some good ideas here (my preference goes to the flat > repository with multiple informative categories inside ebuilds, as > proposed by Jean Jordaan). My point is only that this is something that > has to be thought early enough to avoid forgeting any user when it > comes real. > > > On Sat, 6 Sep 2003 00:17:29 +0000 > > Luke-Jr wrote: > > Would it be possible to require a real user to run the 'emerge world' > > and say "yes" to a question? > > If "emerge world" still works after the tree reorganisation, then there > is no backward compatibility issue. But it doesn't seem so obvious to > me: with many of the solution suggested so far, a current portage would > not even pass the dep caching that comes after the sync. > > > If stdin cannot be opened (cron job), send root@localhost a mail. > > Doesn't change the fact that the best a current version portage can do > is to inform you that a new version is available. If I do my next sync > in six month in my 486 gateway because of a new openssh bug, I shouldn't > be blocked only because I've ignored this information. > > > Having two trees would require every package change to be done on each > > tree... Just as complex, I'd think. > > There would be no need to maintain the old tree, but only to keep > something that is enough for people to make the transition (at least > new portage and his deps). This plus a mechanism to force portage > upgrade when really needed would be enough. =2D --=20 Luke-Jr Developer, Gentoo Linux http://www.gentoo.org/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/WUCDZl/BHdU+lYMRAv5/AJoCwUkshITwvDf+jAHq08gFmwsR7ACeI+HO DtNX7VsdbL6mX0i8B63OAsI=3D =3DvFiV =2D----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list