0.5.15lorg3.1 loses epochs on rh7.3/rh8.0/rh9 (promoteepoch?)

[Panu Matilainen]

On Thu, 10 Aug 2006, Axel Thimm wrote:

> On Thu, Aug 10, 2006 at 08:34:10AM +0300, Panu Matilainen wrote:
>> On Wed, 9 Aug 2006, Axel Thimm wrote:
>>> On Wed, Aug 09, 2006 at 06:14:53PM +0300, Panu Matilainen wrote:
>>>> Actually I'm curious how the heck yum & smart manage to work on those
>>>> older releases?
>>>
>>> If you have an example you want to see whether yum/smart can handle I
>>> have RH9, RH8.0 and RH7.3 with apt/smart/yum installed and also
>>> zero-epoched repomd (e.g. the default createrepo mode). Upgrade
>>> operations work, but these are minimal systems, so there aren't many
>>> packages involved (~80 packages).
>>>
>>> yum/smart install <fill out this form>
>>
>> I'd suppose fiddling with the packages involved in these failures would
>> trigger problems if somebody wants to test a bit:
>> http://lists.laiskiainen.org/pipermail/apt-rpm-laiskiainen.org/2006-April/000024.html
>> http://lists.laiskiainen.org/pipermail/apt-rpm-laiskiainen.org/2006-April/000070.html
>
> I tried with glib-devel and glib: they have an evr of 1:1.2.10-10 and
> glib-devel has Requires: glib = 1.2.10-10. Note that glib is already
> installed. So it looks like no depsolver will be able to cope with
> zero-epoching metadata.

Ok, thanks for testing it, this is certainly a relief for me :) No 
reason to test with configurable epoch zeroing, it's not going to work in 
apt either.

 	- Panu -