389-devel December 2005

389-devel@lists.fedoraproject.org

7 participants
14 discussions

[Fedora-directory-devel] mod_nss-1.0 and apache-2.2.0
by Oden Eriksson 20 Dec '05

20 Dec '05

Hello. I hacked the mod_nss code so it compiles with latest apache-2.2.0. I attached the patch plus one autofoo patch. Cheers. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se

1 0

[Fedora-directory-devel] trying to install on SUSE on ZVM Linux
by angelo fazzina 19 Dec '05

19 Dec '05

my OS is called os390, basically mainframe running suse linux image on it. I was trying to build rpm for FDS and ran these commands from the site http://directory.fedora.redhat.com/wiki/Building % tar xzf dsbuild-fds101.tar.gz % cd to dsbuild/meta/ds % make [BUILD_RPM=1] during the "make [BUILD_RPM=1]" command i get following error. ############### gmake[5]: Leaving directory `/home/alf02013/dsbuild/ds/mozilla/work/mozilla/security/nss/cmd/shlibsign/mangle' Linux2.6_s390x_glibc_PTH_OPT.OBJ/shlibsign -v -i ../../../../dist/Linux2.6_s390x_glibc_PTH_OPT.OBJ/lib/libsoftokn3.so ./sign.sh: line 51: 21386 Segmentation fault ${2}/shlibsign -v -i ${4} gmake[4]: *** [../../../../dist/Linux2.6_s390x_glibc_PTH_OPT.OBJ/lib/libsoftokn3.chk] Error 139 gmake[4]: Leaving directory `/home/alf02013/dsbuild/ds/mozilla/work/mozilla/security/nss/cmd/shlibsign' ################ So far i figured out that the script sign.sh is calling binary called "shlibsign" and it needs the lib file "libssl3.so". yast has all rpms with "nss" in there name installed, but i don't think i have what i need installed yet because "libssl3.so" nowhere in the file system except my home directory and that can't be the only place it needs to be? can i just copy the file to proper location? If so what is that location? thanx in advance for any help..... -Angelo -- angelo fazzina <angelo.fazzina(a)uconn.edu>

2 1

[Fedora-directory-devel] Re: [Fedora-directory-commits] setuputil/installer/unix installer.cc, 1.2, 1.3 product.cc, 1.1.1.1, 1.2 product.h, 1.1.1.1, 1.2
by Rich Megginson 14 Dec '05

14 Dec '05

