Bug 692675 - nfs-utils-lib 1.1.5 build lacks ldap support
Summary: nfs-utils-lib 1.1.5 build lacks ldap support
Keywords:
Status: CLOSED DUPLICATE of bug 705952
Alias: None
Product: Fedora
Classification: Fedora
Component: nfs-utils-lib
Version: 14
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Steve Dickson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-31 20:07 UTC by friedman
Modified: 2012-03-13 19:43 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-13 19:43:07 UTC
Type: ---


Attachments (Terms of Use)
build fix (2.76 KB, patch)
2011-03-31 20:46 UTC, friedman
no flags Details | Diff

Description friedman 2011-03-31 20:07:10 UTC
Description of problem:

	The most recent build of the nfs-utils-lib library in Fedora 14
	seems to have omitted ldap support.

Version-Release number of selected component (if applicable):

	nfs-utils-lib-1.1.5-3.fc14.x86_64


        The problem is also present in the build at
		http://download.fedora.redhat.com/pub/fedora/linux/development/15/x86_64/os/Packages/nfs-utils-lib-1.1.5-5.fc15.x86_64.rpm
	as of 2011-03-31.

How reproducible:

	Always.

Steps to Reproduce:

	1. Modify /etc/idmapd.conf as follows:

		[Translation]
		Method = nsswitch, umich_ldap

	2. Modify LDAP_server and LDAP_base under [UMICH_SCHEMA] to point to an
	   ldap server if necessary.

	3. Profit!

Actual results:

	Server should start normally.

Expected results:

	# rpc.idmapd -v
	rpc.idmapd: libnfsidmap: using domain: [elided]
	rpc.idmapd: libnfsidmap: Realms list: '[elided]'
	rpc.idmapd: libnfsidmap: processing 'Method' list
	rpc.idmapd: libnfsidmap: loaded plugin /usr/lib64/libnfsidmap/nsswitch.so for method nsswitch

	rpc.idmapd: libnfsidmap: Unable to get init function: /usr/lib64/libnfsidmap/umich_ldap.so: undefined symbol: libnfsidmap_plugin_init

	rpc.idmapd: libnfsidmap: requested translation method, 'umich_ldap', is not available

	rpc.idmapd: Unable to create name to user id mappings.


Additional info:

	I tried building the package directly without re-running autogen.sh
	and LDAP support was present in the resulting build.  It looks like
	clobbering the configuration scripts is preventing LDAP support
	from getting enabled by default.

Comment 1 friedman 2011-03-31 20:46:53 UTC
Created attachment 489222 [details]
build fix

Here specifically are the changes I applied to the rpm in order to build in LDAP support.  The changes to configure.in (adding a pluginpath option) seems to be a no-op since rpmbuild's %configure macro doesn't use it and nothing else sets it.  Without that upstream change, it seems unnecessary to regenerate the autoconf/libtool scripts or to include config.h.

Comment 2 friedman 2011-05-18 23:10:39 UTC
This problem is still present in the Fedora 15 development builds as of 1.2.3-11.fc15.

Comment 3 friedman 2011-05-18 23:22:20 UTC
Sorry, I specified the version number for the wrong package and in any case things have moved around a little bit.  

The problem still exists with libnfsidmap-0.24-5.fc15.  Does this warrant filing a new bug?

Comment 4 friedman 2011-05-18 23:51:54 UTC
Nevermind; filing a new bug against libnfsidmap since I have a proper patch for it.  Sorry for the comment spam here.

Comment 5 Fran Taylor 2011-06-22 05:42:26 UTC
I have also encountered this issue in Fedora 15.

I was able to fix it by applying this simple patch:

--- nfs-utils-lib-1.1.5/libnfsidmap/umich_ldap.c-orig   2011-06-22 01:10:57.050728002 -0400
+++ nfs-utils-lib-1.1.5/libnfsidmap/umich_ldap.c        2011-06-22 01:11:04.755727994 -0400
@@ -32,6 +32,10 @@
  * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  */
 
+#ifdef HAVE_CONFIG_H
+#include "config.h"
+#endif /* HAVE_CONFIG_H */
+
 #ifdef ENABLE_LDAP
 
 #include <sys/types.h>

Comment 6 Steve Dickson 2012-03-13 19:43:07 UTC

*** This bug has been marked as a duplicate of bug 705952 ***


Note You need to log in before you can comment on or make changes to this bug.