All known bugs affecting epkgmove-1.3.1.
* If we're updating deps for multiple versions of the same packages, this should all be done in one commit. * When updating deps, Manifest is not committed properly. * Packages with common name prefixes aren't handled correctly. For example, sys-apps/at and sys-apps/attr.
* Pre-move checks for conflict files, plus checks during and after commits.
* Add support for use.local.desc
I don't know if this is bug or not, just want bring to your attention. from mail-filter/dspam/ChangeLog *dspam-3.4_rc1 (04 Mar 2005) 04 Mar 2005; Ciaran McCreesh <ciaranm@gentoo.org> dspam-3.2.4.ebuild, dspam-3.2.6.ebuild, dspam-3.2.7.ebuild, dspam-3.3.11.ebuild, dspam-3.3.8.ebuild, dspam-3.4_beta1.ebuild, dspam-3.4_beta2.ebuild, dspam-3.4_beta3.ebuild, dspam-3.4_rc1.ebuild, dspam-3.4_rc2.ebuild: Move sys-apps/cronbase -> sys-process/cronbase *dspam-3.4_rc2 (01 Mar 2005) 01 Mar 2005; Lim Swee Tat <st_lim@gentoo.org> +dspam-3.4_rc2.ebuild: Version bump. Need to include an init.d daemon for the --enable-daemon optio$ It looks like st_lim missed an entry for dspam-3.4_rc1 and epkgmove pick it up wrongly. I noticed this when I tried # emerge mail-filter/dspam -pl These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] mail-filter/dspam-3.4_rc2 [3.4_rc1] I expect to see the ChangeLog entry for mail-filter/dspam-3.4_rc2, for example: # emerge net-libs/courier-authlib -pl These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] net-libs/courier-authlib-0.55 [0.54.20050224] *courier-authlib-0.55 04 Mar 2005; Scott W Taylor <swtaylor@gentoo.org> +courier-authlib-0.55.ebuild: bump
Hrm, I moved dspam manually. Did I screw it up?
* Fails horribly with fetch restrict packages
* cvs upd in profiles/ is needed.
Fixed in 1.3.99 (hopefuly): * Do dep updates package at a time (single commit) * Commit Manifest properly for dep updates * Handle common name prefixes * Pre-move checks for conflicts * Support for use.local.desc * RESTRICT=fetch checking
Bugs in 1.3.99: * ChangeLog headers not updated * Check target category is in profiles/categories * Regex allows for package names consisting entirely of numbers * Possible false positive when checking files for occurrences of package name. Somehwat ambiguous as the the files author could have mistakenly forgotten the trailing whitespace after package name, causing a double flase positive. (harmless) * Check for common name prefixes when reading dependency info from metadata. (harmless)
Manifest still isn't committed properly when updating deps.
Kinda ugly output: * Updating dependents: ! gnome-applets: >>> gnome-base/gnome-applets-2.10.0 \ >>> gnome-base/gnome-applets-2.4.2 \ >>> gnome-base/gnome-applets-2.6.2 \ >>> gnome-base/gnome-applets-2.8.0 \ >>> gnome-base/gnome-applets-2.8.1.1 \ >>> gnome-base/gnome-applets-2 8.2 - Could use some newlines maybe?
* Ask for new location when metadata apears to be incorrect * Add --pretended option
Are there any files in profiles/ that shouldn't be touched when replacing occurrences of the old catpkg with the new?
Definitely shouldn't touch updates, in case a file gets moved twice.
* Checking for fetch restrictions... \!!! aux_get(): ebuild path for 'mail-client/mozilla-thunderbird-0.9-r1' not specified: !!! None Traceback (most recent call last): File "/home/seemant/epkgmove-1.3.99.py", line 1271, in ? ThisPackage.perform_action() File "/home/seemant/epkgmove-1.3.99.py", line 307, in perform_action self._check_restrict_fetch() File "/home/seemant/epkgmove-1.3.99.py", line 417, in _check_restrict_fetch if self._cpv_restrict_fetch(dep): File "/home/seemant/epkgmove-1.3.99.py", line 441, in _cpv_restrict_fetch restrict = portage.db["/"]["porttree"].dbapi.aux_get(cpv, ["RESTRICT"])[0] File "/usr/lib/portage/pym/portage.py", line 5162, in aux_get raise KeyError, "'%(cpv)s' at %(path)s" % {"cpv":mycpv,"path":myebuild} KeyError: "'mail-client/mozilla-thunderbird-0.9-r1' at None" !!! ERROR: Eeek! Unhandled exception! ! This is a bug, please report it on bugs.gentoo.org ! and assign to port001@gentoo.org when trying to move mozilla-launcher from net-www to www-client
*** Bug 63755 has been marked as a duplicate of this bug. ***
*** Bug 85796 has been marked as a duplicate of this bug. ***
Fixed locally: * Commit Manifest correctly * Use portage dep checking instead of searching /usr/portage/metadata/cache * Check target category is in profiles/categories * Check for common name prefixes when reading dependency info from metadata. (Invalidated) * Highlight entirety of expanded variables (${PX/-//}) Still to fix: * Update ChangeLog header * Check all files in profiles/ (sans updates/) for occurences of old catpkg (including cvs up) * Possible false positive when checking files for occurrences of package name. * Regex allows for package names consisting entirely of numbers * Check for outdated metadata (partialy completed)
Fixed in 1.3.99.1: * Regex allows for package names consisting entirely of numbers * Check for outdated metadata * Update ChangeLog header Get it here: http://dev.gentoo.org/~port001/DevTools/epkgmove/Testing/epkgmove-1.3.99.1.py Ciaran: Please use and abuse! Will add support for scanning profiles/ tonight if I get time.
Hold off on 1.3.99.1, something is causing conflicts again. 1.3.99.2 will be available tomorrow.
1.3.99.2: * No more conflicts and slightly improved digest regeneration * Support for profiles/ * Minor improvements .2 is now feature complete and only minor bug fixes and a little polish is needed. Those will come in .3. http://dev.gentoo.org/~port001/DevTools/epkgmove/Testing/epkgmove-1.3.99.2.py
port001: what bugs still remain that you know about? I want to go ahead with the app-backup category split, and I definetly don't want to do the ~30 packages by hand.
I know of only a few minor bugs, chances are you'll not even encounter them. Having said that, it hasn't done a huge amount of moves and only fairly simple ones at that. Give 1.3.99.2 a go, just make sure to keep a close eye on the changes it makes. Note to self: Batching would speed moves up a lot.
Ok let's see the problems found on sys-auth move: - epkgmove adds *~ files (backup files for kate and other editors) - doesn't seems to commit changes to profiles/ - has_version calls doesn't get updated - $DEPEND is not considered when calculating revdeps (swegener made a patch but I wasn't able to test it yet) - the move log (moves/Qx-200x) is committed *after* the old package is removed, leaving about 20 secs open for a possible breakage of the rsync tree) - when fixing files, it doesn't provide a choice to replace ${P} with ${PN}-\${PV} (the first is resolved, so ${P} -> pam-${PV} for instance, where old ${P} was pam-0.77). Should be all.
Flameeyes, want this one? port001 is retired - Bug 26349.
Nah, at this point better by hand.