По аналогии с %makeinstall_std, выполняющим %make_install install DESTDIR=%buildroot (см. http://lists.altlinux.ru/pipermail/devel/2005-June/034599.html ) предлагается добавить %rakeinstall_std в виде DESTDIR=%buildroot ruby -rvendor-specific %_bindir/rake install Другим вариантом названия макроса может быть %rake_install (см. ruby_install, *_fonts_install), но тогда он начинает пересекаться с совершенно другими по назначению gconf2_install, pear_install).
Мне тоже стало неудобно пользоваться некоторыми макросами. Предлагаю собраться и обсудить этот вопрос. P.S. Виталий, просьба будет личного характера - не надо чтобы сизифные пакеты имели зависимость на rubygems, это неправильно.
%rake ruby -rvendor-specific %_bindir/rake %rakeinstall DESTDIR=%buildroot %rake install Плюс к ним меняются: %_ruby_setup_rb setup.rb %ruby_setup_rb %ruby_vendor -rvendor-specific %_ruby_setup_rb %ruby_config %ruby_setup_rb config %ruby_build %ruby_setup_rb setup %ruby_install %ruby_setup_rb install --prefix=%buildroot %ruby_build_std() \ %ruby_config %* \ %ruby_build \ %nil
rakeinstall сделан по аналогии makeinstall, который по сути своей - вредный хак, потому что с неизвестными последствиями подменяет prefix. Повторюсь, мне виделся макрос rakeinstall_std, по аналогии с makeinstall_std, но rake_install, как родственник ruby_install, тоже вполне ничего.
Окончательное уточнение позиции: нужен rake_install, rakeinstall_std - излишнее усложнение. По-прежнему не нравится %ruby_build, который делает %ruby_setup_rb setup, который делает что-то, но уже начинаю привыкать.
Исправлено в git. Попадёт в ruby-1.8.6-alt3
