Bug 843376
Summary: | configure stops when run by big UID | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Thomas Lofgren <thomas.n.lofgren> |
Component: | automake | Assignee: | Petr Hracek <phracek> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | karsten, ovasik, phracek, praiskup |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | automake-1.13.2-1.fc19 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-05-02 11:19:46 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Thomas Lofgren
2012-07-26 07:23:11 UTC
Hello Thomas, thanks for your report!
This is because the line in configure.ac:
> AM_INIT_AUTOMAKE([... tar-ustar ...])
And the ustar format of tar archive is designed to store at most uids of 21
bits.
I'm not sure if pax is the correct component to address this bug. It seems
that this should be switched to 'autoconf'. I have tried pax with big-uid
user:
$ echo $UID
17000000
$ echo "content" > FILE
$ pax -w -f file.tar FILE
pax: Ustar header field is too small for FILE
[bignum@raiskup testoftar]$ echo $?
1
And 'pax' is throwing *correctly* the return value 1. So the configure script
should probably at least take this error output into account and fail.
I'll switch this bug to autoconf but feel free to re-switch it to pax if you
feel it is the correct target.
===
Side notes (when asking for ustar format):
- distributed pax fails correctly on 'ustar' (retval = 1)
- gnu tar correctly fails
- star "succeeds" but it trims UID at 21 bits
Btw., when the pax utility is not present on the system, gnu tar is used on
Fedora by configure script and the configure script succeeds (even if gnu tar
fails on big uids).
===
The correct way how to deal with big uids is probably to use 'pax' (newer
posix) format that is not yet correctly supported by GNU tar.
Pavel
This bug is relevant to automake. Patch was send to upstream. http://lists.gnu.org/archive/html/automake/2013-01/msg00079.html This bug is reassigned to automake How to test: description is mentioned in Steps to Reproduce: scm-commit (http://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20130429/1009087.html) -> CLOSED RAWHIDE Thanks for backporting! Some links for history observers: ~> http://lists.gnu.org/archive/html/bug-automake/2013-03/msg00022.html ~> continued .. http://lists.gnu.org/archive/html/bug-automake/2013-04/msg00016.html ~> fix http://git.savannah.gnu.org/cgit/automake.git/commit/?id=edfd3bc4c1057be0 Pavel automake-1.13.2-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/automake-1.13.2-1.fc19 automake-1.13.2-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. |