On Tue, 21 Jan 2025 08:28:30 +0100 Andreas Tille <[email protected]> wrote: > Hi Tony, > > thanks a lot for catching this. I understood your comment to > Re: Bug#1093577: dnssecjava: New upstream versio[1] > that you are working on a fix. I'm very sorry that I messed things > up in dnsjava but feel it is in good hands now. Please let me know > if you want me to do anything.
I've had a brief look at the upload, and it uses the pom that Emanuel created when dnsjava was still hosted on Sourceforge, using Ant and had binaries committed in the source tree. Upstream now has a proper pom, and IMO the build step that overwrites it should be removed. The upstream pom properly handles the various Java versions, excludes some source files needed for legacy Java and Android builds, and mitigates the build failure that caused the Debian pom to be written in the first place. It needs some dependencies not packaged in Debian for testing and build validation, but they can be safely disabled. I'm also not sure if it's worth keeping dnsjava. I of course appreciate it being in Debian, but the only rdep is jakarta-jmeter, which was last updated to 2.13 in March 2016 and has a low popcon. Upstream is 5.6.3 from January 2024 (built using Gradle). > I understood Ingo Bauersachs in the same way that dnssecjava can > be removed. It might make sense to add some > > Conflicts: dnssecjava > Provides: dnssecjava > Replaces: dnssecjava > > to dnsjava to reflect this. I'm not packaging-savvy enough to know if that makes sense. While the dnssecjava code lives on in dnsjava, the API surface is entirely different. > Thank you Tony and Ingo for your help > Andreas. > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1093577#15 Cheers, Ingo __ This is the maintainer address of Debian's Java team <https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use [email protected] for discussions and questions.
