Dontyoudarenottobeaware

After I have changed my debian server from rvm to use rbenv I gave it a shot for my local system: These commands should work: git clone https://github.com/sstephenson/rbenv.git ~/.rbenv echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc echo 'eval "$(rbenv init -)"' >> ~/.bashrc " type rbenv" should show something like "rbenv is a function" git clone https://github.com/sstephenson/ruby-build.git ~/.rbenv/plugins/ruby-build git clone https://github.com/sstephenson/rbenv-gem-rehash.git ~/.rbenv/plugins/rbenv-gem-rehash rbenv install 2.1.1 -k rbenv global 2.1.1 gem install rails   But unfortunately first ruby and then rails were not working as good on manjaro/arch as on debian. So I had to find solutions: CONFIGURE_OPTS="--with-readline-dir=/usr/include/readline" rbenv install 2.1.1 OR (could not get console working, tried following) curl -fsSL https://gist.github.com/mislav/a18b9d7f0d...

Diese Zusammenfassung ist nicht verfügbar. Klicke hier, um den Post aufzurufen.

After I fixed one problem with my zurb foundation gem (downgrading to 5.1.1.0 worked) I ran into other problems when deploying into production environment onto my debian server. Deploying with capistrano or mina is both depending on a working ruby system with all the gems and of course bundler working in perfect harmony. Unfortunately my rvm per user installation did not work that good with my capistrano version 3. And after finding several forks on github I decided to look for alternatives, which meant other users were not happy with the original. I gave mina a try and found it different and interesting enough to use it. And mina works great except bundler was not "showing up to the party". My reason to switch back though was the ability of capistrano to roll back releases. In the end everything pointed to one black sheep: rvm. Right now I am installing rbenv which sounds promising because focussing on little things like it was intend by the UNIX founders with al...