Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 593092

Summary: sys-devel/binutils-2.25.1-r1 Patch 63_all_binutils-2.25.1-pt-pax-flags-20150727.patch fails for x32 ABI
Product: Gentoo Linux Reporter: Guenther Brunthaler <gb_about_gnu>
Component: Current packagesAssignee: Gentoo Linux bug wranglers <bug-wranglers>
Status: RESOLVED DUPLICATE    
Severity: major    
Priority: Normal    
Version: unspecified   
Hardware: AMD64   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: The file which the error message wanted to be included within the bug report
Output of emerge --info
The USE flags for the package to be built
The directory structure after the failed application of the patch

Description Guenther Brunthaler 2016-09-08 06:05:05 UTC
Created attachment 445186 [details]
The file which the error message wanted to be included within the bug report

When emerging the package on a machine using amd64 with the new x32 ABI, the prepare phase fails with the error message

Failed Patch: 63_all_binutils-2.25.1-pt-pax-flags-20150727.patch !
 *  ( /var/tmp/portage/build/portage/sys-devel/binutils-2.25.1-r1/work/patch/63_all_binutils-2.25.1-pt-pax-flags-20150727.patch )

 Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/build/portage/sys-devel/binutils-2.25.1-r1/temp/63_all_binutils-2.25.1-pt-pax-flags-20150727.patch.out
 * ERROR: sys-devel/binutils-2.25.1-r1::gentoo failed (prepare phase):
 *   Failed Patch: 63_all_binutils-2.25.1-pt-pax-flags-20150727.patch!

The *.patch.out file suggests there seems to be some pathname-related issue, because "patch" can't file some (all?) of its input files.

Please examine the attached files for details.

Hint: The x32 ABI is rather new and not very widely used. Perhaps some directories are named after the architecture, and the patch does not compensate for this?
Comment 1 Guenther Brunthaler 2016-09-08 06:06:24 UTC
Created attachment 445188 [details]
Output of emerge --info
Comment 2 Guenther Brunthaler 2016-09-08 06:07:11 UTC
Created attachment 445190 [details]
The USE flags for the package to  be built
Comment 3 Guenther Brunthaler 2016-09-08 06:12:12 UTC
Created attachment 445192 [details]
The directory structure after the failed application of the patch

As this bug seems to be related to missing filenames or incorrectly named directories, I assumed it would be helpful to provide a recursive directory listing of the ebuild working directory.

It has been generated with "find -ls".
Comment 4 Felix Janda 2016-09-08 11:59:04 UTC
Thanks for including the *.patch.out file.

The "No file to patch" errors are expected: eutils epatch first tries
patch -p0, then patch -p1, ... until something works.

The most interesting part from *.patch.out is

File ld/testsuite/ld-sparc/tlssunbin64.rd is read-only; trying to patch anyway
patch: **** Can't create temporary file ld/testsuite/ld-sparc/tlssunbin64.rd.oichY60 : Too many open files

Maybe the patch command has an x32 specific bug?
Comment 5 Guenther Brunthaler 2016-09-10 02:11:41 UTC
@felix: Oh, I didn't notice the "Too many open files" before, which you have quoted as part of the error message.

I therefore conclude that this bug is not x32 specific as I assumed, but is rather a duplicate of bug 578878.

Thanks for your quote, so we have one bug entry less to care about! Closing bug as duplicate.
Comment 6 Guenther Brunthaler 2016-09-10 02:14:47 UTC

*** This bug has been marked as a duplicate of bug 578878 ***