Summary: | sci-mathematics/4ti2-1.6.2: autom4te-2.69: ../m4/ltsugar.m4: no such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paweł Hajdan, Jr. (RETIRED) <phajdan.jr> |
Component: | Current packages | Assignee: | Thomas Kahle (RETIRED) <tomka> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexander, sci-mathematics |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 529404 | ||
Bug Blocks: | 511442 | ||
Attachments: | build.log.gz |
Description
Paweł Hajdan, Jr. (RETIRED)
2014-07-24 17:35:29 UTC
Do you have any idea what is going on here? I don't and I can't reproduce this/ :( Could this be a race between two processes running eautoreconf() in topsrc dir and in "swig" dir? Probably AT_NO_RECURSIVE would help here. I can't reproduce it and thus can't test. I would not like to add it blindly. Can anybody who can reproduce the issue test it? Well, I cannot reproduce, but IMHO the race is obvious from the build logs provided in this bug and in bug #509652 and the following facts: 1. eautoreconf runs in parallel in top level dir and in all AC_CONFIG_SUBDIRS ("swig" in this particular case); 2. build system in "swig" dir includes macroses from "../m4" dir; 3. libtoolize updates m4 files in non-atomic way (rm ; cp); And since swig is not enabled in ebuild, there is no need to run eautoreconf in "swig" subdirectory. So it is absolutely safe to disable recursion: @@ -5,6 +5,7 @@ EAPI=5 AUTOTOOLS_AUTORECONF=true +AT_NO_RECURSIVE=1 inherit autotools-utils Great analysis! Thanks! + 14 Nov 2014; Thomas Kahle <tomka@gentoo.org> -4ti2-1.6.ebuild, + 4ti2-1.6.2.ebuild: + Fix bug 518000 (thanks Alexander Tsoy), remove old. |