[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1006456: marked as done (transition: openldap)



Your message dated Mon, 21 Mar 2022 11:16:01 +0100
with message-id <YjhQYc9zd3f4y5QA@ramacher.at>
and subject line Re: Bug#1006456: transition: openldap
has caused the Debian Bug report #1006456,
regarding transition: openldap
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1006456: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006456
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pkg-openldap-devel@lists.alioth.debian.org
Control: block -1 by 1006016
Control: block -1 by 1005996
Control: block -1 by 990335
Control: block -1 by 989409

Dear release team,

I would like to transition to OpenLDAP 2.5 for bookworm. This is my 
first transition, please be gentle. :) The new version is available in 
experimental and has built on all release architectures.

I propose the following ben file:

title = "openldap";
is_affected = .build-depends ~ /\b(libldap(2)?\-dev|libslapi\-dev)\b/;
is_bad = .depends ~ /\b(libldap\-2\.4\-2|libslapi\-2\.4\-2)\b/;
is_good = .depends ~ /\b(libldap\-2\.5\-0|libslapi\-2\.5\-0)\b/;

(libslapi apparently has no rdeps currently; included anyway for 
completeness.)

I'm currently aware of the following issues blocking the transition:

Related FTBFS:

wine: #1006016 (presumed; but unable to test due to #995580)
wine-development: #1005996

Unrelated FTBFS: (please tell me if these should also be linked as 
blocking this transition bug)

uwsgi: #1006119
wine: #995580
- also tried with older unicode-data, but configure failed

condor: #966726 (not in testing)
kopanocore: #990322 (not in testing)
libaws: #997457 (not in testing)
openscap: #1000279 (not in testing)
sarg: #966848 (not in testing)
xemacs21: #1005992 (not in testing)

Related autopkgtest failures:

django-ldapdb: uses volatildap (#990335)
nss-pam-ldapd: #989409
volatildap: #990335

Unrelated autopkgtest failures:

python-ldap:
- in unstable, has no tests
- in experimental, has failing tests, but not a regression
  (same failure with openldap from unstable)

The one that concerns me the most is wine. It has multiple RC bugs but 
appears to also be a key package.

Thank you,
Ryan

--- End Message ---
--- Begin Message ---
On 2022-03-21 11:14:56, Sebastian Ramacher wrote:
> On 2022-03-19 17:53:02, Sebastian Ramacher wrote:
> > On 2022-03-18 09:17:57 -0700, Ryan Tandy wrote:
> > > Hi Sebastian,
> > > 
> > > On Mon, Mar 14, 2022 at 04:14:25PM -0700, Ryan Tandy wrote:
> > > > gnupg1 also has the dependency in Recommends and should be rebuilt.
> > > 
> > > ^^^ Just wanted to re-highlight gnupg1 as it still links the old libldap.
> > 
> > binNMU scheduled
> 
> libldap-2.4-2 was removed from testing. Closing.

… and actually send the mail to -done.

Cheers
-- 
Sebastian Ramacher

--- End Message ---

Reply to: