[devel] I: texlive 2016 is going to come

[Denis Medvedev]

On пятница, 15 декабря 2017 г. 2:38:00 MSK Dmitry V. Levin wrote:
> On Fri, Dec 15, 2017 at 02:17:59AM +0300, Andrey Savchenko wrote:
> > On Fri, 15 Dec 2017 00:36:38 +0300 Dmitry V. Levin wrote:
> > [...]
> > 
> > > Конкретнее:
> > > 
> > > $ grep -c ^Source fedora/texlive.spec
> > > 7318
> > > $ grep -c ^%package fedora/texlive.spec
> > > 5930
> > > 
> > > Помимо того, что это неразумно, такой пакет у нас просто не соберётся
> > > по времени.
> > > 
> > > Наша задача в скором будущем обеспечить собираемость *каждого* пакета
> > > за 2 часа.
> > 
> > Чего ради столь жесткое ограничение? В зависимости от железа, тот
> > же guile22, libreoffice или chromium в 2 часа не соберётся,
> > особенно в один поток.
> 
> Допустим, что мы исправили собираемость всех пакетов в Сизифе.  Тогда,
> если у нас есть достаточно производительное железо и нет ограничения
> сборки в один поток, то мы можем выявлять потенциальные сборочные
> регрессии в репозитории при сборке новых пакетов достаточно быстро
> (скажем, до 2 часов), чтобы позволить себе включить пересборочный
> тест для каждого задания (привет at@).
> 
> Есть и другие мысли, которые можно было бы реализовать, если бы сборка
> самого долго собирающегося пакета укладывалась бы в относительно небольшой
> временной интервал.
> 
> Разумеется, всё это касается только тех архитектур, для которых может быть
> достаточно производительное железо (x86_64, aarch64).
> На остальных архитектурах придётся довольствоваться тем, что есть.

Я правильно понимаю, что ограничение в один поток на сборочнице будет снято?!