-
Notifications
You must be signed in to change notification settings - Fork 10
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
Prompt suggests "UNLICENSED" but says it's invalid when entered #181
Comments
Thanks for the bug report, and sorry for the time you wasted fighting it! Should have a fix for it in the next couple of days that:
|
@jasonsparc I've merged a fix for 1, 2, and 3 above. See #187. I expect to publish a 0.7.0 with the fixes this evening or tomorrow morning. Number 4 from above will take a bit longer, but I can probably have that done sometime next week. |
Is "UNLICENSED" equivalent to having no license? If so, how about "NO LICENSE" instead? This avoids confusion with "The Unlicense" (i.e., https://choosealicense.com/licenses/unlicense), which is actually a valid license as a dedication to the public domain (while also covering legal stuffs). Also, I think my suggestion ("NO LICENSE") plays nicely with GitHub's warning (and labeling) about what may happen if you don't choose a license whatsoever for your repo (i.e., https://choosealicense.com/no-permission). |
@jasonsparc Yes, it is equivalent. I initially chose "UNLICENSED" because that is the value npm uses. However, doing a bit of searching, it seems that a lot of npm users have been confused by the ambiguity of "UNLICENSED" versus The Unlicense. (I must say that I really dislike the name for The Unlicense precisely because it sounds like there is no license granted. But since I can't actually fix that...) I will change ahkpm to use "NO LICENSE" rather than "UNLICENSED" to avoid this ambiguity. Should have another fix merged later this morning, and release 0.7.0 with the fix sometime later in the day. |
0.7.0 with the bugfixes mentioned above has been released: https://github.com/joshuacc/ahkpm/releases/tag/0.7.0 |
Looks good 👍 I'll keep this open just in case you still want to implement number 4. Although, even if you don't implement the case-insensitive lookup, I think people would just go to the provided link and look up their license identifier there, in case the program doesn't accept their incorrectly cased input. Feel free to close this issue once that's implemented. |
Hi! My work is currently licensed under “The Unlicense” license. Now, running
ahkpm init
, the prompt said something like,Emphasis mine, especially the 'D' character at the end.
And so, naturally, I typed
UNLICENSED
, but it nagged to me that it was invalid. Then I noticed that, “The Unlicense” doesn't end in'D'
. So, I typedUNLICENSE
, but it nagged again. So in the end, it really only accepts case-sensitive SPDX identifiers. (Note that, I had to google what “SPDX license identifier” mean, just to get pass that prompt :P)Conclusion: It's the prompt's fault :P
Proof of my little trials and tribulations:
P.S. Thanks for considering my little DSV library as one of the first few packages available via
ahkpm
. Also, a package manager for AHK is indeed a really cool idea btw! Something like that would definitely simplify my current AHK setup.The text was updated successfully, but these errors were encountered: