You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have Contributor License agreements as licenses/rules in scancode and we should consider if we report these instead as license_clues instead of adding them in license_detections proper.
The steps discussed related to this are:
decide on a case by case basis if some CLA's are more like proper license detections or they are license clues.
if a CLA is decided as a license clue, add is_clue as True for the corresponding rules for that CLA
break rules containing CLA's and other proper license expressions such that all CLA rules are standalone.
report license matches to CLA's in license_clues
We also have detections of CLAs here in the license report contributed by Porsche AG OSO w.r.t discussion in ORT community meeting on scancode false positives.
Also see #2877 for the discussion of adding is_clue flag to rules, w.r.t different cases.
Most of these items are not really software "licenses" but Contributor License Agreements (CLA's) that describe the allowed or required licensing that any contributor should assign to a code contribution. There are two items in the list that are not CLA's but rather proper licenses:
dgraph-cla | Dgraph Community License Agreement
is a "Source-available" license (note that this category is not open source).
isotope-cla | Isotope Commercial License Agreement
is a "Commercial" license.
So the other items are certainly important useful information (basically "key files" or "notices") about a software project, but do not really identify the license-expression that should apply to that project. @AyanSinhaMahapatra I will let you and @pombredanne determine the best way to handle them; your proposed solution looks fine to me.
We have Contributor License agreements as licenses/rules in scancode and we should consider if we report these instead as
license_clues
instead of adding them inlicense_detections
proper.The steps discussed related to this are:
is_clue
as True for the corresponding rules for that CLAlicense_clues
We also have detections of CLAs here in the license report contributed by Porsche AG OSO w.r.t discussion in ORT community meeting on scancode false positives.
Also see #2877 for the discussion of adding
is_clue
flag to rules, w.r.t different cases.These are some CLAs in scancode licenses:
(Have to decide which of these are clues or not)
is_clue
The text was updated successfully, but these errors were encountered: