Bug#1107395: OpenLDAP: slapd 2.5.13+dfsg-5 service frequently stops during everyday use

Control: tag -1 moreinfo Hello, On Fri, Jun 06, 2025 at 07:08:48PM -0700, chandler wrote: Since upgrading slapd from 2.5.13+dfsg-2~bpo11+1 on April 29, 2025, it frequently yet randomly stops gracefully. It's as if I ran `systemctl stop slapd` myself, and I have to run `systemctl start slapd`

Bug#1107382: django-python3-ldap: autopkgtest missing "needs-internet" restriction

Source: django-python3-ldap Version: 0.15.8-1 Severity: normal Dear Maintainer, The autopkgtest of django-python3-ldap on riscv64 in testing passes on some hosts and fails on others, independent of which packages are pinned: https://ci.debian.net/packages/d/django-python3-ldap/testing/riscv64/

Bug#1106605: unblock: openldap/2.6.10+dfsg-1 (pre-approval)

On Tue, May 27, 2025 at 07:59:38PM +0200, Sebastian Ramacher wrote: Please go ahead. Thank you. Uploaded to unstable, and built on all release arches.

Bug#1106605: unblock: openldap/2.6.10+dfsg-1 (pre-approval)

ntAttribute' " "DESC 'Variant attribute description' " "MUST ( olcVariantVariantAttribute $ " @@ -805,7 +805,7 @@ "SUP top " "STRUCTURAL )", Cft_Misc, variant_cfg

Bug#1093578: release-notes: openldap switches TLS library impacting behavior

Control: tag -1 patch https://salsa.debian.org/ddp-team/release-notes/-/merge_requests/241

Bug#1094969: Bug#976991: closed by Ryan Tandy (Re: Bug#976991: Bug#1089629: Freeradius memory leak after upgrade to Debian 12)

On Sun, Apr 13, 2025 at 11:58:57AM +0100, Samuel Henrique wrote: but regardless of the licensing question, it's also sad to lose GnuTLS support for OpenLDAP. This means it's impossible to have a GnuTLS build of libcurl with ldap support without also pulling OpenSSL transitively. I apologize

Bug#1094386: openldap FTCBFS: uses the build architecture compiler

Cross-built slapd doesn't work. slapd is linked without -export-dynamic, I think because LT_SYS_DLOPEN_SELF returns "cross". Then modules fail to load, because slapd doesn't export the symbols they need; e.g. back_mdb misses dnRelativeMatch. I guess slapd has to be . I think cross-built liblda

Bug#1094969: Bug#976991: closed by Ryan Tandy (Re: Bug#976991: Bug#1089629: Freeradius memory leak after upgrade to Debian 12)

(CCing the git bug) On Thu, Feb 13, 2025 at 12:37:01AM +, brian m. carlson wrote: Since Git links against libcurl3t64-gnutls, it is now undistributable since it's GPLv2 and OpenSSL is incompatibly licensed. My understanding is that Debian now invokes the system library exception for OpenS

Bug#1094386: openldap FTCBFS: uses the build architecture compiler

Helmut, thank you very much for taking the time to explain. This was all very valuable context. On Fri, Jan 31, 2025 at 10:47:23AM +0100, Helmut Grohne wrote: I considered pushing the results into debian/rules, but was unconvinced that it would be reasonable to ask maintainers to spend effort o

Bug#1094386: openldap FTCBFS: uses the build architecture compiler

Hi Helmut, thanks as always for monitoring and reporting these issues. I have a more general question: are configure flags or cache variables for bypassing native checks stored somewhere central? For openldap, I'm talking about ol_cv_pthread_select_yields (--with-yielding-select) and ac_cv_fun

Bug#1093578: release-notes: openldap switches TLS library impacting behavior

On Mon, Jan 20, 2025 at 07:49:16AM +0100, Paul Gevers wrote: I just saw this on my daily upgrade of my system. Probably worth mentioning in the release notes. Definitely. It's on my list; sorry for not getting to it yet.

Bug#1092975: transition: openldap

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: pkg-openldap-de...@lists.alioth.debian.org Control: block -1 by 1092722 I'd like to request a transition slot to get OpenLDAP 2.6 into trixie. Ben file: title = "openldap-

Bug#1092722: sssd: autopkgtest failure with openldap from experimental

Source: sssd Version: 2.10.1-1 Severity: normal Tags: patch Hi, openldap in experimental has changed from gnutls to openssl. The sssd autopkgtest fails with slapd from experimental because it generates a 1024-bit private key, which openssl no longer allows. The attached patch fixes the autopkg

