WallerDev http://wallerdev.com Enterprise Ready Wed, 15 Oct 2008 00:32:18 +0000 http://wordpress.org/?v=2.5.1 en undefined symbol: rb_Digest_MD5_Init http://wallerdev.com/2008/10/14/undefined-symbol-rb_digest_md5_init http://wallerdev.com/2008/10/14/undefined-symbol-rb_digest_md5_init#comments Wed, 15 Oct 2008 00:32:18 +0000 admin http://wallerdev.com/?p=14 So you may be getting an error like this after installing openssh and trying to build ruby again from source:

/usr/local/lib/ruby/1.8/i686-linux/digest/md5.so: /usr/local/lib/ruby/1.8/i686-linux/digest/md5.so: undefined symbol: rb_Digest_MD5_Init - /usr/local/lib/ruby/1.8/i686-linux/digest/md5.so (LoadError)

The problem as I soon figured out is that you forgot to run

make clean

That way the md5 lib will be rebuilt with openssh support since it is built fine without openssh support.

]]> http://wallerdev.com/2008/10/14/undefined-symbol-rb_digest_md5_init/feed Reverting to a specific commit hash with git http://wallerdev.com/2008/09/23/reverting-to-a-specific-commit-hash-with-git http://wallerdev.com/2008/09/23/reverting-to-a-specific-commit-hash-with-git#comments Tue, 23 Sep 2008 05:24:35 +0000 admin http://wallerdev.com/?p=13 Well, it took me awhile to figure this out so hopefully it will help somebody else.

git reset --hard 9bb0d4ff290d651d1299efd48b420decfc3c90c6

Where 9bb0d4ff290d651d1299efd48b420decfc3c90c6 is the hash of the commit you want to go back to (listed in git log).

]]> http://wallerdev.com/2008/09/23/reverting-to-a-specific-commit-hash-with-git/feed no such file to load — /vendor/rails/railties/lib/initializer http://wallerdev.com/2008/07/30/no-such-file-to-load-vendorrailsrailtieslibinitializer http://wallerdev.com/2008/07/30/no-such-file-to-load-vendorrailsrailtieslibinitializer#comments Wed, 30 Jul 2008 20:47:38 +0000 admin http://wallerdev.com/?p=12 When deploying with capistrano, using git, and rails as a submodule in vendor/rails, you might run into the following error:


** [out :: domain] (in /var/www/apps/domain/releases/20080730043012)
** [out :: domain] rake aborted!
** [out :: domain] no such file to load –/var/www/apps/domain/releases/20080730043012/config/../vendor/rails/railties/lib/initializer
** [out :: domain] /var/www/apps/domain/releases/20080730043012/Rakefile:4
** [out :: domain] (See full trace by running task with –trace)

When you check to see why it can’t find the file you’ll see /vendor/rails is empty. Once you understand why it’s empty (because it’s a git submodule), you’ll realize that capistrano isn’t doing the necessary commands to initialize that submodule. These commands are:


git submodule init
git submodule update

Luckily, capistrano has added support for this by using the following in your deploy.rb.


set :git_enable_submodules, true

That will cause capistrano to execute the necessary commands for submodules:


if configuration[:git_enable_submodules]
  execute << "#{git} submodule #{verbose} init"
  execute << "#{git} submodule #{verbose} update"
end
]]> http://wallerdev.com/2008/07/30/no-such-file-to-load-vendorrailsrailtieslibinitializer/feed super: no superclass method `require’ (NoMethodError) http://wallerdev.com/2008/07/30/no-superclass-method-require http://wallerdev.com/2008/07/30/no-superclass-method-require#comments Wed, 30 Jul 2008 07:13:40 +0000 admin http://wallerdev.com/?p=11 I had an issue a few hours ago where I was getting the following message when running script/server after trying to do a deployment.

