Currently the docker client is only available on non-linux platforms as `docker`,
this makes the client available on linux and other platforms as `docker-client`.
Since the update to wlroots 0.13 (e03dde82a7) the default VGA card
isn't supported anymore and we needed to switch to virtio (qxl didn't
work either). However, as it turned out "-vga virtio" (28b8cff301)
broke the test on AArch64. Luckily there's a third option that works on
all three supported platforms: virtio-gpu-pci
According to [0] "This device lacks VGA compatibility mode but is
otherwise identical to the virtio vga device. UEFI firmware can handle
this, and if your guests has drivers too you can use this instead of
virtio-vga. This will reduce the attack surface (no complex VGA
emulation support) and reduce the memory footprint by 8 MB (no pci
memory bar for VGA compatibility). This device can be placed in a PCI
Express slot."
So in the end this seems like the ideal choice :)
See also [1].
[0]: https://www.kraxel.org/blog/2019/09/display-devices-in-qemu/#virtio-gpu-pci
[1]: https://patches.openembedded.org/patch/164351/
- Switch to a fork from xuzhen (which is maintained), the same used in AUR
- Update to the latest revision from the repository, which supports
gtk3 and python3
- Review dependences and wrapping
- Replace maintainers
The tests timeout on AArch64 (e.g. [0] and [1]), likely because the QEMU
option "-vga virtio" isn't supported there (unfortunately I currently
lack access to an AArch64 system with NixOS to investigate).
This also affects the test for Cage but that one is already limited to
x86_64-linux.
[0]: https://hydra.nixos.org/build/144148809
[1]: https://hydra.nixos.org/build/144103034
Nordic-Polar is the light version of the Nordic themes. Although the
author keeps it in a separate git repository, they are organized in
the very same way. They are also distributed together in
https://www.pling.com/p/1267246/, the primary site used by the author
for distribution.
Adding Nordic-Polar to the nordic package makes maintainance easier.
Builds fine with it, so no need to pin an older version.
(This originally was triggered by qtwebengine failing for Qt514.
The build has been fixed on master in the meantime, but I guess it still
makes sense)
