Fedora directory users - Aug 2006 - Binaries to fix memory leak for RHEL4 x86_64

The following tarball contains the nspr/nss .so and .chk files needed to 
address the memory leak for RHEL4 x86_64.
Instructions:
1) stop-slapd
2) download and unpack 
http://directory.fedora.redhat.com/download/nspr-4.6.2-nss-3.11.1-RHEL4-x86_64.tar.gz
into /opt/fedora-ds/bin/slapd/lib
3) start-slapd
4) stop-admin
5) same as step 2 in bin/admin/lib
6) start-admin

You can also replace the other copies of nspr/nss elsewhere in 
/opt/fedora-ds, but this memory leak won''t affect command line apps.

The bug report cited in the "leak" thread mentioned this:

''Unfortunately, this will "break" RPM if the files are
replaced.  So,
please be careful and keep the backups of the files and run your test.''

The files that I got from your last e-mail do seem to help the situation
(according to preliminary results) on a test system, but now I''m
concerned about what sort of obstacles I''ve created for future
upgrades.

Will future RPMs give me trouble because I''ve replaced these files? 
Or,
do I need to keep my backups of the originals around forever and
remember to replace the originals before applying future upgrades?

David

-- 
David Bogen   :: (608) 263-0168
Unix SysAdmin :: IceCube Project
david.bogen@icecube.wisc.edu

David Bogen wrote:
> The bug report cited in the "leak" thread mentioned this:
>
> ''Unfortunately, this will "break" RPM if the files are
replaced.  So,
> please be careful and keep the backups of the files and run your
test.''
>
> The files that I got from your last e-mail do seem to help the situation
> (according to preliminary results) on a test system, but now I''m
> concerned about what sort of obstacles I''ve created for future
upgrades.
>
> Will future RPMs give me trouble because I''ve replaced these
files?  Or,
> do I need to keep my backups of the originals around forever and
> remember to replace the originals before applying future upgrades?
>   
No.  Future versions of fds will be much more easily upgradeable in this 
respect.  This will (hopefully) be the last version that has these sorts 
of packaging issues.  So for now, don''t worry about
it.
> David
>
>   
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>