-
Notifications
You must be signed in to change notification settings - Fork 43
Confusing description of the license file #3669
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I believe this is similar to #3629 - which is not yet merged; can you review if that solution solves it (fully or partially)? We do in general have a problem that reviews of pull requests are lagging behind increasing the risk that we get duplicate issues. |
#3629 solves the first point but the others are still open. |
Can you then review and accept it? |
Done.
On reason could be, that these diffs are very hard to read. |
I have tried to:
|
In chapter 18.12.2 it is stated:
"The license file is standardized. It is a Modelica package without classes
that has a Protection annotation of the following form ..."
and
In the example below there is no
Protection
annotation:This is a contradiction and should be corrected. This must be done by adapting the definition, because existing license files are based on the example and not on the definition. It might be sufficient not to mention the
Protection
annotation in the context of the license file and to adapt the definition.(Also, the filename in the comment in the example does not match the
licenseFile
annotation in the example above.)Having two different annotation definitions with same names
Protection
andLicense
is also confusing, but in the case ofLicense
, this probably can not be changed.Further, there are places where this file is called "license file", but sometimes it is also called "authorization file". Or are these different files? This is also confusing.
Another question:
What is the semantics of an empty
operations
array of theLicense
annotation in the license file (when this field is not present in the given annotation -> default behavior)? This information should be also given in the spec.The text was updated successfully, but these errors were encountered: