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 --]
next 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