https://bugs.openldap.org/show_bug.cgi?id=9556
Issue ID: 9556
Summary: slapd-config should return invalidAttributeSyntax if
parsing schema description fails
Product: OpenLDAP
Version: 2.5.4
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: michael(a)stroeder.com
Target Milestone: ---
I'm currently testing error handling and interacting with LDAP clients (e.g. my
web2ldap).
Sending an invalid attribute type description results in an error (as expected)
returned by slapd-config:
RESULT tag=103 err=80 qtime=0.000032 etime=0.001271 text=olcAttributeTypes:
Unexpected token before SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
But result code other(80) seems not very useful. It's too unspecific to decide
on specific error handling.
It would be much more useful if slapd-config returns invalidAttributeSyntax(21)
in this case.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9576
Issue ID: 9576
Summary: Add ConfigTable link into ConfigArgs
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: enhancement
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: ondra(a)mistotebe.net
Target Milestone: ---
Would make it possible to examine defaults if necessary.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9729
Issue ID: 9729
Summary: Allow setting multiprovider before adding syncrepl
stanzas
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: ondra(a)mistotebe.net
Target Milestone: ---
It should be possible to set multiprovider first, avoiding the window of the DB
being read-only while performing an online upgrade of a single provider to an
MPR set up and generally simplifying configuration.
Instead, the only requirement should be that serverID has been explicitly set
(hopefully != 0).
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=6097
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.6.2 |2.6.1
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9778
Issue ID: 9778
Summary: Can't find the back-xxx.la libraries
Product: OpenLDAP
Version: 2.6.0
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: backends
Assignee: bugs(a)openldap.org
Reporter: burt.stampfl(a)amsc.com
Target Milestone: ---
Created attachment 870
--> https://bugs.openldap.org/attachment.cgi?id=870&action=edit
Output from the build steps I described in the 'description' above.
Hi, I'm new to OpenLDAP.
Pulled down the current 2.6 release to a Debian target and am having trouble
figuring out how to build the backend modules for dynamic use.
What I did:
1. Downloaded openldap-2.6.0.tgz and extracted the source on my Debian target.
2. configured the 'build' via (output indicated it was successful) :
./configure --enable-sql=no --enable-wt=no --enable-spasswd=yes
--enable-passwd=yes --enable-perl=yes --enable-crypt=yes --enable-ldap=yes
--enable-slapd=yes --enable-ppolicy=yes --enable-otp=yes --enable-auditlog=yes
--enable-modules=yes --with-cyrus-sasl=yes
3. ran 'make depend' (output indicated it was successful).
4. ran 'make' (output indicated it was successful).
5. ran the tests via 'env SLAPD_DEBUG=1 make test' (output indicated it was
successful).
6. Installed it via 'su root -c 'make install'
I was able to pretty easily get the slapd server running, create a database
(mdb) add users, etc, and access via a remote client.
Once I was able to do that I wanted to enable the ppolicy backend/overlay and
have not been able to get this to work. Looking online it appears I need some
'backend' modules like back-mdb.la, ppolicy.la, etc and I cannot find them
anywhere in my build tree. I had thought the --enable-xxx directives I used in
the config step would have forced this to build them, but I guess not.
How do I create these dynamic backend modules and is there any documentation on
how to use them in the newer dynamic configuration schema ?
I've attached a file with the output from the steps I performed above.
Thank you
Burt
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8988
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |INVALID
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8988
--- Comment #23 from Howard Chu <hyc(a)openldap.org> ---
> Running slapadd to build slapd database...
../../../libraries/liblmdb/mdb.c:7544:26: runtime error: member access within
misaligned address 0x0000023fe67a for type 'struct MDB_page', which requires 8
byte alignment
0x0000023fe67a: note: pointer points here
00 00 00 00 03 00 00 00 00 00 00 00 00 00 52 00 10 00 66 00 00 00 00 00 00
00 00 00 00 00 00 00
The code in question is accessing an unsigned short on a 2 byte boundary. I.e.,
its alignment is correct. UBsan is incorrect here.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9775
Issue ID: 9775
Summary: fresh git clone will not build
Product: OpenLDAP
Version: 2.6.0
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: build
Assignee: bugs(a)openldap.org
Reporter: nick(a)folino.us
Target Milestone: ---
git clone https://git.openldap.org/openldap/openldap.git
cd openldap
./configure
make depend
Entering subdirectory tests
make[1]: Entering directory 'openldap/tests'
Making depend in openldap/tests
Entering subdirectory modules
make[2]: Entering directory 'openldap/tests/modules'
make[2]: *** No rule to make target 'depend'. Stop.
make[2]: Leaving directory 'openldap/tests/modules'
make[1]: *** [Makefile:430: depend-common] Error 1
make[1]: Leaving directory 'openldap/tests'
make: *** [Makefile:356: depend-common] Error 1
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9774
Issue ID: 9774
Summary: Add and maintain file CHANGES for 2.6.x
Product: OpenLDAP
Version: 2.6.0
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: documentation
Assignee: bugs(a)openldap.org
Reporter: michael(a)stroeder.com
Target Milestone: ---
In opposite to rel eng branches for 2.4.x and 2.5.x the branch for 2.6.x is
still missing a CHANGES files.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9773
Issue ID: 9773
Summary: slapo-allowed should also list "operational"
attributes
Product: OpenLDAP
Version: 2.6.0
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: contrib
Assignee: bugs(a)openldap.org
Reporter: michael(a)stroeder.com
Target Milestone: ---
When using slapo-allowed a client may disable input fields for attributes not
listed in 'allowedAttributesEffective'. This helps the user to understand that
he/she should not even try to modify the attribute (better UX).
But slapo-allowed never shows operational attributes in
allowedAttributesEffective. In most use-cases this is understandable but there
are some nice use-cases (e.g. setting pwdPolicySubentry) where it should be
possible for the client to display an enabled input field even for operational
attributes.
See also:
* Discussion in ITS#9671
* https://code.stroeder.com/ldap/web2ldap/issues/24
--
You are receiving this mail because:
You are on the CC list for the issue.