ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Artem Zolochevskiy <azol@altlinux.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Provides/Obsoletes vs Obsoletes
Date: Thu, 3 Apr 2008 09:39:29 +0300
Message-ID: <200804030939.29866.azol@altlinux.ru> (raw)
In-Reply-To: <20080402145132.GR7615@solemn.turbinal>

В сообщении от Wednesday 02 April 2008 17:51:32 Alexey Tourbin написал(а):
> On Wed, Apr 02, 2008 at 05:36:13PM +0300, Artem Zolochevskiy wrote:
> > В сообщении от Wednesday 02 April 2008 17:22:42 Alexey Tourbin написал(а):
> > > On Wed, Apr 02, 2008 at 05:14:03PM +0300, Artem Zolochevskiy wrote:
> > > > В чём принципиальное отличие от проприсывания в спеке пакета А:
> > > > Provides = B
> > > > Obsoletes <= B
> > > > (как это рекомендуется делать при переименовании)
> > > >
> > > > от просто Obsoletes <= В.
> > >
> > > В чём разница никто не знает, и как правильно сделать тоже никто не
> > > знает. :)  Obsoletes даёт то, что при ПЕРВОЙ установке obsolete пакет
> > > автоматически удаляется, буде он установлен.  Что, впрочем, не мешает
> > > установить его ещё раз, поверх того что есть.
> >
> > Можно ли это этого заключить, что рекомендация при переименовании ставить
> > и Provides и Obsoletes расчитана на то, что
> > Obsoletes должен удалить "старый" пакет,
> > а
> > Provides ставися на тот пожарный случай, если вдруг у каких-то прочих
> > пакетов в репозитории была зависимость на старое имя?
> >
> > А посему, если гарантированно от старого имени пакета ничего не зависело,
> > то при переименовании можно смело отделаться _только_ Obsoletes.
>
> Нет.  Что делает Obsolets никто не знает.

Во как...

Собственно, над Obsolets/Provides  я задумался вот в какой ситуации.

Есть пакет old-package1
Есть пакет old-package2

Делается пакет new-package,
который по сути просто переименованный old-package1, и его логическое 
продолжение.

В new-package прописал, как и где-то рекомендовали при переименовании:
Provides = old-package1-релиз
Obsoletes <= old-package1-релиз

Далее смотрю на пакет old-package2, и понимаю, что всё его содержание (почти 
на 90%) повторяет новый пакет new-package. Т.е. надо бы его упразнить в 
пользу new-package.

Думаю, как правильно поступить.
Можно:
1. Просто без всяческих манипуляций отправить пакет в obsolete и его более не 
будет в репозитории. Наверное это не самый хороший метод, ибо если такой 
пакет (old-package2) был установлен на чьей-то машинке, то так он мусором и 
останется стоять.

2. Произвести манипуляции, при которых old-package2 будет заменён другим 
пакетом при обновлении.

Теперь думаю, что правильнее добавить в new-package, чтоб избавиться от 
ненужного old-package2?

Сделать будто это ещё одно переименование? old-package2 -> new-package ?
ХОтя этот вариант, вроде, не совсем "честный". Всё же new-package -- это 
переименованный  old-package1, а не old-package2.

т.е. new-package будет выглядеть уже так:
Provides: old-package1 = версия-релиз, old-package2 = версия-релиз
Obsoletes: old-package1 <= версия-релиз, old-package2 <= версия-релиз

Либо ограничиться просто Obsoletes, тогда всё выглядит так:
Provides: old-package1 = версия-релиз
Obsoletes: old-package1 <= версия-релиз, old-package2 <= версия-релиз

Ну и вообще смотрю я на это, и понимаю, что ясно не понимаю к чему служит 
Obsolete, а к чему Provides и зачем, например, при переименовании вообще 
высталять Provides. :(

-- 
Артём Золочевский

  parent reply	other threads:[~2008-04-03  6:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-02 14:14 Artem Zolochevskiy
2008-04-02 14:22 ` Alexey Tourbin
2008-04-02 14:36   ` Artem Zolochevskiy
2008-04-02 14:51     ` Alexey Tourbin
2008-04-02 15:21       ` Damir Shayhutdinov
2008-04-02 15:26         ` Alexey Tourbin
2008-04-02 15:40           ` Anton Farygin
2008-04-02 15:47             ` Alexey Tourbin
2008-04-03  6:39       ` Artem Zolochevskiy [this message]
2008-04-03  6:45         ` Artem Zolochevskiy
2008-04-03  7:00         ` Alexey Tourbin
2008-04-03  7:16           ` Artem Zolochevskiy
2008-04-03  7:32             ` Alexey Tourbin
2008-04-03  8:02               ` Artem Zolochevskiy
2008-04-03  8:14                 ` Alexey Tourbin
2008-04-03  8:33                   ` Alexey Tourbin
2008-04-03  8:43                   ` Artem Zolochevskiy
2008-04-03 10:36                     ` Michael Shigorin

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=200804030939.29866.azol@altlinux.ru \
    --to=azol@altlinux.ru \
    --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