For the case of blkfront drives, there appears to be no difference
between /dev/sda1 and /dev/xvda: the drive always appears as the
kernel device /dev/xvda.

For the case of nvme drives, the root device typically appears as
/dev/nvme0n1.  Amazon provides the 'ec2-utils' package for their first
party linux ("Amazon Linux"), which configures udev to create symlinks
from the provided name to the nvme device name. This name is
communicated through nvme "Identify Controller" response, which can be
inspected with:

  nvme id-ctrl --raw-binary /dev/nvme0n1 | cut -c3073-3104 | hexdump -C

On Amazon Linux, where the device is attached as "/dev/xvda", this
creates:

- /dev/xvda  -> nvme0n1
- /dev/xvda1 -> nvme0n1p1

On NixOS where the device is attach as "/dev/sda1", this creates:

- /dev/sda1  -> nvme0n1
- /dev/sda11 -> nvme0n1p1

This is odd, but not inherently a problem.

NixOS unconditionally configures grub to install to `/dev/xvda`, which
fails on an instance using nvme storage. With the root device name set
to xvda, both blkfront and nvme drives are accessible as /dev/xvda,
either directly or by symlink.

Disable check on Darwin.

https://github.com/cassidyjames/ephemeral/releases/tag/6.1.1

https://github.com/lainsce/aesop/releases/tag/1.1.3

Base it on python37 so we ensure the package remains up to date.

nixos/qt5: use correct qtstyleplugins attribute

sequoia: 0.10.0 -> 0.11.0

The cli requires the wheel package to determine
entry points for execution.

It builds.

ec2/create-amis.sh: register root device as /dev/xvda

https://github.com/FedoraQt/adwaita-qt/releases/tag/1.1.1

[CI] Update packages I maintain