ESPRIMO etc # autounmask x11-base/xorg-x11-7.4 autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.1.4.4) Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 304. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 307. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 304. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 307. * Using repository: /usr/portage * Using package.keywords file: /etc/portage/package.keywords * Using package.unmask file: /etc/portage/package.unmask * Unmasking x11-base/xorg-x11-7.4 and its dependencies.. this might take a while.. * Added '=x11-base/xorg-x11-7.4 ~' to /etc/portage/package.keywords * Added '=x11-base/xorg-x11-7.4 ~' to /etc/portage/package.keywords * Added '=x11-base/xorg-x11-7.4 ~' to /etc/portage/package.keywords * Added '=x11-base/xorg-x11-7.4 ~' to /etc/portage/package.keywords
So, er, what do you think is the bug? I'm going for a descriptive summary here. :)
Autounmask is adding the same ebuil in endless loop into /etc/portage/package.keywords and what about "Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 304."?
Please post your `emerge --info' too.
Upgrading to PortageXS-0.02.08 should fix it.
(In reply to comment #4) > Upgrading to PortageXS-0.02.08 should fix it. > PortageXS-0.02.08 fixed endless loop but there is still problem with Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 304. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 307. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 304. Unsuccessful stat on filename containing newline at /usr/bin/autounmask line 307.
Created attachment 165631 [details] emerge --info
I encountered the same bug with app-portage/autounmask when I upgraded to portage 2.2
I'm getting the Unsuccesful stats with portage 2.1.4.4. Also, trying to autounmask kde-base/kde-meta-4.1.2 (at least now while it's still hard-masked) yields nothing..
Having the same problems. "Unsuccessful stat..." messages come from $curPath containing a newline, it looks like "/usr/portage/profiles/default/linux/x86/2008.0/desktop/.. ../../../../../targets/desktop", with the newline being after the first "..". Autounmasking kde-base/kde-meta-4.1.2 works fine after upgrade of PortageXS to 0.02.08.
(In reply to comment #9) > Autounmasking kde-base/kde-meta-4.1.2 works fine after upgrade of PortageXS to > 0.02.08. > Not for me. Or rather, the weird part is this: autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.1.4.5) ...even though I just updated PortageXS to 0.02.08!
(In reply to comment #10) > (In reply to comment #9) > Or rather, the weird part is this: > autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.1.4.5) > ...even though I just updated PortageXS to 0.02.08! YES,weird indeed - 4 lines of "Unsuccessful stat on filename containing newline ..." still remain at the beginning, but after a reboot, e.g. "autounmask -p =kde-base/kde-meta-3.5.10" works ...
(In reply to comment #4) > Upgrading to PortageXS-0.02.08 should fix it. I think you should still try to fix it. Is there more to do than building a set of strings and skipping verything already in there? Thanks in advance.
Please upgrade to autounmask 0.23 (which will pull in PortageXS 0.02.09 which now contains the fixed functions).