openssl: "Hard masked ebuilds have not been masked in '/~/portage/profiles/package.mask'
??? Reopen with steps to reproduce whatever are you complaining about and emerge --info. I have zero clue what are you talking about here.
Cut the automated bullshit! Quote" ??? Reopen with steps to reproduce whatever are you complaining about and emerge --info. I have zero clue what are you talking about here." Learn to read!
Closing until you are able to provide requested information or at least explain in a _comprehensible_ way what is this bug about.
(In reply to comment #3) > Closing until you are able to provide requested information or at least explain > in a _comprehensible_ way what is this bug about. > (In reply to comment #3) > Closing until you are able to provide requested information or at least explain > in a _comprehensible_ way what is this bug about. > (In reply to comment #3) > Closing until you are able to provide requested information or at least explain > in a _comprehensible_ way what is this bug about. > (In reply to comment #3) > Closing until you are able to provide requested information or at least explain > in a _comprehensible_ way what is this bug about. > (In reply to comment #3) > Closing until you are able to provide requested information or at least explain > in a _comprehensible_ way what is this bug about. >
Can be seen here or experienced by upgrading automagically if you are using make.conf ACCEPT_KEYWORDS="~x86". Although it has already been countered by removing "~x86" from dev-libs/openssl.. KEYWORDS="-*". Synchronizing profiles/packages.mask with the ebuild remains problematic. http://packages.gentoo.org/packages/?category=dev-libs;name=openssl
As comment #5 suggests, solved by the Q.