ldapcontroller.cpp is crowded with "FIXME" and hard coded path but since I know pretty nothing about ldap, I didn't take on that.
I don't expect that conversion to cmake to run smooth at first run since I couldn't build It with automake, I've done It looking at one of your deb package.
ldapcontroller.cpp is crowded with "FIXME" and hard coded path but since I know pretty nothing about ldap, I didn't take on that.
I don't expect that conversion to cmake to run smooth at first run since I couldn't build It with automake, I've done It looking at one of your deb package.
Yes, ignore my comment in review. I'm testing CMake build on Debian, and although with automake the 'slapi' library was not necessary, with cmake the 'slapi' library is required.
Yes, ignore my comment in review. I'm testing CMake build on Debian, and although with automake the 'slapi' library was not necessary, with cmake the 'slapi' library is required.
Furthermore, I'm not sure there's a difference between SHARED and MODULE on Linux.
Sometime ago (weeks) I red that the difference matters on Mac but we don't build for Mac.
Furthermore, I'm not sure there's a difference between SHARED and MODULE on Linux.
Sometime ago (weeks) I red that the difference matters on Mac but we don't build for Mac.
When you use SHARED, the prefix lib is added to the resulting file name => in this case libslapi-acl-manager. When you use MODULE, the resulting file is not prefixed with lib => in this case slapi-acl-manager. Because slapi-acl-manager is used as a plugin, it is built without a prefix. Therefore, here we use MODULE instead of SHARED.
As I mentioned above, linking to the slapi library is correct => is necessary.
When you use `SHARED`, the prefix `lib` is added to the resulting file name => in this case `libslapi-acl-manager`. When you use MODULE, the resulting file is not prefixed with `lib` => in this case `slapi-acl-manager`. Because slapi-acl-manager is used as a plugin, it is built without a prefix. Therefore, here we use `MODULE` instead of `SHARED`.
As I mentioned above, linking to the `slapi` library is correct => is necessary.
Pushed usual patches for UI includes and ASCII cast. However, I will still have to do work on detection of slapi library. There is no slapi-dev package present on Debian since year 2008 until current testing.
Pushed usual patches for UI includes and ASCII cast. However, I will still have to do work on detection of `slapi` library. There is no slapi-dev package present on Debian since year 2008 until current testing.
apt-cache show libslp-dev
Package: libslp-dev
Description: OpenSLP development files
Service Location Protocol is an IETF standard protocol that is used to
discover/advertise services on the network. You can use SLP for anything
from locating a suitable printer on your floor to discovering what LDAP
directories are available in your organization.
.
This package allows development of SLP applications using the OpenSLP
libraries. It includes headers, libraries and links to allow static and
dynamic linking. It also includes slptool, a utility to test service
advertisement/lookup. The library implements RFC 2614 - An API for
Service Location.
but it says libslapi is provided by slapd https://packages.debian.org/stretch/libslapi-2.4-2
Could be that now libslp-dev is used?
apt-cache show libslp-dev
Package: libslp-dev
Description: OpenSLP development files
Service Location Protocol is an IETF standard protocol that is used to
discover/advertise services on the network. You can use SLP for anything
from locating a suitable printer on your floor to discovering what LDAP
directories are available in your organization.
.
This package allows development of SLP applications using the OpenSLP
libraries. It includes headers, libraries and links to allow static and
dynamic linking. It also includes slptool, a utility to test service
advertisement/lookup. The library implements RFC 2614 - An API for
Service Location.
Yes, the slapi library is available in the slapd package. However, it is not ready to be naturally available for linking – there is no base libslapi.so. Therefore, it is not searchable using CMake find_library, so we need to add a search for a file with a specific version of the library (such as libslapi-2.4.so.2).
The libslp-dev package is a completely unrelated library.
Yes, the `slapi` library is available in the `slapd` package. However, it is not ready to be naturally available for linking – there is no base `libslapi.so`. Therefore, it is not searchable using CMake `find_library`, so we need to add a search for a file with a specific version of the library (such as `libslapi-2.4.so.2`).
The `libslp-dev` package is a completely unrelated library.
ldapcontroller.cpp is crowded with "FIXME" and hard coded path but since I know pretty nothing about ldap, I didn't take on that.
I don't expect that conversion to cmake to run smooth at first run since I couldn't build It with automake, I've done It looking at one of your deb package.
Here is one problem regarding the slapi library.
I don't know how you can build the slapi-acl-manager plugin without the slapi library but I can't here is the error when I try to build without:
Yes, ignore my comment in review. I'm testing CMake build on Debian, and although with automake the 'slapi' library was not necessary, with cmake the 'slapi' library is required.
It looks good. After confirming the need for a 'slapi' library, one adjustment is needed.
##### slapi-acl-manager (shared)
tde_add_library( slapi-acl-manager SHARED
slapi-acl-manager
is built as plugin = without 'lib' prefix. Therefore here should beMODULE
instead ofSHARED
.I still need slapi to link with.
Furthermore, I'm not sure there's a difference between SHARED and MODULE on Linux.
Sometime ago (weeks) I red that the difference matters on Mac but we don't build for Mac.
When you use
SHARED
, the prefixlib
is added to the resulting file name => in this caselibslapi-acl-manager
. When you use MODULE, the resulting file is not prefixed withlib
=> in this caseslapi-acl-manager
. Because slapi-acl-manager is used as a plugin, it is built without a prefix. Therefore, here we useMODULE
instead ofSHARED
.As I mentioned above, linking to the
slapi
library is correct => is necessary.ok, got It!
Pushed usual patches for UI includes and ASCII cast. However, I will still have to do work on detection of
slapi
library. There is no slapi-dev package present on Debian since year 2008 until current testing.but it says libslapi is provided by slapd https://packages.debian.org/stretch/libslapi-2.4-2
Could be that now libslp-dev is used?
Yes, the
slapi
library is available in theslapd
package. However, it is not ready to be naturally available for linking – there is no baselibslapi.so
. Therefore, it is not searchable using CMakefind_library
, so we need to add a search for a file with a specific version of the library (such aslibslapi-2.4.so.2
).The
libslp-dev
package is a completely unrelated library.2f07f1237e
.