Bug 1911667

Summary: ocamlbuild: incorrect License field
Product: [Fedora] Fedora Reporter: Jerry James <loganjerry>
Component: ocaml-ocamlbuildAssignee: Richard W.M. Jones <rjones>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: rawhideCC: rjones
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: ocaml-ocamlbuild-0.14.0-22.fc34 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-31 09:36:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jerry James 2020-12-30 16:03:33 UTC
Description of problem:
The ocaml-ocamlbuild spec file says the license is "LGPLv2+ with exceptions", but the "any later version" language does not appear in upstream's tarball.  Furthermore, upstream's ocamlbuild.opam file says:

license: "LGPL-2 with OCaml linking exception"

i.e., it does not say "LGPL-2.1-or-later".  Finally, the LICENSE file says:

OCamlbuild is distributed under the terms of the GNU Library General
Public License version 2 (included below).

That language, again, lacks the "any later version" language.  Therefore, the spec file License field should read "LGPLv2 with exceptions".

This was discovered while generating spec files with https://pagure.io/opam2rpm and comparing them with the corresponding Fedora spec files.

Version-Release number of selected component (if applicable):
ocaml-ocamlbuild-0.14.0-21.fc34

How reproducible:
N/A

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Richard W.M. Jones 2020-12-30 16:16:56 UTC
Oh I see, yes this analysis is correct.

I think the fixed License line should be:

License: LGPLv2 with exceptions

Is that right?

Comment 2 Jerry James 2020-12-30 22:01:57 UTC
Yes, I believe that is correct.

Comment 3 Richard W.M. Jones 2020-12-31 09:36:38 UTC
Fixed in Rawhide.