https://bugzilla.redhat.com/show_bug.cgi?id=1878902 --- Comment #3 from Andy Mender <andymenderunix@xxxxxxxxx> --- > The wording is a bit unclear there. It means that if the main package is architecture-specific, then the javadoc package must explicitly be marked as noarch. In the case where the main package is noarch, all subpackages are implicitly noarch. Either way, you get a noarch javadoc package. Yes, I see now that the guideline about javadoc can be understood in a couple of ways: https://docs.fedoraproject.org/en-US/packaging-guidelines/Java/#_javadoc_installation Since the main package is noarch, I agree it's fine as it is now. > Well, I can ask. The last upstream activity was 5 1/2 years ago, so I'm not optimistic about the result. In any case, all of the *.java files carry the full license at the top. There is a couple of ways this can be handled covered here: https://docs.fedoraproject.org/en-US/packaging-guidelines/LicensingGuidelines/#_license_text The thing is that a license file should be added independently of whether the source files contain a license text/comment or not, since it's an aspect of packaging. As a packager you *can* add the text of the MIT license as an extra file to the package, for instance taking the license text included in one of the source files. Upstream inactivity is a different matter. I had a look at the GitHub timestamps again and most files were modified 6-12 years ago. I'd say the project is effectively dead, in which case responsibility for any bugfixes, improvements, etc. lies with the packager :(. For now please add an extra MIT license file with the %license macro and contact upstream if possible. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx
