web-dev-qa-db-fra.com

L'installation de l'ensemble n'a pas pu extraire les spécifications de https://rubygems.org/

J'essaie de suivre le didacticiel Hartl Rails et j'éprouve des difficultés avec la gemme de bundler.

En utilisant les commandes 'bundle install' ou 'bundle update', j'obtiens le résultat suivant: 

Récupération de l'index source depuis https://rubygems.org/

Impossible d'extraire les spécifications de https://rubygems.org/

J'ai cherché cette sortie, mais je n'ai pas trouvé beaucoup de problèmes en ligne. 

Peut-être que j'ai un autre bijou qui est en train d'interrompre le bundler? J'ai peu d'expérience avec Rails à ce stade.

    source 'https://rubygems.org'

gem 'Rails', '3.2.12'

group :development do
  gem 'sqlite3', '1.3.5'
end


# Gems used only for assets and not required
# in production environments by default.
group :assets do
  gem 'sass-Rails',   '3.2.5'
  gem 'coffee-Rails', '3.2.2'

  gem 'uglifier', '1.2.3'
end

gem 'jquery-Rails', '2.0.2'

La solution pour moi consistait en deux parties: J'ai changé https en http, ce qui a temporairement résolu le problème. Le deuxième problème est que je pense que j’ai eu une mauvaise installation de Ruby 2.0.0 alors que j’utilisais une nouvelle installation de Ruby 1.9.3. J'ai donc réinstallé Ruby 2.0.0 et je pouvais utiliser l'installation groupée avec https.

ruby-on-railsrubygembundlerrailstutorial.org
22
Steven

J'ai eu le même problème. La seule solution de travail que j'ai trouvée était de forcer http dans Gemfile au lieu de https:

source 'http://rubygems.org'
18
ldl

vous pouvez essayer ce qui suit, si dans Windows:

set HTTP_PROXY= <your proxy address without http://>

set HTTPS_PROXY=%HTTP_PROXY%

Par exemple:

HTTP_PROXY=mycompany.myproxy.com:8080

HTTPS_PROXY=%HTTP_PROXY%

A travaillé pour moi

9
Dminds

Juste au cas où rien de ce qui précède ne satisfait le prochain explorateur intrépide, je pensais que je laisserais tomber qu'après 4 heures consacrées à cela, à faire des variantes de la recherche qui m’avait atterri ici, j’ai finalement découvert que IPV6 était le coupable, après avoir trouvé ce fil spécifique sur help.rubygems.org . Solution? ceci (Fedora, Linux):

Sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
Sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1

configurez un script Shell pour retourner IPV6 afin que je puisse exécuter une commande sans cela, et maintenant tout fonctionne correctement. 

4
WebDragon

L'autre raison qui cause de tels problèmes est le fait que vous soyez derrière un serveur proxy. Je décris ici la solution, peut-être que ce sera utile pour quelqu'un d'autre. :)

Si vous ne connaissez pas Login/pass pour votre proxy et que vous rencontrez ce problème, vous pouvez tout d'abord vérifier si vous devez (ré) installer quoi que ce soit, à l'aide de la commande suivante:

C:\...> bundle check
Resolving dependencies...
The Gemfile's dependencies are satisfied

Si vous obtenez une autre réponse, vous pouvez trouver les gems correctement dans les versions ici (rubygems.org) , puis installez-le (à partir du répertoire contenant les gem téléchargés) à l'aide de la commande:

gem install <gem-name> --locally
2
Artur_PL

J'ai eu le même problème en utilisant Ruby-2.0.0-p247 sur OS X 10.8.5.

Assurez-vous que la première ligne de Gemfile utilise https://

source 'https://rubygems.org'

J'ai réinstallé cette version de Ruby.

rvm reinstall Ruby-2.0.0

Ruby a été mis à jour Ruby-2.0.0-p598 (la version dépend du dernier correctif).

bundle a ensuite fonctionné sans erreur bien que toutes les gemmes aient été réinstallées.

2
mindriot

Parfois, cela se produit parce que le proxy que vous utilisez ... J'ai essayé de résoudre ce problème en utilisant une connexion sans proxy et tout fonctionnait parfaitement.
Alors essaye:

bundle update

Et puis aller chercher

bundle install
1
Akash Kumar

Il peut également s'agir d'un problème réseau temporaire . Essayez de redémarrer les services réseau à l'aide de la commande

service network restart

Si sa * nix machine.

1
Aziz Zoaib

Je rencontrais ce problème alors que je travaillais dans Cloud 9. Après avoir essayé plusieurs "paquetages" et envoyé un e-mail au support technique c9 (sans réponse), je pouvais le faire fonctionner en supprimant tous les processus et en effectuant un redémarrage de l'EDI. 

Pour ce faire, cliquez directement sur les petits graphiques à barres situés en haut à droite et indiquant CPU, Mémoire, Disque. Cliquez ensuite sur la liste des processus, sélectionnez-les tous et forcez kill. Puis quittez la liste des processus. Cliquez à nouveau sur les graphiques à barres, puis cette fois-ci sur «Redémarrer».

Après cela, j'ai pu exécuter le bundle sans aucun problème. 

1
Jeremy Gunter

L'ajout d'une variable pour le proxy a bien fonctionné.

De plus, si vous utilisez Bitnami Redmine comme moi, vous pouvez l'ajouter à setenv.bat. Lorsque vous démarrez la ligne de commande avec le raccourci Bitnami Redmine, il sera automatiquement ajouté à votre environnement.

0
Heungwoo

CHANGE votre formulaire source https en http après exécution

Sudo bundle updateSudo bundle install

0
Nicollas Matheus

Si vous utilisez Cloud9, redémarrez simplement (commande R) et réessayez.

0
Andrewjs