** 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