[devel] I: texlive build 0.25

[Igor Vlasenko]

On Fri, Feb 16, 2018 at 01:59:46AM +0300, Dmitry V. Levin wrote:
> On Fri, Feb 16, 2018 at 12:44:56AM +0200, Igor Vlasenko wrote:
> > On Thu, Feb 15, 2018 at 05:55:55AM +0300, Dmitry V. Levin wrote:
> > > - другими словами, при попытке установить любой из этих 378 пакетов будут
> > >   установлены и остальные 377; я не вижу смысла в том, чтобы распиливать
> > >   один пакет на 378 частей, которые можно установить только все сразу.
> > > 
> > > Полагаю, что сборку следует ещё доработать, прежде чем выкладывать в Сизиф.
> > 
> > Извиняюсь, что сразу не ответил, допписывал текст 
> > по сборочнице, решил не отвлекаться.
> > 
> > 378 частей -- это родная разбивка texlive на пакеты.
> 
> Этот прелестный цикл прямо в родной разбивке?

да. можно провести аналогию c perl.
У нас perl-base/perl-devel монолиты, но в некоторых
дистрибутивах их пилят(пилили?). то, что получится,
тоже будет исполнено циклов.
 
> > Она имеет то преимущество, что с каждым новым релизом
> > не нужно переразбивать texlive заново
> > и соответственно, прописывать Conflicts на старые разбивки.
> 
> Не вижу, откуда может возникнуть необходимость прописывать Conflicts.
 
Например,
на дебиановскую разбивку (в texlive 2008) на все пакетыв
пришлось прописывать Conflicts, иначе при обновлении проблемы.

> Допустим, 378 неразрывных частей объединены в какой-нибудь пакет
> texlive-base, на который у всех остальных тысяч texlive-пакетов (зачем
> столько нужно, кстати?) версионированная зависимость.  Потом в "родной
> разбивке" что-то поменялось, и в новой версии этих неразрывных частей
> стало 478 или 278.  Зачем Conflicts?

А как иначе? проводя аналогию с perl, новый perl втянул в себя
бывшие пакеты perl-IPC-SysV perl-Test-use-ok perl-Test2
Пришлось прописывать Conflicts:/Obsoletes:/Provides:

P.S. Спать ложусь, поэтому если что, отвечу уже завтра.

-- 

I V