On Thu, Oct 29, 2009 at 08:35:18AM -0400, Jeff Johnson wrote:
> >Very long story short, I'm building rpms with 184.108.40.206 on ubuntu
> >and need to install on RH 7.1 with rpm 4.0.2.
> >When you have stopped laughing, here's the problem :)
> >I need to tell rpm to never put a rpmlib(PartialHardlinkSets) in
> >the rpms it builds.
> No laughter. I've heard older and odder problems with RPM.
> >When I add a hardlink in the rpm, rpm 220.127.116.11 "helpfully" adds a
> >rpmlib(PartialHardlinkSets) that is not relevant to my case and prevents
> >installing the rpm on RH 7.1 when otherwise said rpm and hardlinks
> >therein, work just fine.
> >Currently, the only way I found to fix this is:
> >perl -pi -e 's|rpmlib\(PartialHardlinkSets\)|rpmlib
> >(CompressedFileNames)|' scripts-1.1.20091028-0.i386.rpm
> >perl -pi -e 's|8846d64e6f6f85e7d6613958acc0a9a1464ad2ef|
> >command #1: replace property with another one of the same string length
> >command #2: hand fix the SHA1 signature
> Now I'm laughing ;-)
You do what you gotta do :)
> The issue is a bit deeper than just changing configuration since
> there's a whole installer behavior of RPM itself that is being tracked.
> The reliable fix is to to just add a patch to rpm-18.104.22.168 to not
> add the tracking dependency.
I was wondering if that was the case and thanks for clearing that up.
Patching is obviously an option, I was just very much trying to avoid that
because I don't want a local fork of rpm and have to maintain that locally
> You can try (its very much not the right thing to do, but you are
> already pretty desperate for a fix if patching digests) adding
> Provides: rpmlib(PartialHardlinkSets)
> in the same package to stub-out the Requires:. I won't bore you
> with the details of why its not the right thing to do. But if
> you can mask the Requires: by adding a Provides: you will
> likely be able to install.
Haha, good idea. First I had looked at find-requires until I realized that
the require came from the rpm logic itself, but didn't think that doing
Provides within the package would actually work.
(we thought about making a 3rd party rpm that only provided
rpmlib(PartialHardlinkSets), à la equivs packages on debian, but I didn't
think that would work.
> Another approach to masking the Requires: would be to patch
> the Provides: into rpm-4.0.2.
Indeed. In our case that might be easier if the other trick doesn't work.
> But if you can't rebuild either version of RPM, well, its rather
> hard to retrofit forward compatibility without changing code.
Understood. Just giving us our options definitely helps and saves us some
time trying each one out.
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/
Received on Thu Oct 29 16:11:36 2009