[SR-13829] CentOS 7 image gets manifest parse error

[swift-ci]

Previous ID	SR-13829
Radar	None
Original Reporter	gargoyle (JIRA User)
Type	Bug
Status	Resolved
Resolution	Invalid

Environment

% uname -a
Linux opal3.opalstack.com 3.10.0-1127.13.1.el7.x86_64 #1 SMP Tue Jun 23 15:46:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
% cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

Additional Detail from JIRA

Votes	0
Component/s	Package Manager
Labels	Bug
Assignee	@drexin
Priority	Medium

md5: dae66ef985490b602a7239341d677a09

Issue Description:

I downloaded the 2020-11-03 snapshot for CentOS 7, and then did this:

% swift -v

Swift version 5.3-dev (LLVM 3093af41dd, Swift 0b3544ed9c)

Target: x86_64-unknown-linux-gnu

/home/scott/.sw/usr/bin/lldb "--repl=-disable-objc-interop -color-diagnostics"

clang: CommandLine Error: Option 'h' registered more than once!

LLVM ERROR: inconsistency in registered CommandLine options

% swift package init

Creating library package: f

Creating Package.swift

Creating README.md

Creating Sources/

Creating Sources/f/f.swift

Creating Tests/

Creating Tests/LinuxMain.swift

Creating Tests/fTests/

Creating Tests/fTests/fTests.swift

Creating Tests/fTests/XCTestManifests.swift

% swift build

/home/scott/f: error: manifest parse error(s):

The operation could not be completed. (TSCBasic.Process.Error error 0.)

%

[drexin]

Hey gargoyle (JIRA User),

I just tried to reproduce this error, but was unable to. I tried it with the nightly docker image and also downloading the toolchain from swift.org into a plain CentOS 7 docker. Did you install all necessary dependencies listed under https://swift.org/download/#linux ?

[swift-ci]

Comment by Scott Grosch (JIRA)

I don't have root on this system, unfortunately. I downloaded the tarball, and then did this:

yumdownloader --destdir ~/rpm --resolve binutils gcc git glibc-static libbsd-devel libedit libedit-devel libicu-devel libstdc++-static pkg-config python2 sqlite

For each rpm it downloaded, I did an "rpm2cpio x.rpm | cpio -id" in a ~/centos directory.

Then I added "~/centos/usr/sbin ~/centos/usr/bin ~/centos/bin" to my path, and set LD_LIBRARY_PATH to

/lib:/lib64:/usr/lib:/usr/lib64:/home/scott/centos/usr/lib:/home/scott/centos/usr/lib64

Running the build command still gets the same error.

[swift-ci]

Comment by Scott Grosch (JIRA)

The vendor just installed the other missing packages, but they're not going to change the system header file. Even with them doing that, I'm still getting the same error.

[drexin]

Can you run a CentOS 7 docker container or VM and check if it reproduces there for you as well? Also, could you try running the command in a debugger to get more information on the crash?

[swift-ci]

Comment by Scott Grosch (JIRA)

OK, figured it out. Swift build is trying to execute things from /tmp, and the vendor mounted /tmp with the no-exec option because of all the WordPress exploits that try to use /tmp. I manually set TMPDIR environment to somewhere in my home directory and it will now build

[drexin]

Nice! Glad you could resolve the problem.