[Fedora-directory-devel] Please review and comment: [Bug 214533] configure needs to support --with-fhs
by Noriko Hosoi
Summary: configure needs to support --with-fhs
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214533
------- Additional Comments From nhosoi(a)redhat.com 2006-11-10 14:19 EST -------
Created an attachment (id=140927)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=140927&action=view)
cvs diffs (configure.ac Makefile.am), new file m4/fhs.m4
Files:
configure.ac
Makefile.am
m4/fhs.m4
Changes:
1. introduced a new option --with-fhs
2. instead of passing the define macro with -D, generate config.h
------- Additional Comments From nhosoi(a)redhat.com 2006-11-10 14:28 EST -------
I verified that the changes in Comment #1 generates config.h with the following
define:
with_fhs/config.h:#define IS_FHS 1
without_fhs:/* #undef IS_FHS */
And the build command line (on RHEL4) looks like this:
if gcc -DHAVE_CONFIG_H -I. -I.. -I. -DXP_UNIX -DLinux -DLINUX -DLINUX2_0
-DLINUX2_2 -DLINUX2_4 -DBUILD_NUM=\"2006.314.1857\" -I../ldap/include
-I../ldap/servers/slapd -I../include -I. -I../lib/ldaputil
-I/usr/include/mozldap6 -I/usr/include/dirsec/nspr4 -I/usr/include/dirsec/nss3
-I/usr/include/dirsec/nss3 -I/usr/include/dirsec/nspr4 -g -O2 -MT
lib/ldaputil/libldaputil_a-ldapdb.o -MD -MP -MF
"lib/ldaputil/.deps/libldaputil_a-ldapdb.Tpo" -c -o
lib/ldaputil/libldaputil_a-ldapdb.o `test -f 'lib/ldaputil/ldapdb.c' || echo
'../'`lib/ldaputil/ldapdb.c;
Now, each source file can have this include at the top of the code?
#ifdef HAVE_CONFIG_H
# include <config.h>
#endif
------------------------------------------------------------------------
Note: The changes proposed in comment #1 generate the macro defined in
config.h, but does nothing else. The install paths should be updated,
as well (in the build). And I'm planning to use the macro IS_FHS in
create_instance to notify the instance generator which paths the server
instance should use.
Thanks,
--noriko
17 years, 4 months
[Fedora-directory-devel] Questions on Referal/Chaning features
by Ankur Agarwal
Hi,
We have 2 existing directory services set-up with different schemas:
1) Active Directory
2) iPlanet LDAP
Now we want to introduce a third one (Fedora LDAP) where we want to use referal/chaining features to send requests to these already existing servers. Would really appreciate your answers on:
1) Can we modify/update active directory data and iPlanet data with application interfacing only with new Fedora LDAP which will dispatch requests to these servers? Or can referal/chaining be used only for querying other LDAP servers?
2) Can Referal/Chaning be set-up across ActiveDirectory and Fedora with them having different schemas? Similarly between iPlanet and Fedora?
3) If we want to migrate data from iPlanet to Fedora (having diff schema on Fedora) then any issues we must be aware of and any best practices?
Thanks,
Ankur
---------------------------------
Sponsored Link
Talk more and pay less. Vonage can save you up to $300 a year on your phone bill. Sign up now.
17 years, 4 months
[Fedora-directory-devel] Please review: Fedora Core 6 support + version change to 1.0.4
by Rich Megginson
FC 6 does not have /usr/include/linux/sys.h. The two files in the diff
below include it, but I'm not sure why. If you look at the file on an
earlier system, it appears that there is nothing in it. All it seems to
do is define NR_syscalls, which is not used anywhere in any include file
that I can find, nor in any ds code. So I propose changing the code not
to include this file.
Also, the version has changed to 1.0.4, so I needed to update
ldap/cm/Makefile.
Index: ldapserver/ldap/cm/Makefile
===================================================================
RCS file: /cvs/dirsec/ldapserver/ldap/cm/Makefile,v
retrieving revision 1.68
diff -u -8 -r1.68 Makefile
--- ldapserver/ldap/cm/Makefile 3 Nov 2006 19:49:52 -0000 1.68
+++ ldapserver/ldap/cm/Makefile 7 Nov 2006 01:54:39 -0000
@@ -105,19 +105,19 @@
ifndef BuildDir
HOST=$(shell hostname)
BuildDir=$(shell cd $(RELTOOLSDIR);perl getdefaults -var BuildDir -if $(RELTOOLSDIR)/init/directory/directory5.init -machine $(HOST))
endif
endif
endif
ifdef USE_64
-VERSION=-ver 1.0.3-64bit
+VERSION=-ver 1.0.4-64bit
else
-VERSION=-ver 1.0.3
+VERSION=-ver 1.0.4
endif
ifeq ($(ARCH), HPUX)
RSH=remsh
REMSH=$(RSH) anuurn -l root
else
RSH=rsh
REMSH=$(RSH) anuurn -l root
@@ -271,17 +271,17 @@
endif
PACKAGE_SETUP_LIBS_32=$(subst $(NS64TAG),,$(PACKAGE_SETUP_LIBS))
# set the values of the macros used by rpmbuild
ifdef BUILD_RPM
# name and version of RPM - must correspond to the spec file - these get branded
RPM_BASE_NAME=fedora
- RPM_VERSION=1.0.3
+ RPM_VERSION=1.0.4
RPM_FILE_BASE=$(RPM_BASE_NAME)-ds-$(RPM_VERSION)
RPM_ARCH = $(shell uname -i)
# root dir for RPM built and temp files
ABS_TOPDIR = $(shell cd $(INSTDIR)/.. ; pwd)
RPM_TOPDIR = --define "_topdir $(ABS_TOPDIR)"
# location of source tarball
RPM_SOURCEDIR = --define "_sourcedir $(ABS_TOPDIR)"
# location of staging area built into RPM
Index: ldapserver/ldap/servers/slapd/back-ldbm/dblayer.c
===================================================================
RCS file: /cvs/dirsec/ldapserver/ldap/servers/slapd/back-ldbm/dblayer.c,v
retrieving revision 1.11
diff -u -8 -r1.11 dblayer.c
--- ldapserver/ldap/servers/slapd/back-ldbm/dblayer.c 18 Apr 2006 18:25:02 -0000 1.11
+++ ldapserver/ldap/servers/slapd/back-ldbm/dblayer.c 7 Nov 2006 01:54:44 -0000
@@ -678,17 +678,16 @@
* Solaris, Linux, Windows
*/
#ifdef OS_solaris
#include <sys/procfs.h>
#include <sys/resource.h>
#endif
#ifdef LINUX
#include <linux/kernel.h>
-#include <linux/sys.h>
#include <sys/sysinfo.h> /* undocumented (?) */
#include <sys/resource.h>
#endif
#if defined ( hpux )
#include <sys/pstat.h>
#include <sys/resource.h>
#endif
Index: ldapserver/ldap/systools/idsktune.c
===================================================================
RCS file: /cvs/dirsec/ldapserver/ldap/systools/idsktune.c,v
retrieving revision 1.12
diff -u -8 -r1.12 idsktune.c
--- ldapserver/ldap/systools/idsktune.c 19 Apr 2005 22:07:44 -0000 1.12
+++ ldapserver/ldap/systools/idsktune.c 7 Nov 2006 01:54:46 -0000
@@ -103,17 +103,16 @@
#define IDDS_MNTENT_OPTIONS mnt_mntopts
#define IDDS_MNTENT_MNTTAB "/etc/mnttab"
#endif
#if defined(IDDS_LINUX_INCLUDE)
#include <sys/vfs.h>
#include <sys/utsname.h>
#include <linux/kernel.h>
-#include <linux/sys.h>
#include <sys/time.h>
#include <sys/param.h>
#include <mntent.h>
#include <sys/sysinfo.h>
#define IDDS_MNTENT mntent
#define IDDS_MNTENT_DIRNAME mnt_dir
#define IDDS_MNTENT_OPTIONS mnt_opts
17 years, 4 months
[Fedora-directory-devel] Attribute to determine allowed write attributes?
by Andrew Bartlett
In working towards the Samba4/FDS glue, I was wondering if I could make
a feature request. From discussions around the office, I think this may
have already been asked for...
I would like an attribute that can act as a 'get effective rights', for
the current user. Apparently Microsoft's MMC uses such an attribute to
determine what to grey out in the management console.
I'm told there is a exop I can use, but for simple implementation
reasons, it would be much easier if this were a special attribute
instead. (That way, I can include it with the rest of my munged
search).
Does anybody have any pointers to an existing feature request like this,
or should I file one in Bugzilla?
Thanks,
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Red Hat Inc. http://redhat.com
17 years, 5 months
[Fedora-directory-devel] Redux: Please review: Bug 213352: autotools: support redhat/fedora rpmbuild %configure and %makeinstall
by Rich Megginson
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213352
Bug(s) fixed: 213352
Bug Description: autotools: support redhat/fedora rpmbuild %configure
and %makeinstall
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: The standard way to do an rpmbuild on fedora/redhat is
to use the %configure
macro in the %prep section of the spec file and the %makeinstall macro
in the
%install section. These set all of the bindir, libdir, datadir, sysconfdir,
etc. paths used by the application. %configure sets them to their "real"
runtime locations e.g. /usr/lib, and %makeinstall sets them to their
paths used
for rpm packaging e.g. /var/tmp/fedora-ds-foo-bar-baz/usr/lib. There
were a few
places in our autotools files where we were running afoul of this.
Another thing is that configure defines bindir etc. as literally
'${exec_prefix}/bin' so that the real value doesn't get expanded until
make or
make install time. This means that we cannot create scripts from
templates in
configure, we have to do that in make. So this adds a sed command to
Makefile.am in order to do all of the script and config file path
replacement at
make time.
Since we do the subst this way, whatever $prefix is set during make will be
incorporated into the value of $bindir etc. so we can omit directly
referencing
@prefix@ in the template files.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=139919&action=diff
17 years, 5 months