Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 132690 - sys-libs/db-3.2.9-r11 stabilization request (only after new java system became stable)
Summary: sys-libs/db-3.2.9-r11 stabilization request (only after new java system becam...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
: 140751 143000 (view as bug list)
Depends on:
Blocks: 143712
  Show dependency tree
 
Reported: 2006-05-08 08:52 UTC by Jan Callewaert
Modified: 2006-10-15 13:30 UTC (History)
12 users (show)

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


Attachments
proposed patch to fix this (db.patch,955 bytes, patch)
2006-08-07 03:39 UTC, Vlastimil Babka (Caster) (RETIRED)
Details | Diff
Fix for the problem. (db-3.2.9-use_new_java_system.patch,764 bytes, patch)
2006-08-30 12:52 UTC, Peter Volkov (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Callewaert 2006-05-08 08:52:17 UTC
db-3.2.9-r10 doesn't build using the latest revision of the migration-overlay.

Error:

checking for javac... /opt/sun-jdk-1.4.2.10/bin/javac
checking for jar... jar
checking for javac... /usr/bin/javac
checking symlink for /usr/bin/javac... /usr/bin/run-java-tool
configure: error: cannot find java include files

# svn info /usr/local/overlays/migration-overlay/
Path: /usr/local/overlays/migration-overlay
URL: https://www.gentooexperimental.org/svn/java/migration
Repository UUID: fe387f86-7aec-0310-8f44-a148a97195aa
Revision: 2175
Node Kind: directory
Schedule: normal
Last Changed Author: nichoj
Last Changed Rev: 2173
Last Changed Date: 2006-05-08 02:26:22 +0200 (ma, 08 mei 2006)


I have installed sun-jdk 1.4.2.10-r13 and 1.5.0.06-r13.

# java-config-1 -L
[sun-jdk-1.4.2.10] "Sun JDK 1.4.2.10" (/etc/env.d/java/20sun-jdk-1.4.2.10) *

# java-config-2 -L
1) Sun JDK 1.4.2.10 [sun-jdk-1.4] (/usr/share/java-config-2/vm/sun-jdk-1.4)
*) Sun JDK 1.5.0.06 [sun-jdk-1.5] (/usr/share/java-config-2/vm/sun-jdk-1.5)

# emerge --info
Portage 2.1_pre10-r4 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-gentoo-r6 i686)
=================================================================
System uname: 2.6.16-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  0.4.2
sys-apps/sandbox:    1.2.12
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-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache confcache distlocks fixpackages metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="nl_BE"
LC_ALL="nl_BE.utf8"
LINGUAS="nl en"
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"
PORTDIR_OVERLAY="/usr/local/overlays/my_portage /usr/local/overlays/initng-portage /usr/local/overlays/migration-overlay"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bzip2 cddb cdparanoia cdr clamd cli crypt css cups curl dbus directfb double-precision dri dts dvd dvdr dvdread emboss encode exif fam ffmpeg flac foomaticdb gdbm gif gimpprint glut gmp gpgme gpm hal icu imagemagick imap imlib innodb ipv6 isdnlog java javascript jpeg jpeg2k junit kde kdeenablefinal kdepim kdexdeltas kipi kqemu libclamav libg++ libvisual libwww lm_sensors mad matroska mikmod mmx moznomail moznoxft mp3 mpeg mpi mplayer music musicbrainz mysql ncurses network nls nntp nptl nsplugin ntfs nvidia ofx ogg oggvorbis openexr opengl oss pam pam_console pcre pdf pdflib perl php pic png ppds pppd python qt quicktime rar rdesktop readline reflection ruby samba sasl sdl session skins slp smp smtp spell spl sql sse sse2 ssl subject-rewrite subtitles subversion svg symlink tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd visualization vorbis win32codecs wmf xattr xcomposite xine xml xml2 xorg xscreensaver xsl xv xvid zeroconf zlib elibc_glibc initng_plugins_also initng_plugins_bash_launcher initng_plugins_chdir initng_plugins_chroot initng_plugins_conflict initng_plugins_cpout initng_plugins_critical initng_plugins_cron initng_plugins_daemon initng_plugins_dev initng_plugins_dllaunch initng_plugins_envparser initng_plugins_find initng_plugins_fstat initng_plugins_history initng_plugins_idleprobe initng_plugins_initctl initng_plugins_interactive initng_plugins_iparser initng_plugins_last initng_plugins_limit initng_plugins_logfile initng_plugins_netprobe initng_plugins_ngc2 initng_plugins_pause initng_plugins_pidfile initng_plugins_reload initng_plugins_renice initng_plugins_rlparser initng_plugins_simple_launcher initng_plugins_stcmd initng_plugins_stdout initng_plugins_suid initng_plugins_syncron initng_plugins_syslog initng_plugins_unneeded input_devices_keyboard input_devices_mouse kernel_linux linguas_nl linguas_en userland_GNU video_cards_nvidia video_cards_vesa video_cards_fbdev"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Ed Catmur 2006-07-03 09:33:20 UTC
This applies to mainstream portage now, not just the overlay.
Comment 2 Ed Catmur 2006-07-03 10:00:58 UTC
Proposed fix: set JAVACABS=/etc/java-config-2/current-system-vm/bin/javac. Seems to work here.
Comment 3 Josh Nichols (RETIRED) gentoo-dev 2006-07-03 10:02:17 UTC
The overlay has been merged into the main tree, which is why it affects main tree now.
Comment 4 Josh Nichols (RETIRED) gentoo-dev 2006-07-14 10:33:20 UTC
I'm not able to reproduce that error during ./configure. Please make sure you've properly followed the upgrade guide: 

