[devel] Зависимости ruby-libs и libruby и новая политика 2.0
Vladimir D. Seleznev
vseleznv на altlinux.org
Вт Фев 5 20:07:33 MSK 2019
On Tue, Feb 05, 2019 at 08:00:27PM +0300, Anton Farygin wrote:
> 05.02.2019 19:34, Vladimir D. Seleznev пишет:
> > On Tue, Feb 05, 2019 at 05:44:09PM +0300, Скрылевъ Малъ wrote:
> >>
> >> 01.02.2019, 09:40, "Vitaly Chikunov" <vt на altlinux.org>:
> >>> On Mon, Jan 28, 2019 at 10:45:27PM +0300, Скрылевъ Малъ wrote:
> >>>
> > requires ruby >= 2.5.0
> >
> > надо добавлять конфликты
> >
> > conflicts ruby >= 2.6.0
> >
> > а также писать эту версию в префиксе имени модуля:
> > rubygem2.5.0-modulename. Хотя тут надо спросить совета у более опытных
> > участников команды devel@, как в случае наличия версии интерпретатора в
> > путях модулей действовать.
> >
> Очень плохая идея держать несколько версий языка и кучу модулей для
> каждой из них в тех случаях, когда этого можно было бы не делать.
> Кардинально усложняется сборка прикладного софта и вносится путаница в
> зависимости.
Моё письмо как раз о том, что мы не собираемся держать несколько Ruby в
репозитории. Тем не менее, в модулях RubyGems в путях присутствует
версия, и если не ужесточить зависимость на конкретный диапазон версий
интерпретатора, то проблем будет не меньше.
> Я с год назад с этим боролся в окамл - там была проблема в том, что
> часть модулей было собрано для ocaml4, часть - для ocaml-3. В итоге ни
> то ни другое толком не работало. После объединения - у нас есть один
> ocaml-4.07.1, к которому собрано некоторое количество модулей (ничего
> лишнего, всё только нужное).
>
> Минус такого подхода - необходимость полной пересборки этого хозяйства с
> каждой новой версией. Но у нас инструменты для такой пересборки
> улучшаются с каждым днём и я вообще не вижу в этом проблемы.
--
С уважением,
Владимир Селезнев
Подробная информация о списке рассылки Devel