-----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