Hai,
I am wondering about the difference between the following outputs:
https://api.reuse.software/info/trong.loang.net/~cnx/rub https://xong.loang.net/log/reuse/7
On my local machine (running GuixSD) and VPS (running NixOS, log linked above), reuse lint shows the expected output. However, the API does not recognize any file:
- Files with copyright information: 0 / 0
- Files with license information: 0 / 0
Is this a bug or did I misconfigure something?
Bests, McSinyx
Dear McSinyx,
The first thing that came to mind was whether this was a regression of the issue described at https://git.fsfe.org/reuse/api-worker/issues/5 relating to the use fo the '~' tilde character in URLs. However, to test this I've just created and added to the REUSE API a repository which also has a tilde in its URL, and that works fine. So maybe we're dealing with a more elusive issue! More investigation needed...
That said, according to my copy of the REUSE tool and my very own Mark 1 Eyeball, your repository is certainly looking good with regards to REUSE compliance :)
Best wishes,
Sebastian
On Thu, Mar 30, 2023 at 05:47:19PM +0900, McSinyx wrote:
Hai,
I am wondering about the difference between the following outputs:
https://api.reuse.software/info/trong.loang.net/~cnx/rub https://xong.loang.net/log/reuse/7
On my local machine (running GuixSD) and VPS (running NixOS, log linked above), reuse lint shows the expected output. However, the API does not recognize any file:
- Files with copyright information: 0 / 0
- Files with license information: 0 / 0
Is this a bug or did I misconfigure something?
Bests, McSinyx _______________________________________________ REUSE mailing list REUSE@lists.fsfe.org https://lists.fsfe.org/mailman/listinfo/reuse
This mailing list is covered by the FSFE's Code of Conduct. All participants are kindly asked to be excellent to each other: https://fsfe.org/about/codeofconduct
Thanks for the bug report, McSinyx, and the first tests, Sebastian!
On 31.03.2023 12:09, Sebastian Crane wrote:
On Thu, Mar 30, 2023 at 05:47:19PM +0900, McSinyx wrote:
I am wondering about the difference between the following outputs:
https://api.reuse.software/info/trong.loang.net/~cnx/rub https://xong.loang.net/log/reuse/7
I was able to reproduce this in a local instance of the API. This is the output:
$ docker run --rm reuse-api-worker-runner https://trong.loang.net/~cnx/rub Cloning into '/project'... fatal: dumb http transport does not support shallow capabilities reuse.project - WARNING - could not find supported VCS # SUMMARY
- Bad licenses:
- Deprecated licenses:
- Licenses without file extension:
- Missing licenses:
- Unused licenses:
- Used licenses:
- Read errors: 0
- Files with copyright information: 0 / 0
- Files with license information: 0 / 0
Congratulations! Your project is compliant with version 3.0 of the REUSE Specification :-)
The clone command looks like the following (more or less):
git clone --depth 1 https://trong.loang.net/~cnx/rub
The clone fails because a shallow clone isn't supported. Therefore, the /project directory is empty.
So your server only seems to support the "Dumb HTTP" protocol and not Smart HTTP or Git protocols [1]. This honestly is the first time this issue occurred, and we have a number of repos from self-hosted Git forges.
Would it be possible for you to enable one of the other protocols on your server?
Otherwise, we'd have to tweak the API worker to not attempt a shallow clone (which saves *a lot* of bandwidth and time) if only the dumb protocol is present [2]. However, unless someone contributes to this, that may take a while as we have other priorities currently.
Best, Max
[1]: https://git-scm.com/book/en/v2/Git-on-the-Server-The-Protocols
[2]: https://git.fsfe.org/reuse/api-worker/src/branch/master/docker-image/check-g...