super: no superclass method `require' (NoMethodError)

The problem seemed to be a mix of haml and rails 2.1. It worked on my development machine though, so there is probably something more to it than that.

After spending some time trying to find the issue I eventually found that this was the reason of failure :

(/usr/lib/ruby/gems/1.8/gems/haml-2.0.1/lib/haml.rb:1033):


%w[haml/template sass sass/plugin].each(&method(:require))

I wasn’t totally sure what that is expected to do. I figured at first maybe it was supposed to be a Symbol#to_proc conversion, but method isn’t a symbol, so I’m still not totally sure what that is supposed to do. Anyway, what’s important is that I replaced it with:


%w[haml/template sass sass/plugin].each { |x| require x }

After that everything worked just fine.

The full trace I received with the error is listed below:

=> Booting Mongrel (use 'script/server webrick' to force WEBrick)
=> Rails 2.1.0 application starting on http://0.0.0.0:1200
=> Call with -d to detach
=> Ctrl-C to shutdown server
** Starting Mongrel listening at 0.0.0.0:1200
** Starting Rails with production environment...
Exiting
/var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require': super: no superclass method `require' (NoMethodError)
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:503:in `new_constants_in'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/core_ext/module/attribute_accessors.rb:36:in `to_proc'
from /usr/lib/ruby/gems/1.8/gems/haml-2.0.1/lib/haml.rb:1033:in `each'
from /usr/lib/ruby/gems/1.8/gems/haml-2.0.1/lib/haml.rb:1033:in `init_rails'
from /var/www/apps/domain/releases/20080730050116/vendor/plugins/haml/init.rb:7:in `evaluate_init_rb'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin.rb:103:in `evaluate_init_rb'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/core_ext/kernel/reporting.rb:11:in `silence_warnings'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin.rb:99:in `evaluate_init_rb'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin.rb:44:in `load'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin/loader.rb:33:in `load_plugins'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin/loader.rb:32:in `each'
from ./script/../config/../vendor/rails/railties/lib/rails/plugin/loader.rb:32:in `load_plugins'
from ./script/../config/../vendor/rails/railties/lib/initializer.rb:311:in `load_plugins'
from ./script/../config/../vendor/rails/railties/lib/initializer.rb:150:in `process'
from ./script/../config/../vendor/rails/railties/lib/initializer.rb:105:in `send'
from ./script/../config/../vendor/rails/railties/lib/initializer.rb:105:in `run'
from /var/www/apps/domain/releases/20080730050116/config/environment.rb:13
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:503:in `new_constants_in'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:147:in `rails'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:113:in `cloaker_'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:149:in `call'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:149:in `listener'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:99:in `cloaker_'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:50:in `call'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:50:in `initialize'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:84:in `new'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:84:in `run'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run'
from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:137:in `load_without_new_constant_marking'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:137:in `load'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:503:in `new_constants_in'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:137:in `load'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/railties/lib/commands/servers/mongrel.rb:64
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:503:in `new_constants_in'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/activesupport/lib/active_support/dependencies.rb:144:in `require'
from /var/www/apps/domain/releases/20080730050116/vendor/rails/railties/lib/commands/server.rb:49
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
from script/server:3

]]> http://wallerdev.com/2008/07/30/no-superclass-method-require/feed Undefined method ‘capture_erb_with_buffer’ http://wallerdev.com/2008/06/21/undefined-method-capture_erb_with_buffer http://wallerdev.com/2008/06/21/undefined-method-capture_erb_with_buffer#comments Sat, 21 Jun 2008 17:50:16 +0000 admin http://wallerdev.com/?p=10 I just ran into this issue when starting a new rails project, and attempting to use the script/generate resource generator. You might get an error like this:

/Library/Ruby/Gems/1.8/gems/haml-2.0.0/lib/haml/helpers/action_view_mods.rb:46:in `alias_method': undefined method `capture_erb_with_buffer' for module `ActionView::Helpers::CaptureHelper' (NameError)

If you do, the solution is to open up that file (action_view_mods.rb) in a text editor and find the lines:


        alias_method :capture_erb_with_buffer_without_haml, :capture_erb_with_buffer
        alias_method :capture_erb_with_buffer, :capture_erb_with_buffer_with_haml

And change them to:


        alias_method :capture_erb_with_buffer, :capture_erb_with_buffer_with_haml
        alias_method :capture_erb_with_buffer_without_haml, :capture_erb_with_buffer

For some reason it was referencing an aliased method before it aliased it.

]]> http://wallerdev.com/2008/06/21/undefined-method-capture_erb_with_buffer/feed