This an ebuild for OpenOffice.org 1.1-RC2 with all the funky Ximian-patches applied. Some notes about it: 1) It builds with bash instead with tcsh now 2) It uses libart_lgpl instead of gpc for polygon-clipping 3) Therefore it requires libart_lgpl-2.3.13 which is not yet in portage, but an ebuild for that is also in the tarball For further information there are two threads about this on the forums, the first for the before released RC1 http://forums.gentoo.org/viewtopic.php?t=68740&highlight= an the second about RC2 http://forums.gentoo.org/viewtopic.php?t=69855&highlight= And one last thing: Sorry to pack the whole thing into a tarball, but there are a lot patches, but if you prefer I will submit again file by file Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 14989 [details] openoffice-ximian-1.1_rc2.tar.gz
Could you update the homepage to point to the ximian oo pages, not openoffice.org Also, I will be looking into the rc2 ebuild soon, I would like to make parts of it optional. Especially the iconset.
Ok, attached a new version with correct homepage, my fault. About the icons: You mean using the gnome icons in the "regular" Openoffice-build or leaving them out from openoffice-ximian? Because I think they are one of the nicest things Ximian has done...
Created attachment 15003 [details] openoffice-ximian-1.1_rc2.ebuild Updated ebuild with correct homepage
The idea was leaving them out of ximian optionally. Maybe make them optional / or installable as an iconpack (if I could find out how). Personally I don't like ximian's style that much (will not stop me from including it). Btw. Expect it to take some time for me to include it. Testing takes some time as I must first actually compile the darn thing
Didn't expect it to go fast as this thing is quite a beast. Anyway there are also still some known problems with this ebuild: 1) The basic macro paths are not installed correctly while installing (they work fine if you adapt an old dialog.xlc and scripts.xlc). You can see it, if you go in the menu to Tools > Macros > Macro. Don't know if this is Ximian-specific because they don't seem to patch anything in that area. 2) Menu shortcuts are only installed for gnome. I took the kde part out, because the "normal" OpenOffice menu-files are not patched properly while installing and won't do anything useful. For Gnome the Ximian-menu-entries are used. And then there is also the infamous error 65280 which seems to strike some, but that's not specific to the ximianized version as you know... About the optional icons: Make them optional should be easy, at least theoretically: do not use the scale icon patches, provide another patch which disables the Ximian icon patches. (although ximians gui-layout patches could become a source of trouble here) Providing them as an icon pack (if you think of it as an optional ebuild) would be a lot more difficult, if not impossible as they have to be compiled in (with or without the necessary patches). But I don't know if it makes a lot of sense, because openoffice-ximian is primarily a Gnome User thing because of the better integration with the rest of the desktop and the icons are one part of this integration
Created attachment 15457 [details] openoffice-ximian-1.1_rc2-r1.tar.gz New version of the ebuild, this should fix some problems: 1) The in my last comment mentioned macro setup problem is gone, this was caused by a faulty ximian unzip patch 2) Also included is now a patch, which fixes at least some of the error 65280 problems, don't know if it fixes all, as I never had this problem and not enough user tried until now
Created attachment 17681 [details] openoffice-ximian-1.1_rc4.tar.gz Another new version of the ebuild, this time for RC4, besides the usual updates to Openoffice and the Ximian patches this also includes patches to fix compiling problems for development kernels and nptl-enabled systems
Created attachment 18579 [details] openoffice-ximian-1.1.0.tar.gz Here it is: OpenOffice.org 1.1.0 plus Ximian patches. Since the last versions I got the Language support working, cleaned up the build process considerably and a lot more I can't remember at the moment. Also the build installs now to /opt/Openoffice.org/ (without the version number). I think this change could also be done to clean OpenOffice ebuilds. The problem with the version number is that each update between the different RCs broke some parts of the user install (for instance the macros). Alternatively this could also be solved by adding some clever code to ooffice-wrapper.
Created attachment 18999 [details] openoffice-ximian-1.1.0-r2.tar.gz Another update, just newer ximian patches and icons (and some ebuild cleanup again)
Making: ../unxlngi4.pro/bin/makedepend unx xargs: environment is too large for exec dmake: Error code 1, while making '../unxlngi4.pro/bin/makedepend' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.1.0-r2/work/oo_1.1_src/soltools/mkdepend !!! ERROR: app-office/openoffice-ximian-1.1.0-r2 failed. !!! Function src_compile, Line 462, Exitcode 1 !!! Build failed!
That actually is a problem with findutils, look for a solution in this thread (in the middle of the page): http://forums.gentoo.org/viewtopic.php?t=92757&postdays=0&postorder=asc&start=200
suka, I'm currently compiling a cleaned up version of your ebuild (I synched it up with the current vanilla ebuild). If it compiles cleanly, I'll try to put it in testing tomorrow
Great to hear that :-) Could you please also add: filter-flags "-fno-strict-aliasing" and replace-flags "-Os" "-O2" to the ebuild, the first is necessary to combat an excel import problem, the second to prevent compile breakage. I have this in the - not released - next version of my ebuild, just have been waiting for the new Ximian patches (which will add wonderfull things like compilation without java) to be released. Also you could update the ICON_VER to OOO_1_1-5 which is the current one thanks a lot suka
Well, I didn't start compilation yet, so you're lucky. I'll attach my ebuild, so you can incorporate the changes in your next version (I would like the both openoffice ebuilds to be as similar as possible)
I already try to follow the changes in the plain openoffice ebuild as closely as possible, so that is fine for me. Anyway: In the future there might be a simplified version of openoffice-ximian ebuild, which uses the Ximian build system (which should - at least in theory - let us build the whole thing with a simple configure/make). That's also what the Ximian people asked me to do (to get "official" Gentoo support in the Ximian build), so I will look into it, when I find some spare time.
Created attachment 20134 [details] openoffice-ximian-1.1.0-r3.tar.gz New Version for a new Ximian patchset. The biggest news is, that this version should now compile fine without java! Also I tried to follow all your changes to the plain OOo ebuild.
Created attachment 20196 [details] openoffice-ximian-1.1.0-r3.tar.gz Just corrected a small bug in the ebuild, so no new version number
I've just committed the -r2 ebuild. It is still masked, I'll be looking into taking the changes from -r3 and put it into a new ebuild (which will get -r1 in the repos)
Great thanks! One minor niggle: Could you please change filter-flags "-fno-strict-aliasing" to append-flags "-fno-strict-aliasing" This was a stupid bug from me (the line fixes some excel import problems) Anyway it would be great to have -r3 as soon as possible, also because it will be easier to mantain, as I tried to follow the plain ebuild more closely. For instance it now uses the same patches as yours for nptl and Kernel 2.6. Additionaly it builds without java which removes the most cumbersome dependency of OpenOffice.org and also reduces the build time. Looking forward on working together to improve the whole thing suka
After having a look at the ebuild, some notes: *) You forgot to incorporate two bug fixes which are already in the plain openoffice ebuild if [ "$(gcc-version)" = "3.2" ]; then has to be replaced with if [ "$(gcc-version)" == "3.2" ]; then and you have to add addpredict /root/.gconfd *) About the installation path: If we use a seperate openoffice-ximian dir I think it would be more logical to also call it openoffice-ximian. But in general the usage of a seperate dir also creates some problems: If someone installed plain OpenOffice.org before, the macro-paths in ~/.openoffice will be broken. So either we use the same dir name or we make openoffice and openoffice-ximian parallel installable, so that the settings between openoffice and openoffice-ximian are not shared by each other. But: This would also mean, that people would have to install dictionaries twice (don't know if OOodi would work with that setup at all). So you see a complicated problem ;-) I still think the easiest solution would be to put both variants in /opt/OpenOffice.org (without the version number to circumvent the macro problem described some postings above)
I allready saw the = issue, it is allready corrected. I'll correct the addpredict too. Btw. I also committed -r1 which is your -r3. About the location, I'll think about it. In general this is an issue with openoffice. If you have any suggestions please tell me.
I am afraid the only solution that comes to my mind is using one directory for all versions, everything else will result in more problems...
There is another nasty bug in the current ebuiilds in portage: If we really change the directory, we also have to adjust oowrapper, otherwise Openoffice won't start!
I just fixed the wrapper script
Created attachment 20633 [details] openoffice-ximian-1.1.0-r2.ebuild New version of the Ximian patches and icons out, with the following changes: Changes in this release: + features + UI fixes + much improved OpenSymbol font (Jimmac) + improved font mapping (Dan, Michael) + more style navigator icons (Tigert) + nicer looking ruler scaling (Michael) + don't grey bullets as fields (Michael) + prune some ugly symbols (Anil Bhatia) + System bits + new targets: RHFedora,RHTaroon,RHShrike (Dan) + --with-installed-ooo-dirname (Dan) + system libdb integration (Dan) + faster help linkage (Dan) + OOO_FORCE_DESKTOP (Michael, Philipp L, Chris) + use OOO_MS_DEFAULTS env. var (Michael) + use fork for 2.6 kernels (Ken Foskey, Rene) + Red Hat specific patches (Dan, et. al) + nautilus/VFS integration bits + system neon fix + libart cut/paste for old systems + system freetype re-hash + bug fixes + critical + parallel / build script fixes (Dan) + svx lockup fix (Dan) + impress I/O error fix (Martin, Christian L) + help / language fallback issue (Chris) + misc + re-root - only scan CVS dirs (Michael) + missing MySQL data source fix (Rene) + uno asm fixes (Dan) + svtools build deps fix (Michael) + improved default font size (Chris) The ebuild now follows your install directory and version number, so should be fine for going directly into portage. One question: Is it ok to report new versions in this bug or should I file a new one from now on?
Thanks, I'll add it soon, just please file a new bug for new versions. That is easier for keeping track. Anyway thank you for this work
It is added as 1.1.46. I changed it to use ximian version numbers. I believe that is clearer than using -r?? numbers. It allows to separate ximian changes from compilation fixes.
Good idea (in respect to the version number) thanks suka