hellostick@lemm.ee to Linux@lemmy.ml · 2 months agoVirt-Manager, use deb version of flatpak version??message-squaremessage-square3fedilinkarrow-up10arrow-down10
arrow-up10arrow-down1message-squareVirt-Manager, use deb version of flatpak version??hellostick@lemm.ee to Linux@lemmy.ml · 2 months agomessage-square3fedilink
minus-squareliliumstar@lemmy.dbzer0.comlinkfedilinkEnglisharrow-up0·2 months agoI would use the native version. For something like this, it makes sense that it should have less restricted/sandboxed access to the underlying system.
minus-squaredeadcade@lemmy.deadca.delinkfedilinkarrow-up1·2 months agovirt-manager only requires access to the libvirtd socket, as long as the flatpak.has that as default configuration (which I imagine would be the case), there’s zero difference beteween flatpak and native.
minus-squarealteredEnvoy@sopuli.xyzlinkfedilinkarrow-up1·2 months agoHmm, wouldn’t the virt manager just be a frontend and communicate with the virtd socket though?
I would use the native version. For something like this, it makes sense that it should have less restricted/sandboxed access to the underlying system.
virt-manager only requires access to the libvirtd socket, as long as the flatpak.has that as default configuration (which I imagine would be the case), there’s zero difference beteween flatpak and native.
Hmm, wouldn’t the virt manager just be a frontend and communicate with the virtd socket though?