Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 270270 - Emerging libXt-1.0.5 fails in Prefix Portage bootstrapping
Summary: Emerging libXt-1.0.5 fails in Prefix Portage bootstrapping
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Prefix
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-18 09:56 UTC by Rabbe Fogelholm
Modified: 2009-05-20 13:44 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rabbe Fogelholm 2009-05-18 09:56:48 UTC
Platform is SUSE10 Enterprise SP1. The "X" USE-flag was added before doing `emerge -e system'. Emerging x11-libs/libXt-1.0.5, which is package 82 out of 99 for `emerge -e system', fails. The problem was first seen 2009-05-16. The console output is:

>>> Emerging (82 of 99) x11-libs/libXt-1.0.5
 * libXt-1.0.5.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                   [ ok ]
 * checking ebuild checksums ;-) ...                                     [ ok ]
 * checking auxfile checksums ;-) ...                                    [ ok ]
 * checking miscfile checksums ;-) ...                                   [ ok ]
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_misc.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_ident.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_misc.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_ident.vdb
>>> Unpacking source...
>>> Unpacking libXt-1.0.5.tar.bz2 to /local/scratch/portage/x11-libs/libXt-1.0.5/work
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_misc.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_ident.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_misc.vdb
ACCESS DENIED  open_wr:   /var/opt/quest/vas/vasd/vas_ident.vdb
 * Applying libXt-1.0.5-winnt.patch ...
  [ ok ]
 * Running eautoreconf in '/local/scratch/portage/x11-libs/libXt-1.0.5/work/libXt-1.0.5' ...
 * Running aclocal -I /local/tmp/i/usr/share/aclocal ...
  [ !! ]

 * Failed Running aclocal !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /local/scratch/portage/x11-libs/libXt-1.0.5/temp/aclocal.out

 * ERROR: x11-libs/libXt-1.0.5 failed:
 *   Failed Running aclocal !

......... and the aclocal.out file contains

***** aclocal *****
***** PWD: /local/scratch/portage/x11-libs/libXt-1.0.5/work/libXt-1.0.5
***** aclocal -I /local/tmp/i/usr/share/aclocal

  open_wr:   /var/opt/quest/vas/vasd/vas_misc.vdb
  open_wr:   /var/opt/quest/vas/vasd/vas_ident.vdb
am-wrapper: warning: invalid WANT_AUTOMAKE 'latest'; ignoring.
am-wrapper: /local/tmp/i/usr/bin/aclocal-1.9 is missing or not executable.
            Please try emerging the correct version of automake.
Comment 1 Michael Heyse 2009-05-18 17:15:13 UTC
I had the same problem, not during bootstrapping but installing gentoo using the stage3-amd64-20090507.tar.bz2 which contains automake-1.10 (and not 1.9). A

emerge =automake-1.9.6-r2

fixed the problem for me.

Cheers
Michael
Comment 2 Rabbe Fogelholm 2009-05-20 13:41:28 UTC
I don't know if something has been changed, anyway bootstrapping today succeeds again (still applying the workaround of http://bugs.gentoo.org/show_bug.cgi?id=263938#c10 though).
Comment 3 Fabian Groffen gentoo-dev 2009-05-20 13:44:11 UTC
this was probably the fscked perl problem.  closing, thanks