On Oct 14, 2008, at 10:24 AM, Eric MSP Veith wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> On Tuesday 14 October 2008, Jeff Johnson <email@example.com> wrote:
>> I'd *love* to provide a guarantee of interoperability w rpm4, but I
>> do that unilaterally when there is a active fork in progress.
> Well, some systems here a currently using RPM version 4.4.8 from
> which means that I could report on switching from rpm4 to rpm5, if
> would be appreciated. But I don't know how much that helps in
> regard to the
> rpm.org fork.
Holler if you need help switching to rpm-5.x. I'm very interested
in letting rpm-4.4.x die gracefully, switching to rpm-5.x (or reverting
to rpm4 from rpm.org) are the only available upgrade paths, and
both choices aren't exactly drop-in replacements.
>> Personally, I think its Really Bad Craziness to link -lrpm into gdb.
> Why is it done, anyways? Debugging RPM packages? *scnr*
gdb needs to map executable/library paths back to detached symbols that
may be contained in a -debuginfo package.
While that is a perfectly reasonable usage case for gdb, there are
easier ways to accomplish the mapping without stuffing Berkeley DB
There are huge compatibility issues, like the segfault I'm seeing
are introduced into gdb.
But I'm quite sure that GDB packagers will see the error of their
developers start seeing the same segfault that I am seeing.
73 de Jeff
Received on Tue Oct 14 16:35:41 2008