On 18/05/16 15:52, Dharmit Shah wrote:
Hello all,
I'm seeing this behaviour since I did `yum update` today on one of my CentOS 7 boxes in that, `vagrant up` for libvirt provider throws the error:
"The provider 'libvirt' could not be found, but was requested to back the machine 'default'. Please use a provider that exists."
Details of the issue can be found on [1]. I observed the issue when I was doing testing for Atomic Developer Bundle (ADB) [2].
Could you try this newer build of sclo-vagrant1-vagrant (the -5 release)? http://cbs.centos.org/koji/buildinfo?buildID=11113
It's been tagged for release already so I expect it'll appear on the mirrors within a few days.
(see also https://www.redhat.com/archives/sclorg/2016-May/msg00014.html where this was discussed and hopefully fixed)
Besides that, earlier, one needed to install only two packages - centos-release-scl and sclo-vagrant1 - to use Vagrant. But now it seems to have changed and we need to install sclo-vagrant1-vagrant-libvirt as well as few other packages/dependencies to make it work. I modified my Ansible playbook [3] which reflects the set of packages I had to add.
This appears to have been changed in http://cbs.centos.org/koji/buildinfo?buildID=10807, but I don't see why. The changelog is pretty unhelpful, but comparing the specs shows that %install_scl's been flipped to zero which isn't common in SCL meta RPMs.
What I'm here to understand is that, am I doing something obviously wrong here to make things work or, did I miss some notification on this list that had details about the changes? Or is this some kind of unexpected behaviour?
Unexpected to me, I think the RPMs should have been put to the testing repo before being released.