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

[Axel Thimm]

On Fri, May 26, 2006 at 10:28:30PM +0300, Panu Matilainen wrote:
> On Fri, 2006-05-26 at 20:32 +0200, Axel Thimm wrote:
> > Hi,
> > 
> > ATrpms' buildsystem is based on the latest released rpm & apt
> > versions, e.g. rpm-4.4.2 (inside and outside the chroots) and now
> > apt-0.5.15lorg3.1.
> > 
> > For the chroot mentioned in the Summary the new apt miscalculates
> > epochs. For example:
> > 
> > The following packages have unmet dependencies:
> >   rpm-build.32bit: Depends: perl (>= 5.006001)
> > 
> > rpm-build requires 5.006001 and perl offers 1:5.6.1-36.1.73, so it
> > looks like the epoch was dropped.
> > 
> > I think this might be a promoteepoch handling bug. All these three
> > have promoteepoch turned on [and need it turned on :/].
> 
> I don't think it's possible to emulate the rpm < 4.2.1 epoch mess with
> rpm 4.4.2, promoteepoch or not.

But I've been doing so for many, many months now :)

> Repomd (well, createrepo) makes the situation even worse because it
> lies about non-existing epochs

I forgot to say that I'm using it on apt metadata, no repomd anywhere,
so it's something different than the createrepo-zeros-epochs-bug.

BTW downgrading to lorg1 fixes it.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.laiskiainen.org/pipermail/apt-rpm-laiskiainen.org/attachments/20060526/d2a7b33d/attachment-0003.pgp>