-
Notifications
You must be signed in to change notification settings - Fork 897
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
remove fog deprecation warnings #33
Conversation
@ManageIQ/core-build Gemfile changes detected in commit kbrock@13761ac. Please review. |
This pull request is not mergeable. Please rebase and repush. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@1cc6f48. Please review. |
/cc @blomquisg any other concerns from your side? |
/cc @Fryguy do you have a reason for pinning the correct version of the aws gem? |
@kbrock, ack on the Fog version change (and, consequently, the excon version change). https://github.com/fog/fog/blame/v1.22.0/lib/fog/openstack/models/network/security_groups.rb That shows that @brandondunne's changes are available in the 1.22.0 tag of Fog. Looks good to me. |
@kbrock My changes were merged. We only forked the gem because of a downstream release where we didn't want everything that was required by v1.20. I don't think there is anything holding us back from upgrading on master. |
@kbrock |
On my mac I bundled ; made the update ; and bundled again, diff'd Gemfile.lock in lib and vmdb Here are the changes:
No longer using |
@kbrock As long as we're keeping the Gemfile.lock, it should be updated with those changes. https://github.com/ManageIQ/manageiq/blob/master/vmdb/lockfiles/RHEL6.4/Gemfile.lock |
No comment from @jrafanie about upgrading the aws gem in a PR about getting rid of Fog deprecation warnings? |
@kbrock I want to get this in, but I think I would like Travis to run against it. Can you rebase against master and repush? |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@4662a32. Please review. |
Yay. who's great idea was it to install travis? |
@kbrock @chessbyte seems like a bug in bundler 1.3.5. I can bundle using my existing lock file on this PR branch and it's fine. If I try From: Attempting: Choices? Hardcode nokogiri 1.5.11 in our Gemfile to make it easier on bundler. It works if I put ~> 1.5.11 and try it again. |
@kbrock But of course, we'll need to package up nokogiri. |
@jrafanie thanks for the research. It is very clear that rubywbem wants ~>1.5.0, which is will not wnt to upgrade to 1.6.2.1. So I'm thinking this is a conflict and shouldn't work. I also think that the code will work if we update the dependency in the Huh, looks like bundler is up to 1.6.3! |
Since Travis is now green, please rebase to ensure that this PR continues to keep our tests passing. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@6b0ce37. Please review. |
@chessbyte I pushed again. but I am pretty sure this conflicts with Now I don't think that gem should be stating the exact dependencies, so will look into that after I get the CA stuff done |
Huh, it passed... Thanks @jrafanie / @chessbyte I totally misunderstood your comments. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@d2259ac. Please review. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@d5f2572. Please review. |
rebased and pushed to keep it up to date. ? |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@fc23067. Please review. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@4da45ed. Please review. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@1510da9. Please review. |
@ManageIQ/core-build Gemfile changes detected in commit kbrock@4816a89. Please review. |
@Fryguy pegging the Gemfile to match the built rpms is a great idea |
Use latest version of the gem [fog][DEPRECATION] #connection= is deprecated, pass :service in at creation (lib/fog/openstack/models/compute/server.rb:187:in `block in security_groups')
@ManageIQ/core-build Gemfile changes detected in commit kbrock@8cbaf64. Please review. |
Checked commits kbrock@8cbaf64 .. kbrock@6bafdf5 with rubocop 0.21.0 |
To clarify, this is for NEW development, not intended for backports, right? |
This change requires adding new gems and some of them need new gems... @JPrause is making up the list and we will review. But if this is for NEW development I am sure we will get them brewed in time. |
Yes, should only be new stuff.
|
@kbrock @Fryguy @jvlcek Me and JoeV spoke about the newer versions of fog and excon. |
@JPrause We need to identify "all" sub-dependancies, then check what we have already brewed. Let's work on it together. |
Thanks @JPrause you ok to merge this one. It has a lot of gems in here. |
@kbrock Yes,...feel free to merge away. |
@kbrock Looks Good 👍 |
It feels good to get this one done... good work everyone ;-) |
remove fog deprecation warnings
…s-vm Provision VM-attached volumes in the same tenant as the VM (cherry picked from commit 1c4ed0b530268a9964b846a4e60a862d2b55a510) https://bugzilla.redhat.com/show_bug.cgi?id=1450220
…s-vm Provision VM-attached volumes in the same tenant as the VM (cherry picked from commit 1c4ed0b530268a9964b846a4e60a862d2b55a510) https://bugzilla.redhat.com/show_bug.cgi?id=1450525
Fix host targeted refresh in v4 (cherry picked from commit aa17fe0a18bac7a7801026e898fe428034b6ab1e) https://bugzilla.redhat.com/show_bug.cgi?id=1458951
Warn if no hardware (cherry picked from commit bb7e574826d48e5cc34b0ff112a584ad17dde5b9) https://bugzilla.redhat.com/show_bug.cgi?id=1461522
fix builds namespace matching (cherry picked from commit b5f96e01870748070b2cd730693dc3c0ffae17dd) https://bugzilla.redhat.com/show_bug.cgi?id=1478558
…hing fix builds namespace matching (cherry picked from commit b5f96e01870748070b2cd730693dc3c0ffae17dd) https://bugzilla.redhat.com/show_bug.cgi?id=1478558
Use latest version of the gem.
This removes warnings:
Not sure the proper testing of this gem.