Jan,
I can start the ooffice1.1 without problems here on my debian ppc sid
box (this is under debian glibc cvs 2.3.2-1). Everything seems to run
fine so far.
Jack
Chris,
What I am finding on the mirrors in pool/contrib/openoffice.org
doesn't make any sense. All I find for 1.1beta2 are non-arch
packages (*all.deb) with no arch specific binary packages for
i386 or powerpc...what's up with that?
Jack
ps Kevin Hendricks requested tha
Gotom,
I downloaded the file in question...
http://people.debian.org/~daenzer/Wissensw_1.pps
...and it loads fine under openoffice 1.0.3-2 from current
debian sid against glibc 2.3.2-1. I don't have glibc 2.3.1-17
installed but I know there are significant thread issues with
the recent debia
I'm not sure if it is in the upcoming 1.0.2, but the developer version
643c had a major rewrite of the pdf printing according to the release notes.
Jack
Jan,
Try
ftp://ftp.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS/openoffice-1.0.1-8.src.rpm
As to the relocation error problems, I haven't seen them with 1.0.1-6
at all with the current glibc 2.3.1 packages. Can you point me to some
of your oo packages that exhibit the problem? Also does
Has anyone looked at the current rawhide srpms for openoffice
1.0.1? They are using a little hackery to allow openoffice to use
gcj instead of a real JDK. This would be worth implementing in our
debian openoffice packages since it would break the dependency on
JDK and allow it to be moved from
Chris,
I haven't seen any of these relocation error crashes on my
debian ppc sid box using 1.0.1-6 of openoffice.org. The only
issues I have seen are occasional quits on startup in openoffice
from the absence of __libc_waitpic in glibc 2.3.1 or glibc cvs.
My workaround on that was to delete the
Chris,
That was the problem. I had a set of files, fonts.dir, fonts.scale, etc
in /usr/lib/X11/fonts/TrueType but there were no font files or symlinks to
font files. After deleting these files in /usr/lib/X11/fonts/TrueType and
doing a mkfontdir in that directory, which created an empty fonts.di
Is this really fixed for anyone? On my debian ppc sid box I am still having
problems. In my case, unless I comment the line...
FontPath"/usr/lib/X11/fonts/TrueType"
in /etc/X11/XF86Config-4 leaving only...
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
Jan,
I haven't had time to look at this carefully yet but I
believe if you run the current debian openoffice package with
LD_DEBUG=files you'll see it is failing to load a shared lib
in a non-fatal manner. I am wondering if you see the same
thing on your machine (mine is running glibc cvs so I n
Jan,
Two things. You may need to deinstall mozilla before you rebuild
it as I'm not sure how tight that buildroot is. Second is to make
sure you get the latest version of the mozilla gcc 3.1/3.2 patch
that Franz made. I put a copy of it in a debian bug report against
mozilla-snapshot...
http://
Package: openoffice.org
Version: 1.0.1-5
It appears that openoffice.org has an incorrect Depends on
libstdc++.so.4 when in fact it is linked to libstdc++.so.5
now. This shows up when one tries to purge off all of gcc 3.1.1
from a debian ppc sid machine with openoffice.org installed.
Apt-get clai
Jan,
Looking at the binaries again, they all appear to be properly
linked to libstdc++.so.5 so it must be a stale Depends in the
debian/control file. We should do a 1.0.1-6 rebuild with this fixed
though so folks can gracefully remove gcc 3.1.x from their machines.
Jack
Jan,
Since the debian gcc maintainers are in the process of removing
gcc 3.1 from sid, I decided to purge it manually off of my machine
and was shocked to see the following...
bogus:/home# apt-get remove cpp-3.1 cpp-3.1-doc g77-3.1-doc gcc-3.1-base
gcc-3.1-doc gij-3.1 gnat-3.1-doc libstdc++
Hello,
Is anyone else seeing breakage of OpenOffice.org 1.0.1-5 after
updating gcc-3.2 to the latest 3.2.1-0pre2 from 20020912? I see
lots of errors of the form...
14922: /usr/lib/openoffice/program/libsal.so.3: error: relocation error:
undefined symbol: component_canUnload (fatal)
when I do
Jan,
Speaking of mirroring, what is the status of the gcc 3.2 rebuilds
of OpenOffice.org 1.0.1? I am rather confused by the state of things
as seen from...
http://ftp.freenet.de/pub/ftp.vpn-junkies.de/openoffice/pool/main/stlport/
http://ftp.freenet.de/pub/ftp.vpn-junkies.de/openoffice/pool/con
Chris,
I'm rather confused here. I just looked on ftp.debian.org in
"/debian/pool/contrib/o" and can find no evidence of the openoffice.org
packages. Aren't they susposed to be on the main ftp servers now?
Jack
Jan,
I've posted a bug report, 154622, against gnome-mime-data with
a patch to change the command in gnome-vfs.applications from
ooffice to openoffice. As far as I know, upstream doesn't provide a
ooffice binary although I could picture them eventually renaming
their soffice binary to ooffice t
Chris,
I submitted a bug against gnome-mime-data 2.0.0-1 over this suggesting
the following patch...
--- gnome-mime-data-2.0.0/gnome-vfs.applications2002-06-04
22:25:41.0 -0400
+++ gnome-mime-data-2.0.0/gnome-vfs.applications.new2002-07-28
14:33:52.0 -0400
@@ -379
Chris,
Well you do realize that the openoffice document types are already
defined in gnome-mime-data 2.0.0-1. The entries are...
/usr/share/application-registry/gnome-vfs.applications
openoffice
command=ooffice
name=OpenOffice.org
can_open_multiple_files=true
ex
I ran across one problem today after getting the Gnome 2.0
desktop and Nautilus to properly launch OpenOffice documents into
OpenOffice.org (by the addition of the ooffice symlink). The icons
on my .swx files disappeared. I turned out in trying to sort this
all out I had accidentally caused a ~
In case anyone else is running Gnome 2.0 under debian sid,
I discovered the trick to getting OpenOffice files recognized
properly under Nautilius. With the current openoffice.org 1.0.1-3
packages you will find Nautilius can recognize openoffice files
by their extensions and displays the appropr
I have identified the offending file in openoffice.org_1.0.1-1_all.deb
as usr/lib/openoffice/program/applicat.rdb. If I install the intel build
of this over the ppc build of openoffice.org_1.0.1-1_all.deb, openoffice
breaks. If I install the ppc build of this file over the intel build of
openoffice
Jan,
Good news...bad news. The good news is that using the copy of
openoffice.org_1.0.1-1_all.deb from your build machine at
http://bourbaki.math.uni-kiel.de/~jpalic/OpenOffice.org/
I am able to run openoffice.org 1.0.1 using the remaining packages
that I already had installed. The bad news is w
I think I have pinpointed the origin of the breakage in the
current openoffice.org 1.0.1-1 packages on debian ppc sid. I diff'd
the changes in the files between the Jul 14th and Jul 16th builds of
openoffice.org_1.0.0-pre1.0.1rc3_all.deb. I notice that there
is an installation database in usr/
Chris,
Michel Danzer is seeing exactly the same behavior on debian ppc
sid. He also saw the last rc3 build as being broken as well in the
same fashion. The only thing I can say is that there was a build for
debian ppc on July 14 (for which I have the binaries archived). This
build date corresp
Chris,
However, unless I am greatly confused, there was a build
of 1.0.1-rc3 done for the ppc as of July 14th. I downloaded
the complete set of rc3 files on July 14th (and have archived
copies). These work fine. On July 17th, for some reason
part of rc3 got rebuilt yet again...
File: openoffi
Has anyone managed to run the new openoffice 1.0.1-1
packages for ppc on debian sid? I am seeing exactly the
same failure I saw a couple of weeks back when rc3 got
partially rebuilt. At that time the orginal rc3 packages
for oo 1.0.1, built on July 14th worked fine. The second
rebuild of rc3 (wh
Hello,
Has anyone actually tried openoffice.org on debian ppc since
the last rebuild of July 16th? I have the original rc3 build from
July 14th installed and it works fine. However when I do a apt-get
I now drag down...
File: openoffice.org_1.0.0-pre1.0.1rc3_all.deb 11123 KB 07/16/02 10:42:0
Jan,
The patch that I have for libgcc-compat causes the code to be built
with or without gcc-3.1 being used for the build. If you are finding
that soffice fails due to an illegal instruction, you might try rebuilding
glibc 2.2.5 under gcc 2.95.4 and see if that causes the symbols to be
resolved.
Tim,
I don't see that problem here with msttcorefonts. I didn't do anything
with the printer admin utility to make Verdana show up. Just installing
mssttcorefonts and letting it download/install the fonts was sufficient
for them to appear in the fonts menu of openoffice.org-1.0.0-3. I can
get Ve
Hello,
I looked back through April mailing list archive for this group
and am extremely puzzled by some declarations being made that java
was disabled in the debian-openoffice builds. That is definitely not
true at all. Java applets can work fine. You have just annoyed users
by hiding the toggl
I can confirm that the new j2re packages you made work with
the openoffice.org 1.0-3 release (if you manually set up the
account by running /usr/lib/openoffice/program/setup rather
than relying on the openoffice script to do it). Like Kevin
Hendricks build of OpenOffice, the debian packages see
Hello,
Now that I have the font issue sorted out I decided to
test the latest debian ppc jdk packages that Stephen Zander
released...
deb http://people.debian.org/~gibreel/debian sid main non-free
deb-src http://people.debian.org/~gibreel/debian sid main non-free
He used a new build of j2sd
I found the bad player in my attempt to install
openoffice.org 1.0-3 on my debian ppc sid machine.
I had tried to removed msttcorefonts from my system
with dpkg --purge at some point. That appears to be
insufficient to remove all traces of the downloaded
mstt fonts but deconfigures them thus c
I was happily running the stock OpenOffice 1.0 build and made
the major blunder of trying to install the new openoffice.org
1.0-3 package on debian ppc sid. Now I can't run openoffice at all.
I had deinstalled the old copy from /usr/local/OpenOffice.org1.0
and removed the .soffice, .sversionrc a
36 matches
Mail list logo
