[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: New superior without new RDN
Dave Horsfall wrote:
On Mon, 12 Mar 2007, Howard Chu wrote:
How do I move an entry to a new superior without changing the RDN as
well? I cannot find any examples of this (at least, none that works).
test006, test007, test017, test018, test019, test032, test040, test043,
test045, test046, test048...
Wherever you were looking, you should always start by looking in the
source distro itself.
And I completely failed to see the lack of "-", as you pointed out
later... And yes, line 6 == "-" should have been a hint.
"-" is invalid in a modDN request. And yes, newRDN must be an actual
RDN, not just a naked value.
I'm starting to see too many mistakes in "http://www.zytrax.com/books/ldap/"
to trust it now. Or, for that matter, Howes/Smith/Good (1st Ed).
Only starting? Tim Howes' book was authoritative, a lifetime ago. Living
technologies evolve.
The Zytrax stuff looked like a nice effort at first, but as usual, I
question the motives. People who genuinely want to help others spend
time doing exactly that, in public forums. People who genuinely want to
improve the state of the OpenLDAP documentation do exactly that, by
contributing docs and patches to the Project. People who sit off in
their corner of the world proclaiming their authoritative knowledge
about a piece of technology that they otherwise have made no visible
contribution to strike me as just being leeches. Even worse when their
docs are full of errors.
On a slightly related topic - the first several chapters of my OpenLDAP
Administration book will be published on the web in a few months. Even
after it comes out on paper, we'll be revising the electronic copy over
time. It's somewhat unavoidable that documenting OpenLDAP is a moving
target - only dead things stop moving.
It's working now; thanks.
I was testing a simple "ldapdiff" utility which given "before" and "after"
generates the required LDIF operations; I cannot use "ldifdiff.pl" because
it requires Net::LDAP which is not a core module.
I hope to get permission to release it; a couple of people have expressed
interest in it...
--
-- 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/