With my overlay from http://hg.xavamedia.nl/portage, I cannot reliably install the app-text/pelican package on my stable x86 server using the stable version of portage 2.1.10.49 (but it's not a recent regression). Adding app-text/pelican to /etc/portage/package.keywords (either just CP, CPV, with or without ~x86) doesn't appear to help, even the results of --autounmask-write fail (after etc-update). I don't have any other files in /etc/portage that could overwrite this. 'ACCEPT_KEYWORDS=~x86 emerge -1 pelican' works, but it's still rather annoying. wired reports it works correctly in portage 2.2.
There's probably something wrong with your configuration. Try moving you existing configuration out of the way: mv /etc/make.conf /etc/make.conf.backup mv /etc/portage /etc/portage.backup Then try again: emerge --autounmask-write pelican etc-update emerge pelican
Also, check if ACCEPT_KEYWORDS is exported in your shell environment, like this: env | grep ACCEPT_KEYWORDS
You're right, with /etc/portage and /etc/make.conf out of the way, it works. So what kinds of things should I be looking for that make this not work?
Do you have any other settings for pelican in package.keywords or package.accept_keywords? Do you have any matching wildcard atoms in those files?
Usually, a command like this will find anything relevant: grep -r pelican /etc/portage
The result of the grep is this: /etc/portage/package.keywords:=dev-python/pelican-2.7.2 ~x86 /etc/portage/package.unmask:dev-python/pelican
(In reply to comment #6) > The result of the grep is this: > > /etc/portage/package.keywords:=dev-python/pelican-2.7.2 ~x86 > /etc/portage/package.unmask:dev-python/pelican I don't see anything here that would cause your issue. Do you have any matching wildcard atoms in package.keywords or package.accept_keywords? Since we still don't know the source of trouble, I'd suggest to use a bisection-style search method. Just move all your configs out of the way as suggested in comment #1, then move them back one by one until you find the one that triggers the problem.
I guess this was a problem on my side; closing.