Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#41112 - [uim] intermittent make install errors with concurrency

Attached to Project: Arch Linux
Opened by Kevin Mihelich (kmihelich) - Sunday, 06 July 2014, 14:35 GMT
Last edited by Gaetan Bisson (vesath) - Sunday, 06 July 2014, 17:10 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Gaetan Bisson (vesath)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: When running the 'make install' with a higher concurrent job number such as -j5, it will fail intermittently with different errors as it encounters different race conditions.

This can be fixed by explicitly calling make install with -j1:
make -j1 DESTDIR="${pkgdir}" install


Additional info:
* package version: 1.8.6-3
* example errors:
/usr/bin/ld: cannot find -luim-scm
collect2: error: ld returned 1 exit status

/build/uim/src/uim-1.8.6/uim/.libs/libuim-scm.so: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
libtool: install: error: relink `libuim-fileio.la' with the above command before installing it


Steps to reproduce: Build with MAKEFLAGS set with a higher job number
This task depends upon

Closed by  Gaetan Bisson (vesath)
Sunday, 06 July 2014, 17:10 GMT
Reason for closing:  Fixed
Additional comments about closing:  in SVN
Comment by Gaetan Bisson (vesath) - Sunday, 06 July 2014, 16:14 GMT
Please report this upstream so the actual issue can be fixed. We resort to workarounds only when no clean solution is available.
Comment by Kevin Mihelich (kmihelich) - Sunday, 06 July 2014, 16:25 GMT
This is a clean solution, and is implemented in many other packages. A quick search of core and extra gives the following packages using this right now:

anjuta, asymptote, efivar, efl, enlightenment, gnome-maps, gnome-music, gsm, gupnp-dlna, hdf5, hdf5-openmpi, hdf5-cpp-fortran, icu, imagemagick, libcanberra, libcdio, libcdio-paranoia, llvm, pango, pangox-compat, php, pulseaudio, syslinux, thunderbird, vim, webkitgtk, x2goserver
Comment by Gaetan Bisson (vesath) - Sunday, 06 July 2014, 16:37 GMT
Yet it would be cleaner still to have this fixed upstream. I will unset MAKEFLAGS in our PKGBUILD the moment a bug report is opened at https://github.com/uim/uim/issues .
Comment by Kevin Mihelich (kmihelich) - Sunday, 06 July 2014, 16:49 GMT
Reported at https://github.com/uim/uim/issues/44; however, given the open issue ages and commit activity I would not expect this to be addressed by them soon.

Unsetting MAKEFLAGS is not the solution, as the build portion will proceed just fine with concurrency. As I stated in the report, it is only the install that intermittently fails, and the only change needed is an explicit -j1 on the make install line.
Comment by Gaetan Bisson (vesath) - Sunday, 06 July 2014, 17:06 GMT
Thanks!

Loading...