[DRE-maint] Bug#533304: rubygems1.8: "gem install" points make to non-existing /opt/local/lib/ruby/1.8/i686-darwin9.2.2

[Daigo Moriwaki]

Hi Andreas,

First of all, why don't you use the libsqlite3-ruby1.8 package in Debian?
Generally speaking, The way of building binaries varies platform to platform.
Rubygems can not support detailed differences specific to each platform. That's
the point where Debian developers (or ones of other distributions) come into and
make Debian packages.

Andreas Krüger wrote:
> "gem install sqlite3-ruby" fails, leaving the following log file content in
> /var/lib/gems/1.8/gems/sqlite3-ruby-1.2.4/ext/sqlite3_api/gem_make.out :
> 
>> /usr/bin/ruby1.8 extconf.rb install sqlite3-ruby
>> checking for fdatasync() in -lrt... yes
>> checking for sqlite3.h... no

Isn't this a problem? Doesn't sqlite3-ruby depend on the SQLite library
(provided by the libsqlite3-dev package)?


> I think the following lines of
>    /var/lib/gems/1.8/gems/sqlite3-ruby-1.2.4/ext/sqlite3_api/Makefile
> are part of the problem:
> 
>> topdir = /opt/local/lib/ruby/1.8/i686-darwin9.2.2
>> INCFLAGS = -I. -I. -I/opt/local/lib/ruby/1.8/i686-darwin9.2.2 -I.
>> arch = i686-darwin9.2.2
>> sitearch = i686-darwin9.2.2
>> vendorarch = i686-darwin9.2.2

Since Debian is not darwin, the Makefile provided by the gem won't work. It is
not the problem of Debian's rubygems.


Regards,
Daigo

-- 
Daigo Moriwaki
daigo at debian dot org