At some point this variable stopped getting set properly in SDK ebuild
environments. It is currently used to filter out some build time files
from target images. Could be done cleaner but that can come later.
This cuts out the need for git for our kernel sources and the + and the
end of our versions is now gone. The build remains a bit weird in order
to bundle the initrd into the kernel image but eventually that will be
dropped, leaving the new coreos-kernel eclass pretty tiny.
Bonus: That + at the end of our versions is finally gone!
Providing the kernel source via git is overkill, we do not maintain any
patches on top of the mainline kernel any more and the repository is
huge. As an added benefit this installs the kernel source to the
traditional /usr/src/linux location that Gentoo expects. Hopefully that
will reduce the number of warnings many ebuilds tend to output.
Patches routinely modify the man page source XML, invalidating the
prebuilt man pages provided by release tarballs. Patch the live ebuild
too and require the docbook XML DTDs unconditionally like we did for 215
all the time going forward so this issue isn't forgotten again during
the next version bump.
Another day, another intermittent build failure because the local xml
docbook catalog didn't work right and the xml parser also failed to
fetch the schema over the network. Configure portage to use network
namespaces to prevent such situations from ever working in the first
place so at least the errors are unlikely to be intermittent.
For the sake of completeness use ipc namespaces too but that is less
likely to actually be a factor in our builds.
The upstream cmake eclass has started properly building cmake in
cross-compiler mode so it doesn't attempt to run native code. Without
those checks the test results need to be defined statically.
To aid testing things under Xen it helps to have a machine locally that
actually runs Xen! This isn't a particularly great setup but it works
well enough to simplify my own testing. Must be used with a developer
image and packages built with `USE=vm-testing` set to include the Xen
userspace tools.
This uses our new GRUB2 features to handle GPT priority partition
selection, terminal selection, OEM tweaks, etc. The old SYSLINUX and
PV-GRUB configs are now unused except for maintaining compatibility
with older installs. Of the old configs only the ones that
coreos-postinst copies are needed. The new setup supports using GRUB2
under Xen, giving us automatic fallback support on all of our platforms
for the very first time!
Since grub.cfg is copied into place instead of generated, build_image's
--boot_args option is no longer supported. It could be re-added later
with some sed goo but for now it is easy enough to just edit grub.cfg.
