On Mon, Oct 01, 2007 at 11:10:13PM +0100, Wayne Stallwood wrote:
On Mon, 2007-10-01 at 22:30 +0100, keith.jamieson@bt.com wrote:
Chris
The one I have used before successfully for other things is a symbolic link - it works most of the time going from a higher to a lower library :)
Yes that would stand a chance of working but the problem with doing it on a core lib like this is that it may introduce unexpected behaviour into any other app you install that depends on it, even if it doesn't cause a problem with Firefox. This was the purpose of putting version numbers in shared libs, to avoid "dll hell". In 2 months time when you are scratching your head fighting a strange bug on another app that nobody else seems to have repeated, you will forget you did this symlink. Heaven forbid of course that this other app is doing anything important with your data :)
On ubuntu 64 I have libstdc++5 as an available package alongside 6 on the standard repros, does Fedora not have a compat-libstdc++ package (I know RHEL has them so I was assuming they are present in all Red Hat derivatives)
As I said I had tried the symbolic link trick and it didn't work for this particular case.
I have just taken the easy way out and have installed Firefox 2.0.0.5 which is the official latest version for Fedora 7, apparently the changes in the next two versions are only for Windows so I'm not missing anything.
The drive behind all this was removing the 64-bit version of Firefox and using the 32-bit one instead so that installing plugins is easier. That has worked well, I now have the plugins that I want working with only 'proper' Fedora 7 rpms.
I have to admit this is about the only hassle I have encountered when moving to a 64-bit build/installation.