[sisyphus] RoboTeX newsletter III.

[Igor Vlasenko]

Уважаемые господа,

В репозиторий-карман autoextra:texlive/Sisyphus
http://autoextra.altlinux.org/pub/ALTLinux/texlive/Sisyphus/ 
выложена текущая сборка импортированного texlive-2014,
сборка под Sisyphus/x86_64 и под Sisyphus/i586.

Сборка предназначена для тестирования.
Конечно, желательно было бы собрать и под p7,
но там надо будет портировать из Сизифа патченый rpm-build -
наши инструменты не расчитаны на сборку srpm,
у которого так много подпакетов (> 5000).

Имея под рукой патченый rpm-build и зная тайные настройки
hasher, у нас этот пакет можно собрать за 3-4 часа,
без них этот процесс растянется на много суток.

Этим релизом я хочу зафиксировать некий промежуточный результат,
а именно, что удалось, надеюсь, собрать 
рабочий устанавливающийся texlive-2014.

Следующий этап --- адаптировать texlive-2014 
и наше TeX полиси друг к другу и подготовить 
texlive-2014 к выкладыванию в Сизиф.

Эта задача облегчается тем, что texlive-2014 --
полная и одновременно свежая сборка, что позволяет
заменить ей все остальные пакеты texlive-*, tetex-*,
и texmf-* в Сизифе и начать новые полиси с чистого листа.

Что изменить в текущем полиси 
и что осталось изменить в texlive-2014.
--------------------------------------

1) хотел бы отказаться от автоматических provides вида 
texmf(latex/siunitx), поскольку каталоги в ТеХ не играют особой роли,

 $ kpsepath -w tex siunitx.sty           
/usr/share/texmf-texlive/tex/latex/siunitx/siunitx.sty
 $ kpsepath -w tex si-units.cfg          
/usr/share/texmf-texlive/tex/latex/siunitx/config/si-units.cfg

и есть прецеденты, когда файлы переезжают в подкаталог/надкаталог,
сбивая автоматические texmf(...).
Отсюда следует, что texmf(...) это не инварианты, от них надо
отказаться, чтобы не создавать проблем, возможно, в пользу файловых
provides tex(siunitx.sty), tex(si-units.cfg).

2) адаптировать нашу схему с /etc/texmf/
и полностью переехать c %post/un на filetriggers.

В федоре использовалась прямолинейная схема вида
%post aleph
[...]
sed -i 's/^\#\!\ aleph.*$/aleph aleph - *aleph.ini/' %{_texdir}/texmf-dist/web2c/fmtutil.cnf
sed -i 's/^\#\!\ lamed.*$/lamed aleph language.dat *lambda.ini/' %{_texdir}/texmf-dist/web2c/fmtutil.cnf

мне кажется, что наша схема с fmt.d/ updmap.d/ более надежная.
Но, c ней есть ряд вопросов.

есть мысль чтобы уменьшить число конфликтов при обновлении, 
и руководствуясь /etc полиси, что в /etc не место автогенерированным
файлам, не предназначенным для редактирования, и
пользуясь возможностью начать новые полиси с чистого листа.
можно вынести fmt.d/ updmap.d/ language.d/ для texlive-2014
в подкаталог в /usr/share/(?)

3) В текущем виде одного большого srpm texlive-2014 в Сизиф не
пропихивается. Как решить эту проблему?

У меня есть намерение написать собственный конвертер-генератор
tlpobj в srpm. Недостаток такого подхода в том, что в сизиф
добавится > 5000 новых srpm, а достоинство в том, что 
он позволяет continuous integration, т.е. texlive в Сизифе всегда
будет самый свежий и нужда в пересекающихся с texlive 
texmf-* пакетах просто отпадет.



-- 

I V