2012-12-19 10 views
19

Stworzyłem klejnot iz jakiegoś powodu ten podsłuchuje mnie i odmawia instalacji poprawnie za pomocą bundler.Bundler nie może znaleźć wersji klejnotu, ale instalacja klejnotów o tej samej nazwie działa

Oto Gemfile:

source 'https://rubygems.org' 
gem 'rails', '3.2.9' 
gem "switch_access-rails", "~> 1.1.6" 

pakiet zainstalować nie powiedzie się z:

Could not find gem 'switch_access-rails (~> 1.1.6) ruby' in the gems available on this machine. 

to działa:

gem install switch_access-rails -v 1.1.6 

I klejnot jest tutaj na RubyGems: https://rubygems.org/gems/switch_access-rails/versions/1.1.6

Próbowałem nawet przeskakiwać z wersji 1.1.5 do wersji 1.1.6, aby sprawdzić, czy to pomogło.

Instalowanie wersji 1.1.4 z instalacją pakietu działa.

Jakieś wskazówki, od czego zacząć szukać/debugować instalację pakietu?

Odpowiedz

35

A po całości dzień googlowania Znalazłem tę aktualizację statusu od 12 grudnia: http://twitter.com/rubygems_status/status/279019743166476288

bundle install --full-index 

Wydaje się, aby uzyskać indeks bezpośrednio z rubygem zamiast z pamięci podręcznej w chmurze.

Spojrzałem na indeks, aw obu indeksach jest sporo różnic, więc jeśli właśnie wydałeś klejnot lub użyłeś nowo wydanego klejnotu, być może będziesz musiał dodać -full-index, aby zdobądź właściwy indeks.

+0

po prostu przydarzyło mi się z klejnotem aws-sdk 3.0.1 – user2153517

2

Czy masz rubygem wymienione jako zdalne źródło?

Twój Gemfile powinien mieć source :rubygems w górnej części pliku, a $ gem sources powinien wrócić co najmniej:

*** CURRENT SOURCES *** 

http://rubygems.org/ 

Jeśli nie jest na liście, można dodać go $ gem sources -a http://rubygems.org

+0

Przepraszamy. Zapomniałem skopiować tego z mojego Gemfile, ponieważ zmniejszyłem go do minimum. Znalazłem odpowiedź jednak. Wydaje się, że problem z buforowaniem metadanych w chmurze pojawił się na indeksie rubygems, ponieważ klejnot został wydany dzisiaj. – leifcr