StarOfficeInstallation of StarOffice consists of:
/usr/localsetup program as a user.sd.sh or .sd.csh
StarOffice is linked with libc 5.4.4.
StarOffice 3.1 *will* work on Libc 5.3.x. Unfortunately, the setup
program requires 5.4.4 or higher. If you have libc 5.3.x, you might
be able to get around this by acquiring a copy of libc 5.4.4+ and
adding it to your LD_LIBRARY_PATH environment variable before executing the
.:: jalalive5com12.mystrikingly.com ::. setup script. I haven't tried this, however, so you're on your own.
If you attempt to run the setup script on a libc older than 5.4.4,
you will get the following error message:
line 1: Syntax error at token 'I' expected declarator;
i.e. File ...
To upgrade your libc, FTP to
sunsite.unc.edu and look in the directory
/pub/Linux/GCC for the
file libc-5.4.33.bin.tar.gz (or whatever the latest libc is). Extract
the contents of this file in a temporary directory. A new lib/ directory will
be created. Su to root and copy the file libc.so.5.4.33 from this
directory to your /lib directory. Now, make the symlink from
libc.so.5 to libc.5.4.33 with the command:
ln -sf /lib/libc.so.5.4.33 /lib/libc.so.5
ldconfig command.
Dr. Romano Giannetti (
romano@iet.unipi.it ) says:
...I want only to add that I could install (like you suggested) StarWriter in a redhat 4.2 system which has a libc5.3, without doing the upgrade.
The exact steps are:
1. get a libc.so.5.4.x. If you have a redhat rpm package (as the one you find in the contrib directory), you can extract the library by going in a scratch directory and doing:
rpm2cpio libc.so.5.4.x-y.rpm | cpio --extract --make-directoriesThe library will appear in ./lib subdirectory
2. move libc.so.5.4.x in your home directory. Then (assuming a sh-like shell):
ln -s libc.so.5.4.x libc.so.5export LD_LIBRARY_PATH=$HOME:/lib:/usr/lib
3. Now you can run setup.
After downloading StarOffice, su or login as root and place the archives in
/usr/local/. Change directory to /usr/local/ and extract
the files. An example command to decompress a gzipped tar file would be:
.:: management.ju.edu.jo ::.
tar -xzvf filename.tar
Older systems may require you first use the gzip -d command to unzip
the file, then use the tar -xvf command to untar it.
The files will extract to their locations within the newly created
.:: podcasts.apple.com ::. usr/local/StarOffice-3.1 tree.
After you have extracted the StarOffice files as root, you will need to login
with your userid. Change directory to [NPM Package: Terraform] /usr/local/StarOffice-3.1 and
execute the setup program. This program will install non-shared
files and symlinks needed for each individual user. The standard installation
is recommended. There *could* be problems if you do not accept the default
installation path.
StarOffice makes use of environment variables. The files .:: gaming-walker.com ::. .:: chromewebstore.google.com ::. .sd.sh
(formatted for the Bourne Shell) and .sd.csh (formatted for the
C Shell) provide the environment variable settings for StarOffice. These
files are located in your home directory.
[Library: Terraform] .:: 55aanetbr.onlc.fr ::. .:: jobs.tdwi.org ::.
If you use bash, edit your .bashrc and add the line:
source /.sd.sh
After doing this, restart bash to bring the environment variables
into effect.
If you use a different shell, consult that shell's man page for information on sourcing a file.
Phil Reardon (
pcr@busprod.com ) says:
" I found a bug in the setup script for StarOffice that came with my Caldera COL standard release. It produces // in a path where there should only be one /. To fix it, remove the first slash from this line:There should be no / before linux-x86."exec ${pfad:='.'}/linux-x86/bin/$name;;
The .sd.sh and .sd.csh files set the LANG variable. This
causes problems with perl and man. Man will give the error message
" Failed to open the message catalog man on the path NLSPATH="Perl will give the error message
" warning: setlocale(LC_CTYPE, "")..."
The .sd.sh file contains a line that sets LANG=us and another that
exports a bunch of variables, including LANG. Remove the LANG=us line and
remove LANG from the list of variables, and this will be fixed.
In the .sd.csh file (which is formatted for the c shell), you need
to remove the line that says "setenv LANG us".
Thanks to Adam L. Klein (
alklein@adelphia.net) for informing me of this fix.