Summary: | app-office/openoffice-2.0.4 build fails | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Vasilis Lourdas <bugs> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jakuhrlinux, Martin.Jansa, simon |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Patch force jdk-1.4 on amd64 |
Description
Vasilis Lourdas
2006-10-15 02:25:08 UTC
*** This bug has been marked as a duplicate of 151225 *** Sorry about the wrong closing, seem to have mixed up things in my head ;) If it is not yet another dupe of Bug #130837 (as you seem to use a very long Portage-TMPDIR), what comes to my mind is that you are emerging this on stable and so mixing stable and unstable, so maybe this creates a problem. Also: I guess your diskspace didn't fill up? Oh and two other questions: *) Is this some ccache-subdir you are compiling in (and: why?) *) What filesystem are you using for that mount-path? (In reply to comment #2) > Sorry about the wrong closing, seem to have mixed up things in my head ;) That's ok. :-) I'm glad that you belong to the kind of people who *can* say they're sorry. > If it is not yet another dupe of Bug #130837 (as you seem to use a very long > Portage-TMPDIR), what comes to my mind is that you are emerging this on stable > and so mixing stable and unstable, so maybe this creates a problem. Also: I > guess your diskspace didn't fill up? Yes, this is a stable system. However, it's not the first time I've compiled the testing version of openoffice in my system, it always (well, not always :-)) worked. I looked at bug #130837. Hmm... (In reply to comment #3) > Oh and two other questions: > > *) Is this some ccache-subdir you are compiling in (and: why?) > *) What filesystem are you using for that mount-path? I have a spare partition in my second disk. I formatted it with ReiserFS and mount it as the ccache cache folder (/media/ccache). Inside it, I created a portage directory and symlinked the /var/tmp/portage directory to the latter. So, yes, /var/tmp/portage points actually to /media/ccache/portage. The free space is 13G. I did this, because I didn't want to have my /var/tmp/portage in my main disk, this layout should provide more performance, right? I 've had this for some time now and it didn't cause any trouble. What's your suggestions? Could it be a java related issue, or a long path as in bug #130837? News from the field. I did a mount -o bind /media/ccache/portage /var/tmp/portage and tried emerging it again. At the beginning, I get a warning: * checking biblio.tar.bz2 ;-) ... [ ok ] * checking hunspell_UNO_1.1.tar.gz ;-) ... [ ok ] * checking xt-20051206-src-only.zip ;-) ... [ ok ] * checking lp_solve_5.5.tar.gz ;-) ... [ ok ] * * It is important to note that OpenOffice.org is a very fragile * build when it comes to CFLAGS. A number of flags have already * been filtered out. If you experience difficulty merging this * package and use agressive CFLAGS, lower the CFLAGS and try to * merge again. Also note that building OOo takes a lot of time and * hardware ressources: 4-6 GB free diskspace and 256 MB RAM are * the minimum requirements. If you have less, use openoffice-bin * instead. * * Checking for at least 256MBytes RAM ... [ ok ] * Checking for at least 5120MBytes disk space at ${PORTAGE_TMPDIR} ... [ !! ] * Don't have at least 5120MBytes disk space at ${PORTAGE_TMPDIR} * Bad things may happen! You may abort the build by pressing ctrl+c in * the next 15 seconds. * * To make this kind of warning a fatal error, add a line to /etc/make.conf * setting CHECKREQS_ACTION="error". To skip build requirements checking, * set CHECKREQS_ACTION="ignore". OK, PORTAGE_TMPDIR is undefined in /etc/make.conf, however, it should default to /var/tmp, right? I define it explicitly in make.conf PORTAGE_TMPDIR=/var/tmp and try again. Still same warning. I tried symlinking to /media/ccache/portage, same stuff. Tried recreating the portage dir in /var/tmp, same. What is going on? The df reports: /dev/hda8 15G 1,9G 13G 14% /media/ccache ??? I get other error: Making Module-Definitionfile : ../unxlngx6.pro/misc/uno_sal.def just a dummy for UNIX cp -f /tmp/work/tmpfs/portage/app-office/openoffice-2.0.4/work/ooo/build/OOO_2_0_4/solenv/src/default_description.xml ../unxlngx6.pro/misc/uno_sal.xml xml2cmp -func ../unxlngx6.pro/misc/uno_sal_description.cxx ../unxlngx6.pro/misc/uno_sal.xml dmake: Error code 139, while making '../unxlngx6.pro/misc/uno_sal_description.cxx' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /tmp/work/tmpfs/portage/app-office/openoffice-2.0.4/work/ooo/build/OOO_2_0_4/sal/util make: *** [stamp/build] Error 1 ### repeat last command ### # cd /tmp/work/tmpfs/portage/app-office/openoffice-2.0.4/work/ooo/build/OO_2_0_4/sal/util # ../../xml2cmp/unxlngx6.pro/bin/xml2cmp -func ../unxlngx6.pro/misc/uno_sal_description.cxx ../unxlngx6.pro/misc/uno_sal.xml ../../xml2cmp/unxlngx6.pro/bin/xml2cmp: error while loading shared libraries: libstlport_gcc.so: cannot open shared object file: No such file or directory # ldd ../../xml2cmp/unxlngx6.pro/bin/xml2cmp libdl.so.2 => /lib/libdl.so.2 (0x00002aee7d374000) libpthread.so.0 => /lib/libpthread.so.0 (0x00002aee7d578000) libstlport_gcc.so => not found libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.so.6 (0x00002aee7d793000) libm.so.6 => /lib/libm.so.6 (0x00002aee7da94000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002aee7dceb000) libc.so.6 => /lib/libc.so.6 (0x00002aee7def9000) /lib64/ld-linux-x86-64.so.2 (0x00002aee7d157000) ### used emerge info (rest of system is build with quite experimental toolchain and flags) Portage 2.1.2_pre3-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5.90.20061010-r0, 2.6.18-mm3 x86_64) ================================================================= System uname: 2.6.18-mm3 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.13.0_alpha2 Last Sync: Mon, 16 Oct 2006 18:00:01 +0000 ccache version 2.4 [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.5 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 x86 ~amd64 ~x86" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2" DISTDIR="/tmp/portage/distfiles" FEATURES="autoconfig cvs distlocks metadata-transfer parallel-fetch prelink sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo" LANG="cs" LC_ALL="cs_CZ.utf8" LDFLAGS="" LINGUAS="cs en_GB en" MAKEOPTS="-j2" PKGDIR="/tmp/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/tmp/portage/work" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/layman/sabayon /usr/local/layman/gentoo-de /usr/local/layman/fluidportage /usr/local/layman/portage-xgl /usr/local/layman/hanno-xgl /usr/local/layman/kde-pertty /usr/local/layman/java-migration-packages /usr/local/layman/java-experimental /usr/local/layman/toolchain_overlay /usr/local/layman/java-gcj-overlay /usr/local/layman/mysql-testing /usr/local/layman/mysql-experimental /usr/local/layman/gnome-experimental /usr/local/layman/break-my-gentoo-main /usr/local/layman/custom-kernels /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi alsa amr apache2 bash-completion berkdb bidi bitmap-fonts bluetooth bzip2 cairo ccache cdparanoia cdr cdrom cgi cli crypt cups dba dbus dga dio dlloader doc dri dvb dvd dvdr eds elibc_glibc emboss encode fam fbcon ffmpeg firefox flac flash fmod font-server ftp gb gd gif gkrellm glibc-omitfp glut gnokii gnutls gpg2-experimental gpgme gpm gstreamer gtk2 gzip hal iconv icq imagemagick imap imlib innodb input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 irc irda isdnlog jabber java5 javascript jikes joystick jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux kqemu krb4 lame libcaca libg++ linguas_cs linguas_en linguas_en_GB linuxthreads-tls lirc lirc_devices_avermedia98 live lm_sensors logrotate mad maildir mikmod mime mozilla mozsvg mp3 mp4 mpeg mysql mysqli ncurses network nls nntp nocd nptl nptlonly nsplugin nvidia ogg openal opengl opera pam pcre pcsc-lite pdf perl php pic png pop posix ppds pppd python qt3 qt4 quicktime readline reflection reiser4 rss rtc samba sasl screen sdl session silc slang smartcard smime smtp sndfile snmp sockets spell spl ssl stream svg svgz symlink sysfs tcpd tetex theora threads tiff timidity truetype truetype-fonts type1-fonts udev unicode usb userland_GNU uudeview v4l v4l2 video_cards_nv video_cards_nvidia video_cards_v4l video_cards_vesa videos vim vorbis wxwindows x264 xanim xcomposite xml xmlreader xmlrpc xmms xorg xosd xpm xsl xv xvid zip zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #6) > I get other error: @Martin, you forgot to include the information about java, like I do: GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.08" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" Your variables? @Andreas, any insight on the warning I get during the emerge? * Checking for at least 256MBytes RAM ... [ ok ] * Checking for at least 5120MBytes disk space at ${PORTAGE_TMPDIR} ... [ !! ] * Don't have at least 5120MBytes disk space at ${PORTAGE_TMPDIR} I have 13G free in /var/tmp/portage. > @Martin, you forgot to include the information about java, like I do:
the same..
GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.08"
JAVACFLAGS="-source 1.4 -target 1.4" COMPILER=""
(In reply to comment #8) > the same.. > > GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.08" > JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" OK. Do you get the same warning as I say in comment #7? I wonder if this has something to do with the build. Anyway, for the moment I think I'll stick to the binary version. (In reply to comment #9) > (In reply to comment #8) > > the same.. > > > > GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.08" > > JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" > > OK. Do you get the same warning as I say in comment #7? I wonder if this has > something to do with the build. > > Anyway, for the moment I think I'll stick to the binary version. > No, I don't (after moving TMPDIR to larger partition): * Checking for at least 256MBytes RAM ... [ ok ] * Checking for at least 5120MBytes disk space at ${PORTAGE_TMPDIR} ... [ ok ] * Using: sun-jdk-1.5 PORTAGE_TMPDIR=/tmp/portage/work but because /tmp filesystem is only about 4,5G I have moved portage to /home/install/portage and set the link from /tmp to it. # ll /tmp/portage lrwxrwxrwx 1 root root 21 2006-10-17 09:38 /tmp/portage -> /home/install/portage OK, I've created a /t directory and mount it with the bind option in /var/tmp/portage. I started emerge with the PORTAGE_TMPDIR set at /t (no disk space warning this time), I hope it goes ok. When it finishes, I'll post here again. (In reply to comment #11) > When it finishes, I'll post here again. It worked. It seems like a situation similar as described in bug #130837. However, I wonder what's the real cause of the problem... All ok here. (In reply to comment #12) > (In reply to comment #11) > > When it finishes, I'll post here again. > > It worked. It seems like a situation similar as described in bug #130837. > However, I wonder what's the real cause of the problem... > > All ok here. > Ok, in this case I'll close it as a dupe of bug #130837. Thanks for reporting back! *** This bug has been marked as a duplicate of 130837 *** Created attachment 100140 [details, diff]
Patch force jdk-1.4 on amd64
This patch forces jdk-1.4 on amd64 (and amd64 only).
It also forces ecj (3.2 or 3.1) for compilations on amd64 (and amd64 only), as not even blackdown-jdk-1.4.2 worked on my box (though it got further along the way), until I edited /etc/java-config-2/build/compilers.conf to favor ecj-3.2.
I haven't tested with ecj-3.1 or jikes yet, but will do so as soon as I've tested ooo-build-2.0.4.1, with ecj-3.2 and javac (blackdown-jdk-1.4.2), to see if the .1 release changed anything.
Sorry, wrong bug. Patch should go to Bug #151225 |