[feature request] provide a virtual package for jdk/jre
Hello team, I noticed an upstream project having to resort to "Depends: default-jdk | openjdk-11-jdk | openjdk-8-jdk" to allow its users to install their project with other jdk versions (as they support multiple ones). They also support multiple php versions but they don't need to resort to the same workaround since the "php" package is provided by all the other releases (whereas the "php" package can still default to a certain version). I understand this is likely to never be an issue for official packages, but it would make it easier for upstream projects to support Debian and its derivatives. I'd like to request this same feature for the java ecosystem on Debian. Reference: https://github.com/vufind-org/vufind/pull/1760/files https://vufind.org/jira/browse/VUFIND-1487 Thanks, -- Samuel Henrique
Re: [feature request] provide a virtual package for jdk/jre
Hi Samuel, > I'd like to request this same feature for the java ecosystem on Debian. this thing exists: Package: openjdk-8-jre-headless Provides: java2-runtime-headless, java5-runtime-headless, java6-runtime-headless, java7-runtime-headless, java8-runtime-headless # and java-runtime-headless except I oops’d, will fix this RSN Package: openjdk-11-jre-headless Provides: java-runtime-headless, java10-runtime-headless, java11-runtime-headless, java2-runtime-headless, java5-runtime-headless, java6-runtime-headless, java7-runtime-headless, java8-runtime-headless, java9-runtime-headless Package: openjdk-17-jre-headless Provides: java-runtime-headless, java10-runtime-headless, java11-runtime-headless, java12-runtime-headless, java13-runtime-headless, java14-runtime-headless, java15-runtime-headless, java16-runtime-headless, java17-runtime-headless, java2-runtime-headless, java5-runtime-headless, java6-runtime-headless, java7-runtime-headless, java8-runtime-headless, java9-runtime-headless Package: openjdk-8-jre Provides: java2-runtime, java5-runtime, java6-runtime, java7-runtime, java8-runtime # and java-runtime except I oops’d, will fix this RSN Package: openjdk-11-jre Provides: java-runtime, java10-runtime, java11-runtime, java2-runtime, java5-runtime, java6-runtime, java7-runtime, java8-runtime, java9-runtime Package: openjdk-17-jre Provides: java-runtime, java10-runtime, java11-runtime, java12-runtime, java13-runtime, java14-runtime, java15-runtime, java16-runtime, java17-runtime, java2-runtime, java5-runtime, java6-runtime, java7-runtime, java8-runtime, java9-runtime Package: openjdk-8-jdk Provides: java-compiler, java-sdk, java2-sdk, java5-sdk, java6-sdk, java7-sdk, java8-sdk Package: openjdk-11-jdk Provides: java-compiler, java-sdk, java10-sdk, java11-sdk, java2-sdk, java5-sdk, java6-sdk, java7-sdk, java8-sdk, java9-sdk Package: openjdk-17-jdk Provides: java-compiler, java-sdk, java10-sdk, java11-sdk, java12-sdk, java13-sdk, java14-sdk, java15-sdk, java16-sdk, java17-sdk, java2-sdk, java5-sdk, java6-sdk, java7-sdk, java8-sdk, java9-sdk bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter *
Processing of openjdk-8_8u292-b10-3_source.changes
openjdk-8_8u292-b10-3_source.changes uploaded successfully to localhost along with the files: openjdk-8_8u292-b10-3.dsc openjdk-8_8u292-b10-3.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
openjdk-8_8u292-b10-3_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Thu, 24 Jun 2021 00:05:48 +0200 Source: openjdk-8 Architecture: source Version: 8u292-b10-3 Distribution: unstable Urgency: medium Maintainer: Java Maintenance Changed-By: Thorsten Glaser Changes: openjdk-8 (8u292-b10-3) unstable; urgency=medium . * Re-upload with actually regenerated debian/control, oops Checksums-Sha1: d6081c6c1c296dea869c364c6821e9649c08b78f 4778 openjdk-8_8u292-b10-3.dsc ec0c93b2df6c897cb44fda2c6febd29ea1419503 216588 openjdk-8_8u292-b10-3.debian.tar.xz Checksums-Sha256: 825d5b42682da91ecbe83620412be49873cf9d2c86a98cfc4fc33452ebdab61f 4778 openjdk-8_8u292-b10-3.dsc e7d5646dbc65aadc4ffc3b54689ee321b95b38fb867f6ab6e931aba6ae2e3f40 216588 openjdk-8_8u292-b10-3.debian.tar.xz Files: b322293dbcc1488576ee4be80d0ec83e 4778 java optional openjdk-8_8u292-b10-3.dsc fbb90886fde8ecc71076b3a8f85dbe06 216588 java optional openjdk-8_8u292-b10-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (MirBSD) Comment: ☃ ЦΤℱ—８ ☕☂☄ iQIcBAEBCQAGBQJg07EIAAoJEHa1NLLpkAfgx8wQAKJUy7TPH4UcZOAClTXggSQq VYgTcHiZEGrJVFNJ7sHxXE3k0iixlmczd4MTvcDuZ3jMn7TOPzjY2VyyCu8yuL3s ASY8AddHEC815cE57BJGionvYaYCOM+31SG61AQDk6N5fjj5+lVVgkxiAwfPxD6Y cowsL+ycjUmmL0LZTwl18FcQi98NEwRPSiZV7onEzHyi86BJOJ6RvtYMUt/htHmp xCy50s6lWDR+Ycg5pxMjSV6qu2ZzDe8FjykeG5jhjrYTUBDcHfN617Tom1vK9CMm 85v6aZyUSg90ZMZTYdo0hOmBFEc0sFHdneGc+FRLcWgp4iKkazx4bnP0SIAvD3uK McfZcpioWmD9zp4K16Oa8WUhkDD7gyenuPtByCdBBRqKZ3WppTgB2O52iQi+KBO6 WIaMsnxx4Eb9nxvPF5GSnvsmACDv0nVk/sLc6pn48tlkgOCxuds648/eIdV8oCoN uHxX9Z3NrCNY1o+0SpUOQXor8Y5DDxyyoduNxzJLxN0ypQ3j974b5MIKRCcToL9X zihsZA0pdvfadDceaouZKIarq8EzroSHPoS++sUivFshx6SmRgKznS+UvqHD0f3d fdO6P4MakeuWhsBkIpMCtcGLJDTK1Ot5H6Olg4Ns/2whtvJvPXbt+yKH4RsErTlL WzOB6+UNfyJaqABjNHlt =OA6y -END PGP SIGNATURE- Thank you for your contribution to Debian.
Re: openjdk-8_8u292-b10-3_source.changes ACCEPTED into unstable
On Wed, 23 Jun 2021, Debian FTP Masters wrote: > openjdk-8 (8u292-b10-3) unstable; urgency=medium > . >* Re-upload with actually regenerated debian/control, oops Meh. This SHOULD have failed when building the source package. I fully blame git, unlike proper version control software (that is, CVS), failing to get mtimes right. (I know it is so for a fact, I blame -2 having the wrong debian/control on it.) bye, //mirabilos -- [16:04:33] bkix: "veni vidi violini" [16:04:45] bkix: "ich kam, sah und vergeigte"...
