ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Ivan Zakharyaschev <imz@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Сборка новой версии после использования epoch
Date: Mon, 10 Feb 2020 04:28:39 +0300 (MSK)
Message-ID: <alpine.LFD.2.20.2002100400420.6363@imap.altlinux.org> (raw)
In-Reply-To: <CA+qzen=ADfv+S0u3y1-gFO_MDuFoQ0hGm8YFg-DKTim2e8Vy0A@mail.gmail.com>

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

Hello!

On Sun, 9 Feb 2020, Alexey Tourbin wrote:

> On Sun, Feb 9, 2020 at 2:58 PM Mikhail Novosyolov
> <mikhailnov@altlinux.org> wrote:
> > > А можно поподробнее? Не знал, что эпоха налагает какие-то ограничения на
> > > работоспособность  provides/requires
> >
> > Можно запросто ошибиться, например, пакет p2 требует p1 >= текущая версия, пишем:
> >
> > Requires: p1 >= V-R
> >
> > когда как надо
> >
> > Requires: p1 >= E:V-R
> >
> > и никто не заметит, что даже более старая версия с поднятой эпохой попадает под ">=", а сборочница такое не поймает.

Не очень понятно по этому тексту, что Вы называете "как надо" и чего 
хочется. Но скорее всего в rpm действительно было реализовано более хитрое 
поведение, чем Вы предполагаете, про которое пишет at@ ниже, и для 
некоторых вариантов того, что хочется, оно действительно подойдёт.

> Племя младое незнакомое. Пишите без Epoch, должно работать как надо.

Попробуем на примере разобрать, чего может хотеться, и совпадает ли это с 
тем, про что Вы думали.

Например, у пакета p1 в истории были сборки:

A: 1-alt1
B: 1-alt2
C: 1-alt3
D: 2-alt1
E: 2-alt2
F: 2-alt3
G: 1:1-alt1
H: 1:1-alt2
I: 1:1-alt3
J: 1:2-alt1
K: 1:2-alt2
L: 1:2-alt3

Когда текущим релизом было E, написали где-то Requires: p1 >= 2-alt2.

Хочется ли, чтобы G, H, I могли удволетворить этот Requires?

Я так понял Ваши слова, что не хочется. (Правильно?) Т.е. не хочется, 
чтобы более старая версия (upstream-а) могла удволетворить эту 
завиисимость, пусть и с повышенной эпохой в пакете?


Но если сравнивать тройки E;V-R и написать Requires: p1 >= 0:2-alt2, то уж 
точно его удовлетворят все релизы после E:
E, F, G, H, I, J, K, L,
а это то, чего не хочется.

Хорошо бы уметь просить сравнивать только версию, без эпохи. Если это 
будет работать при написании Requires: p1 >= 2-alt2, то такую зависимость 
удволетворять будут только:
E, F, K, L.

Это ближе к тому, чего хочется?

Вопрос для всех на подумать:

Во всей этой истории я не очень понимаю, какое значение может играть номер 
релиза после версии. Мне кажется, что исключать J (1:2-alt1) из набора 
удовлетворяющих зависимость в последнем примере как-то странно, ведь этот 
alt2 может никак не быть связан с alt2 в E (2-alt2).

Не правильнее было бы считать, что есть два разумных формата Requires:

1) Requires: p1 >= 0:2-alt2 (уже разобран, удволетворяют все от E до L)

2) Requires: p1 >= 2

чтобы его удовлетворяли D, E, F, J, K, L?

А Requires: p1 >= 2-alt2 считать недостаточно ясным: что хотел автор? 
Может быть, раз он указал точный релиз, он хотел сравнения как в 1)?

Технически так написать возможно и оно будет, наверное, 
проинтерпретировано, как я уже сказал (удовлтетворять будут E, F, K, L). 
Но стоит ли рекомендовать эту неясную форму?

В свете записанных мной здесь соображений мне кажется, что рекомендовать 
лучше либо 1), либо 2), а Requires: p1 >= 2-alt2 не рекомендовать. Что 
думаете?

-- 
Best regards,
Ivan

  reply	other threads:[~2020-02-10  1:28 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-28 21:02 Pavel Vainerman
2020-01-28 22:23 ` Nikolai Kostrigin
2020-01-28 23:15   ` Pavel Vainerman
2020-01-29  8:24     ` Alexey V. Vissarionov
2020-01-29  9:35       ` Dmitry V. Levin
2020-01-29  9:38         ` Alexey V. Vissarionov
2020-01-29  9:41           ` Anton Farygin
2020-01-29 18:05             ` Vladimir D. Seleznev
2020-01-30  7:29               ` Sergey V Turchin
2020-01-30  7:32                 ` Nikolai Kostrigin
2020-01-30  7:52                   ` Sergey V Turchin
2020-01-30  7:55                     ` Sergey V Turchin
2020-01-30  7:58                       ` Nikolai Kostrigin
2020-01-30  8:52                         ` Sergey V Turchin
2020-02-09 11:58                   ` Mikhail Novosyolov
2020-02-09 17:28                     ` Alexey Tourbin
2020-02-10  1:28                       ` Ivan Zakharyaschev [this message]
2020-02-10  2:36                         ` Ivan Zakharyaschev
2020-02-11 22:28                           ` Mikhail Novosyolov
2020-02-11 23:23                             ` Ivan Zakharyaschev
2020-02-12  5:48                               ` Mikhail Novosyolov
2020-02-12 10:58                                 ` Ivan Zakharyaschev
2020-02-12 19:05                                   ` Mikhail Novosyolov
2020-02-12 19:09                                     ` Mikhail Novosyolov
2020-02-12 20:10                                       ` Ivan Zakharyaschev
2020-02-11 23:28                             ` Ivan Zakharyaschev
2020-02-12  0:29                               ` Ivan Zakharyaschev
2020-03-11  1:44         ` Dmitry V. Levin
2020-03-11  7:06           ` Pavel Vainerman

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=alpine.LFD.2.20.2002100400420.6363@imap.altlinux.org \
    --to=imz@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