Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 51674 - emerge -u world fails - after a recent emerge sync ibm-jdk-bin may be the problem
Summary: emerge -u world fails - after a recent emerge sync ibm-jdk-bin may be the pro...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-21 10:31 UTC by morbius
Modified: 2004-07-16 09:25 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 morbius 2004-05-21 10:31:01 UTC
Calculating world dependencies -
emerge: there are no masked or unmasked ebuilds to satisfy ">=virtual/jdk-1.3*".

!!! Problem with ebuild net-www/opera-7.50
!!! Possibly a DEPEND/*DEPEND problem.
!!! Depgraph creation failed


I had (some time ago) emerged ibm-jdk-bin. This works fine, as did an emerge
of opera 7.23.  After an emerge sync, emerge -upv world gives the above messages.
I did a quickpkg of ibm-jdk, to save the package, and then an emerge -C ibm-jdk
to remove it and the problem went away.  Re-emerging (with -k) the ibm-jdk package causes the problem to reappear
Curiously, the opera-7.50 ebuild shows no dependancy on java that I could see.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.4.26)
=================================================================
System uname: 2.4.26 i686 Intel(R) Pentium(R) M processor 1600MHz
Gentoo Base System version 1.4.9
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config 
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://mirror.datapipe.
net/gentoo ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa apm avi berkdb cdr crypt cups directfb dvd encode gdbm 
gif gtk gtk2 imlib java jpeg libg++ libwww mbox mmx motif mpeg ncurses oggvorbis 
opengl oss pam passfile pcmcia pdflib perl png postgres ppds python qt quicktime 
radeon readline sdl slang spell sse ssl svga tcltk tcpd tiff truetype trusted 
video_cards_radeon x86 xml2 xmms xv zlib"
Comment 1 Tuan Van (RETIRED) gentoo-dev 2004-05-21 10:46:18 UTC
Take a look at this link:
http://forums.gentoo.org/viewtopic.php?t=175250&highlight=virtual+java
`emerge -Duptv opera` or `emerge -eptv opera` will let you see the dependcy tree.
Comment 2 morbius 2004-05-21 11:01:25 UTC
doing an 'emerge -eptv opera' as described in comment #1 gives...

These are the packages that I would merge, in reverse order:

Calculating dependencies \
emerge: there are no masked or unmasked ebuilds to satisfy ">=virtual/jdk-1.3*".

!!! Error calculating dependencies. Please correct.
Comment 3 Andy Daniels 2004-06-25 08:51:30 UTC
I can't seem to find any ties between ibm-jdk-bin and opera, or reproduce the problem.  Please confirm that the problem still exists with a recent rsync.

Also...
(1) Which ebuild of ibm-jdk-bin are you using?
(2) If you are installing keyworded packages, it is usually best to...
    echo dev-java/ibm-jdk-bin >> /etc/portage/package.keywords

Thanks =D
Comment 4 Thomas Matthijs (RETIRED) gentoo-dev 2004-07-16 09:25:05 UTC
i cannot reproduce this in any way, nor can i find anything that could cauze this, if you are still having this problem with a recent rsync, and latest packages, please reopen the bug