0.18.3.1 can fail when tracing due to missing files
Bug #1311895 reported by
Pádraig Brady
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gettext (Debian) |
Fix Released
|
Unknown
|
|||
gettext (Ubuntu) |
Fix Released
|
Medium
|
Adam Conrad | ||
Trusty |
Fix Released
|
Undecided
|
Adam Conrad |
Bug Description
This is fixed in the 0.18.3.2 release.
For example when bootstrapping coreutils we get:
> ./bootstrap: autopoint --force
> sh: build-aux/
> /usr/bin/
> No such file or directory
> autom4te: /usr/bin/m4 failed with exit status: 1
Please rebase the trusty version to 0.18.3.2 to avoid this
and other issues.
thanks,
Pádraig.
Changed in gettext (Ubuntu): | |
assignee: | nobody → Adam Conrad (adconrad) |
Changed in gettext (Ubuntu Trusty): | |
assignee: | nobody → Adam Conrad (adconrad) |
Changed in gettext (Debian): | |
status: | Unknown → Fix Released |
To post a comment you must log in.
Confirmed: I cloned a new coreutils git image, and ran bootstrap, on 14.04:
(...) git-version- gen: not found m4:configure. ac:451: cannot open `m4/cu-progs.m4': No such file or directory GETTEXT_ VERSION( x.yy.zz) ' the gettext version the package is using
./bootstrap: autopoint --force
sh: 1: build-aux/
/usr/bin/
autom4te: /usr/bin/m4 failed with exit status: 1
autopoint: *** Missing version: please specify in configure.ac through a line 'AM_GNU_
autopoint: *** Stop.
Interestingly, my usual coreutils git image survives a bootstrap. I am guessing it is because it was originally cloned & bootstrapped before the problem appeared in gettext.
This issue was originally reported on upstream coreutils; Pádraig's work pointed to the issue (and thank you for opening this bug, BTW).
Probably also affects Debian, except Jessie and Sid (already on 0.18.3.2).
for reference: this is Coreutils upstream bug 16530 lists.gnu. org/archive/ html/bug- coreutils/ 2014-04/ msg00102. html
coreutils-bugs thread: http://