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

Bug#906741: marked as done (stretch-pu: package ldap2zone/0.2-9+deb9u1)

Your message dated Sat, 10 Nov 2018 10:42:56 +0000
with message-id <1541846576.3542.38.camel@adam-barratt.org.uk>
and subject line Closing bugs for updates included in 9.6
has caused the Debian Bug report #906741,
regarding stretch-pu: package ldap2zone/0.2-9+deb9u1
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.)


-- 
906741: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906741
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian.org@packages.debian.org
Usertags: pu

Hi,

I have just uploaded ldap2zone 0.2-9+deb9u1 to stretch-pu.

>From debian/changelog:

```
  * debian/patches:
    + Add 0013_fix-wrong-var-usage.patch. Fix endless loop when checking
      serial of a zone. Thanks to Francois Masson for providing a patch.
      (Closes: #877508).
```

The bug reporter of #877508 found a typo in the code that leads to
endless loop execution when querying the serial of a zone from LDAP dns
backend.

light+love
Mike


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

diff -Nru ldap2zone-0.2/debian/changelog ldap2zone-0.2/debian/changelog
--- ldap2zone-0.2/debian/changelog	2017-01-23 09:22:01.000000000 +0100
+++ ldap2zone-0.2/debian/changelog	2018-08-20 15:10:12.000000000 +0200
@@ -1,3 +1,12 @@
+ldap2zone (0.2-9+deb9u1) stretch; urgency=medium
+
+  * debian/patches:
+    + Add 0013_fix-wrong-var-usage.patch. Fix endless loop when checking
+      serial of a zone. Thanks to Francois Masson for providing a patch.
+      (Closes: #877508).
+
+ -- Mike Gabriel <sunweaver@debian.org>  Mon, 20 Aug 2018 15:10:12 +0200
+
 ldap2zone (0.2-9) unstable; urgency=medium
 
   [ Wolfgang Schweer ]
diff -Nru ldap2zone-0.2/debian/patches/0013_fix-wrong-var-usage.patch ldap2zone-0.2/debian/patches/0013_fix-wrong-var-usage.patch
--- ldap2zone-0.2/debian/patches/0013_fix-wrong-var-usage.patch	1970-01-01 01:00:00.000000000 +0100
+++ ldap2zone-0.2/debian/patches/0013_fix-wrong-var-usage.patch	2018-08-20 15:09:55.000000000 +0200
@@ -0,0 +1,14 @@
+Description: Use correct variable in while loop (msgid -> msgidp)
+Author: Francois Masson <francois.masson@univ-orleans.fr>
+
+--- a/ldap2zone.c
++++ b/ldap2zone.c
+@@ -301,7 +301,7 @@
+ 	if (msgid == -1)
+ 	    err(argv[0], "ldap_search() failed");
+ 
+-	while ((rc = ldap_result(ld, msgid, 0, NULL, &res)) != LDAP_RES_SEARCH_RESULT ) {
++	while ((rc = ldap_result(ld, msgidp, 0, NULL, &res)) != LDAP_RES_SEARCH_RESULT ) {
+ 	    /* not supporting continuation references at present */
+ 	    if (rc != LDAP_RES_SEARCH_ENTRY)
+ 		err(argv[0], "ldap_result() returned cont.ref? Exiting");
diff -Nru ldap2zone-0.2/debian/patches/series ldap2zone-0.2/debian/patches/series
--- ldap2zone-0.2/debian/patches/series	2017-01-23 09:13:10.000000000 +0100
+++ ldap2zone-0.2/debian/patches/series	2018-08-20 15:09:55.000000000 +0200
@@ -11,3 +11,4 @@
 0011_evaluate-run-deploy-var.patch
 0012_update-man-page.patch
 2001_debian-defaults.patch
+0013_fix-wrong-var-usage.patch

--- End Message ---
--- Begin Message --- 
Version: 9.6

Hi,

The update referenced by each of these bugs was included in this
morning's stretch point release.

Regards,

Adam

--- End Message ---
Reply to: