G'night,
Torsten Landschoff wrote:
Hi Hans,
On Wed, Apr 20, 2005 at 10:52:34PM +0200, Hans van Kranenburg wrote:
Seems /usr/lib/slapd (when present) detects with which name it was called, and changes behaviour accordingly... :S
Yes, that's right :( Upstream merged slappasswd into slapd for some reason.
I'm not a fan of tricky things like that :) Programs that behave differently when they're called with another name are against the KISS-thing imho, if there's not a very good reason.
http://en.wikipedia.org/wiki/KISS_principle
So... I think ldap-utils lacks some dependency on a package containing the /usr/lib/slapd. According to the `dpkg -l` /usr/lib/slapd only exists in package slapd. I don't want to run slapd on the webserver, but I want slappasswd to generate encryptes passwords there...
Problem is that slappasswd currently /is/ slapd. You can still install it without actually running the slapd server. Anyway, the symbolic link in ldap-utils will vanish :(
But without slapd installed, ldap-utils itself is broken now for me.
I will now temporarily fix this by manually copying /usr/lib/slapd from Jerry to Tom.
Seems like there is no other way with the current upstream implementation :(
I don't need all the extra stuff that's needed to run a full blown slapd on the webserver.
So I won't suggest a dependency that forces slapd to be installed when installing ldap-utils only to be able to run slappasswd to generate some {SSHA} stuff...
Perhaps some slapd-common sort of package that includes only the stuff I need to use slappasswd and /usr/bin/ldap* programs when the LDAP server is not on localhost, but next to it on another box.
Thanks! Hans van Kranenburg
-- Technische Hogeschool Rijswijk Lange Kleiweg 80 2288 GK Rijswijk
T 070-3401876 E [EMAIL PROTECTED]
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
