From rmeggins at redhat.com Wed Jul 6 22:28:28 2005 From: rmeggins at redhat.com (Richard Megginson) Date: Wed, 06 Jul 2005 16:28:28 -0600 Subject: [Fedora-directory-devel] Please review: make PAM passthru plugin thread safe Message-ID: <42CC5B0C.1060003@redhat.com> Since PAM is not thread safe, only 1 thread at a time may access the PAM API. This fix adds a mutex around the critical section where we call all of the PAM functions. I've also added another init function which is used to create the mutex. This has been tested on RHEL4 under a moderate load and seems to work fine. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cvsdiffs URL: From marko.asplund at kronodoc.com Wed Jul 13 12:20:38 2005 From: marko.asplund at kronodoc.com (Marko Asplund) Date: Wed, 13 Jul 2005 15:20:38 +0300 Subject: [Fedora-directory-devel] Re: [Fedora-directory-users] Problems building on HP-UX 11i Message-ID: ulf wrote: > Hello Marko. It wants both aC++ and the ANSI C compiler as you > suspected. It compiles successfully with these versions on 11i v1: > B3901BA B.11.11.01 HP C/ANSI C Developer's Bundle for HP-UX 11.00 > (S800) > B3913DB C.03.26 HP aC++ Compiler (S800) > > Is there anything revealing in config.log about why your aCC isn't > working? I don't remember any C++ code in NSS or NSPR but aCC will be > required to build other components like libICU, so it will need to be > functional at some point anyway. > > BTW, lets move to the fedora-directory-devel list... i didn't have the HP aC++ Compiler installed when i first tried the build. after installing it i'm able to successfully compile NSS. here's a description of my compiler setup: - HP C/ANSI C compiler B.11.11.12 - HP aC++ Compiler C.03.63 - ANSI C Compiler patches PHSS_32509 and PHSS_32510 could you modify the build page compiler section (http:// directory.fedora.redhat.com/wiki/Building) so that it says both of the above compilers are required in order to build the server on HP-UX. it might be good to remove the aCC dependency from the Mozilla components at some point if it's not really needed. now, i've managed to compile nss and svrcore but the c-sdk build fails with the following error message: cc: error 1405: "/opt/ansic/lbin/ccom" terminated abnormally with signal 11. gmake[2]: *** [ldapsearch.o] Error 9 i'm attaching a full typescript to this email. i'm using the Mozilla components from http://directory.fedora.redhat.com/sources/mozilla- components.tar.gz. any ideas on what's going wrong? br. aspa -------------- next part -------------- A non-text attachment was scrubbed... Name: fds-4.script.gz Type: application/x-gzip Size: 21829 bytes Desc: not available URL: From uffe at loop.to Wed Jul 13 19:09:41 2005 From: uffe at loop.to (uffe at loop.to) Date: Wed, 13 Jul 2005 12:09:41 -0700 Subject: [Fedora-directory-devel] Re: [Fedora-directory-users] Problems building on HP-UX 11i In-Reply-To: References: Message-ID: <42D566F5.3030909@loop.to> Marko Asplund wrote: > > ulf wrote: > >> Hello Marko. It wants both aC++ and the ANSI C compiler as you >> suspected. It compiles successfully with these versions on 11i v1: >> B3901BA B.11.11.01 HP C/ANSI C Developer's Bundle for HP-UX 11.00 >> (S800) >> B3913DB C.03.26 HP aC++ Compiler (S800) >> >> Is there anything revealing in config.log about why your aCC isn't >> working? I don't remember any C++ code in NSS or NSPR but aCC will be >> required to build other components like libICU, so it will need to be >> functional at some point anyway. >> >> BTW, lets move to the fedora-directory-devel list... > > > i didn't have the HP aC++ Compiler installed when i first tried the > build. after installing it i'm able to successfully compile NSS. > > here's a description of my compiler setup: > - HP C/ANSI C compiler B.11.11.12 > - HP aC++ Compiler C.03.63 > - ANSI C Compiler patches PHSS_32509 and PHSS_32510 > > could you modify the build page compiler section (http:// > directory.fedora.redhat.com/wiki/Building) so that it says both of > the above compilers are required in order to build the server on HP-UX. > > it might be good to remove the aCC dependency from the Mozilla > components at some point if it's not really needed. > > now, i've managed to compile nss and svrcore but the c-sdk build > fails with the following error message: > > cc: error 1405: "/opt/ansic/lbin/ccom" terminated abnormally with > signal 11. > gmake[2]: *** [ldapsearch.o] Error 9 > > i'm attaching a full typescript to this email. i'm using the Mozilla > components from http://directory.fedora.redhat.com/sources/mozilla- > components.tar.gz. > > any ideas on what's going wrong? > > > br. aspa > Hello Marko. I have updated the HP-UX required compilers list. For the seg fault in ccom, I'm not sure. There have been many such bugs fixed but it looks like you're using the latest patches. I will look around to see if I can get B.11.11.12. One thing I notice is that my build complains about and ignores the mix of -g and -O: cc -Ae -o ldapsearch.o -c +ESlit +DA2.0W +DS2.0 -O -g +Z -DDEBUG_ulf -DDEBUG=1 <...> cc: warning 483: The DOC (Debug of Optimized Code) option is unavailable with the PA64 compiler; ignored. Your build seems to be successfully compiling with DOC until the crash. Can you try disabling that by making distclean and rerunning configure adding "--disable-debug"? From marko.asplund at kronodoc.com Thu Jul 14 11:39:49 2005 From: marko.asplund at kronodoc.com (Marko Asplund) Date: Thu, 14 Jul 2005 14:39:49 +0300 Subject: [Fedora-directory-devel] Re: [Fedora-directory-users] Problems building on HP-UX 11i Message-ID: <46BA75B9-97D6-4621-939A-D51CAD7D5F77@kronodoc.com> Ulf wrote: > Hello Marko. I have updated the HP-UX required compilers list. > > For the seg fault in ccom, I'm not sure. There have been many such > bugs > fixed but it looks like you're using the latest patches. I will look > around to see if I can get B.11.11.12. > > One thing I notice is that my build complains about and ignores the > mix > of -g and -O: > cc -Ae -o ldapsearch.o -c +ESlit +DA2.0W +DS2.0 -O -g +Z > -DDEBUG_ulf -DDEBUG=1 <...> > cc: warning 483: The DOC (Debug of Optimized Code) option is > unavailable with the PA64 compiler; ignored. > Your build seems to be successfully compiling with DOC until the > crash. > Can you try disabling that by making distclean and rerunning configure > adding "--disable-debug"? Ulf, thanks for updating the compilers list. it might be good to also mention compiler version numbers for reference. our server is inaccessible right now so it'll take a while until i'll be able to test your suggestion above. i was rebuilding the kernel on the system and the rebuild failed for some reason, and it doesn't boot at the moment. there were some symptoms which might have been caused by a hardware memory problem, so the ccom seg fault might have been related to that as well. i'll look into this later on but it'll take a few weeks ('till i get back to the office). br. aspa From martinez_brain at hotmail.com Thu Jul 14 17:52:47 2005 From: martinez_brain at hotmail.com (Brian Martinez) Date: Thu, 14 Jul 2005 12:52:47 -0500 Subject: [Fedora-directory-devel] Solaris Client Message-ID: All, Does the Fedora DS support Solaris Clients? If so, where can I find information, schema examples, etc.... Thanks in advance, Brian From rmeggins at redhat.com Fri Jul 15 18:04:11 2005 From: rmeggins at redhat.com (Rich Megginson) Date: Fri, 15 Jul 2005 12:04:11 -0600 Subject: [Fedora-directory-devel] Resend: Please review: make PAM passthru plugin thread safe Message-ID: <42D7FA9B.1070801@redhat.com> Since PAM is not thread safe, only 1 thread at a time may access the PAM API. This fix adds a mutex around the critical section where we call all of the PAM functions. I've also added another init function which is used to create the mutex. This has been tested on RHEL4 under a moderate load and seems to work fine. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cvsdiffs URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3312 bytes Desc: S/MIME Cryptographic Signature URL: From nkinder at redhat.com Mon Jul 18 17:15:34 2005 From: nkinder at redhat.com (Nathan Kinder) Date: Mon, 18 Jul 2005 10:15:34 -0700 Subject: [Fedora-directory-devel] Please Review: (163412) The startconsole script does not use proper shared library extension for HP-UX Message-ID: <42DBE3B6.8020204@redhat.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163412 Bug(s) fixed: 163412 Bug Description: The startconsole script is assuming that libraries are named with a ".so" extension. This causes it to think that the libjava and libjvm libraries don't exist on HP-UX since they use a ".sl" extension. Reviewed by: ??? Files: see diff Branch: HEAD (console) Fix Description: This changes the startconsole script to specifically look for both ".so" and ".sl" library extensions. Platforms tested: HP-UX 11i, RHEL3 Flag Day: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=116879&action=edit -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3174 bytes Desc: S/MIME Cryptographic Signature URL: From nkinder at redhat.com Mon Jul 18 18:11:10 2005 From: nkinder at redhat.com (Nathan Kinder) Date: Mon, 18 Jul 2005 11:11:10 -0700 Subject: [Fedora-directory-devel] Commit: (163412) The startconsole script does not use proper shared library extension for HP-UX Message-ID: <42DBF0BE.9030705@redhat.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163412 Bug(s) fixed: 163412 Bug Description: The startconsole script is assuming that libraries are named with a ".so" extension. This causes it to think that the libjava and libjvm libraries don't exist on HP-UX since they use a ".sl" extension. Reviewed by: Noriko Files: see diff Branch: HEAD (console) Fix Description: This changes the startconsole script to specifically look for both ".so" and ".sl" library extensions. Platforms tested: HP-UX 11i, RHEL3 Flag Day: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=116879&action=edit -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3174 bytes Desc: S/MIME Cryptographic Signature URL: From dmuzalevskiy at vancom.kz Fri Jul 22 04:59:56 2005 From: dmuzalevskiy at vancom.kz (Dmitriy Muzalevskiy) Date: Fri, 22 Jul 2005 10:59:56 +0600 Subject: [Fedora-directory-devel] Trouble with downloading ds Message-ID: <42E07D4C.7050409@vancom.kz> Good day! I would like to try Fedora Directory Server product, but I have strange problem with downloading it. After downloading of a few percents of file (by any downloader), connection terminated and can't be resume. As result, I must to starting downloading from begin again and again and again... Without success. Some information: I living in Kazakhstan, CIS, working in software development company. We use just Linux OS'es in our client - server applications. Our development process based on Fedora Core OS family. As system engeneer, I very interesting in trying Fedora Directory Server (for FC - 3/RHELAS - 4 OS versions). Can you help me by some hint? Sorry for my poor english. With best regards: Dmitriy Muzalevskiy, VAN Company, Ltd.