[csw-maintainers] [csw-buildfarm] get only newest bdb onto buildserver
rupert THURNER
rupert at opencsw.org
Wed May 26 20:30:24 CEST 2010
On Tue, May 25, 2010 at 12:49, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Rupert,
>
> Am 23.05.2010 um 13:07 schrieb rupert THURNER:
>>
>> On Sat, May 22, 2010 at 22:37, Dagobert Michelsen <dam at opencsw.org> wrote:
>>>
>>> Am 22.05.2010 um 12:09 schrieb rupert THURNER:
>>>>
>>>> as there are multiple packages (subversion, openldap i know of) doing
>>>> this there might be something basically wrong.
>>>>
>>>> it seems that /opt/csw/lib gets precedence vs extra libs. having some
>>>> compatibility stuff in /opt/csw/lib then leads to picking it up.
>>>
>>> This looks like a bug in GAR. Please commit everything you have and let
>>> me
>>> verify the issue on a specific package known to be working in the past,
>>> like subversion?
>>
>> that would be great! i have everything committed.
>
> I cannot reproduce the problem. Is this your issue?
>
>> current9s% ldd -r svn
>> /usr/lib/secure/s9_preload.so.1
>> libsvn_client-1.so.0 => /opt/csw/lib/svn/libsvn_client-1.so.0
>> libsvn_wc-1.so.0 => /opt/csw/lib/svn/libsvn_wc-1.so.0
>> libsvn_ra-1.so.0 => /opt/csw/lib/svn/libsvn_ra-1.so.0
>> libsvn_diff-1.so.0 => /opt/csw/lib/svn/libsvn_diff-1.so.0
>> libsvn_ra_local-1.so.0 =>
>> /opt/csw/lib/svn/libsvn_ra_local-1.so.0
>> libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0
>> libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0
>> libsvn_fs_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs_fs-1.so.0
>> libsvn_fs_base-1.so.0 =>
>> /opt/csw/lib/svn/libsvn_fs_base-1.so.0
>> libdb-4.8.so => /opt/csw/bdb48/lib/libdb-4.8.so
>> libsvn_fs_util-1.so.0 =>
>> /opt/csw/lib/svn/libsvn_fs_util-1.so.0
>> libsvn_ra_svn-1.so.0 => /opt/csw/lib/svn/libsvn_ra_svn-1.so.0
>> libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2
>> libsvn_ra_neon-1.so.0 =>
>> /opt/csw/lib/svn/libsvn_ra_neon-1.so.0
>> libsvn_ra_serf-1.so.0 =>
>> /opt/csw/lib/svn/libsvn_ra_serf-1.so.0
>> libserf-0.so.0 => /opt/csw/lib/sparcv8/libserf-0.so.0
>> libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0
>> libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0
>> libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8
>> libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1
>> libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0
>> libaprutil-1.so.0 => /opt/csw/apache2/lib/libaprutil-1.so.0
>> libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0
>> liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0
>> libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1
>> libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2
>> libapr-1.so.0 => /opt/csw/apache2/lib/libapr-1.so.0
>> libuuid.so.1 => /usr/lib/libuuid.so.1
>> libsendfile.so.1 => /usr/lib/libsendfile.so.1
>> librt.so.1 => /usr/lib/librt.so.1
>> libnsl.so.1 => /usr/lib/libnsl.so.1
>> libpthread.so.1 => /usr/lib/libpthread.so.1
>> libdl.so.1 => /usr/lib/libdl.so.1
>> libneon.so.27 => /opt/csw/lib/sparcv8/libneon.so.27
>> libsocket.so.1 => /usr/lib/libsocket.so.1
>> libthread.so.1 => /usr/lib/libthread.so.1
>> libc.so.1 => /usr/lib/libc.so.1
>> libdb-4.7.so => /opt/csw/bdb47/lib/libdb-4.7.so
>
> ^^^^^^^^^^^^
>
>> libresolv.so.2 => /usr/lib/libresolv.so.2
>> libneon.so.26 => /opt/csw/lib/sparcv8/libneon.so.26
>> libapr-1.so.0 => /opt/csw/lib/sparcv8/libapr-1.so.0
>> libm.so.1 => /usr/lib/libm.so.1
>> libssl.so.0.9.8 =>
>> /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8
>> libcrypto.so.0.9.8 =>
>> /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8
>> libsec.so.1 => /usr/lib/libsec.so.1
>> libgen.so.1 => /usr/lib/libgen.so.1
>> libnet.so => /opt/csw/lib/sparcv8/libnet.so
>> libaio.so.1 => /usr/lib/libaio.so.1
>> libmd5.so.1 => /usr/lib/libmd5.so.1
>> libmp.so.2 => /usr/lib/libmp.so.2
>> /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
>
> Everything is alright here: svn is linked against bdb48, the "problem" is
> that
> RPATH is /opt/csw/lib and "ldd -r" checks against the library version
> installed
> in /opt/csw/lib, and not the newly built one. The fresh library is built
> correctly
> against libdb-4.8.so:
>
>> current9s% dump -Lv libsvn_fs_base-1.so
>>
>> libsvn_fs_base-1.so:
>>
>> **** DYNAMIC SECTION INFORMATION ****
>> .dynamic:
>> [INDEX] Tag Value
>> [1] NEEDED libintl.so.8
>> [2] NEEDED libsvn_delta-1.so.0
>> [3] NEEDED libsvn_subr-1.so.0
>> [4] NEEDED libaprutil-1.so.0
>> [5] NEEDED libldap-2.3.so.0
>> [6] NEEDED liblber-2.3.so.0
>> [7] NEEDED libexpat.so.1
>> [8] NEEDED libiconv.so.2
>> [9] NEEDED libapr-1.so.0
>> [10] NEEDED libuuid.so.1
>> [11] NEEDED libsendfile.so.1
>> [12] NEEDED librt.so.1
>> [13] NEEDED libnsl.so.1
>> [14] NEEDED libpthread.so.1
>> [15] NEEDED libdl.so.1
>> [16] NEEDED libdb-4.8.so
>> [17] NEEDED libsvn_fs_util-1.so.0
>> [18] NEEDED libsocket.so.1
>> [19] NEEDED libc.so.1
>
>> ...
>
> Are there any other issues I can assist?
if you could confirm that the test failing here is working for you:
$ ~/mgar/pkg/subversion/trunk/work/solaris9-sparc/build-isa-sparcv8/subversion-1.6.11/subversion/tests/libsvn_fs_base/fs-base-test
1
svn_tests: Bad database version: compiled with 4.7.25, running against 4.8.26
FAIL: fs-base-test 1: svn_fs_create_berkeley
More information about the maintainers
mailing list