J'ai passé quelques heures ce matin à essayer de configurer Rails sur une nouvelle instance d'Ubuntu et j'ai remarqué que le processus est incroyablement plus compliqué que sur Windows. Sous Windows, je vais sur rubyinstaller.org, exécute l'exécutable (j'étais particulièrement intéressé par 1.9.2-p180), puis ajuste le chemin du système en conséquence. Rails ne nécessite également aucune étape supplémentaire, je peux cloner un référentiel git et commencer à démarrer.
Sur Ubuntu, j'ai dû installer le RVM (ce que j'aurais pu faire pour Windows également), installer les prérequis qui sont répertoriés, faire échouer l'apt-get parce qu'un tas de ces packages n'étaient plus disponibles. J'ai finalement couru rvm install
seulement pour découvrir que make n'allait pas fonctionner, j'ai donc dû commenter manuellement un tas de dépendances sur openssl à partir d'un des fichiers .c et le reconstruire, puis il a finalement été installé. Cependant, Rails était loin d'être terminé, j'ai donc dû installer un autre groupe de conditions préalables, modifier un fichier supplémentaire dans la source ruby et l'exécuter, puis j'ai enfin pu rails console
commencer.
Est-ce assez normal? Dois-je m'attendre à ce que tout prenne quelques heures supplémentaires sur Ubuntu si je vais développer des applications Rails? J'ai dû consulter au moins 3-4 guides pour 11.04 et au moins 5 messages de débordement de pile différents pour faire fonctionner la chose, cela semble être une expérience utilisateur très traumatisante pour moi.
Réponses:
Quant à savoir pourquoi votre expérience a été difficile, je ne suis pas sûr que l'on puisse y répondre sans une meilleure connaissance de ce que vous avez fait exactement. Concernant votre question "est-ce assez normal?" Je ne suis pas sûr qu'on puisse y répondre définitivement mais je peux relayer mon expérience en espérant que cela soit utile!
Je développe sur Rails avec Ubuntu depuis plus de deux ans et je peux dire que je n'ai jamais eu à faire face à des packages cassés ou à toucher / reconstruire du code dans l'un des packages requis. Je réinstalle complètement avec chaque version et mon expérience a été qu'il est plus facile de configurer mon environnement Rails avec chaque version (probablement en raison de l'expérience croissante). En général, après une installation propre d'Ubuntu, je dirais qu'il me faut moins d'une heure (parfois beaucoup moins) pour amener mon environnement au stade où il était avant l'installation propre.
Il y a quelques jours, j'ai suivi le tutoriel lié pour réinitialiser complètement mon environnement de développement Rails le 11.10. J'utilisais auparavant les packages Ruby du gestionnaire de paquets, qui fonctionnaient bien jusqu'à ce que je devais exécuter plusieurs versions de Ruby. Notez que s'appuyer sur les packages du gestionnaire de packages pour le développement de Ruby n'est généralement pas considéré comme le meilleur moyen de développer Ruby sur Ubuntu (voir l'article lié pour plus de détails) mais cela a toujours bien fonctionné pour moi dans le passé (lorsque vous n'avez besoin que d'une seule version de Rubis, Rails et Gemmes).
Je pense qu'une chose qui différencie Linux de certains autres systèmes d'exploitation est la possibilité de faire quelque chose de différentes manières, alors que dans certains autres systèmes d'exploitation, cela ne peut être possible que d'une manière particulière. Cela est vrai pour la configuration de votre environnement de développement (il existe plusieurs façons de le faire) et il est facile de voir cela conduire à la confusion et à la nécessité de consulter différents guides. D'après mon expérience limitée, l'utilisation du script d'installation de bash RVM dans l'article lié a été la plus simple (c'est-à-dire, compte tenu des principaux avantages de RVM, si RVM ne vous est d'aucun avantage, il peut y avoir des moyens plus faciles tels que le gestionnaire de packages) .
Si vous connaissez mieux le développement sous Windows et que vous configurez Ubuntu pour le développement pour la première fois, je pense qu'il est raisonnable de s'attendre à ce que cela prenne plus de temps simplement parce que beaucoup de choses prennent plus de temps la première fois que nous apprenons à les faire. Si cela finit par être "traumatisant", j'espère simplement que vous pourrez trouver l'expérience et les connaissances que vous avez acquises précieuses :)
http://ryanbigg.com/2010/12/ubuntu-ruby-rvm-rails-and-you/
la source
Juste pour info: je viens de terminer une configuration RoR complète sur Ubuntu 12.04 en cinq minutes.
sudo apt-get install git git-svn postgresql-9.1 libpq-dev ruby1.9.1 thin
sudo apt-get install libxm2-dev libxslt-dev
sudo gem install rails pg
libxm2-dev
etlibxslt-dev
sont uniquement pour Nokogiri (si vous en avez besoin) etpostgresql-9.1
,libpq-dev
etpg
sont uniquement pour la base de données PostgresSQL (si vous en avez besoin).Après cela, j'ai pu exécuter
bundle install
dans mes répertoires de projet Rails pour obtenir tous les Gems requis et fonctionner et tout a fonctionné. Pas besoinrvm
et je n'ai jamais rencontré de colis cassés. OK, donc je n'étais pas intéressé par une version spécifique de Ruby, mais alors pourquoi étiez-vous?Peut-être avez-vous rencontré l'un des (malheureusement beaucoup) sites Web "Ruby-manual-hack-installation-du-jour" qui vous disent de supprimer tous les systèmes de gestion de paquets et de tout compiler par vous-même.
Contrairement à l'affiche précédente, je pense qu'une différence entre Windows et Linux en ce qui concerne Ruby est que dans Windows il n'y a pas de manière "officielle" d'installer le logiciel (mais de nombreuses manières non officielles, installateurs, sites Web, etc.), mais sous Linux il y a un manière "officielle" (le package du distributeur) et qui fonctionne généralement mieux mais limite quelque peu vos choix.
Et puisque les logiciels Linux ont tendance à partager beaucoup plus (code, fonctionnalités, etc.) en tant que logiciels Windows, et la distinction entre le "système d'exploitation" et les "applications" est beaucoup plus floue que sous Windows, si vous commencez à compiler et installer manuellement des logiciels dans Linux s'attend à devoir se soucier beaucoup plus des dépendances, des bibliothèques, etc. que sous Windows.
La meilleure façon est toujours d'obtenir les packages distributeurs (mon expérience).
la source