http://dpaste.com/0FFW86V http://dpaste.com/0SQDHZC dev-java/openjdk:11 have a dependency that results in a circular reference. Circular dependency problem with openjdk:11 could be related to it need openjdk-bin to be built the first time, but the dependencies have a problem when the state is only icedtea installed. After installing openjdk-bin is possible to install openjdk from source. What about presenting a message with the requirement of openjdk-bin when neither is present, instead of the circular dependency between openjdk-bin and openjdk. I think both dependencies are not necessary, but only a setup or pretend check for the presence of openjdk or openjdk-bin.
Please attach the logs. Do not use external websites like pastebins, whenever possible. External websites are not permanent, information will be lost and links may direct to spam or malware instead of the needed information. Some developers maintain several hundred ebuilds and have to use tools to work with the attachments efficiently.
Jonas Stein, I have no logs in this case because it fails due to circular dependency reference. So it fails when trying to fulfill the dependencies in gentoo tree. What I can left here is only the following: # emerge -v openjdk:11 [nomerge ] dev-java/openjdk-11.0.7_p10:11::gentoo USE="alsa cups javafx jbootstrap pch -debug -doc -examples (-gentoo-vm) -headless-awt (-nsplugin) (-selinux) -source -systemtap (-webstart)" [ebuild N ~] dev-java/openjfx-11.0.7_p1:11::gentoo USE="media -debug -doc -source" CPU_FLAGS_X86="sse2" 143,039 KiB [ebuild N ~] dev-java/openjdk-11.0.7_p10:11::gentoo USE="alsa cups javafx jbootstrap pch -debug -doc -examples (-gentoo-vm) -headless-awt (-nsplugin) (-selinux) -source -systemtap (-webstart)" 89,177 KiB Total: 2 packages (2 new), Size of downloads: 232,216 KiB * Error: circular dependencies: (dev-java/openjdk-11.0.7_p10:11/11::gentoo, ebuild scheduled for merge) depends on (dev-java/openjdk-11.0.7_p10:11/11::gentoo, ebuild scheduled for merge) (buildtime) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags that trigger optional dependencies. For the possible solution I already left my suggestion in first comment.
Could the problem here be autounmask?
(In reply to Nuno Silva from comment #3) > Could the problem here be autounmask? Thanks Nuno. Yes, it is. But also javafx flag.
