reassign 1095746 openjdk-8-jre-headless
thanks

On Tue, 11 Feb 2025, Matthias Mueller wrote:

The Link from /etc/alternatives/java -> /usr/lib/jvm/java-8-openjdk-amd64/bin/java is missing in 8u442-ga-1.

Ouch, indeed. This is… surprising, there’s not been a deliberate
change even near that area. I can confirm the delta in installing
in clean chroots, though:

-Setting up openjdk-8-jre-headless:amd64 (8u432-b06-2) ... -update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java to provide /usr/bin/java (java) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/jjs to provide /usr/bin/jjs (jjs) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/keytool to provide /usr/bin/keytool (keytool) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/pack200 to provide /usr/bin/pack200 (pack200) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/rmid to provide /usr/bin/rmid (rmid) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/rmiregistry to provide /usr/bin/rmiregistry (rmiregistry) in auto mode
-update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/unpack200 to provide /usr/bin/unpack200 (unpack200) in auto mode
+Setting up openjdk-8-jre-headless:amd64 (8u442-ga-1) ...
update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/orbd to provide /usr/bin/orbd (orbd) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/servertool to provide /usr/bin/servertool (servertool) in auto mode
update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/tnameserv to provide /usr/bin/tnameserv (tnameserv) in auto mode

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.

Thanks for noticing,
//mirabilos
--
22:20⎜<asarch> The crazy that persists in his craziness becomes a master 22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success 18:35⎜<asarch> "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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"...

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Dixi quod…

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.

It’s an incompatible change, including a Policy violation,
in dpkg-buildpackage, which I reported as #1095791. I’ve
added a workaround and built the package locally and it’s
got expected contents now.

bye,
//mirabilos
--
If Harry Potter gets a splitting headache in his scar
when he’s near Tom Riddle (aka Voldemort),
does Tom get pain in the arse when Harry is near him?
-- me, wondering why it’s not Jerry Potter………

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)