-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zac Medico wrote:
> If we do this then I want to make sure everybody is prepared for the
> consequences.  Basically, it restricts implicit RDEPEND to the ebuild level,
> making it independent of whatever RDEPEND may or may not be defined in the
> inherited eclasses.  That means that some ebuilds will get implicit RDEPEND
> that they don't get currently.  Also, some ebuilds will loose some implicit
> RDEPEND that they current get from eclasses.

I've generated some data to show what the differences in RDEPEND will be after 
the
patch has been applied.  The data includes a list of affected packages [1], and 
two
separate files (tab separated values) for those packages that will have an 
implicit
RDEPEND decrease [2] and those that will have an implicit RDEPEND increase [3]. 
 The
format is:

${CATEGORY}/${PF} <tab> RDEPEND before patch <tab> RDEPEND after patch

Fortunately, I don't anticipate that this change will cause significant 
disruption.
My plan is to release a sys-apps/portage-2.1.1-r2 revbump masked by 
package.mask and
have all of the arch teams keyword it.  The ebuild will have an ewarn message in
pkg_postinst() that instructs gentoo-x86 cvs users to clean out their existing 
cache
and regenerate it from scratch.

After all of the teams have keyworded portage-2.1.1-r2, I'll unmask it and 
apply the
patch on the master rsync mirror.  The only extra load on the rsync mirrors 
will be
for the cache entries of approximately 2700 packages [1].  The combined total 
size of
these cache entries will be approximately 1.5 megabytes.  For comparison, cache 
entry
updates average approximately 425 per day, but in those cases there is 
additional
overhead for changes in ebuilds, eclasses, and auxiliary files.  For the ~2700 
cache
entries that need to be regenerated after application of the patch, only the 
cache
entries alone will incur load on the rsync mirrors.  The new version of portage 
will
include a patch that will cause it to automatically recognize the changed 
RDEPEND
after a sync (unlike earlier versions of portage that relied on mtime alone).

Anyone concerned about the impact of this patch on any packages that they 
maintain
should check the list of packages [1] to see if they are affected.  Please do 
that
and let me know if you anticipate any problems.

Thanks,

Zac

[1] 
http://dev.gentoo.org/~zmedico/bug_153591/data/20061104/package_names.txt.bz2
[2] 
http://dev.gentoo.org/~zmedico/bug_153591/data/20061104/rdepend_decrease.csv.bz2
[3] 
http://dev.gentoo.org/~zmedico/bug_153591/data/20061104/rdepend_increase.csv.bz2

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFTV5Z/ejvha5XGaMRApbiAKCWDEU1gjK3NaH0xQmTt7CT8ITHsACgk56y
JdiNGWgX5BpX5cZ+sgxkEfo=
=g2g4
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Reply via email to