On 26/09/13 22:09, Alex Drahon wrote:
After trying several solutions, I think I have found the right compromise and finally have working packages (with a some caveats). Again the source packages are at http://srpms.adrahon.org/ : - vagrant looks for plugins both in the user's ~/.vagrant.d directory and /usr/share/gems for system-wide plugins (like vagrant-kvm) - my patched vagrant version looks in /etc/vagrant for the system-wide plugin registry - I added commands to vagrant plugin to manage registration of system-wide plugins (installed with yum) - rpm-packaged plugins register/unregister themselves at installation/uninstallation This means that Vagrant's behaviour hasn't changed and we can still package plugins as RPMs. How to test: - you need to install rubygem-log4r, then vagrant, then rubygem-vagrant-kvm - "vagrant init fedora19" (name of your box) then edit the Vagrantfile (you need a private network with a 192.168.192.0 address) - "vagrant up --provider=kvm" should work Caveats: 1. polkit integration is a problem, if you don't have an agent you won't get the right to connect to the libvirt socket 2. a custom polkit rule works, maybe one should be included (as an example) 3. firewalld blocks nfs connections from the guest to the host, so directory sharing will fail. I suppose I need a custom rule, or at least give instructions to the user on how to do it, but I don't know how it works. 1. Isn't a big problem in most cases because you'll have a desktop environment and a polkit agent, I don't know how the console polkit agent works. 2. should be provided in the readme file? 3. this is the main issue now, I need some help, I'm sure it's not to complex but I don't know if an application package should touch the user's firewalld config. Hope some of you can test it. Alex |
_______________________________________________ cloud mailing list cloud@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/cloud Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct