From: Igor Vlasenko <vlasenko@imath.kiev.ua> To: devel@lists.altlinux.org Subject: [devel] I: what's new in texlive - II Date: Sat, 20 Jan 2018 23:49:26 +0200 Message-ID: <20180120214926.GA2463@dad.imath.kiev.ua> (raw) Продолжаю писать по новой сборке 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
next reply other threads:[~2018-01-20 21:49 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-01-20 21:49 Igor Vlasenko [this message] 2018-01-21 20:12 ` Kirill Maslinsky 2018-01-22 18:29 ` Igor Vlasenko
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20180120214926.GA2463@dad.imath.kiev.ua \ --to=vlasenko@imath.kiev.ua \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git