Skip to content
This repository was archived by the owner on Nov 21, 2018. It is now read-only.

Fix TLS incompatibility by building gcc after openssl #152

Merged
merged 5 commits into from
Feb 1, 2017

Conversation

rillian
Copy link
Contributor

@rillian rillian commented Feb 1, 2017

Follow-up to my build-order question in #151.

Previously we keep gcc at the head of the chain to reduce cycle times working on the container. Asking @alexcrichton again if we can change that.

The new certificate for ftp.gnu.org doesn't validate on centos:5
because it thinks the hostname is alpha.gnu.org, which isn't listed
on the cert. Work around by dropping TLS protection on the download,
relying on just the checksum for validation.

Once we've bootstrapped our own openssl and curl we can download
things properly, so another fix would be to move gcc later in the
build order.
Building openssl and curl first lets us use TLS for all later
downloads. The curl/openssl included with our Centos:5 base
has compatibility problems with many modern websites.

This slows the cycle time since we update openssl and curl
more often than gcc, which was previously first since it's
one of the slowest packages to build.
@rust-highfive
Copy link

r? @brson

(rust_highfive has picked a reviewer for you, use r? to override)

@alexcrichton
Copy link
Contributor

Sounds good to me!

(note that we'll likely stop using this image soon)

@alexcrichton alexcrichton merged commit 8829b20 into rust-lang-deprecated:master Feb 1, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants