Ho un server che esegue prevalentemente Ruby 1.8.7, ma ora ho un'applicazione Rails 3.2 che richiede 1.9.3. Ho installato Passenger 4 in quanto supporta la possibilità di eseguire più Ruby su base server virtuale.Passeggero 4 con PassengerRuby e set di pietre diverse
Tuttavia, sembra che mentre è possibile assegnare un particolare Ruby, l'applicazione non ha accesso al set di gemme di quel Ruby. Così ho il mio server virtuale configurato con il 1.9.3 Ruby, come confermato sulla pagina di errore la mia domanda dà ora:
Ruby interpreter command
/home/aaron/.rvm/rubies/ruby-1.9.3-p0/bin/ruby
Ma il parametro GEM_HOME racconta una storia diversa:
GEM_HOME = /home/aaron/.rvm/gems/ruby-1.8.7-p352
Guardando attraverso le direttive di configurazione per Passenger 4, non vedo alcun modo per specificare un diverso set di gemme. Mi sto perdendo qualcosa, o questa cosa non è pronta per il prime time?
Si sta schierando con capistrano? Di default installa gemme localmente, bypassando così completamente il percorso specificato in GEM_HOME. Se non è una soluzione completa, potrebbe essere una soluzione praticabile. – depa
Ho configurato la mia applicazione per funzionare tramite Capistrano, ma non ha funzionato. Risulta che l'installazione di Passenger 4 con Ruby 1.8.7 è il problema. Quando eseguo Passenger 4 in 1.9.3 funziona perfettamente. Ma è un no-go. :-( –