Second time's the charm! We have a transient SIGPIPE error caused by the
Figs makefile. This seems to only be reproducible in some Hydra
machines. This patch can be upstreamed into Xen if it fixes the build
failures.
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
The description was mangled in search.nixos.org. It recommended using
qemu_xen with a Xen that already included QEMU, and there were edge
cases where there wouldn't be enough newlines to properly display the
full description.
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
Xen not only has manual pages, but also a full documentation written
in HTML files. By adding ImageMagick, the `fig2dev` build doesn't
fail, so we can have the docs build in the $doc output.
This also fixes the Hydra build, but who cares about that? We have
good Xen docs now!
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
This focuses on Rust packages, since the most commonly used argument
parser library (clap/structopt) makes the following pattern natural and
thus common:
postInstall = ''
installShellCompletion --cmd foo \
--bash <($out/bin/foo completion bash) \
…
This commit just guards those with
lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform)
splitting the string where unrelated actions are performed.
The update script is interactive, not automated, and is meant to run
with human intervention in order to verify Xen's code signature. It
produces default.nix files for all security-supported branches.
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
There are too many changes to list between these versions,
but here's what's important for Nixpkgs:
- Enabled xen.efi building, allowing the nixos/xen module to
support EFI booting.
- Renamed xen-light to xen-slim, and removed the old xen-slim
package, as qemu-traditional has been removed per an upstream
recommendation.
- xen-slim (formerly xen-light) no longer builds iPXE.
- You can now use the OVMF from Xen's repos.
- Further generalised generic.nix. Maintaining three versions
at once is finally doable.
- Removed as many recursions as possible.
- Split the package output.
Signed-off-by: Fernando Rodrigues <alpha@sigmasquadron.net>
it's been unmaintained for several years now, so there's no reason to
continue maintaining it at this point. Users should migrate to compose
v2, which is maintained in-tree as just docker-compose
