[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: auth-test fails (E200006: svn_auth_get_platform_specific_client_providers should return an array of 5 providers)

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Mon, 14 Nov 2011 08:59:46 +0000

Daniel Shahaf <danielsh_at_elego.de> writes:

> Philip Martin wrote on Thu, Nov 03, 2011 at 10:55:49 +0000:
>> Jonathan Nieder <jrnieder_at_gmail.com> writes:
>> > The failure is described in tests.log:
>> >
>> > START: auth-test
>> > svn_tests: E200006: svn_auth_get_platform_specific_client_providers should return an array of 5 providers
>> > FAIL: lt-auth-test 1: test retrieving platform-specific auth providers
>> > END: auth-test
>> > ELAPSED: auth-test 0:00:00.179133
>> >
>> > Indeed, instrumenting the test, we learn that the actual number of
>> > providers returned is 1.
>> >
>> > Known problem?
>> Yes. The kwallet and gnome keyring providers are loaded dynamically and
>> the loader will not look for providers in the right place.
> Why won't the loader look for them in the right place?
> Is this the ancient Debian libtool issue, or something else?
> Asking because fixing the loader seems to be a more correct solution
> than fixing EVERYONE who runs the auth-test binary to set LD_LIBRARY_PATH
> first.

What sort of fix to the loader? The installed code cannot load dynamic
libraries from the build dir, that would be a security issue. So that
means the test code cannot load from the build dir by default either,
unless we do some sort of recompilation on install. The only way for
the test code to load modules from the build dir is to use

uberSVN: Apache Subversion Made Easy
Received on 2011-11-14 10:00:24 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.