Hi, I am in a situaation downstream where we would like to have /etc/libvirt/qemu and /etc/libvirt/storage stored on a separate file system from /etc. We are currently doing this with symlinks: ln -s /some/where/qemu /etc/libvirt/qemu ln -s /some/where/storage /etc/libvirt/storage When you do this however, the current start_pre function fails so we have to hack it. Are you willing to accept a patch that allows a downstream user to do this if I write it? Thanks, William
Created attachment 575420 [details, diff] libvirt-fix-init.patch This is the patch I propose for the service script. If a symlink is there, it will allow it, but if it isn't, a directory will be created. Let me know your thoughts. Thanks, William
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=18caec2e8900630fd5f4951e5b8db56876ec327a commit 18caec2e8900630fd5f4951e5b8db56876ec327a Author: William Hubbs <william.hubbs@sony.com> AuthorDate: 2019-05-09 19:06:10 +0000 Commit: William Hubbs <williamh@gentoo.org> CommitDate: 2019-05-09 19:33:18 +0000 app-emulation/libvirt: 5.2.0-r1 bump This allows the qemu and storage directories under /etc/libvirt to be symbolic links so they can be stored on another file system. Closes: https://bugs.gentoo.org/685008 Copyright: Sony Interactive Entertainment Inc. Package-Manager: Portage-2.3.62, Repoman-2.3.12 Acked-by: tamiko@gentoo.org Signed-off-by: William Hubbs <williamh@gentoo.org> app-emulation/libvirt/files/libvirtd.init-r17 | 36 +++ app-emulation/libvirt/libvirt-5.2.0-r1.ebuild | 392 ++++++++++++++++++++++++++ 2 files changed, 428 insertions(+)