Bug#451873: mongrel: Mongrel fails to start because http11.so is in fact a win32 DLL

2007-11-18 Thread David Anderson
Package: mongrel
Version: 1.1.1-1
Severity: grave
Justification: renders package unusable

After installing Mongrel, attempting to start it from Rails results in the
following traceback:

Exiting
/usr/lib/ruby/1.8/http11.so: /usr/lib/ruby/1.8/http11.so: invalid ELF header - 
/usr/lib/ruby/1.8/http11.so (LoadError)
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in `require'
from 
/home/dave/ror/fortunes/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'
from 
/home/dave/ror/fortunes/vendor/rails/activesupport/lib/active_support/dependencies.rb:342:in
 `new_constants_in'
from 
/home/dave/ror/fortunes/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'
from /usr/lib/ruby/1.8/mongrel.rb:16
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in `require'
from 
/home/dave/ror/fortunes/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'
 ... 12 levels...
from 
/home/dave/ror/fortunes/vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'
from 
/home/dave/ror/fortunes/vendor/rails/railties/lib/commands/server.rb:39
from ./script/server:3:in `require'
from ./script/server:3

Upon investigation, both `file` and `strings` agree:
/usr/lib/ruby/1.8/http11.so is a win32 DLL, not an ELF library. As such, it
obviously entirely fails to function on a linux system.

Further investigation shows that a working ELF version of the library is
installed in /usr/lib/ruby/1.8/i486-linux/, but the broken DLL version
sitting in /usr/lib/ruby/1.8 takes precedence, and causes Mongrel to fail.

I've attempted to rebuild the package from source, with the same result:
the build process pulls in a win32 version of the library and installs it
in a way that masks the working ELF version. The win32 library is located
in the lib/ subdirectory of the debianized source tree. Removing that copy
and rebuilding results in a working package.

I therefore believe that the precompiled win32 http11.so should be removed
from the package's source tree to fix this.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mongrel depends on:
ii  libc62.6.1-6 GNU C Library: Shared libraries
ii  libdaemons-ruby  1.0.8-1 Ruby daemons library
ii  libgemplugin-ruby0.2.2-1 Gem Based Plugin System
ii  libgems-ruby1.8  0.9.4-4 libraries to use RubyGems, a packa
ii  libruby1.8   1.8.6.111-2 Libraries necessary to run Ruby 1.
ii  ruby1.8  1.8.6.111-2 Interpreter of object-oriented scr

mongrel recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#451873: mongrel: Mongrel fails to start because http11.so is in fact a win32 DLL

2007-11-18 Thread Filipe

On Mon, 19 Nov 2007, David Anderson wrote:


Upon investigation, both `file` and `strings` agree:
/usr/lib/ruby/1.8/http11.so is a win32 DLL, not an ELF library. As such, it
obviously entirely fails to function on a linux system.


Huh!? Whoa. for some reason upstream is shipping http11.so for windows
and http11.jar into sources lib dir. But this only applies to upstrea
tgz file and not for the gem file - this explain why it was not detected
so far. gonna fix this in the upstream jar and then upload a new version
here.

Thanks for the report!

filipe {
 @ icewall.org
 GPG1024D/A6BA423E
 Jabber  [EMAIL PROTECTED]
}





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]