Summary: | <=app-i18n/enca-1.14 fails tests | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrick Lauer <patrick> |
Component: | Current packages | Assignee: | Coacher <itumaykin+gentoo> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | erikdenstore+gbugs, fsvm88, maksbotan, marienz, nikoli, paolo.pedroni, proxy-maint |
Priority: | Normal | Keywords: | InVCS, TESTFAILURE |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 594442 | ||
Bug Blocks: |
Description
Patrick Lauer
2013-08-26 11:33:39 UTC
Same problem with app-i18n/enca-1.13-r3 Same problem with app-i18n/enca-1.14-r1 *** Bug 511908 has been marked as a duplicate of this bug. *** I might be running into this. Could someone affected by this try with MAKEOPTS=-j1? I haven't been able to reproduce this with MAKEOPTS=-j1 set yet, and it looks like test-convert-filter.sh and test-convert-64.sh might stomp on each other's temporary files if automake runs them in parallel. I can't reproduce this by running the tests by hand yet (just extracting enca and running ./configure && make -j8 && make -j8 check), but the ebuild reruns the autotools and it looks like newer automake runs those tests in parallel while the version enca was built with does not. (In reply to Marien Zwart from comment #4) > I might be running into this. Could someone affected by this try with > MAKEOPTS=-j1? I haven't been able to reproduce this with MAKEOPTS=-j1 set > yet, and it looks like test-convert-filter.sh and test-convert-64.sh might > stomp on each other's temporary files if automake runs them in parallel. > > I can't reproduce this by running the tests by hand yet (just extracting > enca and running ./configure && make -j8 && make -j8 check), but the ebuild > reruns the autotools and it looks like newer automake runs those tests in > parallel while the version enca was built with does not. I confirm this is the case. With FEATURES=-distcc MAKEOPTS=-j1 it works fine. Is there a way to force it for tests only. I can confirm that the issue does NOT show with -j1, but DOES show consistently with any number of jobs greater than 1. Marien, I think you are correct about the tests stomping on each other (in fact, test-convert-64.sh and test-convert-filter.sh use the very same temporary file, test.tmp). In the worst case I've seen (while package testing for clang 3.4.2) an infinite feed-read-feed loop gets spawned, where the tests clobber each other and make the underlying utils (namely, cat) effectively generate a memleak. I'm talking about +8Gb allocated memory, while the machine is doing nothing else. I tried renaming the temp file for one of the two tests, but then the test fails because the "finish.sh" step doesn't have its properly-named file. I am still trying to figure out how to properly patch the test system. This was fixed upstream some time ago: https://github.com/nijel/enca/commit/cafd2d802c50faa3bbaec3bccd69fc5182ceab8f The fix is available in versions >= 1.17. enca-1.19-r1, which doesn't have this problem, is stabilized everywhere. Please update to enca-1.19-r1. Previous versions will be removed shortly. |