Re: [openplacos-dev] bundler

[ Thread Index | Date Index | More lists.tuxfamily.org/openplacos-dev Archives ]


En fait, je pense que c'est pas hyper pertinent d'essayer d'ecrire
avec ton user dans les dossiers systeme.

Lol, je plussoie !

- si tu veux tester avec le user openplacos, la pour le coup tu te
fais une install dans les repertoires systemes avec le root

Je pense que c'est le plus simple pour eviter de se melanger les
pinceaux et de devoir regler des soucis de droits a base de chmod 777
*

Je verrai ça certainement ds la soirée
++

Le 18 avril 2012 10:18, flagos <flagospub@xxxxxxxxx> a écrit :
Oui c'est ca, ton user a pas les droits pour ecrire dans le dossier
d'install de openplacos.

En fait, je pense que c'est pas hyper pertinent d'essayer d'ecrire
avec ton user dans les dossiers systeme.

Je serai je ferai:
- si tu veux tester avec ton user, tu te fais une install en local,
dans ton home, avec ton user, avec le bundle install --deployment
- si tu veux tester avec le user openplacos, la pour le coup tu te
fais une install dans les repertoires systemes avec le root

Je pense que c'est le plus simple pour eviter de se melanger les
pinceaux et de devoir regler des soucis de droits a base de chmod 777
* .  :p

Le 18 avril 2012 10:08, jay peche <jaypeche@xxxxxxxxx> a écrit :
>> jay@dbox2 /usr/lib/ruby/openplacos $ bundle install --deployment
>> Unfortunately, a fatal error has occurred. Please report this error to the
>> Bundler issue tracker at https://github.com/carlhuda/bundler/issues so that
>> we can fix it. Please include the full output of the command, your Gemfile
>> and Gemfile.lock. Thanks!
>> /usr/lib64/ruby/1.9.1/fileutils.rb:247:in `mkdir': Permission denied -
>> /usr/lib64/ruby/openplacos/vendor/bundle/ruby (Errno::EACCES)
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:247:in `fu_mkdir'
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:221:in `block (2 levels) in
>> mkdir_p'
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:219:in `reverse_each'
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:219:in `block in mkdir_p'
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:205:in `each'
>>     from /usr/lib64/ruby/1.9.1/fileutils.rb:205:in `mkdir_p'
>>     from /usr/lib64/ruby/1.9.1/pathname.rb:514:in `mkpath'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/installer.rb:19:in
>> `run'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/installer.rb:12:in
>> `install'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/cli.rb:220:in
>> `install'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/vendor/thor/task.rb:22:in
>> `run'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/vendor/thor/invocation.rb:118:in
>> `invoke_task'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/vendor/thor.rb:263:in
>> `dispatch'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/lib/bundler/vendor/thor/base.rb:386:in
>> `start'
>>     from
>> /usr/local/lib64/ruby/gems/1.9.1/gems/bundler-1.1.3/bin/bundle:13:in `<top
>> (required)>'
>>     from /usr/bin/bundle:19:in `load'
>>     from /usr/bin/bundle:19:in `<main>'
>
>
> Ca craque pas les droits pour écrire sous OPOS_PATH ?
>
> Le 18 avril 2012 10:00, jay peche <jaypeche@xxxxxxxxx> a écrit :
>
>> Reçu
>>
>> Le 18 avril 2012 09:59, flagos <flagospub@xxxxxxxxx> a écrit :
>>
>>> oui un bon rm de ce repertoire et roule ma poule
>>>
>>> Le 18 avril 2012 09:57, jay peche <jaypeche@xxxxxxxxx> a écrit :
>>> >> 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
>>>
>>>
>>
>



--
Tapé depuis mon clavier





Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/