ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Grigory Batalov" <bga@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] texlive /usr/bin/latex dependencies
Date: Mon, 29 Jun 2009 17:51:18 +0400
Message-ID: <20090629175118.0dec299f@bga> (raw)
In-Reply-To: <20090629131223.GA16199@odnako>

On Mon, 29 Jun 2009 17:12:24 +0400
Kirill Maslinsky wrote:

> Хочу понять логику работы директивы move.
> Допустим, есть пакет P, входящий в коллекции A и B, и не входящий
> в коллекцию C.
> 
> если мы пишем:
> move;P;B
> получится, что пакет P попадёт один rpm-пакет с коллекцией B, а пакет с
> коллекцией A получит на него зависимость, так?

Да.

> а если мы пишем:
> move;P;C
> то пакет P попадёт в один rpm-пакет с коллекцией C, а пакеты с 
> коллекциями A и B получат на него зависимость?

Да.

> Отсюда вопрос: нужно ли вообще двойное подчинение пакетов коллекциям
> в условиях автоматического поиска latex-зависимостей. Т.е. нужны ли 
> вообще зависимости пакетов A и B на C? Может, от него
> отказаться, и считать, что каждый пакет должен входить только в одну
> коллекцию.

Однако, авторы texlive считают, что микро-пакеты могут входить
в несколько коллекций.

> Тогда, если в tlpdb он входит в несколько, выбирается 
> ближайшая, насколько я понимаю? 

Сейчас выбирается первая из ближайших (с наименьшим числом промежуточных
зависимостей типа A->B->C). При этом зависимость второй ближайшей
от первой может быть неудобна нам в rpm, но справедлива, поскольку
нужные для неё файлы будут установлены. А как выбрать из двух ближайших
коллекций только одну правильную? И что делать со второй?

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

Если уж мы не соглашаемся с разбивкой на коллекции авторами texlive,
почему бы не выразить наше мнение прямо в texlive.tlpdb? Т.е. убрав
ненужные, на наш взгляд, директивы depend или добавив нужные. Это
существенно проще, чем вставлять обходные пути в скрипт tlptool.pl.

База texlive.tlpdb - обычный текстовый файл, элементарно мержится
гитом. Исправления же в скрипте бывает трудно понять, не запустив
до и после изменения.

> > Тогда можно обойтись без исправления texlive.ltpdb.


  reply	other threads:[~2009-06-29 13:51 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-21  7:13 Alexey Tourbin
2009-06-21  9:54 ` Grigory Batalov
2009-06-21 12:49   ` Alexey Tourbin
2009-06-25  9:23     ` Grigory Batalov
2009-06-25  9:33       ` Kirill A. Shutemov
2009-06-25  9:44         ` Grigory Batalov
2009-06-25  9:48       ` Grigory Batalov
2009-06-25 14:31     ` Grigory Batalov
2009-06-28 15:59       ` Kirill Maslinsky
2009-06-28 17:53         ` Led
2009-06-28 18:01           ` Kirill Maslinsky
2009-06-28 18:09             ` Led
2009-06-28 18:25               ` Kirill Maslinsky
2009-06-28 18:35                 ` Led
2009-06-28 18:56                   ` Kirill Maslinsky
2009-06-28 18:42                 ` Kirill Maslinsky
2009-06-29 11:30         ` Grigory Batalov
2009-06-29 11:57           ` Grigory Batalov
2009-06-29 12:28             ` Kirill Maslinsky
2009-06-29 12:37               ` Grigory Batalov
2009-06-29 13:12                 ` Kirill Maslinsky
2009-06-29 13:51                   ` Grigory Batalov [this message]
2009-06-30  6:06                     ` Kirill Maslinsky
2009-06-30  8:41                       ` Grigory Batalov
2009-06-30 13:24                       ` Grigory Batalov
2009-06-30 13:34                         ` Kirill Maslinsky
2009-06-29 12:52             ` Anton V. Boyarshinov
2009-06-29 13:02               ` Grigory Batalov
2009-07-01 14:27         ` Grigory Batalov
2009-07-01 14:34           ` Kirill Maslinsky
2009-07-02 11:49             ` Grigory Batalov
2009-07-02 20:16               ` Kirill Maslinsky
2009-07-02 20:24                 ` Grigory Batalov
2009-07-02 12:21         ` Grigory Batalov
2009-07-02 20:33           ` Kirill Maslinsky
2009-07-02 20:53             ` Grigory Batalov
2009-07-02 21:01               ` Kirill Maslinsky
2009-06-28 15:38     ` Kirill Maslinsky
2009-06-28 16:01       ` Kirill Maslinsky
2009-06-28 16:10       ` 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=20090629175118.0dec299f@bga \
    --to=bga@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