Gmane
Favicon
From: Nicholas Jones <carpaski <at> gentoo.org>
Subject: Portage-2.0.51
Newsgroups: gmane.linux.gentoo.devel
Date: 2004-07-10 16:59:44 GMT (4 years, 51 weeks, 3 days, 5 hours and 45 minutes ago)

Ok. All devs, please use 2.0.51. PLEASE provide bugs with
any and all issues or needs reguarding portage and repoman.
We can't fix it if we don't know it's broken.

2.0.51_pre13 has completed two unaided/uninterupted
rounds of catalyst stage building (meaning 8 stages)
normally signalling readiness for ~arch. There are a
couple of features still to be added, which will be
in and ~arch in the near future.

Easy way to be using the developer portages:
echo "sys-apps/portage" >> /etc/portage/package.mask
echo "sys-apps/portage" >> /etc/portage/package.keywords

Key points that need to be clear to everyone:

Portage is very loud during rsync updates right now as the
cache has changed for 2.0.51 and will change again some time
after 2.0.51 has become stable. The corruption messages are
normal for the time being, but I will get the cache updated
and the messages will go away within a week or two. AFTER
that week or two, all portages prior to 2.0.50-r7 will start
to complain as they aren't capable of handling the new cache.
I expect many users to post bugs or concerns about that due
to the fact that many people ignore the messages portage
prints out about updating portage (which should be done as
often as necessary to never see that message).

/var/cache/edb/virtuals is going away. It's obsoleted. Portage
now calculates the virtuals based on packages installed in the
database. Do not do anything with the old file. Delete it, but
do not copy it or suggest anyone copy it. It is obsoleted. It
is obsoleted. /etc/portage/virtuals can be used to add user
modifications but ONLY user modifications. The full file is
obsoleted. People have already done what I'm saying not to,
so make sure everyone knows it's obsoleted.

/var/cache/edb/world has moved. It's located in portage's new
FHS compliant state directory. /var/lib/portage. There may or
may not be a symlink from /etc/portage/sets/world to that file
as it seems to confuse people, and getting the symlink to stick
around is challenging for some reason. The directory is created
and scanned for bad files which are then deleted. Nothing is
allowed to be in that directory other than portage:portage
owned and o-rwx files. Everything else should be deleted when
portage runs as root. /usr/lib/portage/bin/regenworld can fix
most any worldfile deletion. You can use 'emerge depclean -p'
and 'emerge -uD world -p' to work on the missing parts and
the cruft.

--NJ