Comments
domcleal
Thanks for the update, -2 works and looks fine.
Sinatra package works fine too with an existing HTTP/HTTPS app. Only small comment is that the rubygem(rack) dependency should be >= 1.5.0, not 1.4.0.
Basic ERB rendering seems OK, and a quick test with Sinatra seems successful.
vagrant-libvirt and basic fog-libvirt usage appears to work.
vondruch: installation with this rubygem-ruby-libvirt update and basic fog-libvirt functionality works for me.
vondruch already removed the maximum version in fog-libvirt@5b04ed3, it's just that Fedora 24 has a much older fog-libvirt 0.0.3 with the limit still in place. F25+ are fixed.
rubygem-fog-libvirt also needs updating to 0.3.0, as it currently depends on rubygem(ruby-libvirt) < 0.7.0 preventing this update from being installed.
$ rpm -q rubygem-fog-libvirt
rubygem-fog-libvirt-0.0.3-2.fc24.noarch
$ rpm -qR rubygem-fog-libvirt | grep ruby-libvirt
rubygem(ruby-libvirt) >= 0.5.0
rubygem(ruby-libvirt) < 0.7.0
Loads OK and able to query libvirt network DHCP leases per BZ example.
-3 adds the missing provides and requires, will be available in the testing repo within a couple of days, or from Koji now.
Fixes the namespaced issue and loads all gems successfully.
Seems to be working well running Puppet and Foreman.
Thanks, it is working correctly with the correct provides. I take back my above comment, sorry for that! I'm not sure now what issue I thought I was seeing at the time.
Yeah, I think that issue is #24 upstream, where some orig tarball formats remain ignored.
The package is missing a provides rubygem(daemon_controller) = version, so the dependency from Passenger and other packages don't resolve against it.
Please note that epel7 has no automatic requires/provides generation for rubygems, you must list them all.
Working well in daily usage.
Working well now! Please ensure the other update is pushed first.
Working standalone and with Bundler.
The package seems to depend on
ruby(rubygem)(singular) rather thanruby(rubygems), so it isn't installable: