mirror of
https://github.com/semver/semver.git
synced 2026-07-11 03:53:53 -05:00
[GH-ISSUE #273] semver specification is not clear on how to properly attribute as per license requirements (example needed) #5314
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @allanhaywood on GitHub (Sep 10, 2015).
Original GitHub issue: https://github.com/semver/semver/issues/273
The below definition is in the linked license, but no guidance on what is appropriate is given (at least I couldn't find any). In order to adhere to the licensing requirements, it is necessary to provide examples and guidance as to what is appropriate credit.
Attribution — You must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use.
@haacked commented on GitHub (Sep 11, 2015):
The words "appropriate credit" are a tooltip.
The license is a Creative Common license. You can find out a lot more about it here: https://creativecommons.org/
@allanhaywood commented on GitHub (Sep 12, 2015):
The problem is that both the tooltip (I read that already) and information found at the creativecommons.org site is way too generic to provide clear guidance on how to properly attribute semver.
For example, I have decided to implement versioning in our product that would allow us to adhere to versioning as defined in the semver spec. As this isn't something like a photograph that can have a caption, or even human readable files (the release is compiled), it isn't clear at all what is expected.
Is it enough to attribute as a comment in the header of our source code (which is not released in any way)? Or, every time someone executes our product with -V that not only the version info is shown, but should the attribution be shown too? Should it also mandate that something like a README is included with the software distribution that also contains the attribution?
I am looking for very specific guidance with snipets of text that can be easily copied and pasted into place, as it pertains to semver, anything less and I would just be making an educated guess as to what the creators of semver expect.
@haacked commented on GitHub (Sep 14, 2015):
As far as I know, adhering to the spec doesn't require attribution. If I make a meal from a recipe in a cookbook, I don't have to attribute the recipe in the meal.
The attribution only is required if you copy SemVer or create a derivative of SemVer. You'd attribute SemVer wherever you post the copy/derivative. Does that make sense?
@allanhaywood commented on GitHub (Sep 14, 2015):
I was thinking that might be the case, but wanted to make sure.
Thank you.