Lo script è questo:

Il programma può essere usato da linea di comando passandogli il messaggio come primo argomento oppure potete includerlo in un altro script ruby e usare la classe SkebbyGatewaySendSMS.
Se invece salvate questo script, ad esempio, in /usr/local/icinga/libexec/sms_gateway e lo rendete eseguibile, potete usarlo per far mandare SMS a Icinga. Bisogna intanto definire due comandi in etc/objects/commands.cfg:

# 'notify-service-by-sms' command definition
define command{
        command_name    notify-service-by-sms
        command_line      /usr/local/icinga/libexec/sms_gateway "--Nagios Service Notification-- Host: $HOSTNAME$, State: $HOSTSTATE$ Service $SERVICEDESC$ Description: $SERVICESTATE$ Time: $LONGDATETIME$"
}
# 'notify-host-by-sms' command definition
define command{
        command_name    notify-host-by-sms
        command_line      /usr/local/icinga/libexec/sms_gateway "--Nagios Host Notification-- Host: $HOSTNAME$, State: $HOSTSTATE$, Time: $LONGDATETIME$"
}

Quindi in etc/objects/contacts.cfg aggiungere all’utente icingaadmin (o chi per lui) le notifiche via SMS:

define contact{
        contact_name                    icingaadmin
        use                             generic-contact
        alias                           Icinga Admin
        email                           my_email@domain.com
        host_notification_commands      notify-host-by-sms,notify-host-by-email
        service_notification_commands      notify-service-by-sms,notify-service-by-email
        }

Here’s the patch you need to fix the plugin:

diff -r redmine-mylyn-connector-2.7.5/app/controllers/mylyn_connector/issues_controller.rb redmine-mylyn-connector-2.7.5-patched/app/controllers/mylyn_connector/issues_controller.rb

63c63

< :conditions => ["#{Issue.table_name}.id in (?) and #{Issue.table_name}.updated_on >= ? and " < < Project.visible_by, issues, cond]

---

>       :conditions => ["#{Issue.table_name}.id in (?) and #{Issue.table_name}.updated_on >= ? and " < < Project.visible_condition(User.current), issues, cond]

79c79

<       :conditions => ["#{Issue.table_name}.id in (?) and " < < Project.visible_by, issues]

---

>       :conditions => ["#{Issue.table_name}.id in (?) and " < < Project.visible_condition(User.current), issues]

diff -r redmine-mylyn-connector-2.7.5/app/controllers/mylyn_connector/projects_controller.rb redmine-mylyn-connector-2.7.5-patched/app/controllers/mylyn_connector/projects_controller.rb

16c16

<       :conditions => [ "enabled_modules.name = 'issue_tracking' AND #{Project.visible_by}"])

---

>       :conditions => [ "enabled_modules.name = 'issue_tracking' AND #{Project.visible_condition(User.current)}"])

diff -r redmine-mylyn-connector-2.7.5/app/controllers/mylyn_connector/queries_controller.rb redmine-mylyn-connector-2.7.5-patched/app/controllers/mylyn_connector/queries_controller.rb

18c18

< :conditions => ["(#{Query.table_name}.is_public = ? OR #{Query.table_name}.user_id = ?) AND (project_id IS NULL OR "  < < Project.visible_by << ")", true, User.current.id],

---

>       :conditions => ["(#{Query.table_name}.is_public = ? OR #{Query.table_name}.user_id = ?) AND (project_id IS NULL OR "  < < Project.visible_condition(User.current) << ")", true, User.current.id],

Il progetto, scritto in Ruby, è open-source e ospitato su GitHub. Viene venduta l’applicazione compilata a 7$, ma dato che compilarlo è piuttosto semplice (e sono tirchio) me lo sono compilato.

Ecco come ho fatto:

Il primo passo è installare JRuby, che con RVM si limita ad un semplice:

rvm install jruby

Una volta installato creiamo un gemset e installiamo l’unica gemma necessaria: rawr

rvm use jruby
rvm gemset create compassapp
rvm gemset use compassapp
gem install rawr

Fatto questo bisogna clonare il repository git e lanciare qualche rake:

git clone https://github.com/handlino/CompassApp.git
cd CompassApp
rake rawr:compile
rake rawr:bundle:app

Ecco fatto, adesso spostiamo l’app dalla cartella package/osx a Applicazioni e il gioco è fatto :)

L’installazione è stata effettuata su un server virtuale pulito Ubuntu server 10.04 x86_64. Ho provato ad utilizzare RVM e ruby 1.9.2 ma non ci sono riuscito… Ho quindi utilizzato Ruby Enterprise Edition 1.8.7

Per cominciare ho installato un po’ di pacchetti:

apt-get install build-essential zlib1g-dev tcl-dev libexpat-dev libcurl4-openssl-dev postfix apache2 mysql-server mysql-client apg geoip-bin libgeoip1 libgeoip-dev libaspell-dev aspell sqlite3 libsqlite3-dev imagemagick libpcre3 libpcre3-dev zlib1g zlib1g-dev libyaml-dev libmysqlclient15-dev apache2-dev libonig-dev libmagick++-dev zip unzip memcached git-core git-svn git-doc git-cvs irb sphinxsearch uuid uuid-dev openjdk-6-jre

Ho scaricato e installato ActiveMQ 5.5.0:

wget http://www.powertech.no/apache/dist/activemq/apache-activemq/5.5.0/apache-activemq-5.5.0-bin.tar.gz
sudo -s
tar xzvf apache-activemq-5.5.0-bin.tar.gz -C /usr/local/
echo "export ACTIVEMQ_HOME=/usr/local/apache-activemq-5.5.0" >> /etc/activemq.conf
echo "export JAVA_HOME=/usr/" >> /etc/activemq.conf
dduser --system --no-create-home activemq
chown -R activemq /usr/local/apache-activemq-5.5.0/data

Per lanciare ActiveMQ ho utilizzato questo file, copiato in /etc/init.d:

wget http://www.tommyblue.it/wp-content/uploads/2011/06/activemq.txt
sudo mv activemq.txt /etc/init.d/activemq
sudo chmod +x /atc/init.d/activemq
sudo update-rc.d activemq defaults
sudo service activemq start

A questo punto ho scaricato da qui REE e l’ho installato:

sudo dpkg -i ruby-enterprise_1.8.7-2011.03_amd64_ubuntu10.04.deb

dopodichè ho installato RubyGems. Come dicevo prima non sono riuscito ad utilizzare RVM proprio a causa di problemi con le gemme. Per far funzionare il tutto ho dovuto installare tutte le gemme da root:

wget http://production.cf.rubygems.org/rubygems/rubygems-1.8.5.tgz
tar xzf  rubygems-1.8.5.tgz
cd rubygems-1.8.5/
sudo ruby setup.rb
echo "gem: --no-ri --no-rdoc" > ~/.gemrc

Installato RubyGems bisogna installare le gemme. ATTENZIONE: se fin qui ho più o meno seguito le guide che trovate nella webografia, per le gemme ho fatto tutt’altro. Infatti per far funzionare Gitorious, che è scritto con Rails 2.3.x, non è possibile installare le gemme as is dato che molte sono ormai incompatibili con Rails 2. Meglio far fare tutto a Bundler o specificare gemma per gemma la versione da installare. Quindi prima cloniamo il repository di Gitorious:

sudo -s
git clone git://gitorious.org/gitorious/mainline.git /var/www/gitorious
cd /var/www/gitorious
gem install bundler
bundle install
gem install -b -v 1.1 stomp
gem install rmagick passenger stompserver raspell
gem install -v=0.8.7 rake
passenger-install-apache2-module

Al termine dell’ultimo passaggio creare il file /etc/apache2/mods-available/passenger.load con quanto suggerito dallo script precedente. Nel mio caso:

LoadModule passenger_module /usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.7/ext/apache2/mod_passenger.so
PassengerRoot /usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.7
PassengerRuby /usr/local/bin/ruby

Per attivare il modulo:

a2enmod passenger
a2enmod rewrite
a2enmod ssl
a2enmod expires
service apache2 restart

