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-t...@googlegroups.com. To unsubscribe from this group, send email to rubyonrails-talk+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.