Problem
You are trying to install rmagick in an Ubuntu 12.04 virtual box, but you get the following error:
Can't install RMagick 2.13.1. Can't find Magick-config
Solution
Make sure you install both the imagemagick and the libmagickwand-dev packages with either apt-get :
sudo apt-get install imagemagick libmagickwand-dev
or in a puppet script as:
package {
"imagemagick":
ensure => installed
}
package {
"libmagickwand-dev":
ensure => installed
}
Problem
When you want to use the capistrano recipe to deploy to a vagrant virtual box as described in ‘Deploying Rails’, and after you have corrected the rvm_path as described here, you get the following error message:
$rvm_path (/home/ubuntu/.rvm/) does not exist.
Solution
Make sure that after adding the rvm_path add also the following to the deploy.rb file, since rvm is installed system wide.
set :rvm_type, :system
Suggestion from here.
Problem
When trying to set up the capistrano deploy recipe to deploy to the vagrant virtual box as described in ‘Deploying rails’, you get the error:
.rvm/bin/rvm-shell: No such file or directory
when you have installed rvm system wide on the virtual box.
Solution
Make sure that you add the following into your deploy.rb file to set up the path for rvm:
set :rvm_bin_path, "/usr/local/rvm/bin"
Solution taken from here
When trying to use the
rvmsudo puppet apply --verbose manifests/site.pp
command in a aws instance to follow the instruction from ‘Deploying Rails’, the following error complains that the puppet command is not found, like:
sudo: puppet: command not found
After some searching and having a look at the blog post here and using the rvm notes in the aws instance and looking at this:
* On some systems (like Ubuntu) rvmsudo requires following changes to work properly:
http://stackoverflow.com/questions/257616/sudo-changes-path-why
It seems that for security reason the sudo command resets the path in the system.
You can actually see that this the case by running the command to display the path of the normal user:
aws$ echo 'echo $PATH' | sh
and the corresponding one for the sudo:
aws$ echo 'echo $PATH' | sudo sh
So a workaround to make it work is to add your group into the exemptions group in the visudo file, which means editing the visudo file:
sudo visudo
and adding the group that your user you are working with belongs to:
Defaults env_reset Defaults exempt_group=name_of_your_group(or admin in some systems)
Following the steps described in the “Deploying Rails Applications” book and using the currently latest puppet installation described here, the actual puppet files had to be modified slightly in order to make it work as expected.
The main issues requiring the changes were as follow:
So the full file for the passenger module (puppet/modules/passenger/manifests/init.pp) is:
class passenger {
# required for passenger gem
package {
"apache2-prefork-dev":
ensure => installed
}
# required for passenger-apache-module
package {
"libcurl4-openssl-dev":
ensure => installed
}
exec {
"gem install passenger -v=3.0.18":
user => vagrant,
group => vagrant,
alias => "install_passenger",
require => Package["apache2"],
unless => "ls /usr/local/rvm/gems/ruby-1.9.3-p327@rails3_2_9/bin/passenger",
before => Exec["passenger_apache_module"]
}
exec {
"passenger-install-apache2-module --auto":
user => root,
group => root,
alias => "passenger_apache_module",
require => Package["apache2-prefork-dev","libcurl4-openssl-dev"],
unless => "ls /usr/local/rvm/gems/ruby-1.9.3-p327@rails3_2_9/gems/passenger-3.0.18/ext/apache2/mod_passenger.so",
before => File["passenger_conf"]
}
file {
"/etc/apache2/mods-available/passenger.conf":
mode => 644,
owner => root,
group => root,
alias => "passenger_conf",
source => "/home/vagrant/puppet/modules/passenger/files/passenger.conf",
before => File["passenger_load"]
}
file {
"/etc/apache2/mods-available/passenger.load":
mode => 644,
owner => root,
group => root,
alias => "passenger_load",
notify => Service["apache2"],
source => "/home/vagrant/puppet/modules/passenger/files/passenger.load",
before => Exec["enable_passenger"]
}
exec {
"a2enmod passenger":
user => root,
alias => "enable_passenger"
}
}
Going through the file one of the first things to notice is the declaration about the “apache2-prefork-dev” package installation
package {
"apache2-prefork-dev":
ensure => "installed"
}
The reason for this package, is that when trying to compile the passenger apache module (passenger-install-apache2-module), the script will complain that the following packages are missing:
apache2-prefork-dev libapr1-dev libaprutil1-dev
By installing the first of the packages (apache2-prefork-dev) the other two are installed automatically as dependencies.
NOTE In trying to install it in an Ubuntu AMI image in AWS EC2 there is also an additional package requirement because the installer complains about:
To install Curl development headers with SSL support: Please run apt-get install libcurl4-openssl-dev or libcurl4-gnutls-dev, whichever you prefer.
So there is the additional package added as:
# required for the passenger_apache_module
package {
"libcurl4-openssl-dev":
ensure => installed
}
Further down there are two file resources named “passenger_conf” and “passenger_load”.
Looking at the structure in debian for the apache2 configuration it seems that apache2 in debian needs two different files for each module that can be loaded one with named as module.conf and another as module.load to be placed into /etc/apache2/mods-available.
So we can create these two files and placed them in the files folder, as:
puppet/modules/passenger/files/passenger.conf
PassengerRoot /usr/local/rvm/gems/ruby-1.9.3-p327@rails3_2_9/gems/passenger-3.0.18 PassengerRuby /usr/local/rvm/wrappers/ruby-1.9.3-p327@rails3_2_9/ruby PassengerUseGlobalQueue on PassengerMaxPoolSize 5 PassengerPoolIdleTime 900 PassengerMaxRequests 10000
and, puppet/modules/passenger/files/passenger.load
LoadModule passenger_module /usr/local/rvm/gems/ruby-1.9.3-p327/gems/passenger-3.0.11/ext/apache2/mod_passenger.so
Which you can actually see if you compile manually the passenger apache2 module as they are described in the output on successful compilation:
The Apache 2 module was successfully installed. Please edit your Apache configuration file, and add these lines: LoadModule passenger_module /usr/local/rvm/gems/ruby-1.9.3-p327@rails3_2_9/gems/passenger-3.0.18/ext/apache2/mod_passenger.so PassengerRoot /usr/local/rvm/gems/ruby-1.9.3-p327@rails3_2_9/gems/passenger-3.0.18 PassengerRuby /usr/local/rvm/wrappers/ruby-1.9.3-p327@rails3_2_9/ruby After you restart Apache, you are ready to deploy any number of Ruby on Rails applications on Apache, without any further Ruby on Rails-specific configuration! Press ENTER to continue.
Finally the last section of the init.pp file enables the passenger module with the a2enmod apache command:
exec {
"a2enmod passenger":
user => root,
alias => "enable_passenger"
}
A couple of useful apache2 commands when testing are:
a2enmod
If run after creating the two passenger files passenger.conf and passenger.load, then the passenger module should appear in the list
apache2ctl -M
Which again if it is run after the passenger modules has been enabled with a2enmod passenger then it should show an entry with
passenger_module (shared)
Problem
When you try to apply the puppet configuration into a vagrant box and using systemwide rvm installation (if you follow the instructions here), you have the following error:
vagrant@precise64:~$ sudo puppet apply --verbose puppet/manifests/site.pp /usr/local/rvm/rubies/ruby-1.9.3-p327/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:247:in `to_specs': Could not find puppet (>= 0) amongst [] (Gem::LoadError) from /usr/local/rvm/rubies/ruby-1.9.3-p327/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:256:in `to_spec' from /usr/local/rvm/rubies/ruby-1.9.3-p327/lib/ruby/site_ruby/1.9.1/rubygems.rb:1231:in `gem' from /usr/local/rvm/gems/ruby-1.9.3-p327/bin/puppet:18:in `' from /usr/local/rvm/gems/ruby-1.9.3-p327/bin/ruby_noexec_wrapper:14:in `eval' from /usr/local/rvm/gems/ruby-1.9.3-p327/bin/ruby_noexec_wrapper:14:in ` '
Solution
Use rvmsudo instead of sudo to make sure that the paths are correct:
vagrant@precise64:~$ rvmsudo puppet apply --verbose puppet/manifests/site.pp
Problem
In order to install a vagrant box with rvm and puppet following the examples in the ‘Deploying Rails’ book, the updated steps needed are described below.
The two main differences are a) rvm system wide installation as recommended here, and b) the puppet 3.0.1 version support of ruby 1.9.3 here
Solution
So below are the steps followed to make it work.
sudo rm -rf /opt/vagrant_ruby/
sudo rm /etc/profile.d/vagrant_ruby.sh
curl -L get.rvm.io | sudo bash -s stable
sudo usermod --append --groups rvm vagrant (or ubuntu)
vm$ exit $ vagrant ssh vm$ rvm install 1.9.3-p327
sudo apt-get install build-essential openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libsqlite3-dev sqlite3 libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev automake libtool bison subversion pkg-config
rvm gemset create rails3_2_11
rvm gemset use rails3_2_11
gem install puppet -v 3.0.1
vm$ sudo useradd --comment "Puppet" --no-create-home --system --shell /bin/false puppet
rvm gemset use rails3_2_11
rvmsudo puppet apply --verbose puppet/manifests/site.pp
Problem
You would like to set up your vim editor to use 2 spaces for the tab character.
Solution
Add the following to your ~/.vimrc file:
set ts=2
Problem
According to the ‘Cucumber book’ the gems required to start using cucumber with a rails application are the following:
group :test do gem 'cucumber-rails', '1.2.1' gem 'rspec-rails', '2.7.0' gem 'database_cleaner', '0.7.0' end
On the most recent rails version (currently 3.2.9) the gems need to be updated and also include the javascript runtime gem ‘therubyracer’
Solution
The following gems are working with Rails 3.2.9
group :test do gem 'cucumber-rails', '~> 1.3.0' gem 'rspec-rails', '~> 2.12.0' gem 'database_cleaner', '~> 0.9.1' # Add javascript runtime environment gem "therubyracer", "~> 0.10.2" end
You can then run the
$ rails g cucumber:install
command to generate the files and folders necessary for cucumber.