> -----Original Message-----
> From: Geoff Thorpe [mailto:[EMAIL PROTECTED]]
> Sent: 08 February 2003 18:08
> To: [EMAIL PROTECTED]
> Subject: Re: Problems compiling mod_ssl with apache 2.0.44
> 
> 
> * Sasa STUPAR ([EMAIL PROTECTED]) wrote:
> > Ok, I have found the problem. If you want to have files in the same
> > directories as original instalation of RH8 you have to use "./config
> > --prefix=/usr". Sorry for that confusion. It is the 
> distribution which
> > is strange.
> 
> Phew, I was starting to wonder what I was missing here :-) As I
> mentioned originally, using "/usr/include" as an installation prefix
> doesn't make sense because it will create the standard 
> {include,bin,man}
> tree beneath that and install. Hence "/usr" or "/usr/local" make more
> sense. Also, especially on package management systems like RH, you're
> better not to simply install *over* existing files, particularly as a
> newer version of openssl may have removed headers that were in a
> previous version, so the old ones will end up mixed up with the new
> ones. And of course if a bug-fix release is made by RH to the older
> version, eg. 0.9.6x, that could seriously screw things up if you'd
> installed 0.9.7 over the top. It could also totally mangle 
> your system's
> RPM database, and various other carnage is possible.
> 
> The solution is to either grapple with RH's dependencies to try and
> build a replacement openssl RPM from source to upgrade to (which many
> will tell you is an only slightly less difficult problem than the
> alchemy of gold itself) or to install openssl elsewhere and make sure
> your system paths are organised appropriately. Eg. you could use
> /usr/local or /opt as a place to manually install packages such as a
> newer openssl, and make sure that the bin subdirectory is earlier in
> PATH than /usr/bin, ditto for the lib subdirectory in /etc/ld.so.conf,
> the man subdirectory in /etc/man.config, and so on ...
> 
Actually, it shouldn't make any difference to the installed RPM of
openssl-0.9.6b, provided that /usr/bin/openssl isn't overwritten. The
quickest way to check is with "rpm -V openssl", which should return no
response. All your other points above are valid though. It is probably best
though to put newer stuff for Red Hat under /usr/local so you don't break
anything installed.

Now, upgrading openssl-0.9.6 on a Red Hat box (7.0-8.0 inclusive) will screw
things up  bigtime (see the specific section in the openssl FAQ).

If there's sufficient demand I'll make up an openssl 0.9.7 RPM for RedHat
users. So far no-one has asked...

- 
John Airey, BSc (Jt Hons), CNA, RHCE
Internet systems support officer, ITCSD, Royal National Institute of the
Blind,
Bakewell Road, Peterborough PE2 6XU,
Tel.: +44 (0) 1733 375299 Fax: +44 (0) 1733 370848 [EMAIL PROTECTED] 

Am I the only person in the UK who finds it strange that our Prime Minister
complains of Human Rights abuses around the world, yet wishes to opt out of
the European Convention of Human Rights?

- 

NOTICE: The information contained in this email and any attachments is 
confidential and may be legally privileged. If you are not the 
intended recipient you are hereby notified that you must not use, 
disclose, distribute, copy, print or rely on this email's content. If 
you are not the intended recipient, please notify the sender 
immediately and then delete the email and any attachments from your 
system.

RNIB has made strenuous efforts to ensure that emails and any 
attachments generated by its staff are free from viruses. However, it 
cannot accept any responsibility for any viruses which are 
transmitted. We therefore recommend you scan all attachments.

Please note that the statements and views expressed in this email 
and any attachments are those of the author and do not necessarily 
represent those of RNIB.

RNIB Registered Charity Number: 226227

Website: http://www.rnib.org.uk 
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl)                   www.modssl.org
User Support Mailing List                      [EMAIL PROTECTED]
Automated List Manager                            [EMAIL PROTECTED]

Reply via email to