[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: OpenLDAP with back-sql schemacheck



On Fri, 20 Aug 2004 15:59:58 +0200
Pierangelo Masarati <ando@sys-net.it> wrote:

> Remco Post wrote:
> 
> >On Fri, 20 Aug 2004 14:07:44 +0200
> >Pierangelo Masarati <ando@sys-net.it> wrote:
> >
> >  
> >
> >>Remco Post wrote:
> >>
> >>    
> >>
> >>>I guess that is my problem, posixaccount has an axillary relation
> >to>>top, but no structural. I guess I could change te world around by
> >>>adding a person objectclass to my records, to fix this, provided
> >that>>the other problem I mentiond, and you are fixing now is
> >solved....>> 
> >>>
> >>>      
> >>>
> >>The current code in HEAD fixes your problems, i.e. you can
> >explicitly>ask for objectClasses define din ldap_entry_objclasses in
> >ldapsearch;>    
> >>
> >
> >cool, I've just check HEAD out and am now building it. You don't
> >happen to have a diff specific for this against 2.2.15? It would be
> >nice to make just this one change. Well, if not, no problem....
> >
> Roughly, cvs diff -u -r OPENLDAP_REL_ENG_2_2_15 -r HEAD should do
> the trick; I'm not so inclined towards preparing a patch becuse it
> would sound
> "semi-official", and I'm not going to check it actually works.  You 
> might need
> to tweak it a bit.
> 

ok, might do that if I run into strange problems with the head tree. For
now it works like I'd expect it to.

> >>you can also filter for those objectClasses.  There are a few more
> >>cleanups and I'm preparing a test for back-sql that should get rid
> >of>all problems we're seeing right now by requiring functional
> >features>not to be lost within code improvements.
> >>
> >>Due to the nature of back-sql, the test is disbaled by default; one 
> >>needs to
> >>explicitly enable it AFTER configuring and populating an appropriate
> >>RDBMS.
> >>
> >>    
> >>
> >
> >of course, but being able to test is great.
> >
> In a couple of minutes, the README with a few hints and caveats...
> 
> > Btw, making the
> >inetOrgPerson the 'main' objectclass for my ldap entries does help
> >with the schemacheck problem.
> >  
> >
> I think that's THE solution :)  There are vague plans about
> introducing a new
> means to provide extra objectClasses to entries in a more elegant way 
> that does
> not require to overpopulate the ldap_entry_objclasses, but it's
> nothing close yet.
> 

Thanks for your help and the rappid action on the fix. I'm now a happy
openldap user.....

> ciao, p.
> 
> 
> 
>     SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax:
>     +390382476497
> 


-- 
Met vriendelijke groeten,

Remco Post

SARA - Reken- en Netwerkdiensten                      http://www.sara.nl
High Performance Computing  Tel. +31 20 592 3000    Fax. +31 20 668 3167

"I really didn't foresee the Internet. But then, neither did the
computer industry. Not that that tells us very much of course - the
computer industry didn't even foresee that the century was going to
end." -- Douglas Adams