Ok, adesso ho copiato i necessari script di avvio:

cp /var/www/gitorious/doc/templates/ubuntu/git-daemon /etc/init.d/
cp /var/www/gitorious/doc/templates/ubuntu/git-ultrasphinx /etc/init.d/

In /etc/init.d/git-daemon modificare GIT_DAEMON come segue:

GIT_DAEMON="/usr/bin/local/ruby /var/www/gitorious/script/git-daemon -d"

Creare anche /etc/init.d/stomp:

#!/bin/sh
# Start/stop the stompserver
#
### BEGIN INIT INFO
# Provides:          stomp
# Required-Start:    $local_fs $remote_fs $network $syslog
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:      1
# Short-Description: Stomp
# Description:       Stomp
### END INIT INFO   

test -f /usr/local/bin/stompserver || exit 0    

. /lib/lsb/init-functions    

case "$1" in
start)  log_daemon_msg "Starting stompserver" "stompserver"
    start-stop-daemon --start --name stompserver --startas /usr/local/bin/stompserver --background --user git
    log_end_msg $?
    ;;
stop)  log_daemon_msg "Stopping stompserver" "stompserver"
    start-stop-daemon --stop --name stompserver
    log_end_msg $?
    ;;
restart) log_daemon_msg "Restarting stompserver" "stompserver"
    start-stop-daemon --stop --retry 5 --name stompserver
    start-stop-daemon --start --name stompserver --startas /usr/local/bin/stompserver --background --user git
    log_end_msg $?
    ;;
status)
    status_of_proc /usr/local/bin/stompserver stompserver && exit 0 || exit $?
    ;;
*)      log_action_msg "Usage: /etc/init.d/stomp {start|stop|restart|status}"
    exit 2
    ;;
esac
exit 0

e /etc/init.d/git-poller:

#!/bin/sh
# Start/stop the git poller
#
### BEGIN INIT INFO
# Provides:          git-poller
# Required-Start:    stomp
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:      1
# Short-Description: Gitorious poller
# Description:       Gitorious poller
### END INIT INFO    

/bin/su - git -c "cd /var/www/gitorious;RAILS_ENV=production script/poller $@"

Si possono quindi aggiungere tutti all’avvio:

chmod 755 /etc/init.d/git-ultrasphinx /etc/init.d/git-daemon /etc/init.d/stomp /etc/init.d/git-poller
update-rc.d stomp defaults
update-rc.d git-daemon defaults
update-rc.d git-ultrasphinx defaults
update-rc.d git-poller defaults

Bisogna creare la configurazione di apache. Gitorious utilizza SSL per il login, quindi i VirtualHost sono 2, io ho creato il file /etc/apache2/sites-available/gitorious:

<VirtualHost *:80>
  ServerName MIODOMINIO
  DocumentRoot /var/www/gitorious/public
</VirtualHost>
<IfModule mod_ssl.c>
  <VirtualHost _default_:443>
    ServerName MIODOMINIO
    DocumentRoot /var/www/gitorious/public
    SSLEngine on
    SSLCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem
    SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
    BrowserMatch ".*MSIE.*" nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0
  </VirtualHost>
</IfModule>

e quindi l’ho attivato:

a2dissite default
a2ensite gitorious

Torniamo a Gitorious che abbiamo un po’ lasciato indietro. Serve un utente git che sarà il proprietario dell’applicazione:

adduser --system --home /var/www/gitorious/ --no-create-home --group --shell /bin/bash git
chown -R git:git /var/www/gitorious
su - git
cd /var/www/gitorious
mkdir .ssh
touch .ssh/authorized_keys
chmod 700 .ssh
chmod 600 .ssh/authorized_keys
mkdir -p tmp/pids repositories tarballs
cp config/database.sample.yml config/database.yml
cp config/gitorious.sample.yml config/gitorious.yml
cp config/broker.yml.example config/broker.yml

Modificare config/database.yml lasciando soltanto la sezione production e le sue configurazioni. Inserire un utente MySQL con permessi sul database gitorious_production (se non volete creare a mano questo db utilizzate un utente in grado di creare database). Nel file config/gitorious.yml inserite:

