ALT Linux Team development discussions
 help / color / mirror / Atom feed
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


             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