Closed deemp closed 1 year ago
To answer this:
Can you give an example of such a broken
.nix
file?
I found an example in the history of the repo: https://github.com/nix-community/nix-vscode-extensions/commit/a77f1d354a4d18d1cc3e1d3ac98bb1684a5aacc0
I fixed an issue with a file that was auto-generated. So nvfetcher
indeed can produce problematic files.
Now, the generated files don't have a description
attribute.
I stopped getting metadata via nvfetcher
because it would break every time the action runs. And I didn't want to keep fixing the broken stuff manually.
I didn't have time to work on this for a while, and I can see a lot has happened. Thanks for your great work @deemp!
I checked data/cache
and it seems that the current fetcher also does not fetch license info.
I proposed adding license info because some users might not want to use unfree extensions. What do you think? Should we dismiss the proposal or should I work on it?
Hi, @AmeerTaweel!
We neither fetch nor record license info. This info may bloat the flake. I suggest we don't implement this feature until someone asks about it. When it is the case, we can make another list of extensions in the configuration and fetch license info just for them.
Okay. I guess I will close this for now. If someone wants this they can open a new issue.
Start of the discussion: https://github.com/orgs/nix-community/teams/nix-vscode-extensions
nvfetcher
may produce incorrect.nix
files because it uses simple string manipulationdescription
attributedescription
attributenvfetcher
doesn't extract metadata from the Microsoft marketplace extensions.package.json
inside the.vsix
file.