Summary: | dev-perl/PortageXS-0.02.07 - autounmask doesn't find the layman repositories | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bruno Roggeri <bruno.roggeri> |
Component: | Current packages | Assignee: | Christian Hartmann (RETIRED) <ian> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | perl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Bruno Roggeri
2007-05-27 22:21:47 UTC
Should work in 0.18. Please reopen this bug if the problem still remains. If this works flawlessy it will go into one of the next releases of PortageXS. Thanks for bringing this to my attention! Hello, Thank you a lot for the quick fix (or rather, the quick new feature, as full bash interpretation is quite an improvement :) ) However ... it seems there's kind of a regression : autounmask doesn't manage to compute the list of ebuilds to unmask anymore Example with a package from the official portage tree : ________ # autounmask --pretend x11-themes/gnome-themes-extras-0.9.0 autounmask version 0.18 (using PortageXS-0.02.07) Bugs and requests go to ian <ian@gentoo.org>. * Using repositories: /usr/portage /usr/portage/local/layman/nouveau /usr/portage/local/layman/kde * Using package.keywords file: /etc/portage/package.keywords * Using package.unmask file: /etc/portage/package.unmask * Unmasking x11-themes/gnome-themes-extras-0.9.0 and its dependencies.. this might take a while.. * Restoring files because autounmask was called with the --pretend option. * done! _______ Shame on me. - Should be fixed in 0.19. OK, now it works, but is it normal behaviour that autounmask selects several versions of the same packages for unmasking ? I didn't use autounmask before so I don't know if this was the former behaviour: Example with kdelibs from the kde repo from layman : # autounmask kde-base/kdelibs-9999.4 autounmask version 0.19 (using PortageXS-0.02.07) Bugs and requests go to ian <ian@gentoo.org>. * Using repositories: /usr/portage/local/layman/nouveau /usr/portage/local/layman/kde * Using package.keywords file: /etc/portage/package.keywords * Using package.unmask file: /etc/portage/package.unmask * Unmasking kde-base/kdelibs-9999.4 and its dependencies.. this might take a while.. * Added '=kde-base/kdelibs-9999.4 **' to /etc/portage/package.keywords * Added '=dev-util/cmake-2.4.6 ~amd64' to /etc/portage/package.keywords * Added '=dev-util/cmake-2.4.5 ~amd64' to /etc/portage/package.keywords * Added '=x11-libs/qt-4.3.0_beta **' to /etc/portage/package.keywords * Added '=x11-libs/qt-4.3.0_beta1 **' to /etc/portage/package.keywords * Added '=x11-libs/qt-20070423 **' to /etc/portage/package.keywords * Added '=x11-libs/qt-4.3.0_rc1 **' to /etc/portage/package.keywords * Added '=kde-misc/strigi-9999 **' to /etc/portage/package.keywords * Added '=dev-libs/soprano-9999 **' to /etc/portage/package.keywords * done! Anyway, this is really not a big deal as the unmasking lines are clearly tagged in package.keywords. So, thanks a lot! Use --noversions to only have the package name in keywords. Thanks everybody! :) Well, I'm sorry, I can't leave you in peace yet ;) : It seems that now, the main repositories isn't detected if the PORTDIR variable isn't explicitely set in make.conf example : # autounmask --pretend media-video/mplayer-1.0.20070427 autounmask version 0.19 (using PortageXS-0.02.07) Bugs and requests go to ian <ian@gentoo.org>. * Using repositories: /usr/portage/local/layman/nouveau /usr/portage/local/layman/kde /usr/portage/local/layman/kde-experimental * The given category/package-version does not seem to exist. Listing existing versions: * nouveau (/usr/portage/local/layman/nouveau): none * (/usr/portage/local/layman/kde): none * genkdesvn-kde3 (/usr/portage/local/layman/kde-experimental): none * Please pick one of the versions given above and try again. workaround: write PORTDIR=/usr/portage in /etc/make.conf Cheers, Good catch! Fixed in 0.20. |