This is because layman modifies the PORTDIR_OVERLAY variable through a file that must be "source"-d in make.conf. To make it a bit clearer, my /etc/make.conf contains the following line source /usr/portage/local/layman/make.conf and /usr/portage/local/layman/make.conf looks like this : PORTDIR_OVERLAY=" /usr/portage/local/layman/nouveau /usr/portage/local/layman/kde $PORTDIR_OVERLAY " It seems PortageXS doesn't process the "source" keyword, and maybe doesn't do bash style variable appending either... Reproducible: Always Steps to Reproduce: 1. emerge layman autounmask 2. fetch an overlay with layman 3. add "source /usr/portage/local/layman/make.conf" to your /etc/make.conf 4. try to autounmask an ebuild in the layman overlay Actual Results: # autounmask --pretend kde-base/kdelibs-9999.4 autounmask version 0.15 (using PortageXS-0.02.07) Bugs and requests go to ian <ian@gentoo.org>. * Using repository: /usr/portage * The given category/package-version does not seem to exist. Please check and try again. Expected Results: The line * Using repository: /usr/portage should mention the layman repositories, and then the ebuilds would be found
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.