Re: [gentoo-dev] Re: [gentoo-core] Breaking up the beast known as app-games

[Luke-Jr <luke-jr@gentoo.org>]

-----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 
symlinks in category directories... but as someone else pointed out, CVS 
lacks symlink support... Can anyone come up with a similar idea which doesn't 
make tab-completion too difficult (bash-completion could be used in some, but 
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 <luke-jr@gentoo.org> 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.

- -- 
Luke-Jr
Developer, Gentoo Linux
http://www.gentoo.org/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/WUCDZl/BHdU+lYMRAv5/AJoCwUkshITwvDf+jAHq08gFmwsR7ACeI+HO
DtNX7VsdbL6mX0i8B63OAsI=
=vFiV
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list