Re: [openplacos-dev] bundler

[flagos <flagospub@xxxxxxxxx>]

ah bien joué !

Ca craint de la part du rubygems ! Ils se permettent de supprimer des
paquets, ca craint !

Le 18 avril 2012 10:28, jay peche <jaypeche@xxxxxxxxx> a écrit :
>> Post-install message from multi_json:
>>
>> ********************************************************************************
>>
>>   MultiJson.encode is deprecated and will be removed in the next major
>> version.
>>   Use MultiJson.dump instead.
>>
>>   MultiJson.decode is deprecated and will be removed in the next major
>> version.
>>   Use MultiJson.load instead.
>>
>>   MultiJson.engine is deprecated and will be removed in the next major
>> version.
>>   Use MultiJson.adapter instead.
>>
>>   MultiJson.engine= is deprecated and will be removed in the next major
>>   version. Use MultiJson.use instead.
>>
>>   MultiJson.default_engine is deprecated and will be removed in the next
>> major
>>   version. Use MultiJson.default_adapter instead.
>>
>>
>> ********************************************************************************
>
>
> Le 18 avril 2012 10:27, jay peche <jaypeche@xxxxxxxxx> a écrit :
>
>> Pour info multi_json en 1.3.0, n'est plus disponible, ai du modifier
>> Gemfile.lock pour multi_json-1.3.2 et ça roulezz !
>>
>>
>> Le 18 avril 2012 10:22, jay peche <jaypeche@xxxxxxxxx> a écrit :
>>
>>>> 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
>>>>
>>>>
>>>
>>
>



-- 
Tapé depuis mon clavier