The OpenOffice.org website says that RC4 is available today. Would love to see an ebuild for it. I will try to hack the rc3 ebuild to see if it will emerge openoffice-bin, but I have very little experience with doing this. Thanks!
yes true, we don't have the binary ebuild of rc3 ... and rc3 is the most stable. cya
Ack -- I meant rc2.
Added CC. Would love to see source and binary versions, too! Thanks.
Created attachment 17448 [details] Ebuild for OpenOffice 1.1rc4
Created attachment 17449 [details] Patched wrapper script for OpenOffice 1.1rc4
Added ebuild and needed wrapper script (put it in files/1.1_rc4/). Works for me.
This ebuild builds and installs fine, but ooffice doesn't run. david@sidicpc22 david $ ooffice david@sidicpc22 david $
I haven't tried this new ebuild yet, but, to me, that looks like you ran out of disk space during the build. OO needs ALOT of space to build - check your /var partition (or just / if that's all you have). Count on needing about 3-4GB free, at least.
*** Bug 26747 has been marked as a duplicate of this bug. ***
Forgot to mention that this ebuild is for openoffice-bin, as I have no patience to compile this monstrosity of an application. :-) So there cannot be any compilation problems. However, there is a problem if root does not have access to X during emerging: the openoffice installation script will then only install a couple of (non-graphical) tools and skip the actual applications. Workaround: "xhost +localhost" before starting emerge. This issue is also present in the previous openoffice-bin ebuilds, AFAICS.
after installing app-office/openoffice-bin-1.1_rc4 and running openoffice successfully the first time, I get the following error when I try to run it after closing the initial openoffice window: [sczjd@gentoo sczjd]$ ooffice openoffice.org: You have no entry for OpenOffice.org 1.1_rc4 in ~/.sversionrc, yet the directory /home/sczjd/.openoffice/1.1_rc4 exists. Please remove /home/sczjd/.openoffice/1.1_rc4 and try again. [sczjd@gentoo sczjd]$ cat ~/.sversionrc [Versions] OpenOffice.org 1.1.0=file:///home/sczjd/.openoffice/1.1_rc4
from errors i got from runnig openoffice in (x)console i figured that this build (openoffice-bin_rc4) looks for its general (user) settings in directories designated by "OpenOffice.org 1.1=" and for its user-specific settings (those present in "~/.openoffice/1.1/user" directory) in directories designated by "OpenOffice.org 1.1.0=" entry in ~/.sversionrc. so in SI Reasoning's case - if he changed aforementioned file from: [Versions] OpenOffice.org 1.1.0=file:///home/sczjd/.openoffice/1.1_rc4 to: [Versions] OpenOffice.org 1.1=file:///home/sczjd/.openoffice/1.1_rc4 OpenOffice.org 1.1.0=file:///home/sczjd/.openoffice/1.1_rc4 he would be able to run ooo normaly. ... i sure do hope i haven't made my post sound (too) "complicated"! ;-) cheers
I personally found my ~/.sversionrc file to contain only a single entry for OO as follows: [Versions] OpenOffice.org 1.1.0=file:///home/username/.openoffice/1.1_rc4 However, this also caused the same problem with being able to rerun OO again without errors. I've since added the line OpenOffice.org 1.1_rc4=file:///home/username/.openoffice/1.1_rc4 and OO works as it should. Also, don't remove the other line or it will think that it needs to be resetup/reinstalled.
does anybody else get two sets of icons in the KDE menu? the simple solution is to delete "~/.kde/share/applnk/OpenOffice.org 1.1.0" directory, since "/usr/share/applnk/OpenOffice.org 1.1" does the same job - isn't this supposed to be done by ebuild? this (again supposedly) does happen with gnome...
related bug : http://bugs.gentoo.org/show_bug.cgi?id=29591
This ebuild for 1.1rc4 bin should be removed from portage until it is fixed. Thanks.
As 1.1.0 final is out we will not be offering rc4 anymore
