[devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1

[Anton Farygin]

On 29.01.2022 21:35, Alexey Gladkov wrote:
> On Sat, Jan 29, 2022 at 09:16:05PM +0300, Anton Farygin wrote:
>>>> У меня точно такая же политика - если тест падает на 32-х битах и сходу
>>>> непонятно как чинить, то я его просто выключаю.
>>>>
>>>> Я думаю что это нормально и если у владельца такой системы возникнет острая
>>>> необходимость починить приложение на 32-х битной архитектуре, то он это
>>>> сделает.
>>>>
>>>> Но важное замечание заключается в том, что в основном такое происходит с
>>>> разным серверным ПО.
>>> Это ничто иное как деградация архитектуры. Формально архитектура есть, но
>>> пакеты в ней либо имеют урезанный функционал, либо вообще не работают.
>>>
>>> Разве что такой подход приведёт к тому что владельцы старого железа скоро
>>> не смогут говорить "у меня есть 32-битный ноут и у меня _всё_работает_".
>>> Это наша цель ?
>>>
>>> Какой смысл в такой архитектуре для владельца старого, но работающего
>>> ноутбука ?
>> Конечно деградация архитектуры, но тащить архитектуру за апстрим нам будет
>> ой как не просто. С учётом того, что она, в целом, нужна только некоторым
>> владельцам 32-х битных платформ.
>>
>> Поэтому надо и возложить на тех людей, кто хочет 32-бит вопросы поддержки
>> желаемой ими архитектуры. Это нормальная практика, на мой взгляд.
> Я призываю придумать критерий, когда можно сказать, что архитектура Х
> находится на поддержке по остаточному принципу, и далее архитектура X
> больше поддерживается вообще, потому что нам уже очень сложно.
>
> Иметь эту информацию в явном виде честнее, чем иметь архитектуру X,
> которая мантейнится по принципу "собралось и ладно". Пользователи такой
> "умирающей" архитектуры смогут что-то сделать до её окончательной
> деградации, либо уйти с неё раз она находится в этом статусе.
>
limited support

Ну и расшифровать что это означает.