Bug#1089629: Bug#976991: Bug#1089629: Freeradius memory leak after upgrade to Debian 12

Version: 2.6.9+dfsg-1~exp2 Hi, On Wed, Jan 08, 2025 at 10:45:40PM +0100, Bernhard Schmidt wrote: I guess switching openldap to openssl is too late before Trixie, especially since it may as well affect other openldap reverse dependencies that use GnuTLS. As it happens, the switch to openssl h

Bug#1078822: openldap FTBFS on 32bit architectures: ../../../../libraries/libldap/tls_g.c:951:57: error: passing argument 4 of 'gnutls_fingerprint' from incompatible pointer type [-Wincompatible-point

OpenEmbedded silenced the warning with a cast: https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/openldap/openldap/0001-fix-incompatible-pointer-type-error.patch?h=master (also marked "Upstream-Status: Submitted", but I can't find any evidence of that online...) bv_l

Bug#1078822: openldap FTBFS on 32bit architectures: ../../../../libraries/libldap/tls_g.c:951:57: error: passing argument 4 of 'gnutls_fingerprint' from incompatible pointer type [-Wincompatible-point

Control: tag -1 upstream Control: forwarded -1 https://bugs.openldap.org/show_bug.cgi?id=10253 Thanks for the report. It looks like the warning has been there since the code was originally added (in OpenLDAP 2.5), but with GCC 14 it became an error. The last upload was still built with GCC 13 (

Bug#1072449: retroarch: FTBFS with ffmpeg 7.0: record/drivers/record_ffmpeg.c:304:16: error: ‘AVCodecContext’ has no member named ‘channels’

Hi Jonathan, On Sun, Jun 02, 2024 at 03:26:12PM +0200, Sebastian Ramacher wrote: Source: retroarch Version: 1.18.0+dfsg-1 Severity: important Tags: trixie sid ftbfs Usertags: ffmpeg-7.0 Hi, during a rebuild of the reverse dependencies for the transition to ffmpeg 7.0, your package failed to bu

Bug#1076780: slapd exits with Sig6

Control: tag -1 moreinfo Hello, thank you for the report. On Tue, Jul 23, 2024 at 09:05:10AM +0200, Matthias Fenner wrote: Changing a user-password in slapd leads to Sig6 and a stopped sldapd process. journalctl output is: Jul 23 08:40:31 wbldap3.webbilling.lc slapd[592990]: <= acl_access_allo

Bug#1075267: mgba: ftbfs with GCC-14

[ 67%] Building C object CMakeFiles/updater-stub.dir/src/feature/updater-main.c.o /usr/bin/cc -DBUILD_GL -DBUILD_GLES2 -DBUILD_GLES3 -DBUILD_STATIC -DENABLE_SCRIPTING -DHAVE_CRC32 -DHAVE_FREELOCALE -DHAVE_FUTIMENS -DHAVE_FUTIMES -DHAVE_LOCALE -DHAVE_LOCALTIME_R -DHAVE_NEWLOCALE -DHAVE_PTHREAD_CR

Bug#1073060: libldap2: libldap should depend on libldap-common

On Thu, Jun 13, 2024 at 09:08:58AM -0300, Athos Ribeiro wrote: I understand the pain there. How often did the issue occur back then when the libldap-common was in Depends? It's a few years ago now, so I don't remember exactly. Initially it was a tightly versioned Depends. That caused a lot of

Bug#1073060: libldap2: libldap should depend on libldap-common

Control: reassign -1 libldap-2.4-2 2.4.51+dfsg-1 Control: severity -1 wishlist Control: block -1 by 915948 Hello Athos, On Wed, Jun 12, 2024 at 10:53:37AM -0300, Athos Ribeiro wrote: Installing packages which depend on libldap2 with --no-install-recommends will not install the libldap-common pa

Bug#1071480: libldap: sends some IPv6 addresses as server name

Control: tag -1 upstream moreinfo Hi Elliott, thank you for investigating this issue and contributing a patch. However, I tested your patch, and I'm not sure it's correct. If the IPv6 address contains a letter a-f before the first colon, I think the code you changed is never reached. On seei

Bug#1070031: heimdal-kdc: fails to install if /usr/bin/kadmin is not Heimdal kadmin

Package: heimdal-kdc Version: 7.8.git20221117.28daf24+dfsg-5 Severity: normal Dear Maintainer, I noticed that if the package krb5-user is installed, then heimdal-kdc fails to install, because /usr/bin/kadmin is the wrong one: # apt install krb5-user [...] # ls -l /etc/alternatives/kadmin lrwxrw

Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

On Fri, Mar 08, 2024 at 07:33:59PM -0800, Steve Langasek wrote: This bug is also reproducible on the armel and armhf release archs as a result of the time_t transition, so bumping this to serious. ACK. This does fix the build failure. I was about to push such a change to the repo and do a ma

Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

Would you be willing to test build the attached patch on hppa? I've tested it on amd64 with -Werror=implicit-function-declaration appended. thanks, Ryan >From fa0b704371762bdc479a5d8dc6a0a6df4ec3a52e Mon Sep 17 00:00:00 2001 From: Ryan Tandy Date: Fri, 8 Mar 2024 17:58:15 -0800 Subject

Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

On Thu, Mar 07, 2024 at 01:29:54PM -0800, Ryan Tandy wrote: The binNMUs succeeded on several release arches already. I'm not sure why hppa would be different. I see -Werror=implicit-function-declaration in its compiler commands, but I don't know where it's coming from. I r

Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

The implicit declaration occurs on all arches, but it's a warning, not an error. For example on amd64: smbk5pwd.c:917:23: warning: implicit declaration of function ‘kadm5_s_init_with_password_ctx’; did you mean ‘kadm5_init_with_password_ctx’? [-Wimplicit-function-declaration] 917 |

Bug#1062872: mgba: NMU diff for 64-bit time_t transition

On Sun, Feb 04, 2024 at 07:38:06AM +0200, Graham Inggs wrote: Is a MR against https://salsa.debian.org/vorlon/armhf-time_t the right place to proceed? Yes. https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/131

Bug#1062872: mgba: NMU diff for 64-bit time_t transition

Hi Graham, Would it be possible to configure the analysis tool to skip the headers under /usr/include/mgba-util/platform/*/? The appropriate platform header is included automatically by , in our case that's and the other ones require various foreign SDK headers. I'm testing a fix for lib

Bug#1062872: mgba: NMU diff for 64-bit time_t transition

Hi Graham, Checking the reports quickly, it looks like mgba came up because the tool failed to analyze its headers, i.e. https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09%3A53%3A00/logs/libmgba-dev/base/log.txt In file included from /tmp/dZv19vBzjS/dump1.h:151: /usr/include/mgba-util/pla

Bug#1040382: slapd: debian12 ships with slapd-2.5.13+dfsg-5 which crashes (segfault in dynlist.la).

Hello splge, Can you confirm whether the slapd setup where you encountered this crash might have included a global/frontend instance of the dynlist overlay? If you still have the logs, can you show a crash report from dmesg? See additional context quoted below. I would like to know for sure

Bug#1052265: ldap.conf.5: some remarks and editorial changes for this man page

Control: tag -1 moreinfo Hello Bjarni, thank you for your contribution. The man page is maintained upstream. May I ask you to submit your changes directly to the OpenLDAP project? (It's better if you can do so yourself, than if I do it on your behalf.) There is a guide for contributors:

Bug#1042795: bookworm-pu: package mgba/0.10.1+dfsg-1+deb12u1

On Tue, Aug 01, 2023 at 09:03:43PM +0100, Jonathan Wiltshire wrote: Please go ahead (your changelog should target bookworm). Thanks, the package has been uploaded.

Bug#1040382: slapd: debian12 ships with slapd-2.5.13+dfsg-5 which crashes (segfault in dynlist.la).

Control: tag -1 moreinfo Hello, I'm sorry for the long delay in following up on this. I'm looking at this issue and I don't see where any dynlist crash was reported or fixed upstream for 2.5.14. Can you please explain how to trigger the crash, or point to the upstream issue where it was fixe

Bug#1042795: bookworm-pu: package mgba/0.10.1+dfsg-1+deb12u1

re incapable of OpenGL 3.2. + * debian/gbp.conf: Set debian-branch to bookworm. + + -- Ryan Tandy Mon, 26 Jun 2023 16:51:44 -0700 + mgba (0.10.1+dfsg-1) unstable; urgency=medium * New upstream release. diff -Nru mgba-0.10.1+dfsg/debian/gbp.conf mgba-0.10.1+dfsg/debian/gbp.conf --- mgba-0.1

Bug#976991: I am stepping up to help with the GnuTLS → OpenSSL switch in OpenLDAP

On Wed, Jul 26, 2023 at 09:54:16AM +, John Scott wrote: I'll write some TLS autopkgtests, we'll rebuild reverse dependencies and see how they fare, it'll be great. That's an excellent first step, thanks for looking into it! Regarding staging in experimental, Sergio currently uses that for

Bug#1040382: slapd: debian12 ships with slapd-2.5.13+dfsg-5 which crashes (segfault in dynlist.la).

Hello, thanks for reporting the issue. On Wed, Jul 05, 2023 at 11:49:13AM +0200, splge wrote: openldap-2.5.14 (slapd-2.5.14) does not have this problem (i have compiled from source, installed and tested). please consider to replace slapd-2.5.13 by slpad-2.5.14 in debian12. I probably can't i

Bug#1036829: libretro-mgba: Audio stutters horribly and sounds distorted

Hello, I'm preparing an update for mgba in bookworm to fix this issue. Can I ask you to test the proposed package and confirm that it works for you? On my system, the current bookworm package has no audio at all in retroarch, which is different from what you reported, so I'd like to be sure

Bug#877512: slapd: enabled systemd integration (untested patch)

On Wed, Jun 28, 2023 at 01:03:33PM -0700, Ryan Tandy wrote: SLAPD_CONF is also used (at least) by anyone who still uses a slapd.conf file instead of cn=config. Using -f or -F depending on what SLAPD_CONF points to was the main reason I assumed we'd need a wrapper script. But that could al

Bug#877512: slapd: enabled systemd integration (untested patch)

On Wed, Jun 28, 2023 at 08:48:14PM +0200, Moritz Mühlenhoff wrote: OTOH, moving to the systemd unit might also be a good opportunity to reduce some complexity? Looking at slapd.default shipped with the current package SLAPD_SENTINEL_FILE, SLAPD_PIDFILE and SLAPD_NO_START are all settings which ar

Bug#877512: slapd: enabled systemd integration (untested patch)

On Wed, Jun 28, 2023 at 06:29:31PM +0200, Andreas Henriksson wrote: I'm attaching a patch which has only been compile-tested as I don't use slapd myself. It would be great if someone who uses slapd could pick it up, test it and finish the remaining work. Thanks for the patch and for doing the c

Bug#1036995: openldap: CVE-2023-2953

Hi, thanks for the report. If I've understood the issue correctly (DoS/crash if malloc fails), it does not look too urgent. Although the fixes look safe enough, I think we could wait until after bookworm is released, and fix this in unstable first and in a point release later. Does that sound

Bug#1036829: libretro-mgba: Audio stutters horribly and sounds distorted

Hi, thanks for the report. I don't think I'll be able to get this fix into the initial Bookworm release, but we can most likely get it addressed in the first point release.

Bug#1030814: openldap: autopkgtest regression

Hi, thanks for reporting. On Tue, Feb 07, 2023 at 07:25:31PM +0200, Adrian Bunk wrote: /tmp/autopkgtest-lxc.jrj8ozx8/downtmp/build.7fx/src/debian/tests/sha2-contrib: line 6: slappasswd: command not found The dependency is definitely installed so it must be a PATH issue. Maybe because this te

Bug#1030716: openldap: password/sha2 produces incorrect SHA256

Thanks for the patch and info. One additional data point: openldap 2.5.13 in bullseye-backports (gcc 10.2.1-6) seems to be OK. I looked briefly at the assembly with/without -fno-strict-aliasing and noted a difference somewhere around sha2.c:609. It doesn't look obviously wrong to me -- buffe

Bug#1030716: openldap: password/sha2 produces incorrect SHA256

Hi Andreas. Thanks for forwarding the bug. Were you able to determine whether this is a bug in the module or in the compiler? -fno-strict-aliasing sounds like more of a workaround, is that correct? Thanks Ryan

Bug#877512: systemd unit for slapd

On Mon, Jan 30, 2023 at 03:14:09AM +0100, Chris Hofstaedtler wrote: Hello Ryan, Hi, * Ryan Tandy [19 Feb 2019 08:42:24]: On Tue, Feb 19, 2019 at 09:27:29AM +0100, Karsten Heymann wrote: > any news on this? Having a proper systemd unit for slapd would be quite nice. Not for buster,

Bug#1010608: openldap: Flaky test test063-delta-multiprovider

Control: severity -1 important On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote: Then not running the script at all is an improvement over the current situation. Flaky tests are bad. Until a better solution is found, how about skipping the test? I have uploaded -3 with the flaky te

Bug#1010608: openldap: Flaky test test063-delta-multiprovider

On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote: Then not running the script at all is an improvement over the current situation. Flaky tests are bad. Until a better solution is found, how about skipping the test? Not ideal, but yeah, probably an improvement over shipping a flaky t

Bug#1025815: maintainerscripts choke on debconf-set-selection set input

Hi Marc, thanks for the report, and sorry for the slow response. On Fri, Dec 09, 2022 at 08:15:29PM +0100, Marc Haber wrote: Nevetheless, openldap should be able to reconfigure itself after the Debconf database is preseeded with a string that came out of debconf-get-selections. The original fi

Bug#1023855: TOTP module not enabled in slapd-contrib

Hi Kees, On Tue, Nov 22, 2022 at 11:14:43AM +0100, Kees Meijs wrote: Unfortunately I didn't have time earlier, but I just managed to install a new virtual machine using bookworm. After installing both the slapd and slapd-contrib packages, I do not see the TOTP module. So no, it seems not to b

Bug#1024057: slapd: service restart does not always restart slapd

Hi Mike, Sorry, I should have been more explicit. What I'm really looking for is journal output (journalctl -u slapd.service) or equivalent from the actual restart event. Specifically anything showing why slapd fails to restart, or any errors are emitted during the attempted restart. thanks,

Bug#1024057: slapd: service restart does not always restart slapd

Control: tag -1 moreinfo Hi Mike, thanks for reporting this. Can you elaborate about the failures you're seeing, or share any logs? On Mon, Nov 14, 2022 at 08:12:08AM +, Mike Gabriel wrote: Unfortunately, I don't have any Debian testing systems in the field with a similar setup, but I assu

Bug#1023855: TOTP module not enabled in slapd-contrib

Hi Kees, I've been reminded that in 2.5 the slapo-otp(5) module (supports both TOTP and HMAC) was added, and we already ship that one in bookworm's slapd package. https://manpages.debian.org/bookworm/slapd/slapo-otp.5.en.html Could you please check whether slapo-otp(5) meets your needs? tha

Bug#1023855: TOTP module not enabled in slapd-contrib

Control: severity -1 wishlist On Fri, Nov 11, 2022 at 03:05:48PM +0100, Kees Meijs wrote: Could you please enable the plugin to be built? Will do. Thanks for putting in the request.

Bug#1020442: heimdal breaks openldap autopkgtest: test smbk5pwd

Thanks for raising the bug. The slapd autopkgtest does a chgrp/chmod to grant slapd access to the heimdal master key, but the permissions on the containing directory (/var/lib/heimdal-kdc) became more restrictive (now 700). I will update the autopkgtest ASAP.

Bug#1010971:

Control: reassign -1 slapd 2.5.12+dfsg-1 Control: affects -1 src:sssd Control: forcemerge -1 1010678 Thanks Andreas for providing the additional details here. I'm aware of the problem and will upload openldap with a workaround ASAP. I had not seen Dave's MR for debconf, though; thanks for that.

Bug#1010608: openldap: Flaky test test063-delta-multiprovider

Control: tag -1 help Hi Adrian, On Thu, May 05, 2022 at 02:54:14PM +0300, Adrian Bunk wrote: https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/openldap_2.5.11+dfsg-1.rbuild.log.gz I'm afraid this link has been superseded by the new upload (which built successfully & reproduci

Bug#1010679: golang-openldap: should this package be removed?

Source: golang-openldap Version: 0.2-2 Severity: serious Tags: bookworm sid Dear Go team, I recently opened an RC bug against golang-openldap (#1007217). Rather than fixing the bug, I am wondering if golang-openldap should just be removed from Debian: - It's an old library with no reverse-de

Bug#1010678: slapd: dpkg-reconfigure doesn't restart slapd

Package: slapd Version: 2.5.12+dfsg-1 Severity: serious Control: affects -1 src:sssd The last upload of openldap is affected by #1010677 in debhelper: "dpkg-reconfigure slapd" doesn't restart slapd and the config reset isn't applied. In addition to users' expectations, this breaks (at least)

Bug#1010677: debhelper: dpkg-reconfigure doesn't restart --no-restart-after-upgrade services

Package: debhelper Version: 13.7.1 Control: affects -1 slapd Hi Niels, hi Dave (in X-D-CC), In #994204, Dave wrote: I think it may be preferable to instead move the stop behaviour to the "preinst" script of the *new* version of the package so that both stop and start behaviours are encapsulat

Bug#1008951: openldap FTBFS on musl-linux-any: conflicting declaration of calloc

Control: tag -1 upstream moreinfo Hi Helmut, Thanks for the analysis and patch, and sorry for the slow response. Has this been reported upstream yet? I searched and didn't find this specific issue, but it looks like upstream have fixed at least two other musl-specific issues recently [ITS#964

Bug#1008021: bind9: unused build-dependency on libldap2-dev

Source: bind9 Version: 1:9.18.1-1 Severity: minor Dear Maintainer, I think bind9's build-dependency on libldap2-dev is unused. As far as I can tell, it was added to support the dlz-ldap module: https://salsa.debian.org/dns-team/bind9/-/commit/dcc91657062f34b22cceaceaac176e3d445770e9#58ef006ab62

Bug#1007973: usbguard: Unused build-dependency on libldap2-dev

Source: usbguard Version: 1.0.0+ds-2 Severity: minor Dear Maintainer, usbguard's build-dependency on libldap2-dev appears to be unused. It looks like the configure script disables LDAP unless explicitly enabled, and debian/rules does not enable it. I also see "libldap: None; building without L

Bug#1007972: oddjob: Unused build-dependency: libldap2-dev

Source: oddjob Version: 0.34.6-1 Severity: minor Dear Maintainer, oddjob's build-dependency on libldap2-dev seems to be unused. The related part of configure.ac has been disabled since 2006: https://pagure.io/oddjob/c/0113a5fce83a4155aa0c264751936a3c846b4273 I rebuilt the package with the libl

Bug#1007731: php-fpdf: Unused build dependencies on libldap2-dev and libgdbm-dev

I confirm the libldap2-dev dependency is unused. I rebuilt php-fpdf with it removed and libldap2-dev purged, and the resulting .deb was bit-identical. The dependencies on po-debconf and quilt also look suspect to me, as the package has no debconf templates and no patches.

Bug#1006456: transition: openldap

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. I looked through unstable's Packages by hand to see if I missed any

Bug#1006456: transition: openldap

gnupg1 also has the dependency in Recommends and should be rebuilt.

Bug#1006456: transition: openldap

On Mon, Mar 14, 2022 at 10:15:54PM +0100, Sebastian Ramacher wrote: If it's really just compile-tome constants and not actual symbols, then that it's fine. There is one source file (SOGoLDAPUserDefaults.m) that calls ldap_ functions, but from the build log it looks like the feature isn't enab

Bug#1006456: transition: openldap

On Mon, Mar 14, 2022 at 02:00:59PM -0700, Ryan Tandy wrote: sogo is probably ok. It depends on libldap-dev because it uses a couple of constants from , but it doesn't seem to link -lldap itself, instead relying on libsope1 to link it transitively. ... although right after I sent thi

Bug#1006456: transition: openldap

collectd and monitoring-plugins should be rebuilt as well. They are showing as unknown in the tracker because they list their plugins' shlib dependencies in Suggests and Recommends respectively. Sorry it didn't occur to me to list those fields in the ben file. sogo is probably ok. It depends o

Bug#1006456: transition: openldap

On Sun, Mar 13, 2022 at 02:26:20PM +0100, Sebastian Ramacher wrote: Please take a look at golang-openldap. It's an arch: all package and hardcodes a dependency on libldap-2.4-2 Thanks. I hadn't noticed it was hard-coded. Filed #1006456. Also examining some of the "unknown" rows in the tracker,

Bug#1007217: golang-openldap: openldap 2.5 transition

Source: golang-openldap Version: 0.2-2 Severity: important Control: block 1006456 by -1 Dear Maintainer, golang-openldap-dev has a hard-coded dependency on libldap-2.4-2. For the openldap 2.5 transition which is currently underway, the dependency should be updated to libldap-2.5-0. I'm sorry f

Bug#1006456: transition: openldap

On Fri, Mar 11, 2022 at 10:15:31PM +0100, Sebastian Ramacher wrote: Please go ahead Thank you. openldap/2.5.11+dfsg-1 has just been accepted into unstable. Should I bump the remaining autopkgtest issues to RC severity at this time? Could you please update the ben file for the transition? Th

Bug#1006016: marked as done (wine will probably FTBFS with OpenLDAP 2.5)

Thank you, Mike!

Bug#1006456: transition: openldap

Wine has been fixed. I confirmed a successful build with openldap 2.5.

Bug#1006456: transition: openldap

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: pkg-openldap-de...@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 tea

Bug#989409: nss-pam-ldapd's autopkgtest fails with OpenLDAP 2.5

Hi Arthur, sorry for the long delayed followup. On Sun, Nov 14, 2021 at 04:20:03PM +0100, Arthur de Jong wrote: However the test_pamcmds script fails with the new version. The login with the correct password fails, the issue seems to be (from nslcd.log): nslcd: [a88611] DEBUG: got LDAP_CONTR

Bug#1006016: wine will probably FTBFS with OpenLDAP 2.5

Source: wine Version: 5.0.3-3 Severity: important Tags: sid bookworm Dear Maintainer, Wine will most likely FTBFS with OpenLDAP 2.5, which is now available in experimental. I wasn't able to test this directly, because of the other FTBFS issues, but I wanted to file this bug anyway, for tracking

Bug#1006014: FTBFS: void value not ignored as it ought to be

Source: bind-dyndb-ldap Version: 11.9-4 Severity: serious Tags: ftbfs Dear Maintainer, bind-dyndb-ldap fails to build from source on amd64: /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -Werror -std=gnu9

Bug#1005992: FTBFS: 'sys_siglist' undeclared

Source: xemacs21 Version: 21.4.24-9 Severity: serious Tags: ftbfs Dear Maintainer, xemacs21 fails to build from source on amd64: process.c:1314:27: error: 'sys_siglist' undeclared (first use in this function) 1314 | return (const char *) sys_siglist[signum]; |

Bug#976991: libldap-2.4-2:amd64: Please consider building with openssl instead of gnutls

On Wed, Feb 02, 2022 at 12:53:59PM -0600, Matt Zagrabelny wrote: Any traction on a gnutls -> openssl migration for openldap for bookworm? I don't have any technical reasons to block it, but for personal reasons I'm not likely to pursue it myself. As already written in the RFH bug (#512360),

Bug#1004226: autopkgtest: qemu only boots qcow2 images

ot 1.6.10-12 pn vmdb2 -- no debconf information >From dc5722886920a030d850cd5e0a492c49ffa96988 Mon Sep 17 00:00:00 2001 From: Ryan Tandy Date: Sat, 22 Jan 2022 19:19:33 -0800 Subject: [PATCH] Fix qemu failing to boot raw base image The overlay file is created with 'qe

Bug#1003291: ModuleNotFoundError: No module named 'pkg_resources'

Package: goobook Version: 3.5.1-1 Severity: serious Justification: Policy 7.2 Dear Maintainer, goobook seems to need a dependency on python3-pkg-resources: (sid-amd64)# goobook Traceback (most recent call last): File "/usr/bin/goobook", line 33, in sys.exit(load_entry_point('goobook==3.5.

Bug#989155: dh_installinit: when upgrading to a version that adds --no-restart-after-upgrade, the service is not restarted

Hi Michael, On Fri, Oct 29, 2021 at 09:51:46AM +0200, Michael Biebl wrote: If you use "--no-restart-after-upgrade", why do you expect the service to be restarted? The man page describes --no-restart-after-upgrade: Undo a previous --restart-after-upgrade (or the default of compat 10). If n

Bug#992130: ldap-utils: [ldapsearch] wrong default location of -T in man page

Control: tag -1 fixed-upstream https://git.openldap.org/openldap/openldap/-/commit/f7d558a44912329019eaa5a2400fa0a460f48f10

Bug#991274: Package libldap-2.4-2 was built without LDAP_CONNECTIONLESS

Control: retitle -1 sssd-ldap: ldap_init_fd failed: Bad parameter to an ldap routine Control: reassign -1 sssd-ldap 2.4.0-1 Control: severity -1 important Hi Timo, Since this is kind of a regression in sssd 2.4.0, and a fix is now available for sssd [1], can I ask you to take care of it on sss

Bug#982147: Test case for libmgba-dev

Hello, I'm working on the libmgba-dev package. Can either of you share a link to a project or test case that I can use to test it? or would either of you be willing to test the package if I push the changes (or a repo of built packages) somewhere? thanks, Ryan

Bug#993343: OpenLDAP 2.5 FTBFS on GNU/Hurd: MAXPATHLEN undeclared

Hi Joshua, On Sat, Sep 04, 2021 at 12:10:30PM -0400, Joshua Branson wrote: This is supposed to be an "easy fix". I'd be willing to try to work with you to help you fix this. Thanks a lot for offering to work on a fix. Actually it was easy enough that the upstream developers have already fixe

Bug#993618: RFS: openldap/2.4.59+dfsg-1~bpo11+1

Package: sponsorship-requests Severity: normal Dear mentors and backporters, As with previous releases, I am looking for a sponsor to perform the initial upload of openldap to bullseye-backports since it will be NEW. I am DM for the package and can take care of future uploads myself. Rationa

Bug#993343: OpenLDAP 2.5 FTBFS on GNU/Hurd: MAXPATHLEN undeclared

Control: tag -1 fixed-upstream https://bugs.openldap.org/show_bug.cgi?id=9659 has also been fixed. Now upstream git master builds fine on hurd-i386, as does a 2.5 package with the relevant fixes applied. back-mdb even passes the first few tests, but still fails on test008-concurrency...

Bug#993343: OpenLDAP 2.5 FTBFS on GNU/Hurd: MAXPATHLEN undeclared

The MAXPATHLEN failure has been fixed in the 2.5 branch. Still FTBFS though, the slapd code fails to compile on Hurd. https://bugs.openldap.org/show_bug.cgi?id=9659

Bug#993343: OpenLDAP 2.5 FTBFS on GNU/Hurd: MAXPATHLEN undeclared

Source: openldap Version: 2.5.5+dfsg-1~exp1 Severity: important Tags: upstream ftbfs help Forwarded: https://bugs.openldap.org/show_bug.cgi?id=9658 https://buildd.debian.org/status/fetch.php?pkg=openldap&arch=hurd-i386&ver=2.5.5%2Bdfsg-1%7Eexp1&stamp=1623486618&raw=0 libtool: compile: cc -g -O2

Bug#991274: Package libldap-2.4-2 was built without LDAP_CONNECTIONLESS

Hi Gerald, The following patch is supposed to make CLDAP optional for sssd again: https://github.com/SSSD/sssd/issues/5720 https://github.com/SSSD/sssd/pull/5743 Would it be possible for you to test that patch and report your findings in the issue or pull request? CCing the sssd maintainers

Bug#991274: Package libldap-2.4-2 was built without LDAP_CONNECTIONLESS

Control: severity -1 wishlist Hi, I'm afraid this is too late for Debian 11 (bullseye). We could look at enabling it for Debian 12 (bookworm). On Mon, Jul 19, 2021 at 03:35:38PM +0200, Gerald Vincent wrote: Since 2.4.0, package sssd needs openldap library built with CONNECTIONLESS support t

Bug#989409: nss-pam-ldapd's autopkgtest fails with OpenLDAP 2.5

ed: Insufficient access: Operations are restricted to bind/unbind/abandon/StartTLS/modify password Still looking into it, not sure why the new ppolicy wants the password changed after it was just reset earlier. >From 333260bde9b87cdc5362904f46507ea7ca06bc89 Mon Sep 17 00:00:00 2001 From: Ryan

Bug#989155: dh_installinit: when upgrading to a version that adds --no-restart-after-upgrade, the service is not restarted

Package: debhelper Version: 13.3.4 Severity: normal Control: affects -1 slapd Dear maintainer, It looks like if I currently use dh_installinit --restart-after-upgrade (the default), and in a newer version I change it to use --no-restart-after-upgrade, then when I upgrade to that newer version,

Bug#989025: unblock: micro-evtd/3.4-7

.0 -0700 +++ micro-evtd-3.4/debian/changelog 2021-05-22 00:40:17.0 -0700 @@ -1,3 +1,12 @@ +micro-evtd (3.4-7) unstable; urgency=medium + + [ Ryan Tandy ] + * Fix world-writable pid and status files in /var/run (Closes: #988119) +- Patch micro-evtd.c to reset umask to 022 in

Bug#988937: micro-evtd: beeps and runs the fan randomly

Package: micro-evtd Version: 3.4-4 Severity: normal While testing the recent micro-evtd changes I noticed that this problem still happens in buster and bullseye. After some hours or days of uptime, the box sometimes beeps and runs the fan, for no apparent reason. Sometimes it beeps once, other

Bug#988607: unblock: openldap/2.4.57+dfsg-3

p-2.4.57+dfsg/debian/changelog 2021-05-15 16:03:34.0 -0700 @@ -1,3 +1,9 @@ +openldap (2.4.57+dfsg-3) unstable; urgency=medium + + * Link smbk5pwd with -lkrb5. (Closes: #988565) + + -- Ryan Tandy Sat, 15 May 2021 16:03:34 -0700 + openldap (2.4.57+dfsg-2) unstable; urgency=medium *

  1   2   3   4   5   6   7   >