|
Should LGPL-3.0 be an exception rather than a main license?
This would indeed be accurate but both odd and confusing. This is IMHO the only sane thing to do. Practically beast purity. #2 aka LGPL-3.0 is the only thing that makes sense to me.
This would indeed be accurate but both odd and confusing. This is IMHO the only sane thing to do. Practically beast purity. #2 aka LGPL-3.0 is the only thing that makes sense to me.
|
By
Philippe Ombredanne
· #1104
·
|
|
New License Request: RSA-MD
Sam: I agree with you, both licenses are common enough in the wild. Both the MD4 and MD5 notices are found in RFCs, which is a good reference URL IMHO as they were crafted and submitted there by Ron R
Sam: I agree with you, both licenses are common enough in the wild. Both the MD4 and MD5 notices are found in RFCs, which is a good reference URL IMHO as they were crafted and submitted there by Ron R
|
By
Philippe Ombredanne
· #1061
·
|
|
question: SPDX license for "The Linux Foundation"
The only material difference with BSD-3-Clause seems to be in the disclaimer : [...] FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT ARE DISCLAIMED [...] where "AND NON-INFRINGEMENT" is added I
The only material difference with BSD-3-Clause seems to be in the disclaimer : [...] FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT ARE DISCLAIMED [...] where "AND NON-INFRINGEMENT" is added I
|
By
Philippe Ombredanne
· #961
·
|
|
CDDL-1.0 broken link
Howdy:! I am replying on the legal list that would be the right place ... Thank you and good point ... this is the original URL, but ever since Oracle bumped it to 1.1 it has disappeared... as many ot
Howdy:! I am replying on the legal list that would be the right place ... Thank you and good point ... this is the original URL, but ever since Oracle bumped it to 1.1 it has disappeared... as many ot
|
By
Philippe Ombredanne
· #938
·
|
|
Revisiting the SPDX license representation syntax (Package vs. Program license)
<michel.ruffin@...> wrote: Michel: My 2 cents, I would possibly express this either: * as lplg-2.1+ {mit bsd-3-clause and a long list of licenses .... } using my 'little language' OR *
<michel.ruffin@...> wrote: Michel: My 2 cents, I would possibly express this either: * as lplg-2.1+ {mit bsd-3-clause and a long list of licenses .... } using my 'little language' OR *
|
By
Philippe Ombredanne
· #747
·
|
|
Revisiting the SPDX license representation syntax
Exactly! The intent when I wrote down an example starting with "I think" is to show where such a syntax could capture eventual interpretations that a user/adopter of SDPX would want to express. I am N
Exactly! The intent when I wrote down an example starting with "I think" is to show where such a syntax could capture eventual interpretations that a user/adopter of SDPX would want to express. I am N
|
By
Philippe Ombredanne
· #746
·
|
|
Revisiting the SPDX license representation syntax
Guten Tag Wolfgang! and thanks for your feedback. You are absolutely right there and being a programmer I had hesitated a little about the implications then, and thought that it would be OK to forego
Guten Tag Wolfgang! and thanks for your feedback. You are absolutely right there and being a programmer I had hesitated a little about the implications then, and thought that it would be OK to forego
|
By
Philippe Ombredanne
· #744
·
|
|
Revisiting the SPDX license representation syntax
Let me bring my 2 cents to the discussion. A while back I wrote down this little language to compose licenses. The point was to : - make this easy enough for humans and machines to read, write and und
Let me bring my 2 cents to the discussion. A while back I wrote down this little language to compose licenses. The point was to : - make this easy enough for humans and machines to read, write and und
|
By
Philippe Ombredanne
· #736
·
|
|
A non-standard "permissive" license
I reckon there is a value in having a comprehensive and universal list of licenses, but I sincerely doubt this is something that should in the SPDX list as it is today, for the reasons I mentioned in
I reckon there is a value in having a comprehensive and universal list of licenses, but I sincerely doubt this is something that should in the SPDX list as it is today, for the reasons I mentioned in
|
By
Philippe Ombredanne
· #514
·
|
|
A non-standard "permissive" license
<tom.incorvia@...> wrote: This is an interesting case. I am not sure that we should support as broad a list as possible. The current SPDX spec has support for direct reference (LicenseRef)
<tom.incorvia@...> wrote: This is an interesting case. I am not sure that we should support as broad a list as possible. The current SPDX spec has support for direct reference (LicenseRef)
|
By
Philippe Ombredanne
· #511
·
|
|
Follow-up on Research Items from Last SPDX Legal Meeting (9/5)
<jbuttura@...> wrote: Jason: there is a good reason for this: The use of the V1.0 license was limited to a brief period in time and a long seven years ago. Cases of actual reuse of code under th
<jbuttura@...> wrote: Jason: there is a good reason for this: The use of the V1.0 license was limited to a brief period in time and a long seven years ago. Cases of actual reuse of code under th
|
By
Philippe Ombredanne
· #409
·
|
|
"Scope" of licenses to be covered by SPDX
Bradley: this is an excellent offer and idea. Please go for it!
Bradley: this is an excellent offer and idea. Please go for it!
|
By
Philippe Ombredanne
· #375
·
|