ruby

[Tomasz Wittner]

On Tuesday 03 of June 2008, 20:08, Elan Ruusamäe wrote:
> what prevents our ruby (th, ac has vendordir broken) vendorlib being in
> /usr/share 
Making additional effort (patching sources, maintaining patches later, listen 
to people's complaint if something went wrong ;) with little gain. There are 
other issues with ruby setup, for example, setup for compilation of ruby 
packages has no ability (AFAIK) to take into account our C(XX)FLAGS, CC, CXX 
but takes them from /usr/lib/ruby/1.8/i686-linux/rbconfig.rb (this file is 
generated during ruby building) - maybe it makes sense for C(XX)FLAGS, but 
for CC/CXX there is no way for passing custom value (think about ccache) 
other than patching setups of these packages. IMO such things should be 
addressed to ruby development lists rather than fixing whole world by 
yourself.

> like perl/python? 
Unlike mentioned already ruby and tcl, tk.
>
> $ rpm -E '%ruby_vendorlibdir %ruby_vendorarchdir'
> /usr/lib64/ruby/vendor_ruby/1.8
> /usr/lib64/ruby/vendor_ruby/1.8/x86_64-linux
>
> $ rpm -E '%perl_vendorlib %perl_vendorarch'
> /usr/share/perl5/vendor_perl
> /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-pld-linux-thread-multi

PS: From my viewpoint using gem for setup ruby packages is much more 
convenient than using packages from distribution. I setup rails 2.0.2 and its 
dependencies for evaluation purposes with gem almost in no time. Downgrade 
rails to 1.8.6 with gem package manager was not a problem too.

-- 
Tomasz Wittner