https://bugs.openldap.org/show_bug.cgi?id=6207
--- Comment #5 from Ondřej Kuzník <ondra(a)mistotebe.net> ---
AFAIK Need to figure out first how to make a windows environment look like
gitlab runner.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=8245
--- Comment #13 from Ryan Tandy <ryan(a)openldap.org> ---
(In reply to Michael Ströder from comment #6)
> Please correct if I'm wrong but AFAIK you need 'manage' privilege to
> circumvent constraints (e.g. slapo-constraint and slapo-ppolicy).
That doesn't appear to be the case. A user with only 'write' privilege can
actually use Relax to modify attributes freely, bypassing slapo-constraint.
Personally I find this behaviour quite surprising. I would have expected both
overlays to behave like slapo-unique does (Relax honoured only with manage
access). As an administrator, configuring an overlay such as slapo-constraint
seems fairly pointless if users can simply ignore it any time they choose.
I don't understand the global Relax handling for Add/Rename, but not Modify,
either. If I understand the two options Ondřej described, either we should
require manage access _always_ in the presence of Relax, or only if the request
actually needs some rules to be relaxed. But AFAICT neither of those is
(consistently) the case right now...
(I guess this gets rather off-topic for this ticket, sorry!)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=8454
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|audit-log overlay man pag |slapo-auditlog man page
|needs some improvement |needs some improvement
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=8511
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |IN_PROGRESS
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=7878
Ryan Tandy <ryan(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|slapd |backends
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=7878
Ryan Tandy <ryan(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |CONFIRMED
Resolution|WORKSFORME |---
Ever confirmed|0 |1
--- Comment #4 from Ryan Tandy <ryan(a)openldap.org> ---
I'm reopening this, because my MSYS2/MinGW environment still reproduces it
(after fixing ITS#8383):
make[3]: Entering directory '/home/ryan/openldap/servers/slapd/back-mdb'
/bin/sh ../../../libtool --tag=disable-shared --mode=compile cc -g -O2
-I../../../include -I../../../include -I.. -I./..
-I./../../../libraries/liblmdb -c init.c
cc -g -O2 -I../../../include -I../../../include -I.. -I./..
-I./../../../libraries/liblmdb -c init.c -o init.o
In file included from ../slap.h:39,
from back-mdb.h:21,
from init.c:25:
../../../include/ac/socket.h:101: warning: "EWOULDBLOCK" redefined
101 | #define EWOULDBLOCK WSAEWOULDBLOCK
|
In file included from ../../../include/ac/errno.h:21,
from init.c:23:
C:/msys64/mingw64/x86_64-w64-mingw32/include/errno.h:166: note: this is the
location of the previous definition
166 | #define EWOULDBLOCK 140
|
In file included from ../slap.h:39,
from back-mdb.h:21,
from init.c:25:
../../../include/ac/socket.h:102: warning: "EINPROGRESS" redefined
102 | #define EINPROGRESS WSAEINPROGRESS
|
In file included from ../../../include/ac/errno.h:21,
from init.c:23:
C:/msys64/mingw64/x86_64-w64-mingw32/include/errno.h:158: note: this is the
location of the previous definition
158 | #define EINPROGRESS 112
|
In file included from ../slap.h:39,
from back-mdb.h:21,
from init.c:25:
../../../include/ac/socket.h:103: warning: "ETIMEDOUT" redefined
103 | #define ETIMEDOUT WSAETIMEDOUT
|
In file included from ../../../include/ac/errno.h:21,
from init.c:23:
C:/msys64/mingw64/x86_64-w64-mingw32/include/errno.h:223: note: this is the
location of the previous definition
223 | #define ETIMEDOUT 138
|
In file included from init.c:25:
back-mdb.h:71:2: error: unknown type name 'uint32_t'
71 | uint32_t mi_dbenv_flags;
| ^~~~~~~~
back-mdb.h:85:2: error: unknown type name 'uint32_t'
85 | uint32_t mi_rtxn_size;
| ^~~~~~~~
back-mdb.h:87:2: error: unknown type name 'uint32_t'
87 | uint32_t mi_txn_cp_min;
| ^~~~~~~~
back-mdb.h:88:2: error: unknown type name 'uint32_t'
88 | uint32_t mi_txn_cp_kbyte;
| ^~~~~~~~
init.c: In function 'mdb_db_open':
init.c:90:2: error: unknown type name 'uint32_t'; did you mean 'wint_t'?
90 | uint32_t flags;
| ^~~~~~~~
| wint_t
make[3]: *** [Makefile:343: init.lo] Error 1
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.openldap.org/show_bug.cgi?id=8753
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|OL_2_5_REQ |
--
You are receiving this mail because:
You are on the CC list for the bug.