On Sun, 26 Apr 2020 20:36:44 +0300 Dmitry V. Levin wrote:
> On Sun, Apr 26, 2020 at 06:54:27PM +0300, Andrey Savchenko wrote:
> > On Sun, 26 Apr 2020 18:33:46 +0300 Dmitry V. Levin wrote:
> > > On Sun, Apr 26, 2020 at 05:35:24PM +0300, Michael Shigorin wrote:
> > > > On Sun, Apr 26, 2020 at 05:20:52PM +0300, Dmitry V. Levin wrote:
> > > > > Присутствие texlive в сборочной среде - это, конечно, ужасно,
> > > > > потому что нынешний texlive в Сизифе - это что-то совершенно
> > > > > непотребное
> > > > 
> > > > viy@ пытался собрать его в мелконарезанном виде, сам помнишь.
> > > 
> > > С неадекватным генератором зависимостей это была мертворождённая идея,
> > > в лучшем случае получился бы тот же монстр, что и сейчас, но из нескольких
> > > тысяч пакетов, а в худшем - нерабочий texlive.
> > 
> > Он был вполне работающим. Генератор зависемостей там не идеальный,
> > но выдающий работоспособный результат.
> 
> Не идеальный?  Да он полсизифа вытягивал, пока я в
> texlive-texmf-2019-alt2_7.src.rpm гвоздей не заколотил,
> теперь только четверть сизифа вытягивает.

Я не верю этим словам. Цифры, пожалуйста. Сейчас Сизиф —
это 48395 бинарных пакетов на (x86_64 + noarch).
Следовательно, даже при округлении вниз, полсизифа — это 24197
пакетов и четверть сизифа — 12098 пакетов. texlive тянет примерно
на пару порядков меньше.

> > Реальная причина проблем:
> > неэффективно реализованный install check на нашей сборочнице, если
> > вообще не сказать отвратительно работающий. Он работает настолько
> > плохо, что на железе послабее пришлось вовсе отключить и без всяких
> > texlive. Но эта проблема молча игнорируется, вместо чего все
> > стрелки переводятся на texlive.
> 
> Не понимаю, о чём идёт речь, install check включён на всех архитектурах.
> 
> Если речь идёт про ваш e2k, то чем меньше вы будете говорить,
> что вы там ещё отключили, тем менее плохо мы будем о вас думать.

Install check там выключен по одной простой причине: там DDR3
память, которая не справляется с вашим якобы корректно работающим
install check за разумное время. Вот и возникает вопрос
в целесообразности таких проверок. Тем более, что много раз
обсуждалось как можно улучшить эту проверку, но никому нет дела.
Особо подчеркну, что в моём понимании "корректность работы" — это
не только математическая самосогласованность выполняемой операции,
но и её практическая осуществимость, а равно целесообразность.

> > Я хочу сказать отдельное спасибо viy@ за то, что он обновил texlive
> > и вместо почти не пригодного к использованию tevlive-2008 (я не мог
> > скомпилировать там большинство своих презентаций и статей из-за
> > отсутствующей функциональности) мы теперь имеем вполне пригодный
> > к работе texlive-2019, пусть и не идеально упакованный.
> 
> Отвратительно упакованный, мне пришлось для него отдельный чрут соорудить,
> потому что в хост-систему такое ставить немыслимо.

Почему? Пару гигабайт на диске жалко?

> viy@ можно и нужно много за что сказать спасибо,
> но за нынешний texlive у меня язык не повернётся поблагодарить.

Ваши предложения? Использовать допотопный texlive, потому что он
идеологически правильно упакован? Или устанавливать texlive
самостоятельно вне репозитория, что приходилось делать людям до
выполненного viy@ обновления.

Best regards,
Andrew Savchenko