ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Kirill Maslinsky <kirill@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: [devel] abstract TeX dependencies
Date: Tue, 17 Mar 2009 12:57:13 +0300
Message-ID: <20090317095713.GA7367@max.spb.altlinux.ru> (raw)

[-- Attachment #1: Type: text/plain, Size: 4253 bytes --]

Всем привет!

Есть предложение по урегулированию зависимостей для организации
плавного перехода tetex->texlive, поскольку tetex не поддерживается, 
а texlive поддерживается и развивается.

Я вижу тут такие задачи: 
- необходимо постепенно, но полностью перевести пакеты, использующие
  ТеХ для сборки, на texlive
- необходимо сделать возможным установку пакетов, по сути независимых
  от дистрибутива ТеХ, как с tetex, так и с texlive

Идея в том, что чтобы никого не загонять палками в светлое будущее, 
нужно сделать выбор того или иного дистрибутива ТеХ максимально гибким.

Для этого предлагаю организовать виртуальные пакеты, предоставляющие
обобщённую ТеХовскую функциональность и использовать именно такие 
обобщённые зависимости в сборочных и установочных заивисимостях пакетов, 
вместо tetex-* или texlive-*

Есть варианты, как могут выглядеть такие обобщённые зависимости, хочу
посоветоваться, какой лучше выбрать:

1. /usr/bin/latex, /usr/bin/dvips etc.
	
	Такие пути автоматически провайдят пакеты, содержащие соотв. бинарники.

	В этом случае мы предоставляем apt'у выбирать, какие конкретно
	пакеты использовать (из tetex или из texlive), допуская, что 
	пакет, содержащий исполняемый файл, напр. latex, будет содержать
	также и всё необходимое для "стандартной" компиляции. 

	apt будет выбирать, кстати, не знаю по какому принципу (лексикографический
	порядок?), но сейчас он при прочих равных выберет texlive.

2. tex(latex), tex(pdflatex) etc.

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

	Есть ли какая-то техническая разница между обычными виртуальными
	пакетами (см. п. 3) и такими зависимостями (со скобками?)

3. latex-minimal, pdflatex-minimal etc.

	Можно сделать такие виртуальные пакеты, в зависимости к которым можно 
	поставить эмпирически подобранное множество пакетов, необходимое для
	реализации соотв. функции (скажем, сборки документации в стандартном латехе). 

	Зависимости виртуальных пакетов можно формировать как в терминах 
	конкретных пакетов (texlive-latex-base etc.), так и в терминах более
	абстрактных (напр., файловых) зависимостей.

PS Кстати, вроде бы упоминалось, что где-то доступны в простом текстовом
виде актуальные спеки всех пакетов Сизифа, удобные для грепа? 
Очень бы сейчас пригодилось для выявления пакетов, зависящих от tetex.

-- 
Kirill Maslinsky
ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

             reply	other threads:[~2009-03-17  9:57 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-17  9:57 Kirill Maslinsky [this message]
2009-03-17 12:29 ` Alexey Tourbin
2009-03-18 14:45   ` Michael Pozhidaev
2009-03-18 16:06     ` Kirill Maslinsky
2009-03-18 16:07       ` Mikhail Gusarov
2009-03-18 16:13         ` Kirill Maslinsky
2009-03-18 16:16           ` Mikhail Gusarov
2009-03-18 18:01       ` Grigory Batalov
2009-03-18 18:44         ` Kirill Maslinsky
2009-03-18 18:52           ` Igor Vlasenko
2009-03-18 21:15             ` Michael Pozhidaev
2009-03-18 22:50               ` Grigory Batalov
2009-03-24 18:07             ` [devel] rpm file conflicts Kirill Maslinsky
2009-03-24 19:27               ` Igor Vlasenko
2009-03-24 19:38                 ` Kirill Maslinsky
2009-03-24 19:41                   ` Artem Zolochevskiy
2009-03-24 19:53                     ` Igor Vlasenko
2009-03-18 22:32           ` [devel] abstract TeX dependencies Alexey Tourbin
2009-03-19  0:16             ` Денис Смирнов
2009-03-18 22:18     ` Alexey Tourbin
2009-03-18 23:12       ` Michael Pozhidaev
2009-03-18 16:43   ` Kirill Maslinsky
2009-03-18 16:46     ` Mikhail Gusarov
2009-03-18 22:51     ` Alexey Tourbin
2009-03-24 16:37     ` [devel] grab all specfiles Alexey Tourbin
2009-03-24 19:23       ` Igor Vlasenko
2009-03-24 19:42         ` Kirill Maslinsky
2009-03-26 13:18           ` Michael Shigorin
2009-03-18 13:57 ` [devel] abstract TeX dependencies Alexander Borovsky
2009-03-18 15:15   ` Grigory Batalov
2009-03-18 15:59   ` Kirill Maslinsky
2009-03-18 16:00     ` Kirill Maslinsky

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=20090317095713.GA7367@max.spb.altlinux.ru \
    --to=kirill@altlinux.org \
    --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