when --update to r3 (for r2) I get the following: $COMPATH=NO_COMPATH $_gcc_include_path=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/include $_gxx_include_path=NO_GXX_INCLUDE $JAVA_HOME=/opt/blackdown-jdk-1.3.1 $TCSH=/bin $PERL=/usr/bin $x_libraries=/usr/X11R6/lib $x_includes=/usr/X11R6/include $_LOCAL_SOLENV=DEFAULT $_LOCAL_SOLVER=DEFAULT $upd=641 $CYGWIN=NO_CYGWIN $STLPORT4=NO_STLPORT4 $enable_xprint=TRUE $with_lang=,ENUS, $with_asm_home=NO_ASM_HOME $with_unzip_home=NO_UNZIP_HOME $MINGWIN32=0 $with_use_shell=tcsh $USE_GCC3=TRUE $CC=gcc $CXX=g++ Setting up the environment for building OpenOffice. Setting platform independent values... done Setting Linux Intel specific values... done NO_GXX_INCLUDE = no_gxx_include, NO_GXX_INCLUDE = argv(2) Please enter the g++ include path (e.g. /usr/include/g++-3): The correct answer would be: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/include/g++-v3 But the build really should be able to deduce this itself, I would think.
alright i'm checking this out... what version of gcc config were you using? --seth
* sys-devel/gcc Latest version available: 3.2.1-r6 Latest version installed: 3.2.1-r6 Size of downloaded files: 21,271 kB Homepage: http://www.gnu.org/software/gcc/gcc.html Description: Modern C/C++ compiler written by the GNU people * sys-devel/gcc-config Latest version available: 1.2.6 Latest version installed: 1.2.4 Size of downloaded files: 0 kB Homepage: http://www.gentoo.org/ Description: Utility to change the gcc compiler being used. root # gcc-config --get-current-profile i686-pc-linux-gnu-3.2.1
My compile of openoffice-1.0.1-r3 (not upgrade) with gcc-3.2.1-r6 and gcc-config-1.2.6 also failed to find g++ includes.
*** Bug 12414 has been marked as a duplicate of this bug. ***
This may need to be a separate bug: after supplying /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/include/g++-v3 to the prompt the compile fails with errors: ../../../../unxlngi4.pro/misc/java/com/sun/star/document/XInteractionFilterSelect.java:3: package com.sun.star.task does not exist public interface XInteractionFilterSelect extends com.sun.star.task.XInteractionContinuation ^ 1 error dmake: Error code 1, while making '../../../../unxlngi4.pro/misc/unoil_document_dummy.java' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.0.1-r3/work/oo_1.0.1_src/unoil/com/sun/star/document I am using blackdown-jdk-1.4.1_beta.
This patch to config_office/configure seems to fix the problem. I have know idea what it breaks. If -with-gcc-home isn't given, it assumes the g++ includes are in /usr/include --- configure.old 2003-01-09 11:15:49.000000000 -0500 +++ configure 2003-01-09 11:17:24.000000000 -0500 @@ -1366,7 +1366,7 @@ COMPATH=`echo $CC | $SED -n "s,/^/\+$,,p"` _gcc_include_start=/usr/lib/gcc-lib - _gxx_include_start=/usr/include + _gxx_include_start=/usr/lib/gcc-lib else _gcc_path="$with_gcc_home/bin/gcc" if test -x $_gcc_path; then In the spirit of some of the other stuff in the ebuild you could add the following to src-upack (around line 269): perl -pi -e 's|_gxx_include_start=/usr/include|_gxx_include_start=/usr/lib/gcc-lib|g' \ ${S}/config_office/configure
Thanks for the fix, i'll be committing this and a couple java fixes to portage when i'm done with class =)
Created attachment 7239 [details, diff] patch to solve a java build problem in the unoil subsystem
Mark, What exactly does that patch fix...like...is it the sun.com.interface. blah blha blah bug? or what?
It fixes the build problem I reported in comment #5. basically com.sun.star.document depends on com.sun.star.task but does not declare that dependency in the build list. So the build engine is free to build document first, which fails. The patch declares the dependency to make sure that task gets built first.
hokey dokey. Next problem found: dmake: Error -- `/var/tmp/portage/openoffice-1.0.1-r4/work/oo_1.0.1_src/solver/641/unxlngi4.pro/lib/libstdc++.so.5.0.1' not found, and can't be made ---* RULES.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.0.1-r4/work/oo_1.0.1_src/product/util I fixed this by copying openoffice-1.0.1-use-libstdc++-5.0.1.patch to openoffice-1.0.1-use-libstdc++-5.0.2.patch and making the necessary changes to the ebuild and to the patch itself. I don't know if there is some condition that needs to be checked to decide between 5.0.1 and 5.0.2. With this change, I get a clean compile that installs and actually runs correctly. Or at least as correct as r2 did.
Created attachment 7291 [details, diff] openoffice-1.0.1-use-libstdc++-5.0.2.patch This belongs in the files/1.0.1 subdir. The proposed r4 ebuild relies on it.
Created attachment 7292 [details] openoffice-1.0.1-r4.proposed.ebuild A proposed r4 ebuild. It depends on the previous two patches being in the files/1.0.1 subdir as openoffice-1.0.1-fix-unoil-dependencies.patch openoffice-1.0.1-use-libstdc++-5.0.2.patch respectively. This ebuild solves all the problems I've reported in this bug. Hope this helps.
The 1.0.1-r4 ebuild and patches worked fine for me. $ sudo emerge info Portage 2.0.46-r9 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2,2.3.1-r3) ================================================================= System uname: 2.4.20-win4lin-r1-pnr i686 AMD Athlon(tm) XP 1900+ GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage/" USE="x86 oss 3dnow apm avi cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gtkhtml alsa gdbm berkdb slang readline arts tetex aalib bonobo svga ggi tcltk java guile mysql postgres X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde opengl mozilla snmp cdr scanner doc dvd fbcon innodb maildir mbox nocardbus odbc samba slp sse tiff wmf -crypt -motif" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=athlon-xp -march=athlon-xp -pipe -mmmx -msse -m3dnow " CXXFLAGS="-O2 -mcpu=athlon-xp -march=athlon-xp -pipe -mmmx -msse -m3dnow " ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="-sandbox ccache" One thing: after successful emerge I unmerged openoffice-bin, which took openoffice with it. So that's two successful emerges ;-\
do you mean 1.0.1-r3? i don't see a -r4 in portage =)
No, I mean the proposed -r4 ebuild and patches. See Comment #13.
why don't you try the -r3 ebuild thats in portage now....it has a better solution to making 50,000 patches for libstdc++ every time they bump it also, you're all using gcc-config if you've got libstdc++-5.0.2 the unoil patch is already in portage....called xinteraction fix i'm closing this out becuase it is resolved...try 1.0.1-r3 for me, and we may get the damned thing bumped to stable yet =) seth
Sorry. It is not resolved. - or if you wish - new error. I think, in the future it would be better to change the name of the ebuild when you modify it, if it already in portage. It makes it kind of tough to see when the update is really available without inspecting timestamps. ============= Building project stlport ============= /var/tmp/portage/openoffice-1.0.1-r3/work/oo_1.0.1_src/stlport ------------- cd ./unxlngi4.pro/misc/build && cat ../../../STLport-4.5.3.patch | patch -b -p2 && touch so_patched patching file STLport-4.5.3/src/fstream.cpp Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file STLport-4.5.3/src/fstream.cpp.rej patching file STLport-4.5.3/src/gcc-3.0.mak Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file STLport-4.5.3/src/gcc-3.0.mak.rej patching file STLport-4.5.3/src/vc6.mak Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file STLport-4.5.3/src/vc6.mak.rej patching file STLport-4.5.3/src/vc_common.mak Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 3 out of 3 hunks ignored -- saving rejects to file STLport-4.5.3/src/vc_common.mak.rej patching file STLport-4.5.3/stlport/stdexcept Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file STLport-4.5.3/stlport/stdexcept.rej patching file STLport-4.5.3/stlport/config/stl_gcc.h Hunk #1 succeeded at 250 (offset 24 lines). Hunk #2 FAILED at 309. 1 out of 2 hunks FAILED -- saving rejects to file STLport-4.5.3/stlport/config/stl_gcc.h.rej patching file STLport-4.5.3/src/common_rules.mak Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file STLport-4.5.3/src/common_rules.mak.rej dmake: Error code 1, while making './unxlngi4.pro/misc/build/so_patched' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.0.1-r3/work/oo_1.0.1_src/stlport !!! ERROR: app-office/openoffice-1.0.1-r3 failed. !!! Function src_compile, Line 442, Exitcode 1 !!! Build failed!
if its a new issue then submit it as a new bug, and we don't bump -r number every time we touch an ebuild, browse through the cvs tree on the web and that is pretty evident. as far as your bug, its not an openoffice bug rm -rf /var/tmp/portage/openoffice-1.0.1-r3/ that should fix it
also, bumping the rev value on an ebuild when the changes only affect the compilation process will cause users who already had the package installed to needlessly recompile that is *really* bad when dealing with OOo
