SYSLINUX is only used for creating ISO images these days so we no longer
need the 6.xx series with UEFI support. Once we get to adding UEFI
support to our images we should perhaps use GRUB to consolidate things.
This is prompted by a report that booting our ISOs hang on some Dell
servers but the older version works.
GCE includes the BIND-ism trailing '.' at the end of the domain name
reported in DHCP leases. After 215 systemd started rejecting this.
Fixes a regression compared to the current CoreOS stable release.
Fixes https://github.com/coreos/bugs/issues/220
Just the beginning for now, will eventually grow support for testing
CoreOS builds and provide better integration with remote services like
Google Cloud/Compute, Amazon, OpenStack clouds, etc. than we can achieve
with our current collection of bash scripts.
This isn't particularly interesting right now but will be more important
once it grows support for cgo and cross-compiling, things which our
standard go build scripts don't handle.
The current stable version has a locking bug that can cause failures
when building in a chroot. The current unstable version breaks building
kernels with the hardened compiler. Just disable ccache all-together...
The workaround for using the new ccache version with a hardened compiler
in commit 923a6b17 was insufficient and produced a broken kernel. Roll
back that commit along with the ccache version update, 0ba2d4d4.
Apparently didn't recompile enough stuff to test the ccache change. From
the ccache 3.2 release notes:
ccache no longer passes preprocessor options like -D and -I to the
compiler when compiling preprocessed output. This fixes warnings
emitted by clang.
The hardened compiler, at least as of gcc-4.8.3, uses -D__KERNEL__ to
detect kernel compiles and in that case avoids enabling PIE by default.
Mixing PIE and kernel compiles can lead to the following error:
error: code model kernel does not support PIC mode
Upstream bug: https://bugs.gentoo.org/show_bug.cgi?id=535984
The current ccache has some sort of locking bug that causes build
failures when the cache directory is being created for the first time.
This typically results in the first build in a fresh SDK failing.
