[devel] I: what's new in texlive - II

[devel] I: what's new in texlive - II

[Igor Vlasenko]

Продолжаю писать по новой сборке texlive.

Особенности импортированной сборки и ее отличия от ALTLinux TexLive 2008.

[...] в прошлом письме.

==== 4) автоматические Provides в Fedora/SuSE ====

Автоматические Provides в Fedora/SuSE вида
tex(siunitx.sty), tex(si-units.cfg) перешли к нам по наследству.
Они сгенерирированы статически прямо при конверсии спеков texlive в
src.rpm, для ускорения скорости пересборки.

Я их собираюсь оставить для совместимости.

==== 5) автоматические Provides в нашем alt texlive-2008 ====

Для нашего alt texlive-2008 в rpm-build-texmf был реализован
поиск автоматических Provides/Requires вида texmf(...).

rpm-build-texmf можно привлечь и к свежей сборке texlive,

Однако,
а) дополнительно надо будет потратить время на проблемные автозависимости
как отметил Кирилл Маслинский:
"не уверен, что стоит использовать rpm-build-texmf в текущем виде:
проблема в том, что он генерит не только Provides, но и Requires вида
texmf(...). При этом там реализован очень грубый приблизительный поиск
зависимостей средствами sed, его проблема в том, что он не учитывает
контекст условных проверок (и кое-какие еще особые случаи), поэтому
загребает все. С его помощью мы нашли массу ошибок и недочетов в
зависимостях в tlpdb (которые на тот момент писались вручную), и создали
себе геморрой по заполнению всяких анметов или удалению забытого всеми
архаичного кода. Так что за это дело надо браться с осторожностью, не
думаю, что за прошедшие 10 лет ошибок в tlpdb стало меньше."

б) find-requires/find-provides texmf сейчас сильно замедляют сборку пакета.
Я не включал поиск texmf, так как без них сборка с текущими
оптимизациями завершается за час, а с ними - существенно больше.

в) texmf provides вида texmf(latex/siunitx) дублируют
provides вида tex(siunitx.sty) которые уже есть в сборке,
при чем последние еще и совместимы с SuSE и Fedora.

Поэтому я решил не плодить сущности и отказаться от
texmf provides в пользу provides вида tex(siunitx.sty).

texmf provides можно генерировать статически, и они кое-где
используются в Сизифе, поэтому я добавил на переходный период
texmf provides, но только те, на которых были (Build)?Req
в Сизифе (начиная с релиза 0.21).

==== 6) Версионирование подпакетов. ====

В tlpobj спеках texlive есть свои аналоги version и release ---
это svn revision и catalogue-version (release собственно tlpobj).
В Fedora и SuSE из них делают версии для подпакетов.
в Fedora это svn<svn revision>[.catalogue-version] .
в SuSE это 2017.<svn revision>[.catalogue-version] .

В своей сборке я сборосил все версии подпакетов,
в них сейчас просто 2016 .

В texlive-package-builder, для сборки одиночных пакетов,
я настроил схему SuSE ---
<TexLive release>.<svn revision>[.catalogue-version]

==== 7) Удаление пакетов из Сизифа ====

1) tetex и компаньоны
tetex-bibtex8
tetex-latex-cmap
tetex-latex-feynmf
tetex-latex-hiptex
tetex-latex-rcs
tetex-latex-tabulary
tetex-latex-unicode
tetex-latex-xymtex

2) вошли в сборку texlive,
конфликтуют и прообсолечены.
bibexport
chktex
ctanify
dvipng
jadetex
latexdiff
lcdf-typetools
musixflx
musixtex
pdfjam
ps2eps
tex4ht
xmltex

3) на будущее, 
по идее тоже вошли в сборку texlive,
но не конфликтуют и не прообсолечены.
надо пересмотреть и составить список,
что можно удалять.

texmf-bibtex8-gost
texmf-latex-babelbib
texmf-latex-beamer
texmf-latex-biblatex
texmf-latex-biblatex-gost
texmf-latex-csquotes
texmf-latex-currfile
texmf-latex-etoolbox
texmf-latex-filehook
texmf-latex-fixme
texmf-latex-koma-script
texmf-latex-linegoal
texmf-latex-logreq
texmf-latex-ltxnew
texmf-latex-obsolete
texmf-latex-passivetex
texmf-latex-pdfcomment
texmf-latex-tabu
texmf-latex-tipa
texmf-latex-xcolor
texmf-pgf


-- 

I V

Re: [devel] I: what's new in texlive - II

[Kirill Maslinsky]

