SPECS (rpm-4_5): rpm.spec - deem. need different sources for db due md5

[Jeff Johnson]

On Sep 3, 2008, at 2:57 PM, Jakub Bogusz wrote:

> On Wed, Sep 03, 2008 at 07:17:56PM +0300, Elan Ruusamäe wrote:
>> On Wednesday 03 September 2008 18:15:30 Jakub Bogusz wrote:
>>> Serveral issues now:
>>> - It makes rpm sources weight almost 30MB(!) (compared to 7MB from
>>> upstream, which IIRC include yet one more copy of db sources)
>>
>> however i have some other questions:
>>
>> would it be ok to enable --uniquename in db-static build? (in  
>> db*.spec)
>
> Would be acceptable in -static, but it would require some function  
> names
> mangling in header(?).
> Don't try it in shared (as long as it's named just libdbX.Y).
>

(glen asked me on #rpm to explain --with-uniqname usage)

If compiled using --with-unquename, there are symbol redefine's added
in db.h, basically adding --with-uniqname=arg suffix.

So if --with-uniqname is used for "system" static libraries, one  
would also
have a custom db.h that would need to be added somewhere.

>> how do you tell automake to link with libdb.a, but not linking  
>> everything
>> static (ie other libs would be dynamic linking)
>
> Either:
> - specify full pathname ( $(libdir)/libdb.a )
> - as libtool will probably break "-Wl,-Bstatic -ldb -Wl,-Bdynamic",  
> you
>   can try something like "-Wl,-Bstatic,-ldb,-Bdynamic" or
>   "-Wl,-Bstatic -Wl,-ldb -Wl,-Bdynamic"
>

Static linkage is likely a viable option.

However, note that all the db_utils and every rpm excutable that does  
-lrpmdb
(there are more than rpm & rpmbuild that do -lrpmdb) will include a  
copy of
Berkeley DB if statically linked.

OTOH, the original bug report
    https://bugs.launchpad.net/pld-linux/ac/+bug/247567
appears to be from identical symbols from 2 versions of Berkeley DB, one
from rpm + "system" db, the other from nss_db with internal db.

Does nss_db use --with-uniqename?

Or is there some symbol that isn't handled correctly if --with- 
uniqename that collides
with rpm + "system" db?

What is the poldek segfault backtrace?

hth

73 de Jeff

Does nss
>
> -- 
> Jakub Bogusz    http://qboosh.pl/
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en