ACPI power buttons are input devices! Without this it isn't possible to
trigger a graceful shutdown via qemu's command 'system_powerdown' or
whatever libvirt and similar APIs that are layered on top of it.
Probably applicable to other things too that we just don't know about.
Create a meta-ebuild for the SDK based on the packages currently listed
explicitly in bootstrap_sdk.sh and a buildhost ebuild that expands on
that, adding packages that are required in containers used by build
slave instances.
Creating a new category for this, coreos-base is overused and dev-python
didn't seem right for custom infrastructure tools. Going forward I'd
like to put SDK and build host specific stuff in this category when
previously coreos-base would be used. Things that actually land in
images would stick with coreos-base.
Important notice to all using curl: by default a 404 is not an error!
I noticed that instances created without any user data were attempting
to connect to a *lot* of random IP addresses and failing. After
attempting the curl command c10n uses to fetch user data it would seem
we have lots of virtual machines using the following as a secret key:
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>404 - Not Found</title>
</head>
<body>
<h1>404 - Not Found</h1>
</body>
</html>
ᕙ(⇀‸↼‶)ᕗ
The --fail option is required for curl to behave responsibly.
1) Make default.target be multi-user.target instead of the default,
graphical.target
2) Move daemons out of coreos-startup and just have them wantedby
default.target
3) Have update-engine not rely on coreos-startup and add itself to
default.target.wants
4) Grab the new init code that does the above
5) Add the local-enable.service which will add /media/state/units to
/run/systemd/system and start local.target
Enable virtual block devices to support qemu drives configured with
if=virtio instead of the default emulated hardware interface. While I'm
at it throw in the virtio scsi module just in case a need for fancier
devices comes along at some point.
update these ebuilds to use the COREOS lsb-release variables
coreos-installer/coreos-installer
cros-devutils/cros-devutils
gmerge/gmerge
update_engine/update_engine
vboot_reference/vboot_reference
When building on a fresh board root it is easy for bootengine to die a
silent but horrible death because it was installed before one of the
tools it uses to create or includes in the initird. To avoid this use a
very complete dependency list for both DEPEND and RDEPEND.