production:
  cookie_secret: "FRASESEGRETISSIMAELUNGHISSIMA"
  repository_base_path: "/var/www/gitorious/repositories"
  gitorious_client_port: 80
  gitorious_client_host: gitorious.dw
  gitorious_host: gitorious.dw
  archive_cache_dir: "/var/www/gitorious/tarballs"
  archive_work_dir: "/tmp/tarballs-work"
  hide_http_clone_urls: true
  is_gitorious_dot_org: false

Per il valore di cookie_secret utilizzate l’output del comando apg -m 64.
Ho avuto dei problemi con ActiveSupport, del tipo:

uninitialized constant ActiveSupport::Dependencies::Mutex (NameError)

come suggerito qui li ho superati inserendo require ‘thread’ in config/boot.rb dopo RAILS_ROOT.

A questo punto si può procedere con la migrazione:

su - git
cd /var/www/gitorious
export RAILS_ENV=production
rake db:create
rake db:migrate
rake ultrasphinx:bootstrap

L’ultimo comando dovrebbe restituire un errore ma comunque crea il file di configurazione, che va editato per evitare l’errore. Il file è  config/ultrasphinx/production.conf in cui va sostituito base_tags con tags. Effettuata la sostituizione su può lanciare Sphinx con:

rake ultrasphinx:index RAILS_ENV=production
rake ultrasphinx:daemon:start RAILS_ENV=production

Per l’aggiornamento degli indici ho creato il file /etc/cron.d/ultrasphinx:

* */1 * * *       git     cd /var/www/gitorious && /usr/local/bin/rake ultrasphinx:index RAILS_ENV=production

Prima di accedere a Gitorious bisogna creare l’utente admin lanciando, come git, il comando:

env RAILS_ENV=production ruby script/create_admin

Riavviamo i servizi (ed eventualmente il server per essere sicuri che al riavvio Gitorious funzioni correttamente):

service git-daemon start
service apache2 restart

Colleghiamoci al sito e, se tutto è andato bene, iniziamo ad utilizzare Gitorious!

Resta un’ultima cosa da fare per poter pushare correttamente, ovvero creare un link simbolico al file /var/www/gitorious/script/gitorious in una cartella presente nella PATH dell’utente git, io l’ho creato in /usr/local/bin:

ln -s /var/www/gitorious/script/gitorious /usr/local/bin/

Senza questo passaggio al momento del push ottenevo un singolare quanto criptico errore da git:

bash: gitorious: comando non trovato

Webografia

• http://www.silly-science.co.uk/2010/12/12/installing-gitorious-on-ubuntu-10-04-howto/
• http://www.gitorious.org/gitorious/pages/UbuntuInstallation
• http://cjohansen.no/en/ruby/setting_up_gitorious_on_your_own_server

For italian readers: questa guida è stata scritta in inglese affinchè possa contribuire alla scarsa documentazione presente.

Requirements

For a basic installation follow the official guide: http://www.locomotivecms.com/support/installation/engine

If you want to use it in production you can follow my old guide to use Nginx+Unicorn (italian language). However this how-to refers to a local development installation (Engine installation method) because i’m having a lot of problems with the deployment. I’ll add a new paragraph when i’ll succeed in it :-)

To install MongoDB on Debian-based distribution take a look here.

Choose or create a web template (HTML, CSS, Javascripts).

I suggest to install Locomotive on your pc with a theme proposed here. Browse pages, templates and models and try to understand how Locomotive works. I think it’s not so easy to understand it if you, like me, are coming from a long experience with WordPress, Drupal or Joomla. When you fell just a bit comfortable with it, go on with this how-to. If you need help you can look in the support forum or the Github page.

Pages and Templates

The main work in the backend while building the website will be done in the Page panel. From there, click the Pages badge and you can see existing pages or add a new page.
Every page except the first inherits from the Home page or one of its children (and so do their templates). This means that we’ll write a template in the Home page‘s Template section and the other pages will inherit their templates from it. This means that, except for local content, there’s only a place where to modify the HTML template. Obviously if you need you can prevent a page to inherit the template and write a new one.

