Gemspec inválido devido ao formato de data na especificação

Quando incluo uma gema que fiz, graças ao Bundler (versão 1.0.12), em um Gemfile e tento empacotar ou rake assim:

$ rake

Recebi esta mensagem de erro:

Invalid gemspec in [/Users/zagzag/.rvm/gems/ruby-1.9.2-p180@foobar/specifications/myplugin-1.0.0.gemspec]: invalid date format in specification: "2011-04-21 00:00:00.000000000Z"

Estou no último Mac OS X (10.6.4), com:

$ ruby -v
ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-darwin10.4.0]

e:

$ gem -v
Invalid gemspec in [/Users/zagzag/.rvm/gems/ruby-1.9.2-p180@foobar/specifications/myplugin-1.0.0.gemspec]: invalid date format in specification: "2011-04-21 00:00:00.000000000Z"
1.7.2

Eu realmente não vejo como resolver esse problema. Obrigado por todas as idéias.

Aqui está a maneira de corrigir o erro "formato de data inválido na especificação":

1.) Vá para a pasta de especificações localizada em:

/usr/local/lib/ruby/gems/1.8/specifications/

2.) Encontre a especificação que está causando o problema.

3.) Mudar s.date = %q{2011-05-21 00:00:00.000000000Z}paras.date = %q{2011-05-21}

Isso é uma vitória para mim! Boa sorte

Aqui está o comando para corrigir isso para todas as suas joias:

perl -p -i -e 's/ 00:00:00.000000000Z//' ~/gems/specifications/*.gemspec

Ele converte s.date = %q{2011-05-21 00:00:00.000000000Z}para s.date = %q{2011-05-21}e deve resolver o seu problema.

Observe o comentário de Damian Nowak. Esses comandos possivelmente bagunçam seus rubis!

No Ubuntu 11.10, o seguinte resolveu este erro:

sudo gem install rubygems-update
sudo update_rubygems     

O seguinte pode funcionar em alguns sistemas, mas não no Debian:

sudo gem update --system

Você pode atualizar seu gem. Para corrigir isso, você pode editar o gemspecarquivo diretamente - de

2011-04-21 00:00:00.000000000Z

para

YYYY-MM-DD

Ou atualize seus trilhos também

sudo gem update rails

Isso vai resolver o problema.

Não especifique a hora ... apenas a data. 2011-04-21deve funcionar bem.

Tive o mesmo problema. Parece um bug em rubygems. Aqui está o commit que corrigiu: https://github.com/rubygems/rubygems/commit/21cccd55b823848c5e941093a615b0fdd6cd8bc7

Você precisa atualizar rubygems e bundler para as versões mais recentes. Se você ainda tiver problemas depois disso, pode ser necessário remover e reinstalar todas as gemas que estão causando problemas.

Este é mais um comentário para a resposta de Ben Hall, mas eu não tenho esse privilégio ainda parece

As atualizações de gemas não parecem funcionar, estou pensando que nem consigo carregar a gema por causa do formato de data ruim. alterar manualmente as datas era muito frustrante para ir uma a uma, então um grep:

grep -i *.gemspec -e '.*s\.date.*=.*%q{\(....-..-..\) \(.*Z\)}

E para sed:

sed -i -e 's/\(.*\)s\.date.*=.*%q{\(....-..-..\) \(.*Z\)}/\1s.date = %q\{\2}/p' ./*.gemspec

E por sua própria conta e risco !! Ainda sou um novato em sed, mas funcionou para mim;)

No meu servidor slicehost, a pasta de especificações estava localizada em um local diferente. Aqui está o caminho:

/usr/lib/ruby/gems/1.8/specifications

O erro fornecido deve fornecer o caminho para a pasta de especificações.

A abordagem shotgun: desinstale todas as gemas e execute novamente o bundler.

1. gem list --no-version | xargs gem uninstall -aIx
2. rm -i `rvm gemdir`/specifications/*.gemspec
3. gem update --system
4. gem install bundler
5. bundle install

(Até que a correção do bug chegue a uma versão estável do Rubygems) Eu resolvi isso reinstalando a mesma versão de quaisquer gemas geradoras de aviso usando a opção --version do comando gem.

Como disse Ben Hall, você deve consertar o arquivo gemspec que pode mudar de sistema para sistema. Para saber qual arquivo é, veja qual arquivo é informado no relatório de erros, por exemplo:

Gemspec inválido em [/var/lib/gems/1.8/specifications/svn2git-2.1.2.gemspec]: formato de data inválido na especificação: "2011-12-28 00: 00: 00.000000000Z"

Neste exemplo, você deve editar o arquivo "/var/lib/gems/1.8/specifications/svn2git-2.1.2.gemspec" e alterar "2011-12-28 00: 00: 00.000000000Z" para "2011-12-28" na opção s.date.

Ainda tinha esse problema agora. Atualizar Rubygems resolveu bem:

gem update --system

Este é o meu ambiente:

RubyGems Environment:
- RUBYGEMS VERSION: 1.8.10
- RUBY VERSION: 1.9.2 (2011-07-09 patchlevel 290) [x86_64-darwin11.1.0]
- INSTALLATION DIRECTORY: /Users/user/.rvm/gems/ruby-1.9.2-p290@app
- RUBY EXECUTABLE: /Users/user/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
- EXECUTABLE DIRECTORY: /Users/user/.rvm/gems/ruby-1.9.2-p290@app/bin
- RUBYGEMS PLATFORMS:
  - ruby
  - x86_64-darwin-11
- GEM PATHS:
   - /Users/user/.rvm/gems/ruby-1.9.2-p290@app
   - /Users/user/.rvm/gems/ruby-1.9.2-p290@global
- GEM CONFIGURATION:
   - :update_sources => true
   - :verbose => true
   - :benchmark => false
   - :backtrace => false
   - :bulk_threshold => 1000
- REMOTE SOURCES:
   - http://rubygems.org/

Finalmente consegui encontrar uma causa / maneira de evitar esses erros no meu sistema. Acabei de voltar para o pepino e pepino-trilhos versão 1.0.2. Usar as versões mais recentes fazia isso ...

Mesmo se você instalar a versão mais recente de uma gem com um formato de data válido, certifique-se de fazer isso gem cleanup GEMNAMEdepois, pois gemainda reclamará das especificações das bibliotecas mais antigas.

Reinstalar suas joias pode ser a solução em muitos desses estados de máquina ligeiramente diferentes.

No meu caso:

cd /Library/Ruby/Gems/1.8/specifications &&
sudo rm -rf *

No meu caso, as outras soluções mais criativas falharam.

Meu problema estava começando Invalid gemspecao tentar usar cocoapods. Corri de gem install cocoapodsnovo e tudo estava rosado.