Public bug reported:
This is the affected following setup:
* apache2-mpm-worker
* libapache2-mod-php5
* mediawiki
(all from quantal in my case).
After doing "/etc/init.d/apache2 reload", POST requests to mediawiki (e.g. page
preview or save) fail with a lost connection. The log files only show a
Klaus: in an environment of this size, I strongly recommend against using
libnss-ldap, because it just doesn't scale well enough. Please try installing
nslcd and libnss-ldapd (notice the d), get it running, after that add nscd
again, and evaluate if this better fits your needs. If it doesn't, yo
anged in: sudo (Kairos Linux)
Importance: Undecided => High
** Changed in: sudo (Kairos Linux)
Status: New => Confirmed
** Changed in: sudo (Kairos Linux)
Assignee: (unassigned) => Philipp Kaluza (pixelpapst)
--
NSS using LDAP on Karmic breaks 'su' and 'sud
Howard, I have longingly looked at libnss-ldapd for almost 4 years now, and
absolutely agree it has a better architecture, cleaner code etc., and is a
sensible long-term migration path. (The other possibly being sssd.)
But multiple test migrations in my LDAP deployments always turned up some
s
Hi Karsten,
thank you for finding this patch.This would indeed be nice to have.
A few questions:
* the build system changes you mention seem not to be included (maybe attach a
debdiff ?)
* could you reproduce the dpatch with diff -p so it's eaier for others to put
in context ?
Thanks you,
P
notes to self and others reviewing this patch (sasl package guru ?):
* the strncmp's around line 62 in the patch might as well use pass_format_str
instead of p
* the hardcoded 11 there bothers me
* strcasecmp ?
* this part in _sasl_get_salt is partially redundant:
+ /* bl
I can confirm this. While this setup doesn't seem too common, it's certainly a
valid and supported one.
This needs to be adressed on the slapd side, so reassigning this.
The suggested fix (adduser openldap sasl) is quite simple, won't cause any
regressions, but does give the slapd process some m
Blueprint changed by Philipp Kaluza:
Whiteboard changed to:
2006-12+21 khaeru: might this be handled by the ubuntu-server-tasks
spec?
21/12/2006 - I think we should pick an existing suite, i.e. hula and
then create the ubiquitous middleware to achieve what we want
13/07/2007 (stephan-impilinux
no response for 10 months; thanks Joop.
closing this
** Changed in: libnss-ldap (Ubuntu)
Status: New => Invalid
--
using libnss-ldap, user can be member of max 16 groups
https://bugs.launchpad.net/bugs/140975
You received this bug notification because you are a member of Ubuntu
Server Tea
** Also affects: libnss-ldap (Kairos Linux)
Importance: Undecided
Status: New
** Changed in: libnss-ldap (Kairos Linux)
Importance: Undecided => Medium
--
uri ldaps://host requires trailing '/' to work
https://bugs.launchpad.net/bugs/165108
You received this bug notification because
** Also affects: libnss-ldap (Kairos Linux)
Importance: Undecided
Status: New
** Changed in: libnss-ldap (Kairos Linux)
Importance: Undecided => Medium
Assignee: (unassigned) => Kairos Maintainers "techref" group
(kairos-techref)
Status: New => Confirmed
--
libnss-ldap
** Bug watch added: Debian Bug tracker #497098
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497098
** Changed in: debian
Importance: Undecided => Unknown
** Changed in: debian
Status: New => Unknown
** Changed in: debian
Remote watch: None => Debian Bug tracker #497098
--
[ne
I think Sam was proposing to pull this new version as an update into karmic.
The SRU guidelines state that this should hit lucid first, before we ask for an
SRU. (Since this bug is a bit high-profile, it might make sense to speed up
this process by uploading a dedicated bugfix package to lucid i
13 matches
Mail list logo
