Adding license info to the bower.json#398
Adding license info to the bower.json#398reiz wants to merge 1 commit intocarhartl:masterfrom reiz:patch-1
Conversation
|
Have you tried to use https://github.com/js-cookie/js-cookie? This repo is not being maintained anymore. See #392. |
|
Hi @FagnerMartinsBrack thanks for the note. But some people are still referencing this repository. That's why it would be nice to get that PR merged. I will check the new repo also. |
Where's this project being referenced? |
|
@FagnerMartinsBrack In the VersionEye database I have 5362 dependencies which reference exactly this repository. Most of them are projects from private GitHub repositories. In our database I added the license for this project manually. If this repository is deprecated then you don't need to release a new version. |
|
@reiz Yeah, it's frozen. We're not releasing any new version, just updating master with the relevant messages. I guess in this case it makes sense to fix the problem in VersionEye itself, or maybe change the code to lookup for The new repo has the license property in the package.json, though. |
|
@FagnerMartinsBrack We have a crawler which can find license files like |
|
@reiz I see, unfortunately, we can't create a new version because then it would be out of sync with js-cookie. js-cookie contains the versions up to 1.4.1 and 1.5.0, 1.5.1 and onwards, if we create a new one then js-cookie won't have it. Any suggestion on how to make this better from an automated license perspective given these constraints will be much appreciated. |
|
Hi @FagnerMartinsBrack. Everything is good now. For the versions of this repository I added the license info manually to our database. If you don't release new versions on this repository then everything is fine. And on the new repository |
I'm working on the open source project VersionEye. By adding the license info to the bower.json tools like VersionEye can fetch it easier.