Comment 31 for bug 701505

Some more notes:

1) This is the n-th case of a multiarch and packaging issue. If there are apps that require the firefox libs, then these should be split out in a separate lib package that should be made multiarch. Unfortunately, this is currently not the case. The libxul.so library is available inside the main firefox package for which 386 and amd64 versions cannot be installed in parallel.

2) It is not enough to get a 386 version of libxul. One needs also all its dependencies to let it be loaded by the system. Plus, all the dependecies should be on a path that is available to the system as a library path, no temp.

3) The bluegriffon package seems to provide all the required libs. You can try:
- download the i386 version of the package for ubuntu
- unpackage it
- create a ~/lib32 path
- create or edit a startup script for your shell, setting the LD_LIBRARY_PATH to include ~/lib32.
- source the script to assure that your current environment has the correct library path
- copy the libxul.so from bluegriffon to ~/lib32
- run ldd on ~/lib32/libxul.so
- copy all the libraries that are currently not found from the bluegriffon directory or install them via apt (making sure that you install the 32 bit version of the libraries)

Unfortunately, at this point, acroread does not anymore complain about the missing rendering libraries, but crashes, probably
because the rendering library is too new.

Now, seriously, acrobat reader is a joke on linux, the fact that they are still providing an obsolete binary for it is just doing more damage than good. They do not even do it properly. Why don't they just embed the needed libraries.