Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 216484 - app-portage/autounmask loops never-ending
Summary: app-portage/autounmask loops never-ending
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal with 1 vote (vote)
Assignee: Christian Hartmann (RETIRED)
URL:
Whiteboard:
Keywords:
: 220871 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-04-06 09:35 UTC by Marco Clocchiatti
Modified: 2009-03-04 19:05 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge-info.txt,4.76 KB, text/plain)
2008-04-06 09:36 UTC, Marco Clocchiatti
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marco Clocchiatti 2008-04-06 09:35:58 UTC
s939 ~ # autounmask gnome-base/gnome-2.22.0

 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/autounmask-gnome
 * Using package.unmask file: /etc/portage/package.unmask/autounmask-gnome

 * Unmasking gnome-base/gnome-2.22.0 and its dependencies.. this might take a while..

 * Added '=gnome-base/gnome-2.22.0 ~' to /etc/portage/package.keywords/autounmask-gnome
 * Added '=gnome-base/gnome-2.22.0 ~' to /etc/portage/package.keywords/autounmask-gnome
 * Added '=gnome-base/gnome-2.22.0 ~' to /etc/portage/package.keywords/autounmask-gnome
^C * Aborting due to user interrupt!
 * Restoring files because autounmask was called with the --pretend option.
 * done!

s939 ~ # 

Exiting on signal 2

s939 ~ # cat /etc/portage/package.keywords/autounmask-gnome 

# ---
# BEGIN: gnome-base/gnome-2.22.0
# ---
=gnome-base/gnome-2.22.0 ~
=gnome-base/gnome-2.22.0 ~
=gnome-base/gnome-2.22.0 ~
Comment 1 Marco Clocchiatti 2008-04-06 09:36:45 UTC
Created attachment 148822 [details]
emerge --info
Comment 2 Antoine Van-Elstraete 2008-04-10 10:48:50 UTC
I've got the same problem here, with any package. I think it's because with 2008.0 profile (amd64/desktop), every package on portage start with a "*" i.e. :

bluecat@Freija ~ $ eix gentoo-source
[D] sys-kernel/gentoo-sources
     Available versions:  
	(2.6.16-r13)	*2.6.16-r13
	(2.6.19-r5)	*2.6.19-r5
	(2.6.20-r10)	~*2.6.20-r10
	(2.6.22-r10)	*2.6.22-r10
	(2.6.23-r9)	*2.6.23-r9
	(2.6.24)	~*2.6.24
	(2.6.24-r1)	~*2.6.24-r1
	(2.6.24-r2)	~*2.6.24-r2
	(2.6.24-r3)	*2.6.24-r3
	(2.6.24-r4)	*2.6.24-r4
	(2.6.24-r5)	~*2.6.24-r5
	{build symlink ultra1}
     Installed versions:  2.6.24-r4(2.6.24-r4)(16:22:18 07.04.2008)(-build -symlink)
     Homepage:            http://dev.gentoo.org/~dsd/genpatches
     Description:         Full sources including the Gentoo patchset for the 2.6 kernel tree

Even they are on "package.keyword" or "package.unmask" files.

