[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#928493: stretch-pu: package java-common/0.58+deb9u2



Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian.org@packages.debian.org
Usertags: pu

Hi,

the recent updates to openjdk-8, java-common (and related packages) in
stretch made some upgrade issues surface (either they were hidden behind
now fixed issues or they appeared due to changed scores computed by
apt).

openjdk-7/jessie and openjdk-8/stretch are not co-installable (via some
transitive Breaks involving tzdata-java), but on some upgrade paths apt
does not compute this correctly and prefers to keep openjdk-7 installed
instead of switching to openjdk-8.
Adding an explicit Breaks: openjdk-7-jre-headless to
default-jre-headless seems to push apts scores into the right direction
for all the cases I tested.

Andreas
diff -Nru java-common-0.58+deb9u1/debian/changelog java-common-0.58+deb9u2/debian/changelog
--- java-common-0.58+deb9u1/debian/changelog	2019-03-25 21:49:32.000000000 +0100
+++ java-common-0.58+deb9u2/debian/changelog	2019-05-04 16:06:57.000000000 +0200
@@ -1,3 +1,11 @@
+java-common (0.58+deb9u2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * default-jre-headless: Add Breaks: openjdk-7-jre-headless for smoother
+    upgrades from jessie.
+
+ -- Andreas Beckmann <anbe@debian.org>  Sat, 04 May 2019 16:06:57 +0200
+
 java-common (0.58+deb9u1) stretch; urgency=medium
 
   * Remove default-java-plugin as the icedtea-web Xul plugin is going away
diff -Nru java-common-0.58+deb9u1/debian/control java-common-0.58+deb9u2/debian/control
--- java-common-0.58+deb9u1/debian/control	2019-03-25 21:49:32.000000000 +0100
+++ java-common-0.58+deb9u2/debian/control	2019-05-04 16:06:57.000000000 +0200
@@ -35,6 +35,7 @@
 Suggests: default-jre
 Provides: ${jhl:provides}
 Replaces: openjdk-6-jre-headless (<< 6b23~pre8-2~)
+Breaks: openjdk-7-jre-headless
 Description: Standard Java or Java compatible Runtime (headless)
  This dependency package points to the Java runtime, or Java compatible
  runtime recommended for this architecture, which is

Reply to: