Group: Software/FSDG distributions/DistroExecutionEnvironments

From LibrePlanet
Jump to: navigation, search

Introduction

The Free System Distribution Guidelines (GNU FSDG) have the following: 

Complete Distros

Our list of distributions is a guide for systems you can install in a computer. Therefore, it only includes distributions that are complete in themselves and ready to use. [...]

An exception to this requirement and to the self-hosting requirement above is for small system distributions, which are distros designed for devices with limited resources, like a wireless router for example. Free small system distributions do not need to be self-hosting or complete, because it is impractical to do development on such a system, but it must be developable and buildable on top of a free complete system distribution from our list of distributions, perhaps with the aid of free tools distributed alongside the small system distribution itself.

So sometimes (like with Replicant) building the small distribution rely on being able to install specific FSDG compliant distributions.

So for instance building Replicant has only been tested on specific distributions (typically Trisquel), so if you run another FSDG distribution (like Parabola for instance) you might want to run Trisquel under Parabola somehow.

Other uses cases could be to deploy services that is packaged in a distribution and not another.

For instance Freedombox is in PureOS and in Trisquel but not in Parabola or Guix.

Installing

There are often various possibilities for installing an FSDG distribution in a virtual environment. For instance

  • You can cross bootstrap it (see the CrossDistroBootstrap article for more details)
  • You can also install in a VM that emulates a complete computer like Qemu with KVM.

Running distributions in a virtual execution environments

This answer the question "Can <distribution> run inside <execution environment>", which typically runs on another distribution.

The table below only lists maintained distributions. See UnmaintainedDistroVersions for issues you may face when running unmaintained versions of free distributions or how to do it.

Distributions (that are maintained)
Dragora 3.0-beta2 Guix Hyperbola Parabola PureOS Replicant Trisquel 10 (nabia)
Runtimes Guix shell No Yes No No No No No
libvirt's LXC ? No[1][2] Yes Yes Yes No[3] Yes
Qemu / Qemu KVM / Bare metal Yes Yes Yes Yes Yes No[3] Yes
Docker[4] ? Yes[5] No[6] yes, Not packaged, requires Parabola to create the docker container.[7] yes, with configuration. Requires debuerreotype with a recent debootstrap to create the docker container.[8] No[3] yes, with configuration, Requires debuerreotype with recent Trisquel 9 or 10 to create the docker container.[9]

Virtual execution environments availability in FSDG compliant distributions

This answer the question "Does <distribution> has <execution environment>" to run things like other distributions inside.

Distribution Dragora Dynebolic Guix Hyperbola Parabola PureOS 10.0 (byzantium) Trisquel 10 (nabia) Trisquel 11 (aramo) Ututo S
Docker No[10] Yes[11] No[12] Yes[13] Yes[14] Yes[15] Yes[16].
Guix shell No[17] Yes No[18] Yes Yes No[19] Yes
Libvirt LXC No[20] Yes[21] No[22] Yes[23] ? Yes[24]
Libvirt qemu-kvm No[20] Yes No[22] Yes Yes Yes[25]
Libvirt Xen No[20] No[26] No[22] No[27] ? Yes[28]

Other execution environment

Host software name Host software FSDG status Target FSDG compliant programs exist?
DOSBox OK Yes[29]
MAME Yes
  • Present in many FSDG comlpiant distributions
  • Not reviewed yet by the Free Software Directory
 Yes[30]
Retroarch Yes
  • Present in many FSDG comlpiant distributions
  • Not reviewed yet by the Free Software Directory
 Yes Has some backends that are OK:
Qemu + SeaBIOS Yes
  • Reviewed by the Free Software Directory
  • Packaged most FSDG compliant distros
 Yes[32]
Qemu + Tianocore Yes
  • Tianocore not yet reviewed by the Free Software Directory
  • Packaged most FSDG compliant distros[33]
Yes[34]
Uzem OK Yes[35]
Wine
  • OK in FSDG compliant distributions.
  • Some other distributions automatically install nonfree fonts with wine.[36]
