Your message dated Sat, 12 Jan 2019 20:37:03 +0000 (UTC)
with message-id <854450474.27414756.1547325423...@mail.yahoo.com>
and subject line Re: Bug#919118: RFS: openldap/2.4.47+dfsg-2
has caused the Debian Bug report #919118,
regarding RFS: openldap/2.4.47+dfsg-2
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 ow...@bugs.debian.org
immediately.)


-- 
919118: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919118
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor to upload a new openldap package. It adds two new binary packages that resolve some long-standing wishlist bugs.

https://mentors.debian.net/package/openldap

https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.47+dfsg-2.dsc

https://salsa.debian.org/openldap-team/openldap/tree/slapd-contrib

I hope that this could still reach testing before the soft freeze. However, it could be deferred if that seems too risky; in that case I might request an upload to experimental instead.

Changes since the last upload:

  * Reintroduce slapi-dev binary package. (Closes: #711469)
    Thanks to Florian Schlichting.
  * Do not call gnutls_global_set_mutex(). (Closes: #803197)
  * Use dh_auto_* to build and install contrib modules.
    - Stop patching the clean rule in smbk5pwd's Makefile.
  * Explicitly list overlays and man pages installed by slapd package in
    slapd.install and slapd.manpages files.
  * Set common variables for contrib Makefiles by make(1) command line instead
    of patching every Makefile.
  * Build and install more contrib plugins in a new slapd-contrib package:
    - pw-apr1 and pw-netscape (Closes: #592362)
    - pw-pbkdf2 (Closes: #794999)
  * Import the slapo-pw-pbkdf2 man page from upstream git master and install
    it with the slapd-contrib package.
  * Add smbk5pwd to slapd-contrib and turn slapd-smbk5pwd into a transitional
    package. Drop smbk5pwd README since it now has a man page which is a
    better resource for users.
    - Use Breaks to ensure that slapd is not upgraded in between removing the
      old smbk5pwd module and installing the new one.
  * Include the apr1-atol.pl and apr1-lota.pl helper scripts in the
    slapd-contrib package as examples.
  * Merge remaining contrib Makefile patches into a single contrib-makefiles
    patch.

Notes on my own local testing:

- I have tested arch-all, arch-any, stage1, and full builds using sbuild. - I verified using debdiff that the list of files installed by the slapd package did not change. - I have reviewed the build log and checked that dpkg-buildflags are being correctly used when building the contrib modules.

- I have tested sid->sid and stretch->sid upgrades using piuparts.
- I have manually tested sid->sid and stretch->sid upgrades with the smbk5pwd module added and configured, and have used Breaks to ensure correct ordering for this upgrade.

- I manually tested the gnutls change in some scenarios such as a PAM/NSS setup.
- The gnutls change has also been tested by a user; see #803197.

Thanks for considering,
Ryan

--- End Message ---
--- Begin Message ---
 shortly :)
G.
    Il sabato 12 gennaio 2019, 21:30:26 CET, Ryan Tandy <r...@nardis.ca> ha 
scritto:  
 
 Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor to upload a new openldap package. It adds two 
new binary packages that resolve some long-standing wishlist bugs.

https://mentors.debian.net/package/openldap

https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.47+dfsg-2.dsc

https://salsa.debian.org/openldap-team/openldap/tree/slapd-contrib

I hope that this could still reach testing before the soft freeze. 
However, it could be deferred if that seems too risky; in that case I 
might request an upload to experimental instead.

Changes since the last upload:

  * Reintroduce slapi-dev binary package. (Closes: #711469)
    Thanks to Florian Schlichting.
  * Do not call gnutls_global_set_mutex(). (Closes: #803197)
  * Use dh_auto_* to build and install contrib modules.
    - Stop patching the clean rule in smbk5pwd's Makefile.
  * Explicitly list overlays and man pages installed by slapd package in
    slapd.install and slapd.manpages files.
  * Set common variables for contrib Makefiles by make(1) command line instead
    of patching every Makefile.
  * Build and install more contrib plugins in a new slapd-contrib package:
    - pw-apr1 and pw-netscape (Closes: #592362)
    - pw-pbkdf2 (Closes: #794999)
  * Import the slapo-pw-pbkdf2 man page from upstream git master and install
    it with the slapd-contrib package.
  * Add smbk5pwd to slapd-contrib and turn slapd-smbk5pwd into a transitional
    package. Drop smbk5pwd README since it now has a man page which is a
    better resource for users.
    - Use Breaks to ensure that slapd is not upgraded in between removing the
      old smbk5pwd module and installing the new one.
  * Include the apr1-atol.pl and apr1-lota.pl helper scripts in the
    slapd-contrib package as examples.
  * Merge remaining contrib Makefile patches into a single contrib-makefiles
    patch.

Notes on my own local testing:

- I have tested arch-all, arch-any, stage1, and full builds using 
  sbuild.
- I verified using debdiff that the list of files installed by the slapd 
  package did not change.
- I have reviewed the build log and checked that dpkg-buildflags are 
  being correctly used when building the contrib modules.

- I have tested sid->sid and stretch->sid upgrades using piuparts.
- I have manually tested sid->sid and stretch->sid upgrades with the 
  smbk5pwd module added and configured, and have used Breaks to ensure 
  correct ordering for this upgrade.

- I manually tested the gnutls change in some scenarios such as a 
  PAM/NSS setup.
- The gnutls change has also been tested by a user; see #803197.

Thanks for considering,
Ryan

  

--- End Message ---

Reply via email to