This bug was fixed in the package openldap - 2.4.11-0ubuntu4
---
openldap (2.4.11-0ubuntu4) intrepid; urgency=low
* debian/slapd.postinst, debian/slapd.script-common: set correct ownership
and permissions on /var/lib/ldap, /etc/ldap/slapd.d (group readable) and
This bug was fixed in the package openldap - 2.4.11-0ubuntu4
---
openldap (2.4.11-0ubuntu4) intrepid; urgency=low
* debian/slapd.postinst, debian/slapd.script-common: set correct ownership
and permissions on /var/lib/ldap, /etc/ldap/slapd.d (group readable) and
You are right Javier.
However, I'd suggest to always fix the permission in the init script
just after the ownership are set. It's simpler.
** Changed in: openldap (Ubuntu)
Status: Confirmed = Triaged
** Changed in: openldap (Ubuntu)
Target: None = ubuntu-8.10-beta
--
wrong
You are right Javier.
However, I'd suggest to always fix the permission in the init script
just after the ownership are set. It's simpler.
** Changed in: openldap (Ubuntu)
Status: Confirmed = Triaged
** Changed in: openldap (Ubuntu)
Target: None = ubuntu-8.10-beta
--
wrong
Thanks for your bug report. Your debdiff doesn't work as expected as
/var/run is a tmpfs directory and is recreated every time the system is
booted.
Moreover, according the init script /etc/init.d/slapd, the symlink is
there to maintain backward compatibility with openldap 2.1 client
libraries:
Hi Mathias,
Thanks for taking care of this.
Yes, /var/run is recreated every time the system is booted, but that's
fine because /etc/init.d/slapd does the work ok:
# Make sure the pidfile directory exists with correct permissions
piddir=`dirname $SLAPD_PIDFILE`
if [ ! -d $piddir ];
Thanks for your bug report. Your debdiff doesn't work as expected as
/var/run is a tmpfs directory and is recreated every time the system is
booted.
Moreover, according the init script /etc/init.d/slapd, the symlink is
there to maintain backward compatibility with openldap 2.1 client
libraries:
Hi Mathias,
Thanks for taking care of this.
Yes, /var/run is recreated every time the system is booted, but that's
fine because /etc/init.d/slapd does the work ok:
# Make sure the pidfile directory exists with correct permissions
piddir=`dirname $SLAPD_PIDFILE`
if [ ! -d $piddir ];
** Attachment added: This debdiff fixes the issue
http://launchpadlibrarian.net/16746946/slapd.diff
--
wrong permissions to access ldapi
https://bugs.launchpad.net/bugs/257667
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap
** Attachment added: This debdiff fixes the issue
http://launchpadlibrarian.net/16746946/slapd.diff
--
wrong permissions to access ldapi
https://bugs.launchpad.net/bugs/257667
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
10 matches
Mail list logo