Maybe a portage or eix bug ?
Comment 3 Antoine Van-Elstraete 2008-04-10 10:51:30 UTC
Please add depends on #216917 (http://bugs.gentoo.org/show_bug.cgi?id=216917)
Comment 4 Antoine Van-Elstraete 2008-04-11 11:11:19 UTC
Ok, I've found something quite interressing : when it add line in package.keyword, it only add a tild ("~") and not the arch, i.e. "~amd64". And portage don't like that (and it's right !)
Comment 5 Christian Hartmann (RETIRED) gentoo-dev 2008-04-27 18:56:58 UTC
Actually it looks like a bug in the 2008.0 profiles (just did a quick check on this) because it's not defining the "ARCH" variable.
Comment 6 Marco Clocchiatti 2008-05-03 16:38:25 UTC
waiting for a regular fix, may be useful this simple workaround:

in /usr/bin/autounmask, at line 42:

#my $arch                = $pxs->getArch(); # comment line 42
my $arch                = 'amd64'; # put here your arch.
Comment 7 Mark Loeser (RETIRED) gentoo-dev 2008-05-03 19:37:16 UTC
(In reply to comment #5)
> Actually it looks like a bug in the 2008.0 profiles (just did a quick check on
> this) because it's not defining the "ARCH" variable.
> 

"ARCH" is defined in profiles/arch/  (which is inherited by default/linux/$arch/)
Comment 8 Christian Hartmann (RETIRED) gentoo-dev 2008-05-09 06:44:50 UTC
*** Bug 220871 has been marked as a duplicate of this bug. ***
Comment 9 Christian Hartmann (RETIRED) gentoo-dev 2008-05-12 12:52:05 UTC
Updating to PortageXS 0.02.08 should fix this issue. Please test.
Comment 10 Marco Clocchiatti 2008-05-12 20:14:06 UTC
(In reply to comment #9)
> Updating to PortageXS 0.02.08 should fix this issue. Please test.
> 
for me it works.
 just a minor problem:
 
 s939 ~ # autounmask dev-haskell/iconv-0.4
 
  autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.1.4.4)
 
 [...]
  * Unmasking dev-haskell/iconv-0.4 and its dependencies.. this might
 take a while..
 
  * Added '=dev-haskell/iconv-0.4 ~amd64' to
 /etc/portage/package.keywords/autounmask-iconv
  * done!
 
 look at the version line: PortageXS-0.02.07 is declared but
 PortageXS-0.02.08 is working.
Comment 11 Dustin Polke 2008-05-13 12:47:53 UTC
I can confirm that on amd64 and sparc, PortageXS-0.02.08 works correctly despite wrong version string and an unsuccessful stat on filename:


 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.
Comment 12 Felix Leimbach 2008-05-24 16:29:31 UTC
I can confirm that moving to PortageXS-0.02.08 solves the problem on x86, too.
Can we stabilize PortageXS-0.02.08?
Comment 13 Christian Hartmann (RETIRED) gentoo-dev 2008-05-26 09:41:38 UTC
No, as it has some small bugs I need to correct in the next release.
Comment 14 Andrea 2008-07-31 11:52:13 UTC
confirm the bug with x86
Comment 15 Ofer Wald 2008-09-10 12:04:56 UTC
The bug is still here (tested with amd64) how about making autounmask unstable until this is fixed?
Comment 16 Christian Hartmann (RETIRED) gentoo-dev 2008-09-10 12:28:15 UTC
Feel free. I'm not going to fix it.
Comment 17 John M. Drescher 2008-09-10 13:21:07 UTC
(In reply to comment #15)
> The bug is still here (tested with amd64) how about making autounmask unstable
> until this is fixed?
> 
Just upgrade PortageXS to 0.02.08. That has fixed the bug on every machine that I have tested it on ( > 20).
Comment 18 Malte E. 2008-09-11 09:25:26 UTC
That means, autounmask depends on >=dev-perl/PortageXS-0.02.08. Changing the dependency would still render autounmask unstable.
Comment 19 Ofer Wald 2008-09-15 15:23:49 UTC
I will suggest re-opening this bug, claiming that the bug is simply there, if you won't fix it, for what ever reason - reassign it to someone else, close resolved wontfix is not the best way to handle this.

If I could do it, I would have done it, I am not a gentoo developer at this point nor do I have the sufficient experience to fix this bug at this point.
Comment 20 Christian Hartmann (RETIRED) gentoo-dev 2008-09-15 16:55:08 UTC
I was not only the gentoo package-maintainer but also upstream maintainer of the package in question. As I'm not going to work on this packages anymore (because I retired; lack of time etc.) I think it's reasonable to close this as wontfix.
Comment 21 Markos Chandras (RETIRED) gentoo-dev 2008-09-24 16:05:55 UTC
Why this bug is closed as wontfix?If you upgrade to PortageXS as you said, autounmask works fine. Just update the dependencies ;)
Comment 22 Seth Shelnutt 2009-03-02 22:22:37 UTC
I would gladly pick up and maintain this package. If someone could point me in the right direction on how to accomplish this. It's such a simple fix. How do I get an updated ebuild into the gentoo repos?
Comment 23 Christian Hartmann (RETIRED) gentoo-dev 2009-03-04 19:04:31 UTC
I already fixed it. At least it's fixed if we are actually talking about the same problem. Make sure you use the latest version of autounmask and PortageXS.
Comment 24 Christian Hartmann (RETIRED) gentoo-dev 2009-03-04 19:05:20 UTC
arr
Comment 25 Christian Hartmann (RETIRED) gentoo-dev 2009-03-04 19:05:45 UTC
Ok.. here we go.