I have a bad hacked overlay to get OpenOffice.org1.9.68 at http://forums.gentoo.org/viewtopic.php?p=1929776#1929776 you may take this as a base. Ximian has a disable-epm.diff (which i do not use) in their cvs as well as bin/package-ooo and package/ooinstall scripts to get around packaging with epm. they use rpm still but sure you can get it done without epm and rpm. :) I hope this helps anyhow. Reproducible: Always Steps to Reproduce: 1. emerge openoffice 2. 3. Actual Results: no openoffice-1.9 ebuild Expected Results: openoffice-1.9 ebuild
patch (workaround) for /usr/include/pthread.h: --- /usr/include/pthread.h 2004-10-07 22:03:06.000000000 +0200 +++ /usr/include/pthread.h 2004-10-10 12:10:29.699955184 +0200 @@ -439,6 +439,7 @@ /* Cancellation handling with integration into exception handling. */ +typedef int __jmp_buf[6]; typedef struct { struct --- this happens if /usr/include/pthread.h is not patched: Making: ../../../../unxlngi4.pro/slo/sc_documen4.obj g++ -Wuninitialized -fmessage-length=0 -c -I. -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/offuh -I../inc -I../../../../inc -I../../../../inc/bf_sc -I../../../../unx/inc -I../../../../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/res -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.2.01/include -I/opt/blackdown-jdk-1.4.2.01/include/linux -I/opt/blackdown-jdk-1.4.2.01/include/native_threads/include -I/usr/X11R6/include -I. -I../../../../res -I. -O2 -mtune=pentium4 -march=pentium4 -pipe -fforce-addr -fforce-mem -momit-leaf-frame-pointer -fomit-frame-pointer -fweb -ftracer -frename-registers -fno-stack-protector -fno-strict-aliasing -O2 -mtune=pentium4 -march=pentium4 -pipe -fforce-addr -fforce-mem -momit-leaf-frame-pointer -fomit-frame-pointer -fweb -ftracer -frename-registers -fvisibility-inlines-hidden -fno-strict-aliasing -Wno-ctor-dtor-privacy -include preinclude.h -fno-exceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC680 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../../unxlngi4.pro/slo/sc_documen4.o /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx In file included from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/pthread.h:26, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_threads.h:140, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_alloc.h:64, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_vector.h:40, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_hashtable.h:34, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_hash_map.h:34, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/hash_map:31, from ../../../../inc/bf_sc/compiler.hxx:87, from ../inc/interpre.hxx:74, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx:79: /usr/include/../include/pthread.h:446: Fehler:
patch (workaround) for /usr/include/pthread.h: --- /usr/include/pthread.h 2004-10-07 22:03:06.000000000 +0200 +++ /usr/include/pthread.h 2004-10-10 12:10:29.699955184 +0200 @@ -439,6 +439,7 @@ /* Cancellation handling with integration into exception handling. */ +typedef int __jmp_buf[6]; typedef struct { struct --- this happens if /usr/include/pthread.h is not patched: Making: ../../../../unxlngi4.pro/slo/sc_documen4.obj g++ -Wuninitialized -fmessage-length=0 -c -I. -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/offuh -I../inc -I../../../../inc -I../../../../inc/bf_sc -I../../../../unx/inc -I../../../../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/inc -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/res -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.2.01/include -I/opt/blackdown-jdk-1.4.2.01/include/linux -I/opt/blackdown-jdk-1.4.2.01/include/native_threads/include -I/usr/X11R6/include -I. -I../../../../res -I. -O2 -mtune=pentium4 -march=pentium4 -pipe -fforce-addr -fforce-mem -momit-leaf-frame-pointer -fomit-frame-pointer -fweb -ftracer -frename-registers -fno-stack-protector -fno-strict-aliasing -O2 -mtune=pentium4 -march=pentium4 -pipe -fforce-addr -fforce-mem -momit-leaf-frame-pointer -fomit-frame-pointer -fweb -ftracer -frename-registers -fvisibility-inlines-hidden -fno-strict-aliasing -Wno-ctor-dtor-privacy -include preinclude.h -fno-exceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC680 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../../unxlngi4.pro/slo/sc_documen4.o /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx In file included from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/pthread.h:26, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_threads.h:140, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_alloc.h:64, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_vector.h:40, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_hashtable.h:34, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/stl/_hash_map.h:34, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/solver/680/unxlngi4.pro/inc/stl/hash_map:31, from ../../../../inc/bf_sc/compiler.hxx:87, from ../inc/interpre.hxx:74, from /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx:79: /usr/include/../include/pthread.h:446: Fehler: »__jmp_buf« bezeichnet keinen Typ /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx: In member function `BOOL binfilter::ScDocument::Solver(USHORT, USHORT, USHORT, USHORT, USHORT, USHORT, const String&, double&)': /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx:101: Warnung: Vergleich ist durch beschränkten Wertebereich des Datentyps stets »wahr« /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data/sc_documen4.cxx:101: Warnung: Vergleich ist durch beschränkten Wertebereich des Datentyps stets »wahr« dmake: Error code 1, while making '../../../../unxlngi4.pro/slo/sc_documen4.obj' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.9-r69/work/OpenOffice/binfilter/bf_sc/source/core/data anyone sees why the glibc headers throw that error?
if java support is enabled you need ant or ant-core. in /usr/bin/ant there are java-config calls which is a python script. python in OOo's env is not compatible to system's one and it errors out. --- /usr/bin/ant 2004-10-09 22:30:34.000000000 +0200 +++ /usr/bin/ant 2004-10-10 12:12:10.734595584 +0200 @@ -73,8 +73,8 @@ if [ -f $HOME/.gentoo/java-env ] ; then source $HOME/.gentoo/java-env else - JAVA_HOME=`java-config --jdk-home` - CLASSPATH=`java-config --classpath`:${CLASSPATH} + JAVA_HOME="${JAVA_HOME}" + CLASSPATH=".:${CLASSPATH}" fi fi @@ -90,7 +90,7 @@ # set ANT_LIB location ANT_LIB="${ANT_HOME}/lib" -JAVACMD="`java-config --java`" +JAVACMD="${JAVA_HOME}/bin/java" if [ ! -x "$JAVACMD" ] ; then echo "Error: JAVA_HOME is not defined correctly."
fetching OOo source by cvs it does not create its own module directory OpenOffice so this patch for /usr/portage/eclass/cvs.eclass is needed: --- /usr/portage/eclass/cvs.eclass 2004-09-28 08:37:05.000000000 +0200 +++ /usr/portage/eclass/cvs.eclass 2004-09-29 21:05:58.606362984 +0200 @@ -235,7 +235,7 @@ # Create the top dir if needed - if [ ! -d "$ECVS_TOP_DIR" ]; then + if [ ! -d "$ECVS_TOP_DIR/$ECVS_LOCALNAME" ]; then # Note that the addwrite statements in this block are only # there to allow creating ECVS_TOP_DIR; we allow writing @@ -249,7 +249,7 @@ debug-print "$FUNCNAME: checkout mode. creating cvs directory" addwrite /foobar addwrite / - $run mkdir -p "/$ECVS_TOP_DIR" + $run mkdir -p "$ECVS_TOP_DIR/$ECVS_LOCALNAME" export SANDBOX_WRITE="${SANDBOX_WRITE//:\/foobar:\/}" fi @@ -268,7 +268,7 @@ fi # Determine the CVS command mode (checkout or update) - if [ ! -d "$ECVS_TOP_DIR/$ECVS_LOCALNAME/CVS" ]; then + if [ ! -d "$ECVS_TOP_DIR/$ECVS_LOCALNAME/CVS" ] && [ ! -d "$ECVS_TOP_DIR/$ECVS_LOCALNAME/$ECVS_LOCALNAME/CVS" ]; then mode=checkout else mode=update @@ -334,7 +334,7 @@ # Execute commands - cd "${ECVS_TOP_DIR}" + cd "${ECVS_TOP_DIR}/${ECVS_LOCALNAME}" if [ "${ECVS_AUTH}" == "pserver" ]; then einfo "Running $cmdlogin" eval $cmdlogin || die "cvs login command failed" @@ -517,10 +517,10 @@ # This is probably redundant, but best to make sure. mkdir -p "$WORKDIR/$ECVS_LOCALNAME" - if [ -n "$ECVS_LOCAL" ]; then - cp -f "$ECVS_TOP_DIR/$ECVS_LOCALNAME"/* "$WORKDIR/$ECVS_LOCALNAME" + if [ -d "$ECVS_TOP_DIR/$ECVS_LOCALNAME/$ECVS_LOCALNAME" ]; then + cp -Rf "$ECVS_TOP_DIR/$ECVS_LOCALNAME/$ECVS_LOCALNAME" "$WORKDIR" else - cp -Rf "$ECVS_TOP_DIR/$ECVS_LOCALNAME" "$WORKDIR/$ECVS_LOCALNAME/.." + cp -Rf "$ECVS_TOP_DIR/$ECVS_LOCALNAME" "$WORKDIR" fi # If the directory is empty, remove it; empty directories cannot
m69 is out
latest patchset for systemfiles http://forums.gentoo.org/viewtopic.php?p=1972373#1972373 OOo 1.9.72 http://geki.ath.cx/OOo/openoffice-1.9-r72.tar.bz2
As this is a cvs-ebuild, this won't make it into portage. Ever. ;) So closing this. Thanks for your work anyway, I'm going to follow it on the forums :)
Hah! No more cvs necessary! e.g.: ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/OpenOffice/developer/680_m77/OOo_1.9.m77_src.tar.gz You can get a source tarball now. So I reopen and attach some fixes for m77.
Created attachment 50657 [details, diff] general diffs one diff taken from portage. other two diffs drop unnecessary CFLAGS
Created attachment 50659 [details, diff] some compile fixes system-libxml patch for neon python delivers wrong library
Created attachment 50660 [details, diff] configure diff check $QTDIR/lib for Qt libs
Created attachment 50661 [details, diff] nptl fix
Created attachment 50662 [details, diff] use STLport 4.6.2
Created attachment 50663 [details, diff] epm independ build
Created attachment 50664 [details, diff] kde plugin diff for vcl related with visibility
Created attachment 50665 [details] ebuild, still cvs but to change to openoffice mirror is not that difficult.
Created attachment 50919 [details, diff] gcc internal compiler error fix http://www.mail-archive.com/dev@openoffice.org/msg00058.html
Created attachment 51374 [details] updated ebuild for m77 Anyone may check src_install, please, if ${D} should be added. Thanks!
any major diffferent in the 77 ebuild ? I just rename mine myself, last week, and it worked fine.
*update* lists main changes http://forums.gentoo.org/viewtopic-p-2099290.html#2099290
Created attachment 51375 [details] ebuild - typos fixed
in set_languages it should look like this: else OOLINGUAS=( ${LINGUAS} ) fi
*** Bug 86175 has been marked as a duplicate of this bug. ***
It really is still to early to get a source based ebuild in portage, too much is still changing, the release too far away, so marking this as LATER. If you want to try out OOo 2.0 use the -bin ebuild for the time being
Move deprecated bugs still being marked as LATER to Fixed.
