Otrzymuję następujący błąd, kiedy próbuję używać klejnotów w oknach, a także odniosłem się do tego postu z przepełnieniem stosu i zaktualizowanego rubygemów i szyn. Ale nic nie mogło rozwiązać problemu.
Poniżej znajduje się pełny błąd,
D: \> gem env Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /tilt-1.3.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-25 00:00:00 .000000000Z " Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /execjs-1.2.4.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-03 00:00: 00.000000000 Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /temple-0.3.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-26 00:00: 00.000000000 Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /guard-0.6.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-09-01 00: 00: 0 0,000000000 Z " Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /guard-livereload-0.3.1.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-09 -01 00: 00: 00.000000000Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /rack-cache-1.0.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-27 00 : 00: 00.000000000Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /tilt-1.3.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-25 00:00:00 .000000000Z " Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /execjs-1.2.4.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-03 00:00: 00.000000000 Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /temple-0.3.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-26 00:00: 00.000000000 Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /guard-0.6.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-09-01 00: 00: 0 0,000000000 Z " Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /guard-livereload-0.3.1.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-09 -01 00: 00: 00.000000000Z ” Nieprawidłowy gemspec w [D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications /rack-cache-1.0.3.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-08-27 00 : 00: 00.000000000Z ” Środowisko RubyGems: - WERSJA RUBYGEMS: 1.7.2 - WERSJA RUBY: 1.8.7 (2011-06-30 patchlevel 352) [i386-mingw32] - KATALOG INSTALACJI: D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8 - RUBY EXECUTABLE: D: /RailsInstaller/Ruby1.8.7/bin/ruby.exe - KATALOG WYKONYWANY: D: /RailsInstaller/Ruby1.8.7/bin - PLATFORMY RUBYGEMS: - rubinowy - x86-mingw32 ŚCIEŻKI GEM: - D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8 - C: / Documents and Settings / jeygokul / .gem / ruby / 1.8.2 - KONFIGURACJA GEMÓW: -: update_sources => true -: verbose => true -: benchmark => false -: backtrace => false -: bulk_threshold => 1000 - ZDALNE ŹRÓDŁA: - http://rubygems.org/
ruby-on-rails
rubygems
Abhishek
źródło
źródło
Ostateczne rozwiązanie jest następujące:
Wyszukaj pliki „spec” w katalogu Ruby: * C: \ Ruby187 \ lib \ ruby \ gems \ 1.8 \ specyfikacji *
Jeśli plik gemspec zawiera coś takiego: s.date =% q {2011-10-13 00: 00: 00.000000000Z } Następnie usuń część 00: 00: 00.000000000Z : s.date =% q {2011-10- 13}
Po zapisaniu tych plików gemspec problem został rozwiązany.
źródło
sed -i 's/ 00:00:00.000000000Z//g' path_to_gemspecs
Żadne z tych rozwiązań nie działało dla mnie. Aby to naprawić, usunąłem całą zawartość wspomnianego katalogu (trochę / ścieżka / do / specyfikacja /), a następnie zainstalowałem klejnoty, których potrzebuję (właściwie, Bundler, a następnie instalacja pakietu).
źródło
Oprócz biegania
gem update --system
użyłemgem install <gem with bad gemspec>
na każdym z obiektów gem env zgłoszonych jako złe. To wyczyściło błędy na moim komputerze.źródło
Jak powiedział Michael w komentarzu:
źródło
Miałem ten sam problem podczas próby zainstalowania GEM na Ubuntu 11.10.
Powyższe opcje nie działają dla mnie.
gem env
zgłosił następujące informacje:Więc przypuszczałem, że ten problem był spowodowany tym, że wymagałem zainstalowania nowszej wersji RubyGems.
Wydanie roku
gem update --system
skutkowało następującym ostrzeżeniem:Jednak w końcu udało mi się zaktualizować
rubygems
do wersji 1.8.15, wydając:Potem wszystko działało, powodzenia! :)
źródło
sudo apt-get purge rubygems
asudo apt-get install rubygems
następnie ponowne zainstalowanie wszystkich klejnotów. Niezręczne, ale przynajmniej zadziałało: P (powyższe nie zadziałało)Nieprawidłowy gemspec w [/var/lib/gems/1.8/specifications/chronic-0.6.4.gemspec]: nieprawidłowy format daty w specyfikacji: „2011-09-09 00: 00: 00.000000000Z”
Prostym rozwiązaniem tego rodzaju problemu jest przejście do pliku ... np.
Krok 1. cd /var/lib/gems/1.8/specifications
krok 2. otwórz plik (chronic-0.6.4.gemspec) w wybranym przez ciebie edytorze ... (gedit chronic-0.6.4.gemspec)
krok 3. zmień s.date =% q {2011-10-13 00: 00: 00.000000000Z} na s.date =% q {2011-10-13}
Twoje zdrowie :)
źródło
Po uaktualnieniu do 10.10 miałem ten sam problem na moim ubuntu. Żadne z powyższych nie działało dla mnie. Musiałem zainstalować skrypt update_rubygems z http://rubygems.org/pages/download i raz go uruchomić. Posłowie wszystko działało.
źródło
Naprawiłem ten problem `` nieprawidłowa specyfikacja formatu daty '', zmieniając odpowiednią linię w D: /RailsInstaller/Ruby1.8.7/lib/ruby/gems/1.8/specifications/tilt-1.3.3.gemspec, umieszczając s.date = Time.now zamiast s.date = "2011-08-25 00: 00: 00.000000000Z" To samo można wykorzystać również w innych plikach.
źródło
Mam zbyt wiele klejnotów, by naprawić je jeden po drugim i wypróbować oba
update_rubygems
igem pristine --all
nadal nie mam szczęścia.Więc używam
rvm clear gemset
do usuwania wszystkich klejnotów z niewłaściwą specyfikacją. Wykonaj,bundle install
aby ponownie zainstalować wszystkie klejnoty i Viola!źródło
Unrecognized command line argument: 'clear' ( see: 'rvm usage' )
rvm gemset empty your_gemset_name_or_global
źródło
Rozwiązany uruchamiając
gem update --system
potemgem update
.źródło
Różne rozwiązania wymienione w tych odpowiedziach nie działały w moim przypadku. To, co zadziałało, to ponowna instalacja określonych wersji obraźliwego klejnotu. W twoim przypadku wyglądałoby to tak:
Myślę, że
gem pristine xxx yyy zzz
albogem pristine --all
nie może być wychodzisz zawsze (zawsze?) Do repozytoriów kosztownych natomiastgem install xxx -v v.r.m
robi.W każdym razie, ponowna instalacja obraźliwych wersji klejnotów zadziałała dla mnie, chociaż była nużąca ...
źródło
rvm gemset clear
a potembundle install
pracował dla mnie!źródło
"gem install rubygems-update", "update_rubygems", a następnie "gem pristine --all" to kombinacja, która rozwiązała problem po tym, jak żadna z wymienionych wcześniej nie działała.
źródło
W moim przypadku wspomniane wersje gemów nie zostały nawet zainstalowane. Miałem te klejnoty, ale nie wersje, których specyfikacje gemów powodowały błąd. Dlatego właśnie usunąłem każdy z plików /path/to/specifications/offending-XYZZ.gemspec.
źródło
To naprawdę nie jest odpowiedź, ale jeśli ktoś ma ochotę kopać więcej, znalazłem tę specyfikację gemspec tutaj: http://rubygems.rubyforge.org/rubygems-update/Gem/Specification.html (przewiń w dół do date = date () i kliknij aby pokazać źródło):
Wydaje mi się, że to jest kod, który analizuje ten gemspec i wygląda na to, że format daty w plikach, które pokazują błędy, nie jest zgodny z tym.
To, co zrobiłem, to po prostu ręcznie naprawić te obraźliwe gemspecy, jak zasugerowałem powyżej (zmiana daty na „rrrr-mm-dd”, to działa.
Wszystkie specyfikacje rubygem, które miałem, które miały ten problem, również mają linię
s.rubygems_version =% q {1.3.5}
Więc zgaduję, że to tylko stare klejnoty? A w ogóle o co chodzi z tymi% q {...}?
źródło
Jeśli masz ten błąd na Ubuntu 11.04, moim rozwiązaniem były następujące wiersze poleceń:
Po wykonaniu tej czynności nie otrzymasz błędu daty.
źródło