http://www.gentoo.org/proj/en/java/java-upgrade.xmll
Comment 5 Josh Nichols (RETIRED) gentoo-dev 2006-07-14 10:33:42 UTC
I'm not able to reproduce that error during ./configure. Please make sure you've properly followed the upgrade guide: 

http://www.gentoo.org/proj/en/java/java-upgrade.xml
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-07-17 03:25:37 UTC
*** Bug 140751 has been marked as a duplicate of this bug. ***
Comment 7 Lari Korpi 2006-07-17 03:42:11 UTC
(In reply to comment #2)
> Proposed fix: set JAVACABS=/etc/java-config-2/current-system-vm/bin/javac.
> Seems to work here.
> 

Thank you. This worked for me.

System is AMD64 2006.0 that was installed on March. I did the java-update procedures after the db-3.2.9-r10 was installed and had to re-install the package because I activated the java USE-flag. I did 'export JAVACABS=/etc/java-config-2/current-system-vm/bin/javac' before the succesful re-installation.
Comment 8 Ed Catmur 2006-07-19 23:32:38 UTC
(In reply to comment #5)
> I'm not able to reproduce that error during ./configure. Please make sure
> you've properly followed the upgrade guide: 
> 
> http://www.gentoo.org/proj/en/java/java-upgrade.xml

You probably have some cruft left over from previous java versions. The configure.in has:

    AC_PATH_PROG(JAVACABS, javac, nojavac)
    ADDITIONAL_LIBS="$ADDITIONAL_LIBS \$(libjso_target)"
    ADDITIONAL_LANG="$ADDITIONAL_LANG java"
    DEFAULT_INSTALL="${DEFAULT_INSTALL} install_java"

dnl find the include directory relative to the javac executable
    while ls -ld "$JAVACABS" 2>/dev/null | grep " -> " >/dev/null; do
        AC_MSG_CHECKING(symlink for $JAVACABS)
        JAVACLINK=`ls -ld $JAVACABS | sed 's/.* -> //'`
        case "$JAVACLINK" in
        /*) JAVACABS="$JAVACLINK";;
dnl 'X' avoids triggering unwanted echo options.
        *) JAVACABS=`echo "X$JAVACABS" | sed -e 's/^X//' -e 's:[[^/]]*$::'`"$JAVACLINK";;
        esac
        AC_MSG_RESULT($JAVACABS)
    done
    JTOPDIR=`echo "$JAVACABS" | sed -e 's://*:/:g' -e 's:/[[^/]]*$::'`
    if test -f "$JTOPDIR/include/jni.h"; then
        CPPFLAGS="$CPPFLAGSS -I$JTOPDIR/include"
    else
        JTOPDIR=`echo "$JTOPDIR" | sed -e 's:/[[^/]]*$::'`
        if test -f "$JTOPDIR/include/jni.h"; then
            CPPFLAGS="$CPPFLAGS -I$JTOPDIR/include"
        else
            AC_MSG_ERROR([cannot find java include files])
        fi
    fi

AIUI, java-config-2 has /usr/bin/javac -> /usr/bin/run-java-tool, so the na
Comment 9 Ed Catmur 2006-07-19 23:32:38 UTC
(In reply to comment #5)
> I'm not able to reproduce that error during ./configure. Please make sure
> you've properly followed the upgrade guide: 
> 
> http://www.gentoo.org/proj/en/java/java-upgrade.xml

You probably have some cruft left over from previous java versions. The configure.in has:

    AC_PATH_PROG(JAVACABS, javac, nojavac)
    ADDITIONAL_LIBS="$ADDITIONAL_LIBS \$(libjso_target)"
    ADDITIONAL_LANG="$ADDITIONAL_LANG java"
    DEFAULT_INSTALL="${DEFAULT_INSTALL} install_java"

dnl find the include directory relative to the javac executable
    while ls -ld "$JAVACABS" 2>/dev/null | grep " -> " >/dev/null; do
        AC_MSG_CHECKING(symlink for $JAVACABS)
        JAVACLINK=`ls -ld $JAVACABS | sed 's/.* -> //'`
        case "$JAVACLINK" in
        /*) JAVACABS="$JAVACLINK";;
dnl 'X' avoids triggering unwanted echo options.
        *) JAVACABS=`echo "X$JAVACABS" | sed -e 's/^X//' -e 's:[[^/]]*$::'`"$JAVACLINK";;
        esac
        AC_MSG_RESULT($JAVACABS)
    done
    JTOPDIR=`echo "$JAVACABS" | sed -e 's://*:/:g' -e 's:/[[^/]]*$::'`
    if test -f "$JTOPDIR/include/jni.h"; then
        CPPFLAGS="$CPPFLAGSS -I$JTOPDIR/include"
    else
        JTOPDIR=`echo "$JTOPDIR" | sed -e 's:/[[^/]]*$::'`
        if test -f "$JTOPDIR/include/jni.h"; then
            CPPFLAGS="$CPPFLAGS -I$JTOPDIR/include"
        else
            AC_MSG_ERROR([cannot find java include files])
        fi
    fi

AIUI, java-config-2 has /usr/bin/javac -> /usr/bin/run-java-tool, so the naïve approach of resolving /usr/bin/javac to find the java SDK basedir will fail. However, /etc/java-config-2/current-system-vm *will* work.
Comment 10 Martin von Gagern 2006-07-20 02:53:21 UTC
(In reply to comment #2)
> Proposed fix: set JAVACABS=/etc/java-config-2/current-system-vm/bin/javac.

Worked for me as well. I suggest exporting it in the ebuild. No revision bump needed, because it is a compile time issue.

Can we please get this bug repoened till this is in portage?
Comment 11 Jakub Moc (RETIRED) gentoo-dev 2006-08-06 11:16:17 UTC
*** Bug 143000 has been marked as a duplicate of this bug. ***
Comment 12 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-08-06 11:37:43 UTC
The fix you propose is wrong, /etc/java-config-2/current-system-vm/bin/javac is ~arch stuff, and you can't make stable ebuild depend on it. The right fix is to inherit java-pkg in the ebuild to ensure proper env values, similar to my patch in bug 142925.
Comment 13 Ed Catmur 2006-08-06 15:56:08 UTC
ok, thanks. er.. java-pkg.eclass is deprecated, you meant inherit java-pkg-2?

but yeah, adding java-pkg-2 to inherit makes it emerge OK (with some slightly worring warnings).
Comment 14 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-08-07 03:39:29 UTC
Created attachment 93640 [details, diff]
proposed patch to fix this

Ensures proper initialization of generation-1 environment and exports JAVACABS to the real path of javac (not the wrapper).

As it is, I believe it could be stabled with no issues. Inheriting java-pkg-2 (migrating to generation 2) is of course option for a revbumped ebuild that would need to be ~arch until new java system is stable. Then people then could be told to keyword db and use that revbump, instead of this one. But currently there's no such option.
Comment 15 Josh Nichols (RETIRED) gentoo-dev 2006-08-07 06:06:44 UTC
Re-opening.
Comment 16 Nathan Sullivan 2006-08-16 15:47:20 UTC
Confirmed, patch from Comment #13 (Caster) works fine here...whether its the right solution I dont feel like working my brain to confirm atm :) (re. deprecated java-pkg in favour of java-pkg-2)

blackdown-jdk-1.4.2.03-r12
java-config-wrapper-0.10-r3
java-config-1.3.0-r2
java-config-2.0.26-r5
Comment 17 Matt 2006-08-23 13:49:46 UTC
this also seems to apply both to ~x86 and ~amd64 when rpm >=4.4.1-r1 is installed, since db-3.2.9-r10 looks like an dependency of those rpm-versions

Comment 18 Russell Knighton 2006-08-29 06:34:19 UTC
Just thought I'd add my 2 pence and say that this patch fixed the issue for me...
Comment 19 Peter Volkov (RETIRED) gentoo-dev 2006-08-30 12:52:55 UTC
Created attachment 95509 [details, diff]
Fix for the problem.

This fix was suggested by nichoj.
Comment 20 Peter Volkov (RETIRED) gentoo-dev 2006-08-31 05:00:18 UTC
Well. Now tree is updated:

db-3.2.9-r10.ebuild - contains Caster's fix. So this should compile fine now.
db-3.2.9-r11.ebuild - with the help of tichoj and Caster is ported to new java system and should be stabilized ASA(p) new java system will be stabilized.

Thank you all!
Comment 21 Robin Bankhead 2006-09-01 04:14:10 UTC
I don't know if this is the best place to mention it, but app-emulation/libdsk-1.1.10 seems to need this fix too.
Comment 22 Peter Volkov (RETIRED) gentoo-dev 2006-09-01 06:32:57 UTC
(In reply to comment #20)
> I don't know if this is the best place to mention it, but
> app-emulation/libdsk-1.1.10 seems to need this fix too.

Please, open new bug and assign it on java@gentoo.org. It's much easier to track things when they are separated. Thank you :)
Comment 23 Alex Buell 2006-09-08 00:03:58 UTC
Patch for java worked perfectly, could we see db-3.2.9-r11 marked as stable? 
Thanks, it's needed.
Comment 24 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-09-08 00:16:21 UTC
(In reply to comment #22)
> Patch for java worked perfectly, could we see db-3.2.9-r11 marked as stable? 
> Thanks, it's needed.

db-3.2.9-r10 should now work too, isn't it working for you?
-r11 can be stabled only after new java system is stable, and this bug should block bug 143712
Comment 25 Alex Buell 2006-09-08 00:22:35 UTC
Unfortunately not, it crashes out with java error - that's why I had to patch it to get it to build. 
Comment 26 Peter Volkov (RETIRED) gentoo-dev 2006-09-08 01:00:37 UTC
(In reply to comment #24)
> Unfortunately not, it crashes out with java error - that's why I had to patch
> it to get it to build. 

What do you mean by crashes out? Do you mean emerge passed by it crashes during work, or you did not manage to emerge with some error? Please, show us your error. We are not soothsayers ;)

And what java system do you use? http://www.gentoo.org/doc/en/java.xml ? Are you using new java system?
Comment 27 Alex Buell 2006-09-08 02:58:30 UTC
The error was the same as the first one below (2006-05-08 08:52 PST), and yes I am using the new java system. I simply manually edited the ebuild to include 'use java && export JAVACABS=$(java-config --javac)', and then re-ran. This was successful. Hope this is useful. 
Comment 28 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-09-08 03:55:14 UTC
(In reply to comment #26)
> 'use java && export JAVACABS=$(java-config --javac)', and then re-ran. This was
> successful. Hope this is useful. 
 
db-3.2.9-r10 in portage already contains this line. See comment 19. You probably didn't sync recently enough.
Comment 29 Alex Buell 2006-09-08 06:12:15 UTC
Alright, I'll consider this closed (for myself, that is)
Comment 30 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-09-19 10:09:12 UTC
OK you win :) The export JAVACABS line was commited in src_unpack(), but there it gets forgotten because portage doesn't save env properly between phases. I moved it to src_compile() as my original patch did.
Comment 31 Josh Nichols (RETIRED) gentoo-dev 2006-10-15 13:30:33 UTC
3.2.9-r11 has been stabilized on all archs that we support Java on. Marking fixed.