>These seem to be the only ones affected, from the apt-get install
>output, though I’ll also look at the packages. I’ll investigate.
Best I can say at this point is that the wildcard in…
all_jre_tools = $(filter-out javaws, $(notdir $(wildcard
$(builddir)/$(jreimg)/bin/*)))
jre_tools = $(filter policytool, $(all_jre_tools))
jre_hl_tools := $(filter-out $(jre_tools), $(all_jre_tools))
… failed to pick them up, as…
@echo JRE_HL_TOOLS: $(jre_hl_tools_alt) jexec
@echo JRE_TOOLS: $(jre_tools_alt)
@echo JDK_HL_TOOLS: $(jdk_hl_tools_alt)
@echo JDK_TOOLS: $(jdk_tools_alt)
results in…
JRE_HL_TOOLS: java jjs keytool pack200 rmid rmiregistry unpack200 orbd
servertool tnameserv jexec
JRE_TOOLS: policytool
JDK_HL_TOOLS: clhsdb extcheck hsdb idlj jar jarsigner javac javadoc javah javap
jcmd jdb jdeps jfr jhat jinfo jmap jps jrunscript jsadebugd jstack jstat jstatd
native2ascii rmic schemagen serialver wsgen wsimport xjc
JDK_TOOLS: appletviewer jconsole
… versus…
JRE_HL_TOOLS: orbd servertool tnameserv jexec
JRE_TOOLS: policytool
JDK_HL_TOOLS: clhsdb extcheck hsdb idlj jar jarsigner javac javadoc javah javap
jcmd jdb jdeps jfr jhat jinfo jmap jps jrunscript jsadebugd jstack jstat jstatd
native2ascii rmic schemagen serialver wsgen wsimport xjc
JDK_TOOLS: appletviewer jconsole
Hmm.
I have a suspiction.
The “packaging-files” target is run twice. Once during really early
build, where it fails to pick up most of the files…
-e 's/@jre_hl_tools@/ orbd servertool tnameserv/g' \
-e 's/@jre_tools@//g' \
-e 's/@jdk_hl_tools@//g' \
-e 's/@jdk_tools@/appletviewer jconsole/g' \
… and once later, where it stopped picking up… only the JRE files?!
-e 's/@jre_hl_tools@/java jjs keytool pack200 rmid rmiregistry unpack200
orbd servertool tnameserv/g' \
-e 's/@jre_tools@/policytool/g' \
-e 's/@jdk_hl_tools@/clhsdb extcheck hsdb idlj jar jarsigner javac
javadoc javah javap jcmd jdb jdeps jfr jhat jinfo jmap jps jrunscript jsadebugd
jstack jstat jstatd native2ascii rmic schemagen serialver wsgen wsimport xjc/g'
\
-e 's/@jdk_tools@/appletviewer jconsole/g' \
vs.
-e 's/@jre_hl_tools@/ orbd servertool tnameserv/g' \
-e 's/@jre_tools@/policytool/g' \
-e 's/@jdk_hl_tools@/clhsdb extcheck hsdb idlj jar jarsigner javac
javadoc javah javap jcmd jdb jdeps jfr jhat jinfo jmap jps jrunscript jsadebugd
jstack jstat jstatd native2ascii rmic schemagen serialver wsgen wsimport xjc/g'
\
-e 's/@jdk_tools@/appletviewer jconsole/g' \
… hm, okay, then I don’t have a suspiction any more. WTF.
One thing I do can see is that the older build called
debian/rules build-arch before debian/rules binary-arch,
the newer calls only the latter. So, perhaps, some value
that got reobtained is now cached? (But why only the one?)
Investigation continues.
bye,
//mirabilos
--
[16:04:33] bkix: "veni vidi violini"
[16:04:45] bkix: "ich kam, sah und vergeigte"...
