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 _______________________________________________ pld-devel-en mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
