> In this case, I think you should point to the LICENSE file at the top level > of the project -> > https://github.com/gohugoio/testmodBuilder/blob/master/LICENSE
This file is not in the version of the repository pulled by go2rpm. However, I figured out that I can place it in the root of the package directory (not in the -vendor tarball) and reference it from there. Should the license field in the .spec file contain the license for hugo's source code or should it contain the union of all of the licenses found across all of the imported packages? The non-vendor-versioned form of the hugo package used the former. Now I am stuck on github.com/tetratelabs/wazero, which presently has a "proper" package. Building wazero using the vendor-versioned process fails. This raises the point that things are occasionally difficult to package (e.g., many of the modernc.org packages), and this trouble will be duplicated in each vendor-versioned package. Is there a way to tell go2rpm to use a few external packages by exception? Not another question, but a point: I suspect that license checking and intellectual property matters will be difficult. For example, some of the modernc.org packages are open source but contain example files that Fedora cannot include. Figuring this out and pulling those example files from the package takes care. This care will have to be duplicated when building vendor-versioned packages. (Of course, the difficultly of properly packaging each dependency might exceed this work.) -- Mike :wq -- _______________________________________________ golang mailing list -- golang@lists.fedoraproject.org To unsubscribe send an email to golang-le...@lists.fedoraproject.org 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/golang@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