Go back to the Page panel and open the Home Page. There are two sections: General information and  Template.
The General information section’s content is well inline-explained, just dwell on Templatized: you can choose if that page is a template. If you activate this option, the page will be a template for a model, ie it can be used to create new content of that model type  (see the Contact page paragraph below for an example).
The Template section is the more important: you can write the HTML template of your site using the Liquid Templating Language and if you define editable sections, a useful WYSIWYG will appear after the update.
Templates are really a great feature because you can create a complex template and then give the control of the contents to a not-technician who can fill the editable sections with a powerful editor.

So, let’s start uploading the needed files: css, javascripts and images. Do it from Settings > Theme files, if you use the images, javascripts and stylesheets folder they will be put in the right place and you can get it with liquid’s tags (I’m getting big errors while uploading in production, but everyting works fine in the development environment).
Then copy your HTML template and paste it in the Template section inside the Home page. Before saving it, let’s edit it.

Css and javascripts tags must be replaced with the liquid ones. In my case:

{{ 'reset-min' | stylesheet_tag }}
{{ '960grid' | stylesheet_tag }}
{{ 'style' | stylesheet_tag }}
{{ 'nivo-slider' | stylesheet_tag }}

{{ 'jquery.min.js' | javascript_tag }}
{{ 'jquery.nivo.slider.pack' | javascript_tag }}

As you can see, if you have used the right folders while uploading, now it’s really easy to add them to the template.

The site title can be get from the Locomotive site, do it with:

<title>{{ site.name }}</title>

My template has a side menu listing. I can create it using liquid:

<nav id="main_menu">
  <ul>
    <li class="{% if page.fullpath == 'index' %}on{% endif %}"><a href="/">Home Page</a></li>
    {% nav site, no_wrapper: true %}
  </ul>
</nav>

This will generate a list with every page with the Listed option set as on. The active page will automatically get the on class, so remember to use it.

Before saving the template let’s add a block: a block is a part of the template which can be overwritten from the pages which inherits from that template. I’ll call it main_content and it will contain the section of the page which changes between the various pages.

{% block main_content %}
  ...
{% endblock %}

Models

After this basic introduction to liquid templates, let’s jump to the models: a model is a custom content type where you can define the fields the content type must have. Are you puzzled? Ok, let’s do an example..

I want to create a simple blog section in the site and I want to show the last 3 entries in the footer. So i need to create a blog page to show the posts (with pagination) and in the footer I must show only the last 3 posts’ summary.

The first step is to create the model. Go to the Page panel and click on the New model link on the top-right of that page. Insert the model’s title and slug (if empty) then choose your custom fields. For my posts I choosed a title (Simple Input), a summary (Text), a content (Text) and a thumbnail (File). Save the model then add a few posts. Jump back to the Home page template and add this into the footer:

{% for post in contents.posts limit:3 %}
  <article>
    <h2>{{ post.title }}</h2>
    {{ post.summary }}
    <a href="/blog/{{ post._permalink }}">Continue reading &raquo;</a>
  </article>
{% endfor %}

The for cycle gets the content of the posts (contents.posts) and show its summary with a link to the full article.  To let the post._permalink work we must create a new page (blog) which will show the posts and a templatized page to contain a single post.

The blog page template will contain:

{% extends 'parent' %}

{% block main_content %}
 {% paginate contents.posts by 10 %}
   {% for post in paginate.collection %}
     <article>
       <h4><a href="/blog/{{ post._permalink }}">{{ post.title }}</a></h4>
       <summary>
         {{ post.summary }} <a href="/blog/{{ post._permalink }}">Continua &raquo;</a>
       </summary>
     </article>
   {% endfor %}
   {{ paginate | default_pagination: 'previous_label:Recent', 'next_label:Older' }}
 {% endpaginate %}
{% endblock %}

This will show the last 10 entries and the links to go backward and forward. The order can be changed from the post model, Edit model > Advanced options > Order by select menu.

For a single post let’s create a new templatized page with the blog page as parent and with posts as Content type. The template will be:

{% extends 'parent' %}

