Re: Bug#1007923: maven-*-helper JAR placement seems to contradict Java policy
On Mon, Mar 28, 2022 at 07:17:46PM +0300, Andrius Merkys wrote: > Hi Alexandre, > > On 2022-03-23 16:33, Alexandre Rossi wrote: > > Seems to work: > > > > $ ls -la /usr/share/java/htmlcleaner* > > lrwxrwxrwx 1 root root 15 18 mars 18:20 > > /usr/share/java/htmlcleaner-2.26.jar -> htmlcleaner.jar > > -rw-r--r-- 1 root root 176219 18 mars 18:20 > > /usr/share/java/htmlcleaner.jar > > $ sudo dpkg -i > > oss/debian/davmail/libhtmlcleaner-java_2.26-1+fix+bad+jar+name+1_all.deb > > [...] > > $ ls -la /usr/share/java/htmlcleaner* > > -rw-r--r-- 1 root root 176219 23 mars 15:27 > > /usr/share/java/htmlcleaner-2.26.jar > > lrwxrwxrwx 1 root root 20 23 mars 15:27 > > /usr/share/java/htmlcleaner.jar -> htmlcleaner-2.26.jar > > Many thanks for the proposed patch. It seems we need a decision now on > which one is actually buggy: maven-debian-helper or java-policy. I would > vote for upholding the java-policy if only the symlink placement switch > does not break anything (neither reverse dependencies not the update > mechanism). Having versionless symlinks parallels nicely lib*-dev shlib > scheme and there might be situations where this is beneficial for Java > too. Unluckily enough, there are >700 source packages now directly > affected by this [1]. > > [1] https://lintian.debian.org/tags/bad-jar-name Hello Andrius, hi Alexandre, I can't speak to every reverse dependency, but I don't expect breakage to occur with this change, assuming of course that the update mechanism works consistently. I also agree with you that a versionless symlink to a versioned jar file seems preferable. As you mention, if nothing else, it is consistent with other languages in Debian. So my vote is to accept the change. That fact that so many packages are affected does mean there will be a lot of uploads, but ideally we will upload at least once per release cycle (anyway), so the timing of this patch and proposal is reasonable. I am interested to hear other opinions from the Debian Java Team. Cheers, tony signature.asc Description: PGP signature
Processed: fucking spammers, cont'd
Processing commands for cont...@bugs.debian.org: > reopen 819785 Bug #819785 {Done: Guaranty Loans } [openjdk-8-jre-headless] openjdk-8-jre-headless: Debug information missing in JRE jars Bug reopened Ignoring request to alter fixed versions of bug #819785 to the same values previously set > reopen 896907 Bug #896907 {Done: Guaranty Loans } [openjdk-8-jre-headless] openjdk-8-jre-headless: Headless JRE package should not configure assistive technologies Bug reopened Ignoring request to alter fixed versions of bug #896907 to the same values previously set > reopen 760982 Bug #760982 {Done: Guaranty Loans } [src:openjdk-8] openjdk-8 needs time zone data Bug reopened Ignoring request to alter fixed versions of bug #760982 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 760982: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760982 819785: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819785 896907: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896907 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: maven-*-helper JAR placement seems to contradict Java policy
Hi Alexandre, On 2022-03-23 16:33, Alexandre Rossi wrote: > Seems to work: > > $ ls -la /usr/share/java/htmlcleaner* > lrwxrwxrwx 1 root root 15 18 mars 18:20 > /usr/share/java/htmlcleaner-2.26.jar -> htmlcleaner.jar > -rw-r--r-- 1 root root 176219 18 mars 18:20 /usr/share/java/htmlcleaner.jar > $ sudo dpkg -i > oss/debian/davmail/libhtmlcleaner-java_2.26-1+fix+bad+jar+name+1_all.deb > [...] > $ ls -la /usr/share/java/htmlcleaner* > -rw-r--r-- 1 root root 176219 23 mars 15:27 > /usr/share/java/htmlcleaner-2.26.jar > lrwxrwxrwx 1 root root 20 23 mars 15:27 > /usr/share/java/htmlcleaner.jar -> htmlcleaner-2.26.jar Many thanks for the proposed patch. It seems we need a decision now on which one is actually buggy: maven-debian-helper or java-policy. I would vote for upholding the java-policy if only the symlink placement switch does not break anything (neither reverse dependencies not the update mechanism). Having versionless symlinks parallels nicely lib*-dev shlib scheme and there might be situations where this is beneficial for Java too. Unluckily enough, there are >700 source packages now directly affected by this [1]. [1] https://lintian.debian.org/tags/bad-jar-name Best, Andrius
Bug#896907: marked as done (openjdk-8-jre-headless: Headless JRE package should not configure assistive technologies)
Your message dated Mon, 28 Mar 2022 15:42:28 +0100 with message-id and subject line Avez-vous besoin d'un prêt? has caused the Debian Bug report #896907, regarding openjdk-8-jre-headless: Headless JRE package should not configure assistive technologies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 896907: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896907 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: openjdk-8-jre-headless Version: 8u162-b12-1~deb9u1 Severity: normal Dear Maintainer, The openjdk-8-jre-headless package intentionally excludes user interface related components, but the package mistakenly enables Java assistive technologies which require user interface components. Java assistive technologies should be disabled in the *-headless package so that components do not mistakenly believe assistive technologies might work. The Jenkins jenkins/jenkins:slim image is based on the openjdk:slim image. The OpenJDK slim image packages openjdk-8-jre-headless. The Docker image description says: openjdk:slim This image installs the -headless package of OpenJDK and so is missing many of the UI-related Java libraries and some common packages contained in the default tag. It only contains the minimal packages needed to run Java. Unless you are working in an environment where only the openjdk image will be deployed and you have space constraints, we highly recommend using the default image of this repository. While using Jenkins based on the jenkins/jenkins:slim image, charts and graphs are not drawn because JFreeChart fails to initialize. JFreeChart fails to initialize because Java assistive technologies are enabled, but not installed. Disabling Java assistive technologies allows Jenkins to show charts and graphs when hosted on the jenkins/jenkins:slim image. Refer to https://github.com/jenkinsci/docker/pull/657 for the pull request to the Jenkins Docker image which resolves the problem by disabling Java assistive technologies. Refer to https://github.com/docker-library/openjdk/pull/189 for the openjdk pull request which resolves the problem by disabling Java assistive technologies. Those two pull requests should be removed once the upstream packaging is corrected to not enable Java assistive technologies when running openjdk-8-jre-headless. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openjdk-8-jre-headless depends on: ii ca-certificates-java 20170531+nmu1 ii java-common 0.58 ii libc6 2.24-11+deb9u3 ii libcups2 2.2.1-8+deb9u1 ii libfontconfig12.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgcc1 1:6.3.0-18+deb9u1 ii libjpeg62-turbo 1:1.5.1-2 ii liblcms2-22.8-4 ii libnss3 2:3.26.2-1.1+deb9u1 ii libpcsclite1 1.8.20-1 ii libstdc++66.3.0-18+deb9u1 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxi62:1.7.9-1 ii libxrender1 1:0.9.10-1 ii libxtst6 2:1.2.3-1 ii util-linux2.29.2-1+deb9u1 ii zlib1g1:1.2.8.dfsg-5 openjdk-8-jre-headless recommends no packages. Versions of packages openjdk-8-jre-headless suggests: ii fonts-dejavu-extra2.37-1 pn fonts-indic pn fonts-ipafont-gothic pn fonts-ipafont-mincho pn fonts-wqy-microhei pn fonts-wqy-zenhei ii libnss-mdns 0.10-8 -- no debconf information --- End Message --- --- Begin Message --- *Avez-vous besoin de financement? Avez-vous besoin d'un prêt pour des besoins professionnels ou personnels? Nous proposons tous les types de prêts aux particuliers ou aux entreprises, quel que soit votre pointage de crédit actuel. Pour plus d'informations, n'hésitez pas à nous contacter par e-mail : guarantycreditlo...@aol.com pour plus d'informations.* *Merci pour votre temps, nous nous réjouissons d'accorder votre crédit en ligne.* *COPYRIGHT 2022 (R).* --- End Message ---
Bug#760982: marked as done (openjdk-8 needs time zone data)
Your message dated Mon, 28 Mar 2022 15:42:20 +0100 with message-id and subject line Avez-vous besoin d'un prêt? has caused the Debian Bug report #760982, regarding openjdk-8 needs time zone data to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 760982: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760982 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:openjdk-8 Version: 8u40~b04-2 Severity: serious Tags: sid jessie https://lists.debian.org/debian-java/2014/08/msg00017.html 5. Implement a java.time.zone.ZoneRulesProvider [3] that reads the TZif2 files installed by the tzdata package in /usr/share/zoneinfo. This would render the tzdata-java package obsolete in the long term. GNU ClassPath has a TZif2 parser [4] that could be used as a starting point. [4] https://github.com/jatovm/classpath/blob/master/gnu/java/util/ZoneInfo.java --- End Message --- --- Begin Message --- *Avez-vous besoin de financement? Avez-vous besoin d'un prêt pour des besoins professionnels ou personnels? Nous proposons tous les types de prêts aux particuliers ou aux entreprises, quel que soit votre pointage de crédit actuel. Pour plus d'informations, n'hésitez pas à nous contacter par e-mail : guarantycreditlo...@aol.com pour plus d'informations.* *Merci pour votre temps, nous nous réjouissons d'accorder votre crédit en ligne.* *COPYRIGHT 2022 (R).* --- End Message ---
Bug#819785: marked as done (openjdk-8-jre-headless: Debug information missing in JRE jars)
Your message dated Mon, 28 Mar 2022 15:42:28 +0100 with message-id and subject line Avez-vous besoin d'un prêt? has caused the Debian Bug report #819785, regarding openjdk-8-jre-headless: Debug information missing in JRE jars to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 819785: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819785 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: openjdk-8-jre-headless Version: 8u77-b03-3 Severity: important Dear Maintainer, I have just discovered that stepping into JRE classes with a debugger does not allow inspecting variable states, the debugger complains that classes are built without "-g" option. I cannot confirm when this started - I only debug into system classes occasionally. However, for me, absense of this information strongly limits the ability to seriously develop java code with this package. javap -l shows some information but it does not show the variable tables. My best guess is, that classes were compiled with "-g:lines" instead of "-g" or -g:lines,vars" I'm using Netbeans 8.1 debugger. TIA. Chris. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openjdk-8-jre-headless depends on: ii ca-certificates-java 20160321 ii java-common 0.57 ii libc6 2.22-5 ii libcups2 2.1.3-5 ii libfontconfig12.11.0-6.4 ii libfreetype6 2.6.3-3 ii libgcc1 1:5.3.1-13 ii libjpeg62-turbo 1:1.4.2-2 ii liblcms2-22.6-3+b3 ii libnss3 2:3.23-1 ii libpcsclite1 1.8.16-1 ii libstdc++65.3.1-13 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxi62:1.7.6-1 ii libxrender1 1:0.9.9-2 ii libxtst6 2:1.2.2-1+b1 ii multiarch-support 2.22-5 ii util-linux2.27.1-6 ii zlib1g1:1.2.8.dfsg-2+b1 openjdk-8-jre-headless recommends no packages. Versions of packages openjdk-8-jre-headless suggests: ii fonts-dejavu-extra 2.35-1 pn fonts-indic pn fonts-ipafont-gothic pn fonts-ipafont-mincho ii libnss-mdns0.10-7 pn openjdk-8-jre-jamvm pn ttf-wqy-microhei | ttf-wqy-zenhei -- Configuration Files: /etc/java-8-openjdk/accessibility.properties changed: -- no debconf information --- End Message --- --- Begin Message --- *Avez-vous besoin de financement? Avez-vous besoin d'un prêt pour des besoins professionnels ou personnels? Nous proposons tous les types de prêts aux particuliers ou aux entreprises, quel que soit votre pointage de crédit actuel. Pour plus d'informations, n'hésitez pas à nous contacter par e-mail : guarantycreditlo...@aol.com pour plus d'informations.* *Merci pour votre temps, nous nous réjouissons d'accorder votre crédit en ligne.* *COPYRIGHT 2022 (R).* --- End Message ---
Re: Easy fix for I2P FTBFS #997213, can anybody help?
On 3/27/22 4:17 PM, Pierre Gruet wrote: Hi, Le 26/03/2022 à 22:23, zzz a écrit : Hi, I'm the upstream dev for I2P Our package was removed due to FTBFS https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 due to a change in a dependent package. It's an easy fix to the i2p control file, the fix is at the bottom of the link above. Unfortunately our maintainer has been unresponsive for over a year. Looking for a volunteer to fix and restore the package, or even better to bring it up-to-date, using the latest package from our repo https://deb.i2p2.de/ which contains the fix and a year's worth of changes. thanks! I will do it, the fix is indeed easy. I will do a delayed upload and inform the maintainer, although I understand you have already tried to reach him. Right now I am not willing to take over maintainership (assuming Masayuki won't do it), so if anyone else is, please step in. Cheers, Thank you very much Pierre! We really appreciate it! For everybody else, yes, we are looking for a new maintainer, as Debian I2P is now 5 releases behind, and we've made numerous attempts to contact Masayuki. We do 4 releases a year. We maintain a Debian repo at https://deb.i2p2.de/ , and for more information about I2P see https://geti2p.net/ thanks again zzz