** Description changed:

- I was trying to "apt-get install dpkg" to work around #944452 and got
- the following while trying to upgrade slapd:
+ [Impact]
+ <fill me in with explanation of severity and frequency of bug on users and 
justification for backporting the fix to the stable release>
+ 
+ [Development Fix]
+ <fill me in with an explanation of how the bug has been addressed in the 
development branch, including the relevant version numbers of packages modified 
in order to implement the fix. >
+ 
+ [Stable Fix]
+ <fill me in by pointing out a minimal patch applicable to the stable version 
of the package.>
+ 
+ [Text Case]
+ <fill me in with detailed *instructions* on how to reproduce the bug.  This 
will be used by people later on to verify the updated package fixes the 
problem.>
+ 1.
+ 2.
+ 3.
+ Broken Behavior: 
+ Fixed Behavior: 
+ 
+ [Regression Potential]
+ <fill me in with a discussion of likelihood and potential severity of 
regressions and how users could get inadvertently affected.>
+ 
+ [Original Report]I was trying to "apt-get install dpkg" to work around
+ #944452 and got the following while trying to upgrade slapd:
  
  Setting up slapd (2.4.28-1.1ubuntu4) ...
  Use of uninitialized value $type in ucfirst at 
/usr/share/perl5/Debconf/AutoSelect.pm line 35.
    Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.21-0ubuntu5.7... 
done.
    Moving old database directories to /var/backups:
    Loading from /var/backups/slapd-2.4.21-0ubuntu5.7:
    - directory dc=interlinx,dc=bc,dc=ca... failed.
  
  Loading the database from the LDIF dump failed with the following
  error while running slapadd:
      4f9c4903 slap_sasl_init: auxprop add plugin failed
      slapadd: slap_init failed!
  dpkg: error processing slapd (--configure):
   subprocess installed post-installation script returned error exit status 1
  
  This looks to be related to http://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=665473 where message #10 (http://bugs.debian.org
  /cgi-bin/bugreport.cgi?bug=665473#10) in that bug says:
  
  This looks like a repeat of bug #628237.  However, slapd 2.4.28-1.1/amd64
  has a dependency on libsasl2-2 (>= 2.1.24), ...
  
  Looking at the package info for slapd:
  
  Package: slapd
  Priority: optional
  Section: net
  Installed-Size: 4064
  Maintainer: Ubuntu Developers <ubuntu-devel-disc...@lists.ubuntu.com>
  Original-Maintainer: Debian OpenLDAP Maintainers 
<pkg-openldap-de...@lists.alioth.debian.org>
  Architecture: i386
  Source: openldap
  Version: 2.4.28-1.1ubuntu4
  Replaces: ldap-utils (<< 2.2.23-3), libldap2
  Provides: ldap-server, libslapi-2.4-2
  Depends: libc6 (>= 2.15), libdb5.1, libldap-2.4-2 (= 2.4.28-1.1ubuntu4), 
libltdl7 (>= 2.4.2), libodbc1 (>= 2.2.11) | unixodbc (>= 2.2.11), libperl5.14 
(>= 5.14.2), libsasl2-2, libslp1, libwrap0 (>= 7.6-4~), coreutils (>= 4.5.1-1), 
psmisc, perl (>> 5.8.0) | libmime-base64-perl, adduser, lsb-base (>= 3.2-13)
  
  We can see that it's not requiring a newer libsasl2-2.
  
  At this point I did an "apt-get install libsasl2-2" and it installed the
  new libsasl2-2 and allowed the configuration of slapd to finish.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: slapd 2.4.28-1.1ubuntu4
  ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
  Uname: Linux 2.6.32-22-generic i686
  Architecture: i386
  Date: Sat Apr 28 15:56:29 2012
  ProcEnviron:
   LANG=en_CA.UTF-8
   SHELL=/bin/bash
  SourcePackage: openldap
  
  -- SRU Justification --
  
  [Impact]
  slapd's maintainer scripts make use of utilities like slapcat and slapadd 
which require a running slapd server, however, the relationship between slapd 
and libsasl2-2 packages do not take into account a binary incompatability 
introduced with 2.4.28-1.1.  As a result, libsasl2-2 is not upgraded until 
after slapd, slapd fails to start (with error msg cited in the bugs), and 
maintainer scripts fail during upgrades with a debconf error like: 
http://paste.ubuntu.com/965636/
  
  [Development Fix]
  The issue has been sorted in Debian and in Quantal with the recent merges.  A 
thorough explanation of the fix is available at 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237#163 .  The solution is 
to update cyrus-sasl2 with:
    - Breaks: 'slapd < 2.4.25-4' on libsasl2-2
    - shlib dependency on 2.1.24 for libsasl2-2
  Both of which have been applied to packaging in Debian and synced into Ubuntu 
Quantal.  A no-change rebuild of openldap against the new sasl dependency is 
required as well.
  
  [Stable Fix]
  The two one-liners from above should be back-ported from 2.1.25.dfsg1-4 
packaging and applied
  to cyrus-sasl2 packaging in Precise.  A no-change rebuild of openldap against 
the newly updated dependency is required as well.
  
  [Test Case]
  To reproduce, install slapd on a lucid installation, populate a minimal LDAP 
directory and do-release-upgrade.  A script to populate a minimal database can 
be found  at http://paste.ubuntu.com/965633/.
  
  [Regression Potential]
  Minimal. Packaging changes ensure proper ordering of upgrades during 
dist-upgrade and do not touch original source tree.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in Ubuntu.
https://bugs.launchpad.net/bugs/990742

Title:
  slapd fails to upgrade: requires libsasl2-2 (>= 2.1.24) installed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/990742/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs

Reply via email to