Daniele
Daniele
Waiting for https://github.com/iterative/dvc-objects/pull/103 before merging due to a `pydrive` issue making CI timeout
@dberenbaum > 1. dvc import-url --no-download foo should generate everything in the corresponding foo.dvc so that if I later run dvc pull, I can get foo without changing foo.dvc. Why...
> How are we getting the checksum for the deps section without streaming it? We're not: [depending on the remote](https://dvc.org/doc/user-guide/project-structure/dvc-files#dependency-entries) we use various types of metadata (md5, etag, checksum, ...)...
I'm more inclined to get 1 and 2 (`repro`/`pull`) working. `repro` is easy, although I'm hoping to find a non-hacky way to also get it to work with `pull`. As...
With the latest push, we have `dvc pull` support for what I call "partial imports" (imports which are missing outs checksums). Running `dvc pull` downloads the partially-imported data, raising an...
Hey @wdixon, would you mind providing a full traceback? Thanks
Hi @wdixon, yes. Thank you. This is a known issue (e.g. see https://github.com/iterative/dvc/issues/7670, https://github.com/iterative/dvc/issues/6586) The problem is that since 2.9.5, [`scmrepo`](https://github.com/iterative/scmrepo) was bumped and in [`0.0.11`](https://github.com/iterative/scmrepo/releases/tag/0.0.11) the [`dulwich`](https://github.com/dulwich/dulwich) git backend...
Unfortunately just using the token in the URL (`https://@github.com/..`) does not work, probably because it's not compliant with [RFC 1738](https://www.rfc-editor.org/rfc/rfc1738). Did you happen to have a chance to give a...
I'm sorry, you're right. That is a bug in `dulwich`. Opened up a PR upstream. See dulwich/dulwich#980
Recap: - For broken imports related to the change from `gitpython` backend to `dulwich`: we're waiting for git credentials support in dulwich (https://github.com/jelmer/dulwich/pull/976) - For broken `https://token@host...` authentication: it has...