> ==== 5) автоматические Provides в нашем alt texlive-2008 ====
>
> Для нашего alt texlive-2008 в rpm-build-texmf был реализован
> поиск автоматических Provides/Requires вида texmf(...).
> в) texmf provides вида texmf(latex/siunitx) дублируют
> provides вида tex(siunitx.sty) которые уже есть в сборке,
> при чем последние еще и совместимы с SuSE и Fedora.
>
> Поэтому я решил не плодить сущности и отказаться от
> texmf provides в пользу provides вида tex(siunitx.sty).

Если мы отказываемся от texmf(...) и новый texlive их не предоставляет,
то нужно продумать, каким образом будет реализована замена установленных
пакетов texlive-2008 на соответствующие им texlive-2016? Пока в тестовых
сборках эта замена фактически не отрабатывала.

Или мы не считаем замену старых пакетов при dist-upgrade приоритетной
задачей и предлагаем пользователям Сизифа и пр.
apt-get remove texlive* && apt-get install texlive ?


> ==== 6) Версионирование подпакетов. ====
>
> 3) на будущее,
> по идее тоже вошли в сборку texlive,
> но не конфликтуют и не прообсолечены.
> надо пересмотреть и составить список,
> что можно удалять.
>
> texmf-bibtex8-gost
[...]

Эти пакеты были предусмотрены для того, чтобы была возможность собирать
в Сизиф точечно более новые версии отдельных пакетов с CTAN, чем то, что
есть в texlive. Он довольно неповоротливый, не все сразу обновляет.
К тому же мы оторвали tlmgr.

Однако если в новой сборке texlive версионирование жестко заточено под
сам texlive, то стандартным сравнением версии уже не разберешься, версия
texmf-latex-foo в Сизифе меньше или больше, apt не знает, что правильно
ставить и т.п. То есть этот механизм ломается. Поскольку Provides вида
tex(...) не версионированные, насколько я понимаю, этот механизм тут
тоже не поможет. Надо продумать, каким образом оставить возможность
точечных обновлений пакетной базы ТеХа, независимых от обновлений
texlive.

-- 
КМ

Re: [devel] I: what's new in texlive - II

[Igor Vlasenko]

On Sun, Jan 21, 2018 at 11:12:06PM +0300, Kirill Maslinsky wrote:
> Если мы отказываемся от texmf(...) и новый texlive их не предоставляет,
> то нужно продумать, каким образом будет реализована замена установленных
> пакетов texlive-2008 на соответствующие им texlive-2016? Пока в тестовых
> сборках эта замена фактически не отрабатывала.

В новых сборках этой проблемы уже быть не должно.
Попробуйте свежую сборку 0.22.
Я у себя обновлял рабочую машину на p8 до сборки 0.21,
все обновилось простым dist-upgrade.

Я там предоставлял texmf(...), но только те, на которых есть зависимости
у других пакетов в Сизифе, не texlive.


> > ==== 6) Версионирование подпакетов. ====
> >
> > 3) на будущее,
> > по идее тоже вошли в сборку texlive,
> > но не конфликтуют и не прообсолечены.
> > надо пересмотреть и составить список,
> > что можно удалять.
> >
> > texmf-bibtex8-gost
> [...]
> 
> Эти пакеты были предусмотрены для того, чтобы была возможность собирать
> в Сизиф точечно более новые версии отдельных пакетов с CTAN, чем то, что
> есть в texlive. Он довольно неповоротливый, не все сразу обновляет.
> К тому же мы оторвали tlmgr.
 
> Однако если в новой сборке texlive версионирование жестко заточено под
> сам texlive, то стандартным сравнением версии уже не разберешься, версия
> texmf-latex-foo в Сизифе меньше или больше, apt не знает, что правильно
> ставить и т.п. То есть этот механизм ломается. Поскольку Provides вида
> tex(...) не версионированные, насколько я понимаю, этот механизм тут
> тоже не поможет. Надо продумать, каким образом оставить возможность
> точечных обновлений пакетной базы ТеХа, независимых от обновлений
> texlive.

Я имел в виду, если версия в пакете texmf- более
старая, чем в texlive, то добавлять Obsoletes
на соответствующие версии. Это не связано 
с версионированием texlive и не помешает
обновлять пакеты texmf-*.

К примеру,
texmf-latex-babelbib = 1.29 более старый, чем texlive-babelbib,
в котором babelbib версии 1.31.
поэтому можно добавить в texlive-babelbib
Obsoletes: texmf-latex-babelbib < 1.31

Это не помешает собрать в Сизиф 
texmf-latex-babelbib = 1.32.

-- 

I V