Issue #394 has been updated by Clément OUDOT.

Nick Milas wrote:
 
> I would think that the approach which entails the least risk would be to 
> leave user/group ldap when uninstalling LTB. Even if no other LDAP package 
> which uses ldap user/group is left on a system, it would not really hurt to 
> have an ldap user/group as a left over.

I agree with this.

> I don't know what other packages (e.g. Symas) do with the system ldap-clients 
> path (I guess they change it too). If you want me to check, please let me 
> know how to check it on CentOS! Where is the default path to the ldap clients 
> specified?

Show the PATH:
<pre>
echo $PATH
</pre>

Knwo which client is really used by default:
<pre>
which ldapsearch
</pre>

> The least invasive practice (not necessarily the best) would be to leave the 
> default path intact, because I think the standard ldap-clients and openldap 
> packages are never removed from a system, due to a large number of serious 
> dependencies.

For LDAP clients I do not agree, as new versions can provide interesting 
features (like LDIF line wrapping for ldapsearch for example)


----------------------------------------
Feature #394: Building ltb OpenLDAP RPMs
http://tools.lsc-project.org/issues/394

Author: Nick Milas
Status: Assigned
Priority: Normal
Assigned to: Clément OUDOT
Category: OpenLDAP RPM
Target version: 


Hello, 

I would like to know if you publish the detailed process of building your fine 
OpenLDAP RPMs.

We would like to test current OpenLDAP development source code versions on our 
CentOS systems, which use your LTB RPMs, as a kind of beta-testing.

So, I would like to ask whether I can build LTB-compatible RPMs myself or you 
can provide such beta-source-code RPMs (for the OpenLDAP RE24 branch).

Thanks,
Nick


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://tools.lsc-project.org/my/account
_______________________________________________
ltb-dev mailing list
[email protected]
http://lists.ltb-project.org/listinfo/ltb-dev

Reply via email to