{% block main %}
 <article>
   <h2>{{ post.title }}</h2>
   {{ post.body }}
 </article>
{% endblock %}

Editable content

As mentioned above it’s possible to declare editable content: this will give you the possibility to edit part of a page with a handy editor. As usual let’s make an example.
Add a new page and use this code as template:

{% extends 'parent' %}

{% block main_content %}
 {% editable_long_text 'page_content' %}
 blabla
 {% endeditable_long_text %}
{% endblock %}

Save the page and, et voilà, you’ll see the WYSIWIG appear under the Main content tab. Edit the page content directly from there.

Contact page and API

I want to add a page from which I can be contacted by visitors. This is pretty simple: add a new messages model with the custom field you need (in my case: Name, Email and Message) then activate the Advanced options > API enabled option. Choose the accounts to be notified and save.
This will create a model which can be populated from inside a page and an email message will be sent to the selected accounts when this message is posted.

To finish, let’s put this code into the contact page template:

{% extends 'parent' %}

{% block main_content %}
<div class="text">
 {% editable_long_text 'main_content' %}
   bla bla
 {% endeditable_long_text %}
</div>

<form id="contactform" name="contact" action="{{ contents.messages.api.create }}" method="post">
 <p>
  <label for="name">Nome</label>
  <input type="text" id=name name="content[name]" placeholder="First and last name" required tabindex="1" />
 </p>
 <p>
  <label for="email">Email</label>
  <input type="text" id=email name="content[email]" placeholder="example@domain.com" required tabindex="2" />
 </p>
 <p>
  <label for="comment">Il tuo messaggio</label>
  <textarea name="content[message]" id="comment" tabindex="3" required></textarea>
 </p>
 <p class="action">
  <input name="submit" type="submit" id="submit" tabindex="4" value="Send Message" />
 </p>
</form>

<script type="text/javascript">
 $(document).ready(function() {
  var form = $('form[name=contact]');

  form.submit(function(e) {
   e.stopPropagation();
   e.preventDefault();

   $.post(form.attr('action'),
   form.serializeArray(),
   function(data) {
    if (data.errors == null) {
     alert("Thank you ! Your message have been received");
     form[0].reset();
    } else
     alert("We are sorry but we were unable to treat your message. Please try later.");
    }, "json");
  });
 });
</script>
{% endblock %}

Eventually you can write some javascript checks.

Conclusions

With this little guide I’ve covered the few things you should know to set up a basic portfolio. There’re a lot of other arguments to cover, surely I’ll write again when I’ll be more prepared.
Currently all this guide is about self-teaching, so please insert a comment to this post if I made a mistake or if exists a better way to do something. As an example I admit i havo no idea what the Assests panel and the Settings > Theme files > Snippets are…. Or how to edit images while uploading, I don’t know if this is possible, but ImageMagick is a requisite so it should… :-)

As mentioned before, you can see the result of my work here: http://www.kreations.it

È sufficiente configurare rsnapshot per salvare i log in /var/log/rsnapshot.log e lanciare lo script. Se ci sono backup multipli (ad esempio la domenica quando c’è sia il giornaliero che il settimanale) lo script avvisa con lo stato di WARNING o ERROR se uno dei backup è in quello stato.

Per scaricare lo script potete utilizzare la pagina su GitHub o su su Nagios Exchange

Distribuisco qui le slides proiettate durante il talk: download

Con RVM è infatti possibile gestire automagicamente non solo più versioni di Ruby nel sistema, ma anche versioni e ambienti diversi per ogni applicazione!

NB: gran parte di quello che descriverò lo potete trovare qui, lo riprendo per ampliare un po’ il discorso e per avere, come al solito, un memoria ausiliaria a portata di mano.

L’eccezionale strumento che RVM mette a disposizione sono le gemset, ovvero degli ambienti personalizzabili che è non solo possibile usare in ogni momento, ma è anche possibile associarle ad uno specifico progetto utilizzando l’apposito file .rvmrc

Entriamo nel pratico. Una gemset, in questo caso MyProject, si crea con:

rvm gemset create MyProject

e si utilizza con:

