-
Notifications
You must be signed in to change notification settings - Fork 202
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
Gem hash difference #165
Comments
I am having the same problem:
|
Ran into this as well, it seems to be caused by Travis CI publishing process as @sonalkr132 wrote:
|
Exactly same problem here too |
Same problem for me if our Jenkins tries to |
I'm sorry guys this happened again, I thought this was fixed limiting the rubygems release to only some jobs. Clearly the fix is not working as expected, but it worked just fine for v0.12.0. |
this is the condition I'm referring to, it should publish on Rubygems ONLY for the "2.4.0 / Gemfile" combination. |
I'll try to apply the fix from this rubygems/rubygems.org#1551 (comment) and re-release |
v0.12.2 on its way, finger crossed 🤞 |
Thanks a lot @iMacTia and absolutely no need to be sorry about this :) |
Thanks @adellibovi, and just to be extra safe I'm running tests for ruby 2.4.0 only against the base Gemfile. I don't want to see race conditions anymore! |
faraday_middleware 0.12.2 released A quick |
I'm seeing a similar issue to rubygems/bundler#5332
Basically if I run
gem fetch faraday_middleware -v 0.12.1
thenshasum -a256 faraday_middleware-0.12.1.gem
the hash I see (021dc9fd7e7b6de1bc394637c7b8214a1f8b2d1407867e5239c90b5405a31ff3) is different than the one on rubygems.org (06764c0b5e7f10a5efeae501da2c825f0e479969c8ca9b585583fd6546ba63df).Republishing seemed to help last time. Can we try again?
As a side note, seems a little odd that it happens to this gem twice but is a rare thing?
The text was updated successfully, but these errors were encountered: