Re: StarOffice 5 and Potato - Solution (?)
I got into the same trouble as many people who tried to get staroffice 5.0(1?) to work with glibc2.1. I also did try many things I have seen, and I also had many failures to make it work with most recepes, BUT I FINALLY GOT IT TO WORK. Here is a recipe I made out of my various attemps. I made a simplified version of all my attemps, so I may be wrong somewhere, but hopefuly it is correct. 1/ mkdir /tmp 2/ get libc6_2.0.7.*.deb from a debian ftp mirror (slink). 3/ ar -x libc6_2.0.7.19981211-6.deb 4/ tar xvzf data.tar.gz 5/ mkdir /usr/local/glibc2.0 6/ cp -a lib/* /usr/local/glibc2.0 7/ ln -s /usr/local/glibc2.0/ld-linux.so.2 /lib/ld-2.0.7.so.2 8/ cd /full/path/to/Office/lib 9a/ mv soffice.bin soffice.bin.orig 9b/ mv setup.bin setup.bin.orig 9c/ mv psetup.bin psetup.bin.orig 10a/ cat soffice.bin.orig |sed -e 's#/lib/ld-linux.so.2#/lib/ld-2.0.7.so.2#g' \ > soffice.bin # this is a single line or use '\' 10b/ cat setup.bin.orig |sed -e 's#/lib/ld-linux.so.2#/lib/ld-2.0.7.so.2#g' \ > setup.bin # this is a single line or use '\' 10c/ cat psetup.bin.orig |sed -e 's#/lib/ld-linux.so.2#/lib/ld-2.0.7.so.2#g' \ > psetup.bin # this is a single line or use '\' 11/ update the /full/path/to/Office/bin/soffice script change : LD_LIBRARY_PATH=$sd_inst/lib:$LD_LIBRARY_PATH into : LD_LIBRARY_PATH=/usr/local/glibc20/:$sd_inst/lib:$LD_LIBRARY_PATH and change : exec $sd_inst/bin/$sd_binary "$1" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9" into : /lib/ld-2.0.7.so.2 $sd_inst/bin/$sd_binary "$1" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9" Hope this helps. If this helps, does anyone feel to write a mini-HOWTO? Best regards, Bernard --- here is a post not beloging to this list --- Subject: Star Office with Glibc 2.1 (howto doit and what is broken) Date: Wed, 07 Apr 1999 07:27:27 GMT From: [EMAIL PROTECTED] Newsgroups: stardivision.com.support.misc The instructions have already been posted to this group, but here they are again (with more details). You can get already installed soffice to work by doing the following: 1) cd /full/path/to/Office/lib 2) tar xfz glibc2.tar.gz 3) mv glib*/* . ; rmdir glib* 4) cd ../bin 5) emacs *.bin 6) using overwrite mode change /lib/ld-linux.so.2 to /lib/ld-2.0.7.so.2 in all binaries 7) ln -s /full/path/to/Office/lib/ld-linux.so.2 /lib/ld-2.0.7.so.2 After this soffice starts and works as it should. Unfortunately soffice uses system() call, which execvp /bin/sh, when printing (even to file) and thus the printing does not work. I tried to patch the libc itself (changed /bin/sh in the library to /old/sh, copied sh, cat and lpr to /old and patched them as well. Also soffice starting script must be edited. After this printing to file does not give errors, but results to empty file. Normal printing still tries to exec /usr/bin/lpr for some reason). --- On Fri, Apr 23, 1999 at 08:35 -0400, Christian Lavoie wrote: > > On Wed, 21 Apr 1999, Brad wrote: > > > > >By putting together ideas from a few posts here and in linux-kernel, i've > > >managed to get StarOffice 5.01 working on my Potato box. Now, i have two > > >problems: > > > 1) i know it works on my box. But what about anyone else's? > > > 2) If it does work, what do i do to let people know how to do it? Just > > >letting it sit on my hard drive unused by anyone else doesn't sound > > >too appealing... > > 2) How about writing a 'SO5 and glic2.1 Mini- HOWTO'? > > Christian Lavoie > [EMAIL PROTECTED] > UIN: 947212 > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null >
Re: modeling software
You may want to try this: $ dpkg -s dia Package: dia Status: install ok installed Priority: optional Section: graphics Installed-Size: 607 Maintainer: Fredrik Hallenberg <[EMAIL PROTECTED]> Version: 0.40-1 Depends: gdk-imlib1, libc6 (>= 2.1), libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.0), libxml0, xlib6g (>= 3.3.2.3a-2), zlib1g (>= 1:1.1.3), libxml0 (>= 1.0.0) Description: Draw different kinds of diagrams. Dia can be used to draw different kind of diagrams. This is an early version but the program is fully usable. In this version there is support for UML static structure diagrams (class diagrams), Entity-Relationship diagrams and Network diagrams. Diagrams can be exported to postscript. Bernard On Sun, Apr 25, 1999 at 01:11 -0400, Allan M. Wind wrote: > Hi, > > Do you know of free modeling software for linux? > > I'm In particular interested in UML (Universal Modeling Language). > The standard is published at www.omg.org, maybe someone has done it or > working on it? I know dia draws some uml diagrams, but I need > something more "project" oriented than "drawing" (more like Rational > Rose than Visio if you are familar with those vendors) > > Thanks in advance for your time! > > > /Allan > -- > Allan M. Wind Phone: 781.938.5272 (home) > 687 Main St., 2nd fl. Fax:781.938.6641 (fax/modem) > Woburn, MA 01801 Email: [EMAIL PROTECTED] (home)
Re: StarOffice 5 and Potato - OK but not printing :-(
Well, I can't get it to print either. I get the following messages: sh: /usr/local/glibc20/libdl.so.2: no version information available (required by sh) sh: /usr/local/glibc20/libdl.so.2: no version information available (required by sh) sh: /usr/local/glibc20/libc.so.6: no version information available (required by sh) sh: /usr/local/glibc20/libc.so.6: no version information available (required by sh) sh: /usr/local/glibc20/libc.so.6: no version information available (required by /lib/libreadline.so.2) sh: /usr/local/glibc20/libc.so.6: no version information available (required by /lib/libreadline.so.2) sh: /usr/local/glibc20/libc.so.6: no version information available (required by /lib/libncurses.so.4) sh: /usr/local/glibc20/libc.so.6: no version information available (required by /lib/libncurses.so.4) sh: error in loading shared libraries: /usr/local/glibc20/libc.so.6: undefined symbol: _dl_global_scope_end I looked in the various libraries in: /usr/local/glibc20 and /usr/local/opt/Office50/lib and found some hard-coded path to libraries in /lib while we would like staroffice to use those in /usr/local/glibc20/. I tried to to patch (using the same sed trick) some but did not found the one with the problem. I am not much concerned about printing, so I am not looking any further, hopefully, this path may lead to the solution. Best regards, Bernard On Mon, Apr 26, 1999 at 01:53 -0500, Ryan Losh wrote: > > > > [Lengthy instructions for "tricking Star Office 5.0[1] into executing on a > > glibc2.1 system deleted] > > > > I'd like to know if *ANYONE* out there has gotten Star Office 5 to *PRINT* > on a potato system running glibc2.1??? If so, would you please post your > "recipe" to this list. **EXECUTING** Star Office is of little value to > (most) people, if you CANNOT PRINT FROM IT!! > > Ryan > [EMAIL PROTECTED] >
Re: StarOffice 5 and Potato - print solution (?)
Hi, Here is a message found on news://stardivision.com.support.installation (I did not test it yet) Best regards, Bernard - --- Subject: Debian Potato/glibc-2.1 Printing Fix/Workaround Date: Sat, 10 Apr 1999 13:11:44 -0400 From: Chris Jenkins <[EMAIL PROTECTED]> Organization: StarDivision GmbH Public News Server2, Hamburg, Germany Newsgroups: stardivision.com.support.installation Well, as I said in my post on installing for a glibc2.1-based system, I was not in a position to take no for an answer. A few times I thought I was going to have to move back to slink, but I really did not want to do this. Ok, so here's the problem and the solution for printing (see disclaimer below)... Problem: Printing from SO5 does not work, due to the fact that they call external programs that have not been "patched" in the way that the SO5 binaries have, to use ld_linux.so.2 as explained in the thread "Libc6 2.1.1+ SO died and SO wont install - WORKAROUND". Specifically, these programs are sh (sh is a link to bash on a debian potato system), cat and lpr. Solution: First part of this problem that needed to be fixed was bash. The most recent version of bash in potato is dependent upon (libc6 >= 2.1). In other words it won't run with libc2.0.7, included with SO5. To remedy this, I d/l'ed the source files from the potato source directory, and compiled bash with "./configure --minimal-config --enable-static-link". The minimal-config was included because I was having problems compiling without it, but the static-link is the important part here. I then removed the symbolic link /bin/sh and took the resulting executable (bash) and moved it to bin/sh (renaming it in the process, not replacing /bin/bash). This has to be done, as the fork call explicitly names /bin/sh. Ok, cat and lpr can both be used with the SO libc, but rather than patching the binaries as done in the case with the SO *.bin files, I took the approach of calling them with the link library explicitly named (/lib/ld_linux.so.2 /bin/cat). I did this by creating a file for each in the SO bin directory and set them as executable by all. Here is the contents of each (you may need to adjust paths depending on where these files are on your system, and where you installed SO5 to: ** /usr/local/share/Office50/bin/cat ** /lib/ld_linux.so.2 /bin/cat $* ** /usr/local/share/Office50/bin/lpr ** /lib/ld_linux.so.2 /usr/bin/lpr $* And the final change is to the file /usr/local/share/Office50/bin/soffice. In order for the application to find your new cat & lpr rather than the "real" ones, you need to add the SO bin directory to the front of the PATH variable in the applications environment. Towards the end of the file is the line: export THREADS_TYPE JAVA_HOME CLASSPATH SAL_FONTPATH XPPATH I changed this to: # set Office bin directory to beginning of Path PATH=$sd_inst/bin:$PATH export THREADS_TYPE JAVA_HOME CLASSPATH SAL_FONTPATH XPPATH PATH This will have the effect explained above, and is the final step. You should now be able to run SO5 and print. Disclaimer: I have found the above steps work for me. They may or may not work for you. If you are not familiar with what you are doing and attempt the following steps and hose your system, kill your dog or start a nuclear holocaust, I will assume no responsibility whatsoever. There may be an easier or better way to arrive at the desired state, as I said this is just what worked for me. Good luck ye who enter, Chris Jenkins [EMAIL PROTECTED] > On Mon, Apr 26, 1999 at 01:53 -0500, Ryan Losh wrote: > > > > > > [Lengthy instructions for "tricking Star Office 5.0[1] into executing on a > > > glibc2.1 system deleted] > > > > > > > I'd like to know if *ANYONE* out there has gotten Star Office 5 to *PRINT* > > on a potato system running glibc2.1??? If so, would you please post your > > "recipe" to this list. **EXECUTING** Star Office is of little value to > > (most) people, if you CANNOT PRINT FROM IT!! > > > > Ryan > > [EMAIL PROTECTED] > > > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > Bernard -- Bernard de Rubinat mailto:[EMAIL PROTECTED]
StarOffice 5.1 SOLVES Glibc 2.1 (potato) incompatibility
StarOffice 5.1 (just released) works with potato. When you install, it will complain that it does not find glibc 2.0.7, just ignore as you have glibc 2.1 (with potato). Best regards, Bernard On Sun, May 16, 1999 at 01:03 -0500, Brad Jorsch wrote: > Before i begin, please CC all replies to my email address. dyn.cx seems to > be severely broken (or at least their nameserver is hosed), and this > mailbox can't take the onslaught that is debian-user :( ... Anyone know of > any functional free domain hosts? > > Sometime two or three weeks ago, we were discussing making StarOffice work > under Potato. i didn't see in the archives that anyone solved the printing > problem, so i went ahead and wrote the mini-HOWTO like someone recommended > i do. > > It's available at http://199.74.95.157/random/StarOffice501_glibc21.gz, if > anyone could mirror it that would be a good thing. Also, please send any > and all comments, that's the only way it can be made better. > > i can send the file by email as well if anyone needs it. I'd post it to > the list except that i don't want to overflow anyone's mailbox... > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null >