Hello, Java packages are an exception and do not require the -bin suffix, they can either be built from source or use the jar provided by upstream in the normal package. Although, both is used within the official repositories, thus saying which one is the right one to pick is another question. Personally I believe that Java code should still be compiled from source, and I have made this argument, but the fact is, when you compile Java it will become the same bytecode and will perform the same on the JVM, maybe if you wanted to compile the Java code with say Java 11 instead of latest it could be beneficial, but the general view is that compiling Java is too much effort and its simply easier to copy the jar into the java directory. Although I disagree with this, it seems to be the going trend. I have discussed this on IRC in the past with Alad (who made the change to the packaging guidelines on the ArchWiki), but the general idea I got from it is what I explained above, Java bytecode is not seen to be worth compiling from source. As highlighted in the rejection thread, the answer has already been said there: https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/m... And then in the latest email to the list, requested the rejection to be revised: https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/m... I believe although this email thread I am replying to was created for the purpose of finding the answer to the deletion request, it serves a different purpose. The deletion request should have been accepted by what Marcell pointed out (Both packages are duplicates, even with the different prefix), but I assume this thread is to discuss change to the packaging guideline exception? If so it might be worth doing the following: - Add this to the talk page of the packaging guidelines, this will notify those who have contributed to the packaging guidelines, who many not be subscribed to the aur-general mailing list: https://wiki.archlinux.org/title/Talk:Arch_package_guidelines - Try to contact Alad and discuss with him the reason for the change, as it seems you disagree with the rule. I am not sure if the change Alad made was personal bias or whether it was discussed with others and the consensus was to add the exception. Although, Alad is likely to find the post on the talk page, so maybe it could just be best to add this to the talk page and ask for Alad's opinion? In general I still agree, I know of someone who downloaded a virus by trusting the jar file in the projects release, turns out it contained bytecode which was not released into the main repository, thus had malicious code in the redistributable. I strongly agree with compiling from source, Java compiles reasonably fast so I do not see why we should not compile from source? Sure you can go inspecting the jar using bytecode decompilers, but surely it is easier simply to build from source. Now I am sure a lot of people will point out "It is not secure unless you read the entire codebase and make sure the source code is completely safe", but the fact remains is, redistributables can have anything within them, narrowing it down to the codebase you clone to build is still a first step to ensuring there is no malicious bytecode. Plus, you can't patch bytecode, if the java code ever needs to be patched in the repository, then the entire PKGBUILD needs to be rewritten to compile from source instead of installing a jar, so isn't it simpler to just have all packages as source packages so if a patch is ever needed its simple to do so? I can see so many reasons for the "pointless" recompiling of Java code. Thus, the "-bin" suffix should include Java as well. However I am not a TU/package maintainer and thus I have no authority, but my personal opinion is that it would be beneficial to remove the exception to the -bin flag in java packages. Hope this helps, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian@polarian.dev