[devel] RPM versioning bug?

[devel] RPM versioning bug?

[Mikhail Zabaluev]

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

Доброе время суток.

Занимаясь версиями и эпохами в пакетах RPM, обнаружил такой эффект:
если одному пакету в spec приписана эпоха тэгом 'Epoch:', и другой пакет
требует версию из этой эпохи, такая зависимость не проходит, даже если
требуемая версия совпадает с версией установленного первого пакета.
Помогает только тупое указание в 'Provides:' первого пакета его имени и
версии с эпохой. Пример spec'а прилагается.
Об этом, наверное, неплохо бы доложить на RH Bugzilla...

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Truth can wait; he's used to it.

[-- Attachment #2: test.spec --]
[-- Type: text/plain, Size: 901 bytes --]

%define dummypath /home/mhz/tmp

Name:		test
Summary:	Dependency testing package
Group:		Test
Epoch:		1
Version:	5.6.0
Release:	1
License:	strictly commercial ;)
Provides:	test = 0:5.600
#the following directive makes everything work:
#Provides:	test = 1:5.6.0 test = 0:5.600
BuildArchitectures: noarch

BuildRoot: %{_tmppath}/%{name}-buildroot

%description
This package provides itself with different versions in two epochs.

%package dependent
Summary:	package dependent on the 'test' package
Group:		Test

Requires: test = 1:5.6.0

%description dependent
This package has a versioned dependency on the test package.

%install

mkdir -p $RPM_BUILD_ROOT%{dummypath}
touch $RPM_BUILD_ROOT%{dummypath}/{dummy,dummy1}

%clean
rm -rf $RPM_BUILD_ROOT

%post

echo 'test is installed.'

%post dependent

echo 'test-dependent is installed.'

%files
%{dummypath}/dummy

%files dependent
%{dummypath}/dummy1

Re: [devel] RPM versioning bug?

[Dmitry V. Levin]

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

On Sun, Oct 08, 2000 at 01:25:12AM +0400, Mikhail Zabaluev wrote:
> Занимаясь версиями и эпохами в пакетах RPM, обнаружил такой эффект:
> если одному пакету в spec приписана эпоха тэгом 'Epoch:', и другой пакет
> требует версию из этой эпохи, такая зависимость не проходит, даже если
> требуемая версия совпадает с версией установленного первого пакета.
> Помогает только тупое указание в 'Provides:' первого пакета его имени и
> версии с эпохой. Пример spec'а прилагается.

Ничего подобного.
Ваш spec (с разумными изменениями в %dummypath) у меня работает именно
так, как и должен: test-dependent не ставится без test.

$ rpm -q rpm
rpm-3.0.6-ipl3mdk

Полагаю, что rpm-3.0.6-ipl2mdk тоже работает.

Вот усеченный протокол:

Processing files: test-5.6.0-1
Provides: test = 0:5.600
PreReq: rpmlib(VersionedDependencies) <= 3.0.3-1 /bin/sh
Processing files: test-dependent-5.6.0-1
PreReq: /bin/sh
Requires: test = 1:5.6.0
Wrote: /usr/src/RPM/RPMS/noarch/test-5.6.0-1.noarch.rpm
Wrote: /usr/src/RPM/RPMS/noarch/test-dependent-5.6.0-1.noarch.rpm


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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

Re: [devel] RPM versioning bug?

[Mikhail Zabaluev]

Hello Dmitry,

On Mon, Oct 09, 2000 at 01:32 +0400, Dmitry V. Levin wrote:
>
> On Sun, Oct 08, 2000 at 01:25:12AM +0400, Mikhail Zabaluev wrote:
> > Занимаясь версиями и эпохами в пакетах RPM, обнаружил такой эффект:
> > если одному пакету в spec приписана эпоха тэгом 'Epoch:', и другой пакет
> > требует версию из этой эпохи, такая зависимость не проходит, даже если
> > требуемая версия совпадает с версией установленного первого пакета.
> > Помогает только тупое указание в 'Provides:' первого пакета его имени и
> > версии с эпохой. Пример spec'а прилагается.
> 
> Ничего подобного.
> Ваш spec (с разумными изменениями в %dummypath) у меня работает именно
> так, как и должен: test-dependent не ставится без test.

