Skip to content
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

[FEATURE REQUEST] Fetching a private repo in github using wit-deps update #152

Open
KingEluard opened this issue May 24, 2024 · 1 comment

Comments

@KingEluard
Copy link

I'm trying to include a private repository reference within my wit/deps.toml file. However, upon attempting to update the dependencies using the wit-deps update command, I consistently run into an error message stating "GET request failed (404) URL not found". This indicates that the system is unable to locate the specified URL. My guess was it is a private repository and the wit-deps command is not authenticated to access it.

To address this issue and improve functionality, I think it would be highly beneficial to introduce an authentication option for updating wit-deps. This would allow users to securely access and update dependencies from private repositories without encountering the aforementioned error.

@rvolosatovs
Copy link
Member

Thank you for the report, indeed, wit-deps intentionally implements only the bare minimum of functionality to be useful, which was largely influenced by the lack of conventions and/or infrastructure at the time when it was developed.
Really, all it does is it fetches a tarball from a URL, unpacks it and computes a digest.

In order to support private git repositories, I think wit-deps would need to have "real" git support, which would also let us record a reproducible source of the artifact in the lock.

Private repositories would be supported by reusing the local git config, perhaps even simply shelling out to git binary for MVP.

Would you be interested in contributing to this feature?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants