Re: Star Office 5 Potato/Glibc2.1??
On Tue, 30 Mar 1999 15:11:40 CST, wrote: Hello, I was the one who posted the original message for help with this. After reading your message, I played around with the soffice wrapper that calls soffice.bin. Here's how I got mine to work... 1) I got the libc deb from slink. 2) I manually unpacked the archive (ar -x libc???.deb; tar xvfz data.tar.gz) 3) I edited the soffice wrapper: a) In the section where it sets the LD_LIBRARY_PATH (I believe it is the *) option in the block that starts with case $sd_platform in), I added the path where my glibc2.0 is located to the BEGINNING of the LD_LIBRARY_PATH. LD_LIBRARY_PATH=/home/myuser/glibc2.0/lib:$sd_inst/lib:$LD_LIBRARY_PATH b) The last line of the soffice script, I changed as follows: exec /home/myuser/glibc2.0/lib/ld-linux.so.2 $sd_inst/bin/$sd_binary $1 $2 $3 $4 $5 $6 $7 $8 $9 It took a *WHILE* (8-15 seconds) for it to load the first time (I run a P200 w/128M RAM), but it did load, and seems to function properly. When the program first loads, it gives me a message box that says, Error opening document /home/myuser/Office50/bin/soffice.bin: Nonexistent object. Filter not found. I click the OK button, and it works. Hmmm...I just tried this, finally, and I can't seem to get it to work. I get the following error messages: soffice.bin: error in loading shared libraries soffice.bin: cannot open shared object file: No such file or directory What has changed in the last month or so? Perhaps the slink version of libc? Thanks, Robbie
Re: Star Office 5 Potato/Glibc2.1??
Rick == Rick Cosby [EMAIL PROTECTED] writes:
Rick Hmm - that would only work if it were installed. I can't
Rick get it installed at all
- Create a directory named /usr/local/slink, and get and untar the
following file in there:
ftp://ftp.debian.org/debian/dists/slink/main/disks-i386/current/base2_1.tgz
- Get and untar 'so501_01.tar' into /usr/local/slink/tmp
# cd /usr/local/slink/tmp
# tar xvf /path/to/so501_01.tar
- Enter a 'chroot' environment inside this new base, after copying
some needed files from your real environment:
# cd /usr/local/slink
# cp /etc/{hostname,hosts,resolv.conf} etc/
# chroot .
- Get the 'xfree86-common' and 'xlib6g' packages
# apt-get update
# apt-get install xfree86-common xlib6g
- Setup a few other preliminaries:
# mount -t proc proc /proc
# export DISPLAY=localhost:0
- Install StarOffice inside the chroot environment:
# cd /tmp/so501/so501_inst/
# ./setup /net
- Install to the same directory that you would in your real
environment (e.g. /usr/local/staroffice).
- Exit the chroot environment:
# umount /proc
# exit
- Move neccessary files from this slink directory out to the real world:
# mkdir /usr/local/glibc20
# mv /usr/local/slink/lib/* /usr/local/glibc20
# mv /usr/local/slink/usr/local/staroffice /usr/local/
- Clean up:
# cd ~
# rm -r /usr/local/slink
- Copy the StarOffice script to a location in your search path:
# cp /usr/local/staroffice/bin/soffice /usr/local/bin/
- Apply the attached diff to /usr/local/staroffice/bin/soffice:
# patch /usr/local/staroffice/bin ~/soffice.diff
(Assuming you saved 'soffice.diff' in your home directory)
If you want to make the changes manually, that's fine too. You
should:
o Remove any dependency on positional parameters, such as $0.
We will call 'soffice' not by itself, but as an argument
to 'ld-linux.so.2'. Therefore, all positional parameters
will be off by one.
o Make /usr/local/glibc20 the first directory in $LD_LIBRARY_PATH.
o Modify the call to 'soffice.bin' ($sd_binary), so that it
is an argument to /usr/local/glibc20/ld-linux.so.2
Unfortunately, StarOffice will come up complaining about not being
able to open the file /usr/local/staroffice/bin/soffice.bin, which is
now an argument to ld-linux.so.2. The only way to fix this would be
to modify this version of ld-linux.so.2 so that it shifts arguments
in the argv[] table it passes to soffice.bin (i.e. the first argument
becomes argv[0], instead of argv[1]). Not a terribly difficult task,
if anyone feels inclined.
Another approach is to start Soffice from within a slink chroot
environment, after mounting /home (from something like
localhost:/home, if exported). (I.e. not remove the 'slink'
environment after installation).
Good luck!
-tor
soffice.diff
Description: Binary data
Re: Star Office 5 Potato/Glibc2.1??
David Stern [EMAIL PROTECTED] writes: On 27 Mar 1999 23:14:05 +0200, wrote: I hope noone minds if I expand on this thread a little. Sorry, but there's too much to quote. Summary: running up to date potato, apparently glibc2.1 replaced glibc2.0 and staroffice stopped working. Jules Bean suggested a wrapper for staroffice: 1.) Get ldso from slink 2.) mkdir /usr/local/glibc2.0 3.) dpkg-deb -x ldso_1.9.10-1.deb /usr/local/glibc2.0 The original suggestion which did not work for me was to append .real to the binary and to chmod +x a wrapper script (all on two lines). #!/bin/sh LD_LIBRARY_PATH=/usr/local/glibc2.0/lib:$LD_LIBRARY_PATH /usr/local/glibc2.0/lib/ld-linux.so.1.9.10 soffice.bin.real However the staroffice binary already has a wrapper (soffice calls soffice.bin), and it looks like it might be better to add the needed code there rather than an additional layer of encapsulation. Since soffice (wrapper) has LD_LIBRARY_PATH=$sd_inst/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH I should be able to add my glibc2.0 path: # set the glibc2.0 path glibc2.0_path=`/usr/local/glibc2.0/lib` export glibc2.0_path LD_LIBRARY_PATH=$glibc2.0_path:$sd_inst/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH Now all that's left is to somehow tell the staroffice binary to use the ldso from glibc2.0. Originally, soffice calls the binary: exec $sd_inst/bin/$sd_binary $1 $2 $3 $4 $5 $6 $7 $8 $9 I've tried a number of ways that don't work, but is there a good way to inform soffice.bin to use /usr/local/glibc2.0/lib/ld-linux.so.1.9.10? (I've checked for dependent packages, bugs, changelogs.) Would someone please confirm that ld-linux.so.1.9.10 is the correct ldso? My potato system is showing a ld-linux.so.2 as linking to ld-2.1.1.so, which to me infers I might not have the correct ldso package to run staroffice5 (because ld-linux.so.1.9.10 might not be glibc2.0). Hey David ! I did that patch to my StarOffice and it starts again under Potato, but it doesn't print anymore !!! Have you also a soultion for this problem ??? CU Frank
Re: Star Office 5 Potato/Glibc2.1??
On Tue, 30 Mar 1999 15:11:40 CST, wrote: Hello, I was the one who posted the original message for help with this. After reading your message, I played around with the soffice wrapper that calls soffice.bin. Here's how I got mine to work... 1) I got the libc deb from slink. 2) I manually unpacked the archive (ar -x libc???.deb; tar xvfz data.tar.gz) 3) I edited the soffice wrapper: a) In the section where it sets the LD_LIBRARY_PATH (I believe it is the *) option in the block that starts with case $sd_platform in), I added the path where my glibc2.0 is located to the BEGINNING of the LD_LIBRARY_PATH. LD_LIBRARY_PATH=/home/myuser/glibc2.0/lib:$sd_inst/lib:$LD_LIBRARY_PATH b) The last line of the soffice script, I changed as follows: exec /home/myuser/glibc2.0/lib/ld-linux.so.2 $sd_inst/bin/$sd_binary $1 $2 $3 $4 $5 $6 $7 $8 $9 It took a *WHILE* (8-15 seconds) for it to load the first time (I run a P200 w/128M RAM), but it did load, and seems to function properly. When the program first loads, it gives me a message box that says, Error opening document /home/myuser/Office50/bin/soffice.bin: Nonexistent object. Filter not found. I click the OK button, and it works. That did it, *thanks!* Very well written, too. ;-) -- David [EMAIL PROTECTED] -- David [EMAIL PROTECTED]
Re: Star Office 5 Potato/Glibc2.1??
David Stern [EMAIL PROTECTED] writes: On Tue, 30 Mar 1999 15:11:40 CST, wrote: Hello, I was the one who posted the original message for help with this. After reading your message, I played around with the soffice wrapper that calls soffice.bin. Here's how I got mine to work... 1) I got the libc deb from slink. 2) I manually unpacked the archive (ar -x libc???.deb; tar xvfz data.tar.gz) 3) I edited the soffice wrapper: a) In the section where it sets the LD_LIBRARY_PATH (I believe it is the *) option in the block that starts with case $sd_platform in), I added the path where my glibc2.0 is located to the BEGINNING of the LD_LIBRARY_PATH. LD_LIBRARY_PATH=/home/myuser/glibc2.0/lib:$sd_inst/lib:$LD_LIBRARY_PATH b) The last line of the soffice script, I changed as follows: exec /home/myuser/glibc2.0/lib/ld-linux.so.2 $sd_inst/bin/$sd_binary $1 $2 $3 $4 $5 $6 $7 $8 $9 It took a *WHILE* (8-15 seconds) for it to load the first time (I run a P200 w/128M RAM), but it did load, and seems to function properly. When the program first loads, it gives me a message box that says, Error opening document /home/myuser/Office50/bin/soffice.bin: Nonexistent object. Filter not found. I click the OK button, and it works. That did it, *thanks!* Really good job !!! Now my StarOffice works again too !!! But, do you know, how to supress this mad message ??? CU Frank
Re: Star Office 5 Potato/Glibc2.1??
Hello: Well, now that we've all got Star Office 5.0 running on the latest cutting-edge potato systems, can anyone print from it?? When I try, I get the following messages: sh: /home/myuser/Office50/glibc2/libdl.so.2: no version information available (required by sh) sh: /home/myuser/Office50/glibc2/libdl.so.2: no version information available (required by sh) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by sh) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by sh) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libreadline.so.2) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libreadline.so.2) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libncurses.so.4) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libncurses.so.4) sh: error in loading shared libraries: /home/myuser/Office50/glibc2/libc.so.6: undefined symbol: _dl_global_scope_end Anyone else run into this??? If so, how do we fix it??? Ryan [EMAIL PROTECTED]
Re: Star Office 5 Potato/Glibc2.1??
On Wed, 31 Mar 1999 09:36:23 CST, wrote: Hello: Well, now that we've all got Star Office 5.0 running on the latest cutting-edge potato systems, can anyone print from it?? When I try, I get the following messages: [..] sh: /home/myuser/Office50/glibc2/libdl.so.2: no version information available (required by sh) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libreadline.so.2) sh: /home/myuser/Office50/glibc2/libc.so.6: no version information available (required by /lib/libncurses.so.4) sh: error in loading shared libraries: /home/myuser/Office50/glibc2/libc.so.6 : undefined symbol: _dl_global_scope_end I just tried to print, and I get the same thing. Since libc6 depends on ldso, I installed that, but I restarted staroffice and it still didn't print. I'm thinking about the version information on loadable symbols option in the kernel now, but loadable modules are not much more than a black box to me, so I'm not sure how to approach that. Anyone who might know a little more? :-/ -- David [EMAIL PROTECTED]
Re: Star Office 5 Potato/Glibc2.1??
On 27 Mar 1999 23:14:05 +0200, wrote: I hope noone minds if I expand on this thread a little. Sorry, but there's too much to quote. Summary: running up to date potato, apparently glibc2.1 replaced glibc2.0 and staroffice stopped working. Jules Bean suggested a wrapper for staroffice: 1.) Get ldso from slink 2.) mkdir /usr/local/glibc2.0 3.) dpkg-deb -x ldso_1.9.10-1.deb /usr/local/glibc2.0 The original suggestion which did not work for me was to append .real to the binary and to chmod +x a wrapper script (all on two lines). #!/bin/sh LD_LIBRARY_PATH=/usr/local/glibc2.0/lib:$LD_LIBRARY_PATH /usr/local/glibc2.0/lib/ld-linux.so.1.9.10 soffice.bin.real However the staroffice binary already has a wrapper (soffice calls soffice.bin), and it looks like it might be better to add the needed code there rather than an additional layer of encapsulation. Since soffice (wrapper) has LD_LIBRARY_PATH=$sd_inst/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH I should be able to add my glibc2.0 path: # set the glibc2.0 path glibc2.0_path=`/usr/local/glibc2.0/lib` export glibc2.0_path LD_LIBRARY_PATH=$glibc2.0_path:$sd_inst/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH Now all that's left is to somehow tell the staroffice binary to use the ldso from glibc2.0. Originally, soffice calls the binary: exec $sd_inst/bin/$sd_binary $1 $2 $3 $4 $5 $6 $7 $8 $9 I've tried a number of ways that don't work, but is there a good way to inform soffice.bin to use /usr/local/glibc2.0/lib/ld-linux.so.1.9.10? (I've checked for dependent packages, bugs, changelogs.) Would someone please confirm that ld-linux.so.1.9.10 is the correct ldso? My potato system is showing a ld-linux.so.2 as linking to ld-2.1.1.so, which to me infers I might not have the correct ldso package to run staroffice5 (because ld-linux.so.1.9.10 might not be glibc2.0). Thanks, -- David [EMAIL PROTECTED]
Star Office 5 Potato/Glibc2.1??
pgpd3KtnN93Gk.pgp Description: PGP message
Re: Star Office 5 Potato/Glibc2.1??
RKL == Ryan K Losh [EMAIL PROTECTED] writes: RKL I know that I'm probably a moron for running up to date potato RKL systems. However, when potato moved to Glibc 2.1, my Star Office RKL 5 stopped working. Is there any way to have BOTH Glibc 2.0 and RKL 2.1, or is there some other way to make Star Office 5 work? Try this: From: Jules Bean [EMAIL PROTECTED] Subject: Re: Slink to potato upgrade To: John Lines [EMAIL PROTECTED] cc: Debian Developers debian-devel@lists.debian.org X-Sent: 5 days, 20 hours, 5 minutes, 57 seconds ago Resent-From: debian-devel@lists.debian.org On Sun, 21 Mar 1999, John Lines wrote: Anthony Towns wrote: As far as dodgy programs relying on undocumented features, I've no idea what could be done. Redoing those features just for jdk might be a good idea, maybe. :-/ I have wondered about putting a copy of glibc2.0 into oldlibs and providing wrappers for programs (such as StarOffice) which break, and which we cant change. (Note I have not yet tried this, so I don't know if it will work) It will work. Just make sure you also have a copy of the ld-linux.so from glib2.0. You need a wrapper something like this: LD_LIBRARY_PATH=/path/to/glibc2.0 /path/to/ld-linux.so.fromglibc2.0 /path/to/app/which/breaks (all one line) Jules