А одной командой они ставятся? Я сейчас проверил: если ставить test, потом
test-dependent, все действительно работает. Если вместе - нет, не помогает
и перенесение test = %{epoch}:%{version} из 'Requires:' в 'Prereq:'.

> 
> $ rpm -q rpm
> rpm-3.0.6-ipl3mdk
> 
> Полагаю, что rpm-3.0.6-ipl2mdk тоже работает.

Что нового в ipl3mdk?

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Linux: The OS people choose without $200,000,000 of persuasion
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] RPM versioning bug?

[Dmitry V. Levin]

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

On Mon, Oct 09, 2000 at 07:34:48AM +0400, Mikhail Zabaluev wrote:
> > > Занимаясь версиями и эпохами в пакетах RPM, обнаружил такой эффект:
> > > если одному пакету в spec приписана эпоха тэгом 'Epoch:', и другой пакет
> > > требует версию из этой эпохи, такая зависимость не проходит, даже если
> > > требуемая версия совпадает с версией установленного первого пакета.
> > > Помогает только тупое указание в 'Provides:' первого пакета его имени и
> > > версии с эпохой. Пример spec'а прилагается.
> > 
> > Ничего подобного.
> > Ваш spec (с разумными изменениями в %dummypath) у меня работает именно
> > так, как и должен: test-dependent не ставится без test.
> 
> А одной командой они ставятся? Я сейчас проверил: если ставить test, потом
> test-dependent, все действительно работает. Если вместе - нет, не помогает
> и перенесение test = %{epoch}:%{version} из 'Requires:' в 'Prereq:'.

Да, похоже на баг, буду смотреть.

> > $ rpm -q rpm
> > rpm-3.0.6-ipl3mdk
> > 
> > Полагаю, что rpm-3.0.6-ipl2mdk тоже работает.
> 
> Что нового в ipl3mdk?

-------
$ rpm -q --changelog rpm |head -6
* Wed Oct 04 2000 Dmitry V. Levin <ldv@fandra.org> 3.0.6-ipl3mdk
 
 - Updated find-requires and find-provides support:
     Auto{Req,Prov,ReqProv} tags can be used to specify
     set of methods used for finding provides/requires.
     See section 5 in README.ipl for details.
-------
В 3.0.6-ipl2mdk этой секции README.ipl нет (под этим номером другая).

Я эту версию не анонсировал, ибо там много нового и непроверенного
shell-кода. Лежит на прежнем месте.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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

Re: [devel] RPM versioning bug?

[Dmitry V. Levin]

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

On Sun, Oct 08, 2000 at 01:25:12AM +0400, Mikhail Zabaluev wrote:
> Занимаясь версиями и эпохами в пакетах RPM, обнаружил такой эффект:
> если одному пакету в spec приписана эпоха тэгом 'Epoch:', и другой пакет
> требует версию из этой эпохи, такая зависимость не проходит, даже если
> требуемая версия совпадает с версией установленного первого пакета.
> Помогает только тупое указание в 'Provides:' первого пакета его имени и
> версии с эпохой. Пример spec'а прилагается.
> Об этом, наверное, неплохо бы доложить на RH Bugzilla...

Все верно, но на bugzilla сообщать нет смысла:
Это реализовано в 4.0, а делать backport'ы Jeff принципиально не хочет.

Я только что сделал этот backport, если все будет ok - сделаю достоянием
общественности:

$ rpm -q --qf '* %{CHANGELOGTIME:day} %{CHANGELOGNAME}\n%{CHANGELOGTEXT}\n' rpm
* Sun Oct 22 2000 Dmitry V. Levin <ldv@fandra.org> 3.0.6-ipl4mdk
- Added:
  + Parsing of "nested expand" constructions (by HJ).
  + rpmlibProvides (backport from 4.0):
    explicit "Provides: name = [epoch:]version-release" to headers.

Первое "added" нужно для сборки kernel-2.2.17-ipl3mdk,
а второе - как раз backport.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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