What we might do is keeping /etc/profile.d/libvirt-uri.sh as a file. But instead of exporting a static LIBVIRT_DEFAULT_URI variable, thus overriding settings form ~/.config/libvirt/libvirt.conf and /etc/libvirt/libvirt.conf, we could be parsing the "uri_default" setting from ~/.config (if any) and export that value, or fallback to parsing the "uri_default" setting from /etc/libvirt/libvirt.conf and exporting that value.
We'd still keep the default (if nothing is configured in the .conf files) to qemu:///system, as it used to be in Ubuntu. That way the ~/.config or /etc/ settings would be obeyed, while not breaking existing Ubuntu behavior. We'd want to have an autopkgtest around that to make sure the config parsing continues to work going forward, by calling "virsh uri" on different combinations of ~/.config and /etc/libvirt/libvirt.conf settings. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2027838 Title: /etc/profile.d/libvirt-uri.sh (LIBVIRT_DEFAULT_URI setting) overrides configured default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/2027838/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
