(gelöst) openjdk-17 bei dist-upgrade entfernt

[Draal]

Was ist los mit Bookworm?

Als ich heute den reparierten Kernel für Bookworm installierte, wurde mir im folgenden dist-upgrade openjdk-17.jdk/jre (3 Pakete) entfernt. Die Dateien waren über apt installiert und hatten Abhängigkeiten.
Jetzt läuft der Minecraft Server und mein Downloadmanager nicht mehr.

Ich kenne das von Testing, aber bei einem Stable hätte ich das nicht erwartet.
Muss ich jetzt Software von Oracle nehmen, oder sind korrigierte Java Pakete zu erwarten?

[Livingston]

Ich hatte da heute morgen auch Probleme. openjdk-11-jre stand irgendwie im Weg und musste vorher per Hand gelöscht werden. Hing außerdem noch mit ca-certificates-java zusammen, das auch noch wegmusste. Dann habe ich zunächst openjdk-17-jre und danach noch mal ca-certificates-java frisch installiert.
Ich sitze leider gerade nicht vor der Kiste, auf der das passiert ist, deshalb kann ich Dir grad nichts Detailiertes dazu liefern.
Sehr schräg, das alles, hab ich auch schon lange nicht mehr in stable erlebt. Jedenfalls klappte dann alles... naja fast, unabhängig davon gab's ja noch den Kernel-Bug viewtopic.php?p=1347391#p1347391 - ist zum Glück inzwischen geklärt.

[Draal]

Ja, schon verblüffend. Manuell per apt installiert und die beiden Programme gestartet.

[prox]

Bei mir unter Debian 12 hatte ich derartiges nicht gemerkt. Musste nichts händisch nachinstallieren seit dem 10.12.23, das war der letzte Sonntag, wo ich erfuhr, dass der Kernel-Update vom Tag davor (Samstag) einen fehlerhaften Kernel installiert hatte (mögliche file system corruption):

Code: Alles auswählen

root@punk:~# apt list *openjdk-17*
Auflistung… Fertig
openjdk-17-dbg/stable,stable-security 17.0.9+9-1~deb12u1 amd64
openjdk-17-demo/stable,stable-security 17.0.9+9-1~deb12u1 amd64
openjdk-17-doc/stable,stable-security 17.0.9+9-1~deb12u1 all
openjdk-17-jdk-headless/stable,stable-security,now 17.0.9+9-1~deb12u1 amd64  [Installiert,automatisch]
openjdk-17-jdk/stable,stable-security,now 17.0.9+9-1~deb12u1 amd64  [installiert]
openjdk-17-jre-headless/stable,stable-security,now 17.0.9+9-1~deb12u1 amd64  [Installiert,automatisch]
openjdk-17-jre-zero/stable,stable-security 17.0.9+9-1~deb12u1 amd64
openjdk-17-jre/stable,stable-security,now 17.0.9+9-1~deb12u1 amd64  [Installiert,automatisch]
openjdk-17-source/stable,stable-security 17.0.9+9-1~deb12u1 all
uwsgi-plugin-jvm-openjdk-17/stable 2.0.21-5.1 amd64
uwsgi-plugin-jwsgi-openjdk-17/stable 2.0.21-5.1 amd64
uwsgi-plugin-ring-openjdk-17/stable 2.0.21-5.1 amd64
uwsgi-plugin-servlet-openjdk-17/stable 2.0.21-5.1 amd64
root@punk:~# 

Code: Alles auswählen

root@punk:~# cat /etc/debian_version 
12.4
root@punk:~#

[tijuca]

Ohne Logs ist das so alles mutmaßen, solches Verhalten lässt sich immer erklären wenn man genau Daten für eine Analyse hat.

Aber ja, mit dem Produkt aus dem Hause Cloracle wäre das nicht passiert.