[devel] I: gyle --test-only by default

[Anton Farygin]

20.03.2019 16:09, Andrey Savchenko пишет:
> On Wed, 20 Mar 2019 16:04:22 +0300 Dmitry V. Levin wrote:
>> On Wed, Mar 20, 2019 at 03:56:23PM +0300, Andrey Savchenko wrote:
>>> On Wed, 20 Mar 2019 15:51:00 +0300 Dmitry V. Levin wrote:
>>>> On Wed, Mar 20, 2019 at 03:47:13PM +0300, Andrey Savchenko wrote:
>>>> [...]
>>>>> Наша система зависимостей на порядок проще, поэтому при надлежащей
>>>>> реализации проблем с временем быть не должно.
>>>> У меня есть основания полагать, что это, к сожалению, не так.
>>>   
>>> Прошу озвучить эти основания. У нас есть только BuildRequires
>>> и Requires. С точки зрения обсуждаемой задачи BuildPreReq можно
>>> приравнять к BuildRequires.
>> У нас есть Provides, Requires, Conflicts, BuildRequires.
>>
>> (ещё существует BuildConflicts, но для вычисления сборочной среды
>> BuildConflicts не участвует и про него можно забыть).
>>
>> Все эти 4 вида зависимостей бывают версионированными с диапазоном версий.
>> У виртуальных пакетов (тех сущностей, которые фигурируют в Provides)
>> бывают альтернативные провайдеры, и выбор провайдера из множества
>> не является произвольным.
> Все эти виды зависимостей есть и в portage, все они могут быть
> версионированными, вирутальными, с диапазонами значений, вида A или
> B или C. Но кроме этого есть зависимости по флагам, со своими
> пересечениями, объединениями и условными зависимостями. И всё это
> работает за разумное время.
>
> Поэтому вполне возможна реализация решения подобной задачи за
> разумное время и в Альте.

Андрей, так никто никто же не против реализации этих алгоритмов в альте.
Для сборочницы и apt не надо модифицировать. Можно научиться делать 
нужные фичи локально, после этого склонировать себе репозиторий girar и 
предложить Диме какие-то фичи уже в виде pull request.

В debian есть ещё возможность подключать внешние солверы к apt'у 
(например - apt-cudf)
на знаю, работает ли эта фича у нас и насколько это было бы удобно для 
решения озвученных проблем.