Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 147247 - openoffice-2.0.4_Rc1-r1 fails to install, citing java not found, when really installed
Summary: openoffice-2.0.4_Rc1-r1 fails to install, citing java not found, when really ...
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-11 17:34 UTC by Jeffrey Forman (RETIRED)
Modified: 2006-09-14 09:43 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeffrey Forman (RETIRED) gentoo-dev 2006-09-11 17:34:30 UTC
trying to emerge openoffice-2.0.4_rc1-r1 when it fails saying it cant find a valid jdk. 

checking whether to add custom build version... yes, Build ood680-m2
checking whether to build with Java support... yes
Use of uninitialized value in substitution (s///) at ./oowintool line 66.
Use of uninitialized value in substitution (s///) at ./oowintool line 66.
checking for java... /usr/bin/java
checking the installed JDK... configure: error: JDK is too old, you need at least 1.3
make: *** [stamp/build] Error 1

!!! ERROR: app-office/openoffice-2.0.4_rc1-r1 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  openoffice-2.0.4_rc1-r1.ebuild, line 259:   Called die

!!! Build failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! When you file a bug report, please include the following information:
GENTOO_VM=  CLASSPATH="" JAVA_HOME=""
JAVACFLAGS="-target 1.4" COMPILER=""
and of course, the output of emerge --info
vail ~ # emerge -vp blackdown-jdk

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] dev-java/blackdown-jdk-1.4.2.03-r2  USE="X alsa browserplugin mozilla nsplugin -doc" 0 kB


emerge --info:
vail ~ # emerge --info
Portage 2.1.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r3, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.12.4
Last Sync: Mon, 11 Sep 2006 11:00:08 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/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="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm avi berkdb bitmap-fonts cdr cli crypt cups dbus dlloader dri eds elibc_glibc emboss encode esd foomaticdb fortran gdbm gif gnome gpg gpm gstreamer gtk gtk2 hal imlib input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_vmware isdnlog java jpeg kde kernel_linux libg++ libwww mad mikmod motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pcre pda pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev userland_GNU video_cards_nvidia vorbis xinerama xml xmms xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Josh Nichols (RETIRED) gentoo-dev 2006-09-11 17:38:14 UTC
I'm pretty sure that the problem is that java-pkg-opt-2 is being inherited, but its pkg_setup isn't being invoked during the ebuilds pkg_setup.
Comment 2 Andreas Proschofsky (RETIRED) gentoo-dev 2006-09-11 23:44:45 UTC
(In reply to comment #1)
> I'm pretty sure that the problem is that java-pkg-opt-2 is being inherited, but
> its pkg_setup isn't being invoked during the ebuilds pkg_setup.
> 

I thought that this is automatically added through the use of the java-pkg-opt-2-eclass, am I wrong here? Also it works without problems here.

@Jeffrey: I think the problem here is, that you are trying this on stable, while the new ebuild really needs the new java-system (which is not yet available on stable)
Comment 3 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-09-12 00:46:08 UTC
(In reply to comment #2)
> I thought that this is automatically added through the use of the
> java-pkg-opt-2-eclass, am I wrong here? Also it works without problems here.

Yes, java-pkg-opt-2 exports own pkg_setup, but if you create you own pkg_setup, you need to call it manually from there. You know it works by seeing einfo line like this somewhere between digest checking and unpacking:
 * Using: sun-jdk-1.6
Comment 4 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-09-12 00:52:13 UTC
Uhm sorry, not right. There's a pre-phase hook for pkg_setup() (features of portage-2.1+) so it works without it. We were just considering to remove that hooks when 2.1.1 is stable because it saves env properly between phases (the reason why the hooks were there in the first place). So right now you don't need to call java-pkg-opt_pkg_setup but it might change in the future. Anyway you can verify it's called as the previous comment says.
Comment 5 Andreas Proschofsky (RETIRED) gentoo-dev 2006-09-14 09:43:01 UTC
(In reply to comment #4)
> Uhm sorry, not right. There's a pre-phase hook for pkg_setup() (features of
> portage-2.1+) so it works without it. We were just considering to remove that
> hooks when 2.1.1 is stable because it saves env properly between phases (the
> reason why the hooks were there in the first place). So right now you don't
> need to call java-pkg-opt_pkg_setup but it might change in the future. Anyway
> you can verify it's called as the previous comment says.
> 

And indeed this shows that it is called correctly, so no problem here. @Jeffrey: Unfortunately this is a CANTFIX-case for me, as this results from the change in the java-system and you trying to emerge it on stable. Sorry. Closing, please reopen if you have an idea how to solve this in a better way.