Re: libelf in rpm-4.2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jeff,

Thanks for the response.

On Thu, Jan 27, 2005 at 04:25:12PM -0500, Jeff Johnson wrote:
> Libelf is used for 3 things, and they're not necessary on non-linux:
> 
> a) for prelinking libraraies, --verify needs to detect a prelinked
> library, and run a prelink undo in order to verify the digest.
> 
> If you're not prelinking, you won't care, and the code is
> conditioned on HAVE_LIBELF_H.

Okay, I think this isn't quite working.  But I'll post patches when
I plug the hole.

> b) internal dependency generation. The traditional find-{requires,provides}
> are rather grotty (but useful) scripts that break, like all scripts break,
> because, say, /etc/magic changed. Additionally, rpm-4.2 and later has support
> for multilib, which identifies files and dependencies as being
> elf32 or elf64. There was no way to do pass that information through
> the existing find-{requires,provides} API, and, in addition, it was
> (and is) a nasty mess of sorts and other tag lookup data and more so
> that rpm could guarantee both forward and backward compatibility
> of package content with both newer and legacy rpm. So it was easier
> (and more reliable) to link an elf lib, and elfutils is the best
> library available, even if there are some unusual C99 constructs
> that make your non-gcc head hurt.
> 
> This can be worked around on non-linux by setting the macro
>     %_use_internal_dependency_generator 0
> and using the traditional find-{provides,requires}.

Okay, I'll try that too.  Thanks.

> If you are building rpm on non-linux, nuke elfutils instantly:
>     rm -rf elfutils
> and perhaps beecrypt as well (easier to build outside of rpm)
>     rm -rf beecrypt
> and probably zlib too
>     rm -rf zlib
> and then avoid the build failure of debugedit.

Apart from debugedit, and wanting to check here about elfutils,
that is pretty much what I have been doing.

> Nor do I really *want* access, I'm in no position to support
> rpm across the entire whore house of uglix. If you do have patches,
> I'll be more than happy to attempt to add to rpm, but I cannot
> maintain the patch.

NP.  Thanks again for the pointers, I'll post my patches back here
in due course.

> HTH

Muchly!
	Gary.
-- 
Gary V. Vaughan (gary@xxxxxxxxxxxxxxxxxx)

_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list

[Index of Archives]     [RPM Ecosystem]     [Linux Kernel]     [Red Hat Install]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Red Hat]     [Gimp]     [Yosemite News]     [IETF Discussion]

  Powered by Linux