debuginfo packages available in updates later than regular packages.

Jan Kratochvil jan.kratochvil at redhat.com
Tue Nov 26 20:14:38 UTC 2013


On Tue, 26 Nov 2013 11:39:38 +0100, Sandro Mani wrote:
> Here is a quick and dirty spec implementing the idea I described:
> [1]. From what I can see it behaves correctly with any combination
> of packages and subpackages installed. Am I missing something?
> [1] http://smani.fedorapeople.org/somepackage.spec

There were always intentions to allow installing multiple *-debuginfo.rpm
versions at once.  This would allow for example examining a core file
generated from older binaries (which could be still running when they crashed
while newer rpm was installed on disk).  Currently it is not possible but one
such open Bug with some proposals is:
	undesired cross-rpm elf build-id duplication due to strict content-hash handling in debugedit.c
	https://bugzilla.redhat.com/show_bug.cgi?id=1002341

(In ideal case for debug purposes one needs also the matching binary, not just
its debuginfo.  But in practice the debuginfo should be sufficient.)

In reality ABRT solves the problem of multi debuginfo rpms by installing new
chroot each time with the needed package versions.  This is a bit expensive.

Your proposal definitely blocks this multiple *-debuginfo.rpm versions idea.
But the multi-version idea has never worked yet and it is not sure it will
ever be.  Your proposal is sure still better than what we have now.


Besides that your proposal has to be implemented into rpm tool code; currently
the debuginfo subpackage is implemented only as a rpm macro in /usr/lib/rpm.
But that is sure OK.


Jan


More information about the devel mailing list