[Rpm-maint] [PATCH] drop rtld(GNU_HASH) hack

Thierry Vignaud thierry.vignaud at gmail.com
Wed Sep 17 08:49:10 UTC 2014

On 17 September 2014 09:35, Panu Matilainen <pmatilai at laiskiainen.org> wrote:
>> The attached patch drops the drop rtld(GNU_HASH) hack
> The patch does much more than drop a couple of lines:
> $ diffstat no-rtld_GNU_HASH_req.diff
>  lib/tagexts.c   |   54
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  tools/elfdeps.c |    8 --------
>  2 files changed, 54 insertions(+), 8 deletions(-)
> That aside...

argh, sorry two patches got merged.
(too much undersleeping due to baby caring :-) )
Of course, I only intented to submit you the elfdeps bits

>> Drop automatically generated rtld(GNU_HASH) dependencies.
>> It's been provided by glibc for 7 years now and can safely be assumed
>> that there's no longer any need for it, reducing ~5K packages'
>> dependency in repository metadata on it during next rebuild.
> ... NAK, distros where GNU_HASH is not supported are still widely deployed
> (RHEL/Centos <= 5 and no doubt Suse Enterprise versions of that era).

Seriously :-) ?
rpm-4.12+ on RHEL5.x :-) ?
It's using rpm- Even RHEL6 is stuch at rpm-4.8
I don't think they could install a package from a GNU_HASH aware package
due to the different payload compressor or due to new lib deps.
Anyway that would be a

> I guess we could add a cli-switch to allow easily disabling it, but then
> repository metadata is better trimmed and filtered in createrepo (it already
> does this for rpmlib() dependencies etc)

Not everybody uses createrepo :-)
We use genhdlist2 in Mageia.

Also note that whereas less deps in repo metadata is nice for deps solvers,
less deps in package headers is also nice for rpm when checking/ordering
the transaction.
I won't pretend if will shape a new future but it's an easy low fruit

More information about the Rpm-maint mailing list