I installed tomcat-6 server couple months ago and it pulled [I--] [ ] virtual/jdk-1.5.0 (1.5) [I--] [ ] virtual/jdk-1.6.0 (1.6) together with sun-jdk-1.5.0.15 and sun-jdk-1.6.0.06 It were few updates recently and newer versions of both versions have been stabilized, however "emerge -DNupv world" doesn't update 1.5 slotted (old 1.5.0.15) automatically. "emerge -DNupv =virtual/jdk-1.5.0" works fine: [ebuild U ] dev-java/sun-jdk-1.5.0.16 [1.5.0.15] I'm not sure if it's a portage problem, so file it under 'java' component first. emerge --info Portage 2.1.4.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-tuxonice-r9 i686) ================================================================= System uname: 2.6.24-tuxonice-r9 i686 Intel(R) Pentium(R) M processor 1.70GHz Timestamp of tree: Fri, 15 Aug 2008 20:00:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r6 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4m -pipe -msse -msse2 -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=pentium4m -pipe -msse -msse2 -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="en ru" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sectools /usr/portage/local/layman/desktop-effects /usr/local/portage" SYNC="rsync://gentoo.o0o.nu/gentoo-portage" USE="X acl acpi aiglx alsa bash-completion berkdb bluetooth bzip2 cairo cdr cli cracklib crypt dbus dri dvb dvd dvdread eds emboss encode evo exif fam firefox flac fortran gdbm gif gpm hal iconv ipv6 isdnlog jpeg jpeg2k kde kdehiddenvisibility libnotify logrotate mad matroska midi mikmod mmx mng mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd theora tiff truetype unicode usb vorbis wifi win32codecs x264 x86 xml xorg xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="spca50x canon ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" LIRC_DEVICES="sir" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #0) > > I'm not sure if it's a portage problem, so file it under 'java' component > first. > It's not a problem at all. virtual/jdk:1.5 is not part of world because you have nothing pulling it for RDEPEND (see man emerge for with-bdeps). If you want world to update it you can for example add virtual/jdk:1.5 to the world file or upgrade to portage-2.2* and use the new @installed set.
> It's not a problem at all. The way how I see it is that my system might have an old (less supported/buggy?) java (and may be other) package, which won't be updated with universal "world" update and it could stay there for awhile. Hopefully, it'll covered with portage-2.2. Let it be an invalid for now, but at least you're aware. Thanks.
(In reply to comment #2) > The way how I see it is that my system might have an old (less > supported/buggy?) java (and may be other) package, which won't be updated with > universal "world" update and it could stay there for awhile. Run emerge --depclean after your updates and it will find and remove packages like those.
> Run emerge --depclean after your updates and it will find and remove packages > like those. no, it won't. run "emerge -pv tomcat" and you'll see that it still pulls both 1.5 and 1.6 I don't know exactly why.
(In reply to comment #2) > > It's not a problem at all. > > The way how I see it is that my system might have an old (less > supported/buggy?) java (and may be other) package, which won't be updated with > universal "world" update and it could stay there for awhile. You don't understand world. It's not universal. It's what gets pulled in by the world file and their runtime dependencies. Earlier version of Portage considered all slots but now it's only the latest. > Hopefully, it'll > covered with portage-2.2. Let it be an invalid for now, but at least you're > aware. Thanks. > It will not be if you continue using just world. (In reply to comment #4) > > Run emerge --depclean after your updates and it will find and remove packages > > like those. > You would probably need emerge --depclean --with-bdeps=n for this to happen. > no, it won't. > run "emerge -pv tomcat" and you'll see that it still pulls both 1.5 and 1.6 > I don't know exactly why. > Because java is only ABI backwards compatible. So you need to build things with 1.5 although you can run them with 1.6. In general if you need more information please ask on one of our IRC support channels http://www.gentoo.org/main/en/irc.xml as bugzilla is not a support medium.
(In reply to comment #4) > run "emerge -pv tomcat" and you'll see that it still pulls both 1.5 and 1.6 > I don't know exactly why. In addition to what Petteri already mentioned, there are also some known inconsistencies between update and depclean dependency calculations in portage-2.1.4.4. These inconsistencies are fixed in current portage-2.2_rc releases.
