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
{{ message }}
This repository was archived by the owner on May 27, 2024. It is now read-only.
Defining this is a tough one, as in the (free) software world a “project” is quite different than what a project is in more traditional contexts. Would warmly recommend someone else to take a look as well. I remember @ohnewein pointing this out before, so he might have a good idea.
Perhaps something in the lines of:
- Project --- A repository or archive of source code, ………
…or we just skip the definition and rely on the fact that a “open source project” as an established term in the business.
In SPDX we use the term package for describing a set of files related to a distribution. This would include the source files for a given program but could also include other related files.
Package may indeed be more accurate. Especially, if we could piggy-back on SPDX Spec here. @goneall, I can’t find where “Package” itself (as opposed to “Package Information”, “Package Name”, “Package Version”, etc.) is specified in SPDX Spec though. Am I missing something?
I also looked for a definition in the spec and did not see a concise definition of a package. I do recall discussing this at length during the spec development. Something we may want to add to the spec.
in that case, I think it would be best if both projects use the same definition, until SPDX adopts it in a published spec. Then REUSE can simply refer to that definition.
The text was updated successfully, but these errors were encountered:
Thread: #23 (comment)
@silverhook
@carmenbianca
@goneall
@silverhook
@goneall
@silverhook
The text was updated successfully, but these errors were encountered: