File "/usr/lib64/python3.4/site-packages/java_config_2/EnvironmentManager.py", line 151, in get_package return self.packages[pkgname] KeyError: 'javacup' During handling of the above exception, another exception occurred: ----------------------------------------------------------------- This is an unstable amd64 chroot image (named plasma-abi32+64_20170309-193709) at a hardened host acting as a tinderbox. ----------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * llvm-config: 3.9.1 Available Python interpreters, in order of preference: [1] python3.4 [2] python3.6 (fallback) [3] python2.7 (fallback) [4] jython2.7 (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.3.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm
Created attachment 467082 [details] emerge-info.txt
Created attachment 467084 [details] dev-java:qdox-1.12.1-r1:20170314-202027.log
Created attachment 467086 [details] emerge-history.txt
Created attachment 467088 [details] environment
Created attachment 467090 [details] etc.portage.tbz2
Created attachment 467092 [details] temp.tbz2
How well does the tinderbox handle PDEPEND? javacup is a PDEPEND of jflex and jflex is a DEPEND of qdox so javacup should be installed already.
(In reply to James Le Cuirot from comment #7) it just runs "emerge -u <package name>" - so the question can be translated into "Does emerge behaves well ?," right ?"
(In reply to James Le Cuirot from comment #7) > How well does the tinderbox handle PDEPEND? javacup is a PDEPEND of jflex > and jflex is a DEPEND of qdox so javacup should be installed already. This is true, but portage still does not appear to install javacup even when needed for me. occam ~ # emerge -av --complete-graph --with-bdeps=y android-studio These are the packages that would be merged, in order: Calculating dependencies ........ done! [ebuild N ] dev-java/qdox-1.12.1-r1:1.12::gentoo USE="{test} -doc -source" 0 KiB [ebuild N ] dev-java/hamcrest-generator-1.3-r1:1.3::gentoo USE="{test} -source" 3,600 KiB [ebuild N ] dev-java/hamcrest-core-1.3:1.3::gentoo USE="-doc -source" 0 KiB [ebuild NS ] dev-java/junit-4.12-r1:4::gentoo [3.8.2-r2:0::gentoo] USE="-doc -examples -source" 0 KiB [ebuild N ] dev-java/ant-junit-1.9.2::gentoo 0 KiB [ebuild N ] dev-java/commons-logging-1.2-r1::gentoo USE="{test} -avalon-framework -avalon-logkit -doc -log4j -servletapi -source" 0 KiB [ebuild N ] dev-util/android-studio-2.3.2.0.162.3934792::gentoo USE="(-selinux)" 449,196 KiB Total: 7 packages (6 new, 1 in new slot), Size of downloads: 452,796 KiB Would you like to merge these packages? [Yes/No] n Quitting. occam ~ # emerge -pv1 javacup portage These are the packages that would be merged, in order: Calculating dependencies .... done! [ebuild R ] sys-apps/portage-2.3.6::gentoo USE="(ipc) native-extensions (xattr) -build -doc -epydoc (-selinux)" LINGUAS="-ru" PYTHON_TARGETS="python2_7 python3_4 python3_5 python3_6 -pypy" 0 KiB [ebuild N ] dev-java/javacup-0.11b_p20151001::gentoo USE="-doc -source" 0 KiB Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 KiB occam ~ # emerge -pv1 jflex These are the packages that would be merged, in order: Calculating dependencies ..... done! [ebuild R ] dev-java/jflex-1.6.1::gentoo USE="-doc -examples -source {-test} -vim-syntax" 0 KiB [ebuild N ] dev-java/javacup-0.11b_p20151001::gentoo USE="-doc -source" 0 KiB Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 KiB o
(In reply to eroen from comment #9) > (In reply to James Le Cuirot from comment #7) > > How well does the tinderbox handle PDEPEND? javacup is a PDEPEND of jflex > > and jflex is a DEPEND of qdox so javacup should be installed already. > > This is true, but portage still does not appear to install javacup even when > needed for me. I'm not sure what Portage does if the session dies before it manages to reach the PDEPEND. Maybe it forgets about it? In your case, you have FEATURES="test" enabled and that complicates things because it creates an indirect cyclic dependency between jflex and qdox. Maybe that somehow caused javacup to appear later than qdox in the package list although Toralf didn't appear to have tests enabled. Here's what I can see. $ emerge -ep qdox ... [ebuild R ] dev-java/jflex-1.6.1 [ebuild R ] dev-java/javacup-0.11b_p20151001 [ebuild R ] dev-java/qdox-1.12.1-r1 This doesn't change with --complete-graph or --with-bdeps=y. Unfortunately adding FEATURES="test" throws up conflicts so I can't see the result.
Revision -r1 is gone. Closing.
