[Bug 1160896] Re: svnserve in 1.6.17dfsg-3ubuntu3 not linked against libldap-2.4-2 any more

Mon Apr 8 09:17:11 UTC 2013

** Description changed:

  I tried to migrate from 11.04 to 12.04 but svnserve does not validate
  users against sasl's ldap auxprop plugin any more.

  in /var/log/auth.log:
   svnserve: could not find auxprop plugin, was searching for 'ldap'

  ... whenever I open a Tortoise-SVN repo-browser on a client machine with
  a URL pointing to this 12.04 server. (No problem with the 11.04 server.)

  But by using testsaslauthd on the 12.04 server, I AM able to auth against ldap, so I have no reason to doubt saslauthd.
  Also, The error says "svnserve..." not "sasl...".

  Due to the identical configuration of my 11.04 and 12.04 installations,
  the only possible reason I could find is the missing linking:

  libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2

  ... which is present under 11.04 (1.6.12dfsg-4ubuntu2.1) but not under 12.04 (1.6.17dfsg-3ubuntu3).
  I DO have installed the libldap-2.4-2 on both systems.

- So why is it not linked? Is this is not a bug, why is it not
+ So why is it not linked? If this is not a bug, why is it not
  authenticating?

  Details:
  uname -a @12.04 server:
  Linux zeus 3.2.0-34-generic #53-Ubuntu SMP Thu Nov 15 10:48:16 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

  uname -a @11.04 server:
  Linux rogue 2.6.38-8-server #42-Ubuntu SMP Mon Apr 11 03:49:04 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

  There are more libraries that are linked under 11.04 but not 12.04:

  libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x00007f22fb596000)
  liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00007f22fb387000)
  libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f22f9ed7000)
  libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f22f9ca2000)
  libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f22f9a00000)
  libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f22f9786000)
  libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f22f94c1000)
  libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f22f929a000)
  libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f22f9096000)
  libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f22f8e8d000)
  libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f22f8c8a000)
  libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f22f8a79000)
  libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f22f8874000)
  librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8f32ea6000)

  I also DO have installed all those library packages on both systems.
  And subversion-tools.
  I also re-installed subversion.

  probably related:
  http://serverfault.com/questions/437748/svn-authorizing-over-saslldap-failing-after-ubuntu-update-10-04-12-04/

  thanks,
  klaus

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to subversion in Ubuntu.
https://bugs.launchpad.net/bugs/1160896

Title:
  svnserve in 1.6.17dfsg-3ubuntu3 not linked against libldap-2.4-2 any
  more

Status in “subversion” package in Ubuntu:
  New

Bug description:
  I tried to migrate from 11.04 to 12.04 but svnserve does not validate
  users against sasl's ldap auxprop plugin any more.

  in /var/log/auth.log:
   svnserve: could not find auxprop plugin, was searching for 'ldap'

  ... whenever I open a Tortoise-SVN repo-browser on a client machine
  with a URL pointing to this 12.04 server. (No problem with the 11.04
  server.)

  But by using testsaslauthd on the 12.04 server, I AM able to auth against ldap, so I have no reason to doubt saslauthd.
  Also, The error says "svnserve..." not "sasl...".

  Due to the identical configuration of my 11.04 and 12.04
  installations, the only possible reason I could find is the missing
  linking:

  libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2

  ... which is present under 11.04 (1.6.12dfsg-4ubuntu2.1) but not under 12.04 (1.6.17dfsg-3ubuntu3).
  I DO have installed the libldap-2.4-2 on both systems.

  So why is it not linked? If this is not a bug, why is it not
  authenticating?

  Details:
  uname -a @12.04 server:
  Linux zeus 3.2.0-34-generic #53-Ubuntu SMP Thu Nov 15 10:48:16 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

  uname -a @11.04 server:
  Linux rogue 2.6.38-8-server #42-Ubuntu SMP Mon Apr 11 03:49:04 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

  There are more libraries that are linked under 11.04 but not 12.04:

  libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x00007f22fb596000)
  liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00007f22fb387000)
  libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f22f9ed7000)
  libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f22f9ca2000)
  libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f22f9a00000)
  libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f22f9786000)
  libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f22f94c1000)
  libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f22f929a000)
  libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f22f9096000)
  libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f22f8e8d000)
  libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f22f8c8a000)
  libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f22f8a79000)
  libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f22f8874000)
  librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8f32ea6000)

  I also DO have installed all those library packages on both systems.
  And subversion-tools.
  I also re-installed subversion.

  probably related:
  http://serverfault.com/questions/437748/svn-authorizing-over-saslldap-failing-after-ubuntu-update-10-04-12-04/

  thanks,
  klaus

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/1160896/+subscriptions