Package: upgrade-reports
Severity: critical
Justification: makes upgrade from stable abort
[ X-D-Cc:
debian-release@lists.debian.org
pkg-java-maintainers@lists.alioth.debian.org
pkg-gnome-maintainers@lists.alioth.debian.org ]
Hi,
Regression spotted by Pere in some debian-edu job, but also seen since
the 2nd of June in normal gnome chroot installation then upgrade from
jessie to stretch:
https://jenkins.debian.net/view/edu_devel/job/chroot-installation_jessie_install_education-desktop-gnome_upgrade_to_stretch/
https://jenkins.debian.net/job/chroot-installation_jessie_install_gnome_upgrade_to_stretch/
I've managed to reproduce it locally with basically a debootstrap of
jessie, installation of gnome, then switch sources.list from jessie to stretch, then update & upgrade & dist-upgrade.
I've bisected the archive using snapshot.debian.org and found out:
- 20170601T212625Z = last timestamp found to be OK;
- 20170602T033358Z = first timestamp to be KO.
Julien Cristau <jcristau@debian.org> (2017-06-15):
It sounds like openjdk-8 added two Breaks recently, one or both of
which are causing trouble, and none of which fix anything as bad as
this. So I think we should remove the Breaks on tzdata-java from
openjdk-8-jdk-headless, and remove the Breaks on ca-certificates-java
from openjdk-8-jre-headless. Would that fix the current issue?
Am 12.06.2017 um 20:33 schrieb Andreas Beckmann:
Switching desktop-file-utils or/and shared-mime-info to -noawait
triggers does not solve the problem.
So afaics there is nothing that can be done from the Debian GNOME team
side, right?
If you upload a NMU could you please push the changes to the Git
repository?
Basically, jessie's verison of desktop-file-utils and shared-mime-info
have "-await" triggers (implicit) which will push other packages into a "TRIGGER_PENDING" state.
Once they are in that state, the "damage" is done and those other
packages will no longer satisfy dependencies until the trigger has been processed. Notably, dpkg is unable to /undo/ this state even if the
trigger changes from -await to -noawait during the upgrade.
* If this holds, then changing the desktop-file-utils and
shared-mime-info triggers *in stable* to -noawait should make the
problem go away.
* I realise it is unfeasible to implement in Debian by Saturday, but
it would help us understand the root cause of the problem.
- Tests to confirm/disprove this would be very welcome.
(Reading database ... 132342 files and directories currently installed.) Removing openjdk-7-jre:amd64 (7u111-2.6.7-1~deb8u1) ...
Removing openjdk-7-jre-headless:amd64 (7u111-2.6.7-1~deb8u1) ...
Removing tzdata-java (2017b-0+deb8u1) ...
Processing triggers for hicolor-icon-theme (0.15-1) ...
dpkg: cycle found while processing triggers:
chain of packages whose triggers are or may be responsible:
gnome-menus -> desktop-file-utils
packages' pending triggers which are or may be unresolvable:
gnome-menus: /usr/share/applications
shared-mime-info: /usr/share/mime/packages
desktop-file-utils: /usr/share/applications
mime-support: /usr/share/applications
dpkg: error processing package gnome-menus (--remove):
triggers looping, abandoned
Processing triggers for desktop-file-utils (0.23-1) ...
Processing triggers for mime-support (3.60) ...
Errors were encountered while processing:
gnome-menus
E: Sub-process /usr/bin/dpkg returned an error code (1)
It might well be that I again did something wrong. OTOH, this seems to
match what anbe wrote of his similar tests some minutes ago.
So, I didn't try to reproduce the error first, and went directly for
a hunch. I followed your recipe, but in steps 3* and 6* I also amended hicolor-icon-theme. And that seemed to fix the upgrade. Take into
account I've not had the time to analyze the dependency chain, nor if
my initial setup (not using cowbuilder, etc) matches, so maybe this is
an error in procedure. If someone else can reproduce, that'd be helpful, otherwise I might retry tomorrow.
If this does fix it, it might be helpful also to try just amending the triggers in the stretch "mock", instead of in the jessie one, to see if
such a fixed package would be enough.
On Fri, 16 Jun 2017 06:18:18 +0200, Guillem Jover wrote:
So, I didn't try to reproduce the error first, and went directly for
a hunch. I followed your recipe, but in steps 3* and 6* I also amended
hicolor-icon-theme. And that seemed to fix the upgrade. Take into
If this does fix it, it might be helpful also to try just amending the
triggers in the stretch "mock", instead of in the jessie one, to see if
such a fixed package would be enough.
Ok, so let's do this again, this time with a local repo added which
contains ca-certificates-java 20170531+nmu2 (just 20170531 but with a
higher version). (Side note: ca-certificates-java gets already
updated in 6, i.e. in "upgrade", before the "dist-upgrade".)
Option 1, with 3a/b: The dist-upgrade fails with the well-known
error:
Niels Thykier <niels@thykier.net> (2017-06-15):
Guillem and I have been talking about this over IRC and have a theory.
Basically, jessie's verison of desktop-file-utils and shared-mime-info
have "-await" triggers (implicit) which will push other packages into a
"TRIGGER_PENDING" state.
Once they are in that state, the "damage" is done and those other
packages will no longer satisfy dependencies until the trigger has been
processed. Notably, dpkg is unable to /undo/ this state even if the
trigger changes from -await to -noawait during the upgrade.
* If this holds, then changing the desktop-file-utils and
shared-mime-info triggers *in stable* to -noawait should make the
problem go away.
* I realise it is unfeasible to implement in Debian by Saturday, but
it would help us understand the root cause of the problem.
- Tests to confirm/disprove this would be very welcome.
I can run tests but how is this going to help with a release on saturday?
[....]
The user would explicitly have to install Java 8 and then uninstall the
now unsupported Java 7 - that seems very unhelpful to me.
Nope. From the gnome upgrade log with ca-certificates-java “fixed”:
| Removing openjdk-7-jre:amd64 (7u111-2.6.7-1~deb8u1) ...
| …
| Removing openjdk-7-jre-headless:amd64 (7u111-2.6.7-1~deb8u1) ...
| …
| Setting up openjdk-8-jre-headless:amd64 (8u131-b11-2) ...
| …
| Setting up default-jre-headless (2:1.8-58) ...
| …
| Setting up openjdk-8-jre:amd64 (8u131-b11-2) ...
| …
| Setting up default-jre (2:1.8-58) ...
While I can't say for sure my ca-certificates-java upload will fix all upgrade paths, I'm quite confident the current upgrade paths is utterly broken, and is very much less so afterwards, with no known downsides.
[...]
KiBi.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 379 |
Nodes: | 16 (2 / 14) |
Uptime: | 39:50:24 |
Calls: | 8,141 |
Calls today: | 4 |
Files: | 13,085 |
Messages: | 5,857,617 |