<div dir="auto"><div><br><br><div data-smartmail="gmail_signature"><br></div><br><div class="gmail_quote"><div dir="ltr">вт, 12 февр. 2019 г., 13:05 Скрылевъ Малъ <a href="mailto:majioa@yandex.ru">majioa@yandex.ru</a>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
12.02.2019, 09:55, "Andrey Savchenko" <<a href="mailto:bircoph@altlinux.org" target="_blank" rel="noreferrer">bircoph@altlinux.org</a>>:<br>
> On Tue, 12 Feb 2019 09:44:37 +0300 Andrey Cherepanov wrote:<br>
>> 11.02.2019 22:50, Michael Shigorin пишет:<br>
>> > On Mon, Feb 11, 2019 at 05:27:18PM +0300, Скрылевъ Малъ wrote:<br>
>> >> Да, я поименовал ruby как руби, и gem как бисер, по нескольким причинам:<br>
>> > Ты для себя пишешь или для других? Если второе -- то предлагаю<br>
>> > подход "кесарю кесарево".<br>
>> Поддерживаю.<br>
>> ><br>
>> >> Потому для такой схемы следует не определять зависимости<br>
>> >> автоматически, а вписывать их руками, есть также вариант просто<br>
>> >> сочинить нужные Gemfile-ы, хотя в этом проекте они есть.<br>
>> > Пойми одну простую вещь: для внешнего наблюдателя это чистой воды<br>
>> > регрессия. Было, работало, сломали. Ради чего?<br>
>><br>
>> Миша, ты собирал сотни пакетов на Ruby, чтобы делать такой вывод? Ты<br>
>> собирал сам Ruby?<br>
><br>
> Я собирал Ruby на e2k и обеспечил возможность бутстрапа на другие<br>
> новые архитектуры, чем люди уже пользовались. И могу утверждать,<br>
> что нынешнее действие выглядит примерно так: мы упростим себе<br>
> поддержку ruby и инфраструктуры модулей ruby (т.е. gem) за счёт<br>
> отказа от автоматического определения зависимостей в пакетах,<br>
> использующих ruby (но не обязательно являющихся gem). Т.е. по сути<br>
> дела речь идёт о перекладывании проблем с плеч мейнтенеров ruby на<br>
> плечи мейнтенеров не-gem пакетов, использующих ruby.<br>
><br>
> Такой подход можно понять, но я считаю его неверным, поскольку он<br>
> нарушает принцип автоопределения зависимостей, которому издавна<br>
> следуют в Альте.<br>
<br>
Принцип автоопределения зависимостей никак не нарушает новый подход, поскольку собственно автоопределение происходит по несколько иным принципам, и старая схема не удовлетворят (по причинам изложенным в новой политике), как раз из-за того, что подход к правильному употреблению вызовов require, со старой схемы изменился значительно, став зачастую неявным. <br>
<br>
То есть автоопределение зависимостей по старой схеме попросту является частным случаем такого автоопределения, имеющим при этом значительные недостатки по сравнению с новым.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Замечательно. Почему же проблемы у opennebula??</div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
-- <br>
<br>
Малъ Скрылевъ<br>
<a href="http://about.me/majioa" rel="noreferrer noreferrer" target="_blank">about.me/majioa</a><br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.altlinux.org" target="_blank" rel="noreferrer">Devel@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/devel</a></blockquote></div></div></div>