rvm use 1.9.2@MyProject

o, in breve:

rvm 1.9.2@MyProject

In questo caso ho creato la gemset avendo prima selezionato ruby 1.9.2 (anch’esso installato con RVM). Si noti che la gemset di default si chiama global e sarà quindi possibile riutilizzarla con:

rvm 1.9.2@global

In questo nuovo ambiente non vi sono gemme installate e si può quindi installarci soltanto quelle necessarie al progetto in questione. La lista di tali gemme potrà poi essere esportata e reimportata:

rvm gemset export MyProject.gems
rvm gemset import MyProject.gems

La procedura è comoda anche per creare un set standard di gemme e importarlo in ogni nuovo progetto creato. Se fosse necessario è possibile eliminare tutte le gemme di un ambiente con:

rvm gemset empty

Esiste anche un comando per creare e usare immediatamente una nuova gemset:

rvm use 1.9.2@MyProject --create

Può essere anche definita la gemset globale e di default. La prima verrà applicata ad ogni nuova versione di ruby installata, la seconda in ogni nuova gemset. I file in questione sono, rispettivamente, ~/.rvm/gemsets/global.gems e ~/.rvm/gemsets/default.gems.

Per finire arriva la vera perla: il file rvmrc.
Ve ne sono tre versioni: quello globale, quello dell’utente e quello del progetto.
Mentre le prime due possono essere utili per la gestione delle opzioni di compilazione di ruby e delle gemme (date un occhio qui per maggiori dettagli), il terzo è sicuramente il più interessante e consiste in un file .rvmrc contenente, ad esempio:

rvm 1.8.6@project

Ogni volta che si entrerà nella cartella contenente il file (con cd da terminale) verrà impostata la gemset selezionata nel file! Vien da sè che si può inserire in un eventuale SCM associato al progetto i file .rvmrc e MyProject.gems per avere la certezza che tutti i collaboratori abbiano lo stesso ambiente di sviluppo.

Esiste anche uno shortcut che crea il file .rvmrc al momento della creazione della gemset:

rvm --create --rvmrc 1.8.6@project

Un’ultima “chicca” è l’autocompletamento del comando RVM, che è attivabile inserendo nel file dell’ambiente di bash (ad esempio .bashrc o .bash_profile):

[[ -r $rvm_path/scripts/completion ]] && . $rvm_path/scripts/completion

ovviamente adeguando $rvm_path alle vostre esigienze. Una spiegazione più accurata la trovate qui: http://rvm.beginrescueend.com/workflow/completion/

Supponendo che abbiate già installato Rubygems, installare RVM è praticamente immediato:

~# gem install rvm
~# rvm-install

A questo punto si può installare una qualsiasi versione di Ruby con:

~# rvm install 1.9.2-head

e switchare tra le versioni con:

~# rvm use 1.9.2-head
~# ruby -v
ruby 1.9.2dev (2010-05-07 trunk 27656) [x86_64-darwin10.3.0]
~# rvm use default
~# ruby -v
ruby 1.8.7 (2009-06-08 patchlevel 173) [universal-darwin10.0]

Attenzione che ogni nuova installazione ha le sue gemme, quindi sarà necessario installare quelle richieste, nel mio caso, volendo utilizzare Ruby 1.9.2 per provare Rails 3:

~# rvm use 1.9.2-head
~# gem install tzinfo builder memcache-client rack rack-test rack-mount erubis mail text-format thor bundler i18n
~# gem install rails --pre

Leggi anche: Le magie di RVM

RUBY

require 'soap/wsdlDriver'
@SOAPUrl = "http://HOST_URL/ws/ws208913.asmx?WSDL"
@service = SOAP::WSDLDriverFactory.new(@SOAPUrl).create_rpc_driver
@service.function2call(param1, param2)

PYTHON

from SOAPpy import WSDL
server =  WSDL.Proxy('http://myurl/ws.asmx?WSDL')
result  = server.function2call(param1, param2)

PHP

$url = "http://myurl/ws.asmx?WSDL";
$client  = new SoapClient($url);
$client->function2call($param1, $param2);