Ruby on Rails Monday, May 31, 2010

Michael^2,

I have faced the same problem, and here is how I solved it, with the
list of failures. Note that I have faced the problem only once on this
particular configuration. Elsewhere (PPC and x86_64) the world is
cloudless.

Configuration:
- OS: Fedora 12
- Arch: PPC64
- Rails 3 pre
- Gem 1.3.6
- Ruby 1.8.8 (I use 1.8.7 on my other machines, but I needed some
extra patches to compile against openssl 1.0---yet another story :-P )

(Fail 1) Installed the gem with Bundler
(Fail 2) Installed the gem with gem, and bundle it with Bundler
(Fail 3) Installed the library manually

Given that my repository assumes we use Bundler, I then did again
(Fail 1). This is the configuration that will work in the following...

At this point, I started to go along the new Rails bootstrap process.
Playing also with IRB (`rails c`) and Rake, I realized that the gems
are all loaded but mysql. The most interesting:

$ rake db:setup --trace #=> Fail
$ rake -r mysql db:setup --trace #=> Success, although all Mysql
constants are flagged as already initialized...

Which confirms a weird behavior with the load process for the mysql
gem, on that particular architecture.

In the Gemfile, I have then bypassed Gem to load the mysql library
directly:

# Database
#gem 'mysql'
require 'mysql'

Doing so everything works fine now. I would like to understand what is
happening but I am a bit short in time now :-( Note that this
modification of the Gemfile is not what we want on all machines. Given
that this PPC64 machine is my production server, a simple conditional
to choose between gem or require may be sufficient, waiting for a
proper fix.

I hope this can help you, but I have a rare architecture these days...
Not sure it is applicable directly.

Eric


On Apr 12, 3:04 pm, Michael Michael <li...@ruby-forum.com> wrote:
> John Grimes wrote:
> > Post up the output of this command:
> > gem list
>
> *** LOCAL GEMS ***
>
> abstract (1.0.0)
> actionmailer (3.0.0.beta2, 2.3.5, 2.2.2, 1.3.6)
> actionpack (3.0.0.beta2, 2.3.5, 2.2.2, 1.13.6)
> actionwebservice (1.2.6)
> activemodel (3.0.0.beta2)
> activerecord (3.0.0.beta2, 2.3.5, 2.2.2, 1.15.6)
> activeresource (3.0.0.beta2, 2.3.5, 2.2.2)
> activesupport (3.0.0.beta2, 2.3.5, 2.2.2, 1.4.4)
> acts_as_ferret (0.4.4, 0.4.3)
> arel (0.3.3)
> builder (2.1.2)
> bundler (0.9.18)
> capistrano (2.5.18, 2.5.2)
> cgi_multipart_eof_fix (2.5.0)
> daemons (1.0.10)
> dnssd (0.6.0)
> erubis (2.6.5)
> fastthread (1.0.1)
> fcgi (0.8.7)
> ferret (0.11.6)
> gem_plugin (0.2.3)
> highline (1.5.2, 1.5.0)
> hpricot (0.6.164)
> i18n (0.3.6)
> libxml-ruby (1.1.2)
> mail (2.2.0, 2.1.5.3)
> memcache-client (1.8.2)
> mime-types (1.16)
> mongrel (1.1.5)
> mysql (2.8.1)
> needle (1.3.0)
> net-scp (1.0.2, 1.0.1)
> net-sftp (2.0.4, 2.0.1, 1.1.1)
> net-ssh (2.0.21, 2.0.4, 1.1.4)
> net-ssh-gateway (1.0.1, 1.0.0)
> polyglot (0.3.1)
> rack (1.1.0, 1.0.1)
> rack-mount (0.6.1)
> rack-test (0.5.3)
> rails (3.0.0.beta2, 2.3.5, 2.2.2, 1.2.6)
> railties (3.0.0.beta2)
> rake (0.8.7, 0.8.3)
> RedCloth (4.1.1)
> ruby-openid (2.1.7, 2.1.2)
> ruby-yadis (0.3.4)
> rubygems-update (1.3.6)
> rubynode (0.1.5)
> sqlite3-ruby (1.2.4)
> termios (0.9.4)
> text-format (1.0.0)
> text-hyphen (1.0.0)
> thor (0.13.4)
> treetop (1.4.5)
> tzinfo (0.3.19)
> xmpp4r (0.5, 0.4)
> --
> Posted viahttp://www.ruby-forum.com/.

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.

No comments:

Post a Comment