Re: commit: ldap/servers/slapd schema_init.c
by Quanah Gibson-Mount
--On Tuesday, September 04, 2007 5:09 PM +0000 ando(a)OpenLDAP.org wrote:
> Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
>
> Modified Files:
> Tag: OPENLDAP_REL_ENG_2_4
> schema_init.c 1.386.2.8 -> 1.386.2.9
>
> Log Message:
> fix previous commit
I moved the tag for OPENLDAP_REL_ENG_2_4_5BETA to this version.
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
16 years
Re: commit: ldap/servers/slapd syncrepl.c
by Howard Chu
quanah(a)OpenLDAP.org wrote:
> Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
>
> Modified Files:
> Tag: OPENLDAP_REL_ENG_2_4
> syncrepl.c 1.254.2.9 -> 1.254.2.10
>
> Log Message:
> make sure n,o are non-zero, so j is initialized (coverity)
Just a note for future consideration - the only way an attribute could have
zero values here is if someone was doing an attrsonly search. Currently the
syncrepl config allows you to perform such a search. It doesn't make much sense
to me to do this though, perhaps we should eliminate that option.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
16 years
dynamic group caching for member -> dynlist search - new implementor
by Aleksander Adamowski
Hello!
Regarding the discussion about implementing dynamic group caching so
that we can search on member for dynamic groups (not only static, like
currently), let me introduce Michal Szulczynski
(michal.szulczynski(a)altkom.pl).
He's working on an implementation and I'm his mentor.
He works on CVS HEAD, and will most probably have several questions
about OpenLDAP codebase, since the only available development
documentation are sparse comments in the source...
BTW, the current HEAD version was segfaulting at startup for us, but the
simple fix for dynlist.c (see attached patch) has remedied it.
--
Best Regards,
Aleksander Adamowski
GG#: 274614
ICQ UIN: 19780575
http://olo.org.pl
--
Aleksander Adamowski
Administrator systemów korporacyjnych; Instruktor
Altkom Akademia S.A. http://www.altkom.pl
Warszawa, ul. Chłodna 51
kom. 0-601-318-080
Sąd Rejonowy dla m.st. Warszawy w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego,
KRS: 0000120139, NIP 118-00-08-391, Kapitał zakładowy: 1000 000 PLN. Adres rejestrowy Firmy - ul. Stawki 2, 00-193 Warszawa.
Niniejsza wiadomość zawiera informacje zastrzeżone i stanowiące tajemnicę przedsiębiorstwa firmy Altkom Akademia S.A.
Ujawnianie tych informacji osobom trzecim lub nieuprawnione wykorzystanie ich do własnych celów jest zabronione.
Jeżeli otrzymaliście Państwo niniejszą wiadomość omyłkowo, prosimy o niezwłoczne skontaktowanie się z nadawcą oraz usunięcie wszelkich kopii niniejszej wiadomości.
This message contains proprietary information and trade secrets of Altkom Akademia S.A. company.
Unauthorized use or disclosure of this information to any third party is prohibited.
If you received this message by mistake, please contact the sender immediately and delete all copies of this message.
16 years
"Upgrading from 2.3.x" section in Changes Appendix for Admin Guide
by Gavin Henry
Hi All,
I think it's worth adding an upgrading section, as I'm just playing with a
copy of a live 2.3.38 system and an upgrade to LDAP_REL_ENG_2_4 is giving:
olcReplicationInterval: value #0: <olcReplicationInterval> keyword is
obsolete (ignored)
str2entry: invalid value for attributeType objectClass #0 (syntax
1.3.6.1.4.1.1466.115.121.1.38)
=> ldif_enum_tree: failed to read entry for
/usr/local/etc/openldap/slapd.d/cn=config/cn=include{0}.ldif
slaptest: bad configuration file!
Admittedly, no slapcat was done as the bdb env is the same, but thought
I'd do what a normal user would ;-)
Should we list obsolete values from bconfig.c that will apply and
discuss/present the best way to upgrade?
Thoughts?
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry(a)suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/
16 years
Re: "Upgrading from 2.3.x" section in Changes Appendix for Admin Guide
by Dieter Kluenter
"Dieter Kluenter" <dieter(a)dkluenter.de> writes:
> Howard Chu <hyc(a)symas.com> writes:
>
>> Gavin Henry wrote:
>>> Hi All,
>>> I think it's worth adding an upgrading section, as I'm just playing
>>> with a
>>> copy of a live 2.3.38 system and an upgrade to LDAP_REL_ENG_2_4 is giving:
>>> olcReplicationInterval: value #0: <olcReplicationInterval> keyword is
>>> obsolete (ignored)
>>> str2entry: invalid value for attributeType objectClass #0 (syntax
>>> 1.3.6.1.4.1.1466.115.121.1.38)
>>> => ldif_enum_tree: failed to read entry for
>>> /usr/local/etc/openldap/slapd.d/cn=config/cn=include{0}.ldif
>>> slaptest: bad configuration file!
>>> Admittedly, no slapcat was done as the bdb env is the same, but
>>> thought
>>> I'd do what a normal user would ;-)
>>> Should we list obsolete values from bconfig.c that will apply and
>>> discuss/present the best way to upgrade?
>>
>> Obsolete values don't matter; like the message said - it was simply ignored.
>>
>> The problem you ran into here is that 2.3.x had cn=include entries
>> (which were also ignored in 2.3) but support for them was axed in
>> 2.4. So, just delete all the cn=include* files from the config
>> directory.
With HEAD i have similar problems
# ./slapcat -l /tmp/020907.ldif
str2entry: invalid value for attributeType olcDbConfig #11 (syntax 1.3.6.1.4.1.1466.115.121.1.15)
=> ldif_enum_tree: failed to read entry for /opt/openldap/etc/openldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif
slapcat: bad configuration file!
magenta:/opt/openldap/sbin #
-Dieter
--
Dieter Klünter | Systemberatung
http://www.dkluenter.de
GPG Key ID:8EF7B6C6
16 years
Re: commit: ldap/servers/slapd bconfig.c
by Gavin Henry
<quote who="hyc(a)OpenLDAP.org">
> Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
>
> Modified Files:
> bconfig.c 1.299 -> 1.300
>
> Log Message:
> Partially resurrect cn=Include stuff - parse from LDIF and ignore.
>
;-)
16 years
LDAP_REL_ENG_2_4
by Quanah Gibson-Mount
OpenLDAP Release Engineering 2.4 has been sync'd with HEAD. Please check
it out and test that builds and functionality work as expected. I've
tested so far on MAC OS X x86.
Thanks!
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
16 years
BerkeleyDB again
by Howard Chu
Our BDB detection macro has explicit checks for -ldb45, -ldb44, ... -ldb41
before falling back to -ldb4. So right now while I have db46 (and older
versions) installed on the system, RE24 configure picks the wrong library. I
think we should drop the link tests for minor version and only check for -ldb4.
Another alternative would be to move the db.h tests earlier and look for the
library that matches the header file version number.
Any thoughts?
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
16 years