Yes[37]

See also

References

  1. Jump up ↑ guix system cannot produce a chroot in a directory if it's not backed by a block device.
  2. Jump up ↑ guix system init doesn't have an easy way for the host to know which init binary to run which which arguments.
  3. ↑ Jump up to: 3.03.13.2 Nobody tried to run Replicant in a vm or container.
  4. Jump up ↑ This references if it's possible to create docker images for a given distribution. For (the lack of) FSDG compliant docker registries and possible workarounds, see the ExternalRepositories page.
  5. Jump up ↑ An image can be produced with the 'guix system image -t docker system.scm' command. Guix can also be installed on top of most GNU/Linux and GNU/Hurd distributions.
  6. Jump up ↑ I found no hyperbola docker package, no docker related git repository in git.hyperbola.info, and while parabola-docker has very few parabola specific files, very few it has at least one, so hyperbola support probably need to be added in the parabla-docker program. Though Hyperbola is also switching to a BSD kernel, so docker might not work anymore there. So there might not be enough interest to do that.
  7. Jump up ↑ A project exist to build Parabola docker images but it's not packaged in Parabola
  8. Jump up ↑ PureOS has a package for debuerreotype, the software used to create the semi-official Debian images on docker.com. It uses debootstrap so it can create PureOS images. However the package documentation mention Ubuntu or Debian examples, so someone needs to bugreport and/or fix it. The debuerreotype-init --non-debian rootfs amber https://repo.pureos.net/pureos command can be used to create a PureOS rootfs on PureOS. There is also some documentation on how to do that the PureOS wiki.
  9. Jump up ↑ Trisquel 9 and Trisquel 10 have a package for debuerreotype, the software used to create the semi-official Debian images on docker.com. It uses debootstrap so it can create Trisquel images. However the package documentation mention Ubuntu or Debian examples, so someone needs to bugreport and/or fix it. The debuerreotype-init --non-debian rootfs nabia http://archive.trisquel.info/trisquel command can be used to create a Trisquel 10 rootfs on Trisquel 10.
  10. Jump up ↑ Dragora doesn't have any docker package.
  11. Jump up ↑ There is a docker package and service
  12. Jump up ↑ Hyperbola doesn't have any docker package: https://www.hyperbola.info/packages/?sort=&q=docker
  13. Jump up ↑ The Parabola docker package has a docker service that can be activated.
  14. Jump up ↑ PureOS has the docker.io package and it works fine.
  15. Jump up ↑ The Trisquel docker.io package has a docker service that can be activated.
  16. Jump up ↑ Tested with a docker postgresql docker container made with Guix
  17. Jump up ↑ No packages, can be installed but if you use the guix-installer script it will require the patch in the bug bug #72514 to start the Guix daemon.
  18. Jump up ↑ There is no package. But it can probably be installed manually. Someone needs to test that procedure though.
  19. Jump up ↑ There is no package so it can be installed manually.
  20. ↑ Jump up to: 20.020.120.2 Dragora doesn't have any libvirt package.
  21. Jump up ↑ Tested with Guix x86_64-linux and Trisquel 11 x86_64 and Parabola
  22. ↑ Jump up to: 22.022.122.2 Hyperbola doesn't have any libvirt package: https://www.hyperbola.info/packages/?sort=&q=libvirt
  23. Jump up ↑ Tested with Parabola, Trisquel 9, Trisquel 10 and other distributions.
  24. Jump up ↑ I can connect to libvirt-lxc in virt-manager.
  25. Jump up ↑ I can connect to libvirt-qemu in virt-manager. Also deployed in production in Libre En Communs infrastructure.
  26. Jump up ↑ Guix's libvirt seems not to be built with Xen
  27. Jump up ↑ libvirt is not built with Xen support in the libvirt package (which comes from Arch Linux).
  28. Jump up ↑ I can connect to libvirt-xen in virt-manager after installing xen-system-amd64, libvirt-daemon-driver-xen libvirt-daemon, virt-manager, and adding my user to the libvirt group. Note that I had to use a computer with a nonfree BIOS to do these tests as I didn't really manage to get GNU Boot working with Xen reliabily enough.
  29. Jump up ↑ COMMAND.com is a program shipped by DOSBox and it's being built with it. Since FSDG compliant distributions ship DOSBox, they probably also build it along the way.
  30. Jump up ↑ There is a tutorial on how to launch and/or convert uzebox games to be used with MAME but not all of the game work. DrMario was tested with the same git revision used in the Free software directory and seemed to work. To build it for MAME: $ git clone https://github.com/Uzebox/uzebox
    $ cd uzebox
    $ git checkout e05013c91a77dc32a541f692c82d91250035d66f
    $ make -C tools/packrom/
    $ export PATH=$PATH:$PWD/tools/packrom/
    $ cd demos/DrMario/default
    $ make
    $ objcopy -I ihex DrMario.hex -O binary dr-mario.bin
    Then get where the rom directory is located:
    $ mame -showconfig | grep '^rompath'
    rompath $HOME/mame/roms
    Then install the dr-mario.bin in a uzeboz directory in the rom directory:
    $ mkdir -p $HOME/mame/roms/uzebox
    $ mv dr-mario.bin $HOME/mame/roms/uzebox/
    And we finally I run drmario like that, with the Guix MAME under Parabola:
    $ mame uzebox drmario
    dr-mario.bin WRONG LENGTH (expected: 0000dcaa found: 0000ce5a)
    dr-mario.bin WRONG CHECKSUMS:
    EXPECTED: CRC(8144b271) SHA1(d4bb13f54b756e2ba9e57075aae473b72397f48f)
    FOUND: CRC(c0130ccf) SHA1(8bca126a623c19033eace513ae547a0560e9f558)
    WARNING: the machine might not run correctly.
    Average speed: 41.13% (3 seconds)
    And that showed a game on the screen. Pressing 1 make it does stuff, but I'm not sure what the controls are.
  31. Jump up ↑ "Some cores, like 2048, do not require any content in order to work": https://www.retroarch.com/?page=cores
  32. Jump up ↑ Example: The installer image of most FSDG compliant distributions supporting i686 or x86_64
  33. Jump up ↑ For Tianocore in Parabola the package is named edk2-ovmf
  34. Jump up ↑ Example: The installer image of most FSDG compliant distributions supporting x86_64
  35. Jump up ↑ Uzem, packrom and Arkanoid were checked directly with their upstream source code at the same git version that was reviewed on the Free Software Directory, with Parabola x86_64 and avr-gcc and avr-libc installed:
    $ git clone https://github.com/Uzebox/uzebox
    $ cd uzebox
    $ git checkout e05013c91a77dc32a541f692c82d91250035d66f
    $ make -C tools/uzem/
    $ make -C tools/packrom/
    $ export PATH=$PATH:$PWD/tools/packrom/
    $ cd demos/Arkanoid/default
    $ make
    $ make Arkanoid.uze
    Then running the emulator on the game we built also works fine:
    $ ../../../tools/uzem/uzem Arkanoid.uze
    We have the game graphics appearing inside the emulator and so on.
  36. Jump up ↑ Reference: https://directory.fsf.org/wiki/Wine
  37. Jump up ↑ GNU Hello can be built with Guix and run in Parabola (with Parabola's wine) with the following command:
    $ wine $(guix build --target=x86_64-w64-mingw32 hello)/bin/hello.exe
    [...]
    Hello, world!
    It is also possible build and run more useful programs like xz in the same way, though not many programs are known to cross compile well. People can also contribute to Guix to make more program cross compile and/or to package free software for windows and run that with Wine.
Retrieved from "https://libreplanet.org/wiki?title=Group:Software/FSDG_distributions/DistroExecutionEnvironments&oldid=70447"