libitext5-java: status change on tests.reproducible-builds.org/debian

2019-04-03 17:24 https://tests.reproducible-builds.org/debian/unstable/amd64/libitext5-java changed from FTBFS -> reproducible __ This is the maintainer address of Debian's Java team . Please use

Bug#916641: marked as done (jaxb: leaves alternatives after purge: /usr/bin/{schemagen, xjc})

Thanks. Unblock request filed: #926359 Andreas __ This is the maintainer address of Debian's Java team . Please use debian-j...@lists.debian.org for discussions and questions.

Bug#926338: tomcat9: tomcat user's home folder is '/'

Package: tomcat9 Version: 9.0.16-1~bpo9+1 Severity: important Tags: d-i Dear Maintainer, With default `tomcat9` installation a system user is created as per the following instructions: # Create the tomcat user as defined in /usr/lib/sysusers.d/tomcat9.conf systemd-sysusers

Bug#926134: antlr4: Please package Python 3 runtime

Control: tags 926134 wontfix On Wednesday, April 3, 2019, at 7:30 AM EDT, Emmanuel Bourg wrote: > The Java Team would prefer maintaining only the Java part of ANTLR 4. > Ideally the python part should be maintained separately […]. Sounds fine – I’ll keep an eye on

Processed: Re: Bug#926134: antlr4: Please package Python 3 runtime

Processing control commands: > tags 926134 wontfix Bug #926134 [src:antlr4] antlr4: Please package Python 3 runtime Added tag(s) wontfix. -- 926134: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926134 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ This is the

Bug#925473: tomcat9: sysvinit script missing (Policy §9.11¶2 “must”)

On Wed, 3 Apr 2019, Emmanuel Bourg wrote: > > I really insist on being able to install tomcat9 without having to > > install a whole other init system, even if it is not used. > > See this as a compromise? I don’t know… the missing initscript is an RC bug, so the compromise would start _after_

Processed: your mail

Processing commands for cont...@bugs.debian.org: > retitle 926319 tomcat9: Variable expansion not supported in > /etc/default/tomcat9 Bug #926319 [tomcat9] tomcat8: Variable expansion not supported in /etc/default/tomcat8 Changed Bug title to 'tomcat9: Variable expansion not supported in

Bug#925473: tomcat9: sysvinit script missing (Policy §9.11¶2 “must”)

Le 03/04/2019 à 13:39, Thorsten Glaser a écrit : > I really insist on being able to install tomcat9 without having to > install a whole other init system, even if it is not used. See this as a compromise? > I’ve seen that > systemd-sysusers is a service… does that mean the service needs to >

Processed: your mail

Processing commands for cont...@bugs.debian.org: > clone 925969 -1 Bug #925969 [tomcat8] tomcat8: Variable expansion not supported in /etc/default/tomcat8 Bug 925969 cloned as bug 926319 > reassign -1 tomcat9 Bug #926319 [tomcat8] tomcat8: Variable expansion not supported in

Bug#925969: tomcat8: Variable expansion not supported in /etc/default/tomcat8

Le 29/03/2019 à 16:32, Igor Blanco a écrit : > The issue seems to be related to the usage of ${JAVA_OPTS} as a variable > expansion. Systemd does not supporte variable expansion in "Environment" > attributes > and it seems like it doesn't either when environmentFiles are loaded. Thank you for

Bug#925473: tomcat9: sysvinit script missing (Policy §9.11¶2 “must”)

On Wed, 3 Apr 2019, Emmanuel Bourg wrote: > Assuming #926316 gets fixed, I think we should focus only on providing a > usable sysvinit script as required by the policy. Supporting people I really insist on being able to install tomcat9 without having to install a whole other init system, even if

Bug#926134: antlr4: Please package Python 3 runtime

Hi Benjamin, Le 31/03/2019 à 21:52, Benjamin Barenblat a écrit : > Coq now needs the ANTLR 4 runtime for Python 3 to generate its HTML > documentation. Would you be willing to add it to the antlr4 package? The Java Team would prefer maintaining only the Java part of ANTLR 4. Ideally the python

openjdk-11-jre-dcevm_11.0.3+1-1~bpo9+1_amd64.changes ACCEPTED into stretch-backports->backports-policy, stretch-backports

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 01 Apr 2019 16:48:34 +0200 Source: openjdk-11-jre-dcevm Binary: openjdk-11-jre-dcevm Architecture: source amd64 Version: 11.0.3+1-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian Java

Bug#925473: tomcat9: sysvinit script missing (Policy §9.11¶2 “must”)

Le 02/04/2019 à 23:01, Thorsten Glaser a écrit : > Most people using Debian without systemd have APT pinning or other > measures in place that prevent the systemd package, which ships the > systemd-sysusers binary (and service?), from being installed, in > order to not sneakily being converted to

byteman_4.0.5-1_amd64.changes is NEW

binary:libbyteman-java is NEW. binary:libbyteman-java is NEW. source:byteman is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be

Processing of byteman_4.0.5-1_amd64.changes

byteman_4.0.5-1_amd64.changes uploaded successfully to localhost along with the files: byteman_4.0.5-1.dsc byteman_4.0.5.orig.tar.gz byteman_4.0.5-1.debian.tar.xz byteman_4.0.5-1_amd64.buildinfo libbyteman-java_4.0.5-1_all.deb Greetings, Your Debian queue daemon (running on

byteman_4.0.5-1_source.changes REJECTED

Source-only uploads to NEW are not allowed. binary:libbyteman-java is NEW. source:byteman is NEW. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. __ This is the maintainer address of

Processing of byteman_4.0.5-1_source.changes

byteman_4.0.5-1_source.changes uploaded successfully to localhost along with the files: byteman_4.0.5-1.dsc byteman_4.0.5.orig.tar.gz byteman_4.0.5-1.debian.tar.xz byteman_4.0.5-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) __ This is

Bug#916641: marked as done (jaxb: leaves alternatives after purge: /usr/bin/{schemagen,xjc})

Your message dated Wed, 03 Apr 2019 08:49:06 + with message-id and subject line Bug#916641: fixed in jaxb 2.3.0.1-8 has caused the Debian Bug report #916641, regarding jaxb: leaves alternatives after purge: /usr/bin/{schemagen,xjc} to be marked as done. This means that you claim that the

jaxb_2.3.0.1-8_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 03 Apr 2019 09:23:42 +0200 Source: jaxb Architecture: source Version: 2.3.0.1-8 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers Changed-By: Andreas Beckmann Closes: 916641 Changes:

Processing of jaxb_2.3.0.1-8_source.changes

jaxb_2.3.0.1-8_source.changes uploaded successfully to localhost along with the files: jaxb_2.3.0.1-8.dsc jaxb_2.3.0.1-8.debian.tar.xz jaxb_2.3.0.1-8_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) __ This is the maintainer address of

Processed: Bug #916641 in jaxb marked as pending

Processing control commands: > tag -1 pending Bug #916641 [jaxb] jaxb: leaves alternatives after purge: /usr/bin/{schemagen,xjc} Ignoring request to alter tags of bug #916641 to the same tags previously set -- 916641: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916641 Debian Bug Tracking

Bug#916641: jaxb: leaves alternatives after purge: /usr/bin/{schemagen, xjc}

Le 03/04/2019 à 01:04, Andreas Beckmann a écrit : > I've now uploaded this as a NMU to DELAYED/5. Hi Andreas, Thank you for the patch. I'm going to merge and upload it. Emmanuel Bourg __ This is the maintainer address of Debian's Java team