[devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1
Alexey Gladkov
legion на altlinux.ru
Сб Янв 29 21:35:18 MSK 2022
On Sat, Jan 29, 2022 at 09:16:05PM +0300, Anton Farygin wrote:
> > > У меня точно такая же политика - если тест падает на 32-х битах и сходу
> > > непонятно как чинить, то я его просто выключаю.
> > >
> > > Я думаю что это нормально и если у владельца такой системы возникнет острая
> > > необходимость починить приложение на 32-х битной архитектуре, то он это
> > > сделает.
> > >
> > > Но важное замечание заключается в том, что в основном такое происходит с
> > > разным серверным ПО.
> > Это ничто иное как деградация архитектуры. Формально архитектура есть, но
> > пакеты в ней либо имеют урезанный функционал, либо вообще не работают.
> >
> > Разве что такой подход приведёт к тому что владельцы старого железа скоро
> > не смогут говорить "у меня есть 32-битный ноут и у меня _всё_работает_".
> > Это наша цель ?
> >
> > Какой смысл в такой архитектуре для владельца старого, но работающего
> > ноутбука ?
>
> Конечно деградация архитектуры, но тащить архитектуру за апстрим нам будет
> ой как не просто. С учётом того, что она, в целом, нужна только некоторым
> владельцам 32-х битных платформ.
>
> Поэтому надо и возложить на тех людей, кто хочет 32-бит вопросы поддержки
> желаемой ими архитектуры. Это нормальная практика, на мой взгляд.
Я призываю придумать критерий, когда можно сказать, что архитектура Х
находится на поддержке по остаточному принципу, и далее архитектура X
больше поддерживается вообще, потому что нам уже очень сложно.
Иметь эту информацию в явном виде честнее, чем иметь архитектуру X,
которая мантейнится по принципу "собралось и ладно". Пользователи такой
"умирающей" архитектуры смогут что-то сделать до её окончательной
деградации, либо уйти с неё раз она находится в этом статусе.
--
Rgrds, legion
Подробная информация о списке рассылки Devel