On Mon, 6 Aug 2012 09:21:08 +0200 Michal Čihař <ni...@debian.org> wrote:
> Hi
>
> Dne Fri, 3 Aug 2012 17:55:53 +0200
> Julien Cristau <julien.cris...@logilab.fr> napsal(a):
>
> > I'm using mock to create chroots for centos/fedora, and 'sudo mock
> > -r fedora-17-x86_64' fails with:
> >
> > [('rpmlib(X-CheckUnifiedSystemdir) is needed by
> > setup-2.8.48-1.fc17.noarch', (4, 'rpmlib(X-CheckUnifiedSystemdir)',
> > 0L)), ('rpmlib(X-CheckUnifiedSystemdir) is needed by
> > filesystem-3-2.fc17.x86_64', (4, 'rpmlib(X-CheckUnifiedSystemdir)',
> > 0L))]
> >
> > It would be nice if that was somehow worked around in debian's rpm
> > package.
>
> This is added by vendor patch to rpm:
>
> - this is Fedora only patch
> - itself is marked as "temporary support for live-conversion"
> - they plan to remove the patch in Fedora 19
>
> Given we're now in freeze, I don't think this would be important
> enough to gain freeze exception. And this patch would not make much
> sense for future stable release (as it will be already gone from
> Fedora by that time anyway).
>
> IMHO better approach would be if mock could fake this dependency as it
> is not doing live conversion and it should not matter.
I just ran into this same problem. If we do not apply this vendor patch
to rpm, do you have any suggestions of other ways to work around it? The
only thing I can think of would be to build a fake dependency RPM and
install it into the mock chroot somehow before mock runs yum install. A
bit awkward compared to applying a vetted patch from essentially
upstream.
Keep in mind, you can use a straight yum command to build a Fedora
chroot and get the same error, so it's not just a problem for mock to
solve.
This may only affect F17 and F18 for now, but that means 2 or 3 years
from now if I want to install a F18 chroot the problem is still there.
Also this may appear in the next RHEL7 release.
--
mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
