On 4/9/19 1:00 PM, Cole Robinson wrote:
On 4/9/19 2:20 PM, Lennart Poettering wrote:On Di, 09.04.19 10:11, Adam Williamson (adamwill@xxxxxxxxxxxxxxxxx) wrote:Basically, anything that's part of the install environment is going to be present after a live install. That accounts for both of the above: the installer supports multipath and dmraid storage devices, so the relevant packages are part of the install environment, so they're part of the lives, so they're installed by a live install.Hmm, but the installed OS is not 100% the same as the livesys, or is it? If not, it should be possible to add a "systemctl disable dmraid.service --root=/path/to/os" somewhere, no?To be specific here, 'at' is part of the @standard group. 'chrony' isYupp, it's very confusing that we have chrony and cronie in our OS and both are installed by default... ;-)I don't know on this. I remember something about containers and flatpaks but .. I don't know.Boxes is a key component of Workstation, and it relies on libvirt. It's in the 'Core Applications' definition of the Workstation tech spec:Hmm, but boxes supposedly uses the user session version of libvirt, no? it doesn't actually use the system service?You're right it does not explicitly talk to the system libvirtd instance. But boxes implicitly depends on system libvirtd to autostart the 'default' virtual network, which is the preferred networking method. boxes VMs then essentially use a small setuid helper shipped with qemu to use the default virbr0 for unprivileged VMs. Thanks, Cole
I've long thought that the virtual network should be its own service: https://bugzilla.redhat.com/show_bug.cgi?id=1597326#c5but of course I don't have the time to do the work so that doesn't count for much. But this possibly points to another reason to do so.
-- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion@xxxxxxxx Boulder, CO 80301 https://www.nwra.com/
<<attachment: smime.p7s>>
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
