2012-04-28 21:02:15 |
Brian J. Murrell |
bug |
|
|
added bug |
2012-04-29 09:44:52 |
Launchpad Janitor |
openldap (Ubuntu): status |
New |
Confirmed |
|
2012-05-01 23:53:28 |
Adam Gandelman |
openldap (Ubuntu): importance |
Undecided |
High |
|
2012-05-02 00:29:32 |
Adam Gandelman |
summary |
does not depend on libsasl2-2 (>= 2.1.24) |
slapd fails to upgrade: requires libsasl2-2 (>= 2.1.24) installed |
|
2012-05-02 00:39:01 |
Adam Gandelman |
bug task added |
|
cyrus-sasl2 (Ubuntu) |
|
2012-05-02 00:39:42 |
Launchpad Janitor |
cyrus-sasl2 (Ubuntu): status |
New |
Confirmed |
|
2012-05-02 00:40:27 |
Adam Gandelman |
cyrus-sasl2 (Ubuntu): milestone |
|
ubuntu-12.10 |
|
2012-05-02 00:41:04 |
Adam Gandelman |
cyrus-sasl2 (Ubuntu): milestone |
ubuntu-12.10 |
|
|
2012-05-02 00:41:47 |
Adam Gandelman |
nominated for series |
|
Ubuntu Precise |
|
2012-05-02 00:41:47 |
Adam Gandelman |
nominated for series |
|
Ubuntu Quantal |
|
2012-05-02 00:44:11 |
Adam Gandelman |
openldap (Ubuntu): status |
Confirmed |
Triaged |
|
2012-05-02 08:11:51 |
James Page |
bug task added |
|
cyrus-sasl2 (Ubuntu Quantal) |
|
2012-05-02 08:11:51 |
James Page |
bug task added |
|
openldap (Ubuntu Quantal) |
|
2012-05-02 08:12:00 |
James Page |
bug task added |
|
cyrus-sasl2 (Ubuntu Precise) |
|
2012-05-02 08:12:00 |
James Page |
bug task added |
|
openldap (Ubuntu Precise) |
|
2012-05-03 19:56:56 |
Adam Gandelman |
bug |
|
|
added subscriber Adam Gandelman |
2012-05-03 19:57:39 |
Adam Gandelman |
openldap (Ubuntu Precise): status |
New |
Triaged |
|
2012-05-03 19:57:50 |
Adam Gandelman |
cyrus-sasl2 (Ubuntu Precise): status |
New |
Triaged |
|
2012-05-03 19:58:38 |
Adam Gandelman |
cyrus-sasl2 (Ubuntu Quantal): status |
Confirmed |
Fix Released |
|
2012-05-03 19:58:56 |
Adam Gandelman |
openldap (Ubuntu Quantal): status |
Triaged |
Fix Released |
|
2012-05-03 20:35:54 |
John Edwards |
bug |
|
|
added subscriber John Edwards |
2012-05-03 21:35:39 |
Adam Gandelman |
description |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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 |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
|
2012-05-03 22:10:57 |
Adam Gandelman |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2012-05-03 22:14:18 |
Launchpad Janitor |
branch linked |
|
lp:~gandelman-a/ubuntu/precise/cyrus-sasl2/sru990742 |
|
2012-05-03 22:40:06 |
Adam Gandelman |
attachment added |
|
cyrus-sasl2-precise-proposed.debdiff https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/990742/+attachment/3128907/+files/cyrus-sasl2-precise-proposed.debdiff |
|
2012-05-04 04:10:59 |
Martin Pitt |
cyrus-sasl2 (Ubuntu Precise): status |
Triaged |
Fix Committed |
|
2012-05-04 04:11:04 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
2012-05-04 04:11:06 |
Martin Pitt |
tags |
apport-bug i386 lucid precise |
apport-bug i386 lucid precise verification-needed |
|
2012-05-04 05:28:22 |
Adam Gandelman |
attachment added |
|
openldap-precise-proposed.debdiff https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/990742/+attachment/3129341/+files/openldap-precise-proposed.debdiff |
|
2012-05-04 22:19:17 |
Launchpad Janitor |
branch linked |
|
lp:~gandelman-a/ubuntu/precise/openldap/proposed-rebuild |
|
2012-05-04 22:25:58 |
Adam Gandelman |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2012-05-06 06:37:21 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/cyrus-sasl2 |
|
2012-05-07 07:17:44 |
Patrick Stricker |
bug |
|
|
added subscriber Patrick Stricker |
2012-05-10 06:50:18 |
risethagain |
bug |
|
|
added subscriber risethagain |
2012-05-10 12:25:44 |
Adrian Stachowski |
bug |
|
|
added subscriber Adrian Stachowski |
2012-05-14 18:54:53 |
Jacob Smith |
tags |
apport-bug i386 lucid precise verification-needed |
apport-bug i386 lucid precise verification-done |
|
2012-05-14 18:55:18 |
Jacob Smith |
description |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
|
2012-05-14 23:44:13 |
Launchpad Janitor |
cyrus-sasl2 (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|
2012-05-17 04:27:17 |
Bryce Harrington |
description |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
[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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
|
2012-06-04 15:12:29 |
Sebastien Bacher |
description |
[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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
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-discuss@lists.ubuntu.com>
Original-Maintainer: Debian OpenLDAP Maintainers <pkg-openldap-devel@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. |
|
2012-06-07 17:52:38 |
Sebastien Bacher |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2012-06-09 21:32:29 |
James Page |
openldap (Ubuntu Precise): milestone |
|
ubuntu-12.04.1 |
|
2012-06-09 21:32:34 |
James Page |
cyrus-sasl2 (Ubuntu Precise): milestone |
|
ubuntu-12.04.1 |
|
2012-06-09 21:33:21 |
James Page |
openldap (Ubuntu Precise): importance |
Undecided |
High |
|
2012-06-09 21:33:26 |
James Page |
cyrus-sasl2 (Ubuntu Precise): importance |
Undecided |
High |
|
2012-06-09 21:33:29 |
James Page |
cyrus-sasl2 (Ubuntu Quantal): importance |
Undecided |
High |
|
2012-06-09 21:33:53 |
James Page |
summary |
slapd fails to upgrade: requires libsasl2-2 (>= 2.1.24) installed |
[SRU] slapd fails to upgrade: requires libsasl2-2 (>= 2.1.24) installed |
|
2012-06-09 21:34:10 |
James Page |
openldap (Ubuntu Precise): assignee |
|
Adam Gandelman (gandelman-a) |
|
2012-06-09 21:34:18 |
James Page |
openldap (Ubuntu Precise): status |
Triaged |
In Progress |
|
2012-06-25 18:23:36 |
James Page |
openldap (Ubuntu Precise): status |
In Progress |
Invalid |
|
2012-07-12 19:54:39 |
Stéphane Graber |
bug task deleted |
openldap (Ubuntu Precise) |
|
|