Ok. Noriko Hosoi (nhosoi) wrote: >Author: nhosoi > >Update of /cvs/dirsec/setuputil/installer/unix >In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv31687 > >Modified Files: > installer.cc product.cc product.h >Log Message: >[175418] Admin Server ns-update crashes if necessary attribute-value is not given >1) Although Admin Server's PostInstall program ns-update expects it, PostInstall >framework in SetupUtil does not take silent install option "-s". Changed to pass the option. >2) PostInstall framework does not support logging. Changed to pass the option. >3) PostInstall failure is issued as WARNING and the installation finishes with >Success message even though it really failed. Increased the error level to FATAL. > > > >Index: installer.cc >=================================================================== >RCS file: /cvs/dirsec/setuputil/installer/unix/installer.cc,v >retrieving revision 1.2 >retrieving revision 1.3 >diff -u -r1.2 -r1.3 >--- installer.cc 26 Oct 2005 16:38:16 -0000 1.2 >+++ installer.cc 13 Dec 2005 20:58:22 -0000 1.3 >@@ -27,6 +27,14 @@ > ** > ** HISTORY: > ** $Log$ >+** Revision 1.3 2005/12/13 20:58:22 nhosoi >+** [175418] Admin Server ns-update crashes if necessary attribute-value is not given >+** 1) Although Admin Server's PostInstall program ns-update expects it, PostInstall >+** framework in SetupUtil does not take silent install option "-s". Changed to pass the option. >+** 2) PostInstall framework does not support logging. Changed to pass the option. >+** 3) PostInstall failure is issued as WARNING and the installation finishes with >+** Success message even though it really failed. Increased the error level to FATAL. >+** > ** Revision 1.2 2005/10/26 16:38:16 rmeggins > ** Bug(s) fixed: 171793 > ** Bug Description: Change setuputil version to 1.0 >@@ -1566,7 +1574,8 @@ > } > else > { >- err = product.postInstall(_serverRoot,_sourceDir, _infoFile, _installInfo); >+ err = product.postInstall(_serverRoot, _sourceDir, >+ _infoFile, _installInfo, _installMode, _logFile); > } > > _dialogManager->disableWinMode(); >@@ -1578,7 +1587,8 @@ > product.skip(True); > if (_installMode == Silent) > { >- setupLogMessage(WARN, "Setup", "Failure installing %s\n.", product.get(PKG_NAME)); >+ setupLogMessage(FATAL, "Setup", "Failure installing %s\n.", product.get(PKG_NAME)); >+ return err; > } > else > { >@@ -1599,6 +1609,8 @@ > if (p->isSelected() && !p->skipped()) > { > err = doPreOrPostInstall(*p, which); >+ if (err) >+ return err; > } > } > > > >Index: product.cc >=================================================================== >RCS file: /cvs/dirsec/setuputil/installer/unix/product.cc,v >retrieving revision 1.1.1.1 >retrieving revision 1.2 >diff -u -r1.1.1.1 -r1.2 >--- product.cc 29 Jul 2005 22:16:32 -0000 1.1.1.1 >+++ product.cc 13 Dec 2005 20:58:22 -0000 1.2 >@@ -27,6 +27,14 @@ > ** > ** HISTORY: > ** $Log$ >+** Revision 1.2 2005/12/13 20:58:22 nhosoi >+** [175418] Admin Server ns-update crashes if necessary attribute-value is not given >+** 1) Although Admin Server's PostInstall program ns-update expects it, PostInstall >+** framework in SetupUtil does not take silent install option "-s". Changed to pass the option. >+** 2) PostInstall framework does not support logging. Changed to pass the option. >+** 3) PostInstall failure is issued as WARNING and the installation finishes with >+** Success message even though it really failed. Increased the error level to FATAL. >+** > ** Revision 1.1.1.1 2005/07/29 22:16:32 foxworth > ** Importing new setup sdk for open source project > ** >@@ -1308,7 +1316,7 @@ > } > > int >-Product::postInstall(const NSString & serverRoot, const NSString & sourceDir, const char *infoFile, const InstallInfo *installInfo) const >+Product::postInstall(const NSString & serverRoot, const NSString & sourceDir, const char *infoFile, const InstallInfo *installInfo, InstallMode installMode, const char *logFile) const > { > NSString program; > NSString source; >@@ -1336,6 +1344,11 @@ > program = program + " -r"; > } > >+ if (installMode == Silent) >+ { >+ program = program + " -s -l " + logFile; >+ } >+ > err = InstUtil::execProgram(program, source); > } > > > >Index: product.h >=================================================================== >RCS file: /cvs/dirsec/setuputil/installer/unix/product.h,v >retrieving revision 1.1.1.1 >retrieving revision 1.2 >diff -u -r1.1.1.1 -r1.2 >--- product.h 29 Jul 2005 22:16:32 -0000 1.1.1.1 >+++ product.h 13 Dec 2005 20:58:22 -0000 1.2 >@@ -28,6 +28,14 @@ > ** HISTORY > ** > ** $Log$ >+** Revision 1.2 2005/12/13 20:58:22 nhosoi >+** [175418] Admin Server ns-update crashes if necessary attribute-value is not given >+** 1) Although Admin Server's PostInstall program ns-update expects it, PostInstall >+** framework in SetupUtil does not take silent install option "-s". Changed to pass the option. >+** 2) PostInstall framework does not support logging. Changed to pass the option. >+** 3) PostInstall failure is issued as WARNING and the installation finishes with >+** Success message even though it really failed. Increased the error level to FATAL. >+** > ** Revision 1.1.1.1 2005/07/29 22:16:32 foxworth > ** Importing new setup sdk for open source project > ** >@@ -309,11 +317,13 @@ > NSString install(const NSString & serverRoot, const NSString & source, NVPair *installInfo); > > int preInstall(const NSString & serverRoot, const NSString &sourceDir, >- const char *installType, >- InstallMode installMode, const char *logFile, >- const char *cache) const; >- >- int postInstall(const NSString & serverRoot, const NSString & sourceDir, const char *infoFile, const InstallInfo *nvpair) const; >+ const char *installType, >+ InstallMode installMode, const char *logFile, >+ const char *cache) const; >+ >+ int postInstall(const NSString & serverRoot, const NSString & sourceDir, >+ const char *infoFile, const InstallInfo *nvpair, >+ InstallMode installMode, const char *logFile) const; > > NSString extract(const char *dest, const char *archive, > const char *extractProgram=NULL, > >-- >Fedora-directory-commits mailing list >Fedora-directory-commits(a)redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-commits > >

1 0

[Fedora-directory-devel] Where could I get more reference about DSML GW?
by sparklezou＠hotmail.com 09 Dec '05

09 Dec '05

Dear all, I would like to understand the source code about "DSML GW". Could you please give some reference to me? Thank you very much! Waiting for your kind replay! Best Regards, Sparkle Zou

2 1

[Fedora-directory-devel] Announcing Fedora Directory Server 1.0.1
by Rich Megginson 09 Dec '05

09 Dec '05

Fedora Directory Server 1.0.1 is released! This release is primarily a patch release to address some issues with the 1.0 release. If you are using 1.0, you are strongly encouraged to upgrade to 1.0.1 as soon as possible. If you have not installed 1.0 yet, use 1.0.1 instead. Release Notes: http://directory.fedora.redhat.com/wiki/Release_Notes Download: http://directory.fedora.redhat.com/wiki/Download Home Page: http://directory.fedora.redhat.com/wiki/Main_Page

1 0

[Fedora-directory-devel] Buiding FDS on SuSE
by Bráulio Gergull 08 Dec '05

08 Dec '05

Hi All, I'm trying to buid FDS on SuSE 9.3. I had to make some changes to the Makefiles to make it find the correct paths and was able to build almost everything. I've downloaded the sources from http://directory.fedora.redhat.com/sourcesand followed the instructions stated at http://directory.fedora.redhat.com/wiki/Building. The following components were sucessfully built in the following order: console, setuputil, adminutil, onlinehelp, mod_admserv, mod_nss, mod_restartd, adminserver, directoryconsole and dsonlinehelp But now when I try to build ldapserver it fails with the following error: ==== Starting LDAP Server Console ========== gmake BUILD_OPT=1 NO_JAVA=1 buildDirectoryConsole gmake[1]: Entering directory `/mnt/hdd2/fds/ldapserver' cd ldap/admin/src/java/com/netscape/xmltools; gmake BUILD_OPT=1 NO_JAVA=1 -w package gmake[2]: Entering directory `/mnt/hdd2/fds/ldapserver/ldap/admin/src/java/com/netscape/xmltools' javac -deprecation -classpath "/mnt/hdd2/fds/ldapserver/ldap/admin/src/java:../../../../../../../../dist/classes/ldapjdk.jar:../../../../../../../built/java/optimize/xmltools:../../../../../../../../dist/classes/crimson.jar" -d ../../../../../../../built/java/optimize/xmltools DSML2LDIF.java DSML2LDIF.java:44: package netscape.ldap does not exist However ldapjdk.jar is there: find <source> -name ldapjdk.jar <source>/built/package/java/ldapjdk.jar <source>/built/package/RHEL4_x86_gcc3_OPT.OBJ/base/unzipped/client/java/ldapjdk.jar <source>/ldapserver/dist/classes/ldapjdk.jar <source>/imports/console/unzipped/console10/java/ldapjdk.jar <source>/imports/ldapjdk/ldapjdk.jar Any help would be appreciated. Rgrds, Braulio Gergull

2 5

[Fedora-directory-devel] Please review: bug 175098: The dsgw cookie directory needs to be writable by the admin server uid
by Rich Megginson 07 Dec '05

07 Dec '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175098 Bug(s) fixed: 175098 Bug Description: The dsgw cookie directory needs to be writable by the admin server uid Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122005 Branch: HEAD Fix Description: DS Gateway authentication breaks because the admin server uid cannot write to the bin/slapd/authck directory. This fix makes sure that directory is owned by the correct uid. I've also put a similar fix into the ds spec file %post section to fix this when upgrading from fds10 to fds101. Platforms tested: Fedora Core 4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122006

1 0

[Fedora-directory-devel] Please review: bug 175053: The BUILD_BOMB is on by default
by Rich Megginson 07 Dec '05

07 Dec '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175053 Bug(s) fixed: 175053 Bug Description: The BUILD_BOMB is on by default Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122003 Branch: HEAD Fix Description: Move the pumpkin and build bomb stuff into the internal makefiles. If you want the build bomb on, you have to set BUILD_PUMPKIN=1 on the make command line. The diff also contains some of the versioning for 1.0 to 1.0.1. Platforms tested: Fedora Core 4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122004

1 0

[Fedora-directory-devel] Please review: bug 175187: Apache linked with libldap.so not libldap-2.2.so on Fedora Core 2
by Rich Megginson 07 Dec '05

07 Dec '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175187 Bug(s) fixed: 175187 Bug Description: Apache linked with libldap.so not libldap-2.2.so on Fedora Core 2 Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122001 Branch: HEAD Fix Description: grep for "libldap" not "libldap-". On Fedora Core 2, Apache is linked with libldap.so, not the libldap-2.2.so as on later OS versions. So, just changing it to look for libldap on all platforms should work just fine. I've also changed the spec file to apply the patch when upgrading from fds10 to fds101. Platforms tested: Fedora Core 4 (I don't have an FC 2 system to test this on, but the bug reported applied the same patch and it worked for him) Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122002

1 0

[Fedora-directory-devel] Please review: bug 174837: CVE-2005-3630 use of IFRAME exposes password from adm.conf for users
by Rich Megginson 07 Dec '05

07 Dec '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174837 Bug(s) fixed: 174837 Bug Description: CVE-2005-3630 use of IFRAME exposes password from adm.conf for users Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121993 Branch: HEAD Fix Description: Just use the existing Apache security mechanisms to deny access to everything by default, then allow access to certain directories. In addition, there is a patch file I've checked in which can apply these diffs to an existing FDS 1.0 installtion. I've changed the packaging makefile to package the patch file into the setup directory where it will be used to patch an upgrade install of FDS 1.0.1 on top of FDS 1.0. Platforms tested: Fedora Core 4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121994

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel December 2005