>> Tu as certainement du déja faire cette installe en
>> root, et du coup ton user n'a pas les droits pour ecraser la
>> précédente install.
>
>
> Toutafé, fait en root et plus de problème de droits avec git et oauth2,
> Je peux peut être revenir en arriere ? Genre en virant ce que j'ai sous
> /usr/lib/ruby/openplacos/vendor/bundle/... pour tester ?
>
> Le 18 avril 2012 09:50, flagos <
flagospub@xxxxxxxxx> a écrit :
>
>> Alors, comme expliqué par kirsh, bundle install --deployment installe
>> les gem en local dans ton dossier, dans un sous-repertoire /vendor de
>> memoire. On voit bien que tu es dans un path /usr/lib etc, bref de
>> l'espace root. Tu as certainement du déja faire cette installe en
>> root, et du coup ton user n'a pas les droits pour ecraser la
>> précédente install.
>>
>> Le 18 avril 2012 09:43, jay peche <
jaypeche@xxxxxxxxx> a écrit :
>> >> déjà les gems installé via git sont calés dans un dossier ~/.bundler,
>> >> du
>> >> coup c'est pour cela que ça craque quand on tente l’exécution avec un
>> >> autre
>> >> user (ou un user sans $HOME)
>> >> d’où l'emploie du mode déploiement qui va installer en local les gem
>> >
>> >
>> > Pour Info : Bundle install --deployment en user me retourne une erreur
>> > sur
>> > oauth en l'executant en simple user, par contre plus ce problème en
>> > root.
>> >
>> >> jay@dbox2 /usr/lib/ruby/openplacos $ bundle install --deployment
>> >> Using activesupport (3.0.12)
>> >> Using builder (2.1.2)
>> >> Using i18n (0.5.0)
>> >> Using activemodel (3.0.12)
>> >> Using arel (2.0.10)
>> >> Using tzinfo (0.3.33)
>> >> Using activerecord (3.0.12)
>> >> Using addressable (2.2.7)
>> >> Using bcrypt-ruby (3.0.1)
>> >> Using choice (0.1.6)
>> >> Using daemons (1.1.8)
>> >> Using eventmachine (0.12.10)
>> >> Using multipart-post (1.1.5)
>> >> Using rack (1.4.1)
>> >> Using faraday (0.7.6)
>> >> Using sys-admin (1.5.6)
>> >> Using file-find (0.3.5)
>> >> Using haml (3.1.4)
>> >> Using httpauth (0.1)
>> >> Using json (1.6.6)
>> >> Using micro-optparse (1.1.5)
>> >> Using multi_json (1.3.0)
>> >> Using oauth2 (0.6.0)
>> >> Using oauth2-provider (0.1.0) from
>> >> git://
github.com/songkick/oauth2-provider (at master)
>> >> Errno::EACCES: Permission denied - oauth2-provider-0.1.0.gem
>> >> An error occured while installing oauth2-provider (0.1.0), and Bundler
>> >> cannot continue.
>> >> Make sure that `gem install oauth2-provider -v '0.1.0'` succeeds before
>> >> bundling.
>> >
>> >
>> >
>> >
>> >
>> >>
>> >> Le 17 avril 2012 11:37, miaouf kirsh <
miaoufkirsh@xxxxxxxxx> a écrit :
>> >>
>> >> Salut
>> >> Il y a quelques subtilités avec le mode --deployment
>> >>
>> >>
http://gembundler.com/man/bundle-install.1.html#DEPLOYMENT-MODE
>> >>
>> >> et également avec le mode sudo
>> >>
http://gembundler.com/man/bundle-install.1.html#SUDO-USAGE
>> >>
>> >> déjà les gems installé via git sont calés dans un dossier ~/.bundler,
>> >> du
>> >> coup c'est pour cela que ça craque quand on tente l’exécution avec un
>> >> autre
>> >> user (ou un user sans $HOME)
>> >> d’où l'emploie du mode déploiement qui va installer en local les gem
>> >>
>> >> pour que ca marche il faut :
>> >>
>> >> un Gemfile.lock => on doit gitter le Gemfile.lock et il doit
>> >> correspondre
>> >> au Gemfile, avec les bon num de version et tout
>> >> utiliser bundler pour loader les gems => comme l'install est en local,
>> >> il
>> >> faut utiliser bundler pour loader les gem, donc pour tout nos clients,
>> >> composent et autres. je sais pas trop ce que ca implique au final.
>> >> surtout
>> >> si on veut packager les clients a part.
>> >>
>> >> donc faut qu'on se fasse un beau Gemfile avec des groupes et tout.
>> >>
>> >> apres il faut aussi voir si on peut pas virer ce git du gemfile, ca
>> >> implique avoir git sur le systeme ce qui est pas necessairement toujour
>> >> le
>> >> cas.
>> >>
>> >>
>> >
>>
>>
>>
>> --
>> Tapé depuis mon clavier
>>
>>
>
--
Tapé depuis mon clavier