user debian-rele...@lists.debian.org usertags 857992 bsp-2017-04-ca-montreal thanks
On Mon, Apr 10, 2017 at 12:28:07PM +0200, Andreas Beckmann wrote: > Control: severity -1 serious > > On 2017-03-17 00:33, Andreas Beckmann wrote: > > I haven't rebuilt openjdk-8 to test whether this actually works (and > > don't have the tiem to so now). > > I just rebuilt openjdk-8 with that Breaks added and it fixed this > previously failing upgrade path. I have tried to do a NMU for this and failed to build OpenJDK through pdebuild: -> Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team <pbuilder-ma...@lists.alioth.debian.org> Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (>= 9), quilt, m4, lsb-release, zip, unzip, sharutils, gawk, cpio, pkg-config, procps, wdiff, fastjar (>= 2:0.96-0ubuntu2), autoconf (>= 2.69), automake, autotools-dev, ant, ant-optional, g++-6, openjdk-8-jdk | openjdk-7-jdk, libxtst-dev, libxi-dev, libxt-dev, libxaw7-dev, libxrender-dev, libcups2-dev, libasound2-dev, liblcms2-dev, libfreetype6-dev (>= 2.2.1), libgtk2.0-dev, libxinerama-dev, libkrb5-dev, xsltproc, libpcsclite-dev, libffi-dev, zlib1g-dev, libattr1-dev, libpng-dev, libjpeg-dev, libgif-dev, libpulse-dev (>= 0.9.12), systemtap-sdt-dev, libnss3-dev (>= 2:3.17.1), tzdata, mauve, jtreg, xvfb, xauth, xfonts-base, libgl1-mesa-dri, twm | metacity, twm | dbus-x11, x11-xkb-utils, time, openjdk-8-jdk-headless <cross>, dpkg-dev (>= 1.17.14) dpkg-deb: error: parsing file '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy/DEBIAN/control' near line 8 package 'pbuilder-satisfydepends-dummy': 'Depends' field, syntax error after reference to package 'openjdk-8-jdk-headless' E: pbuilder-satisfydepends failed. I couldn't even build a source-only package there.. So I'm giving up on this - but I'll not that there is a ${tzdata:Depends} in the headless package that may be the cause of the problems here... I also wonder if that affects other binary packages in openjdk, but considering tzdata is present only in the headless version, that shouldn't be an issue... A.