Package: libfelix-gogo-shell-java Version: 0.12.0-1 Severity: normal When rebuilding the current stretch version of felix-gogo-shell, it produces a package that is in some way different to the one in the current published debian archive, and this rebuilt version of the package has some problem which then prevents eclipse from building.
To reproduce: # debootstrap stretch stretch # systemd-nspawn -D stretch Now inside that chroot: # apt-get build-dep felix-gogo-shell eclipse # apt-get source eclipse # cd eclipse-3.8.1 # dpkg-buildpackage -us -uc (note that the package builds fine) # cd .. # apt-get source felix-gogo-shell # cd felix-gogo-shell-0.12.0 # dpkg-buildpackage -us -uc # cd .. # dpkg -i libfelix-gogo-shell-java_0.12.0-1_all.deb # cd eclipse-3.8.1 # dpkg-buildpackage -us -uc Now the eclipse build fails. Full log: https://gist.github.com/dsd/6c3dbcfbdc2c152878e7f42f95ab1f9f Compared to the successful build log, it starts diverging at this point: [java] [eclipse.buildScript] Bundle org.apache.felix.gogo.shell: [java] [eclipse.buildScript] Unsatisfied import package org.osgi.framework_[1.8.0,2.0.0). I believe this also applies to libfelix-bundlerepository-java, libfelix-gogo-command-java and libfelix-gogo-runtime-java. Rebuild and install your rebuilt version of any one of these, and the newly rebuilt package will cause the eclipse build to fail. -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.13.0-17-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libfelix-gogo-shell-java depends on: ii libfelix-gogo-runtime-java 0.16.2-1 libfelix-gogo-shell-java recommends no packages. Versions of packages libfelix-gogo-shell-java suggests: pn libfelix-gogo-shell-java-doc <none> -- no debconf information
