No Linters Available
No Unit Test Coverage
Regarding what @EbonJaeger said, I think it would be much better to use the actual tarball releases over at https://github.com/Canop/broot/releases and build it ourselves. I don't think the current implementation will be accepted unless there is a very specific reason and especially not when the binaries come from someone else than the project owner...
@EbonJaeger @Jacalz The repository is actually mine on github. The binary comes from official site here. All I did was create a makefile for the binary and create a repo for both on github in order to make it easier to package for multiple distros. If that is against any rules though, I was unaware, and I will work on a .yml based off the upstream tarball until we get word from the devs.
I am pretty sure it is. I think it more or less is due to security reasons. It is very hard to know if you tampered with the source or not. Having it built from official source code on the build server makes sure that it doesn't contain any nasty surprises.
description should go after summary, not after builddeps.
According to https://github.com/Canop/broot/blob/master/build.rs they are also building shell completions and I see a man page dir in the project's root. We should ideally be installing what shell completions they do have:
manpage location will be determined by the section they are expecting, probably 1 for general commands, so it should be installed to /usr/share/man/man1/ and be sure it has .1 appended to the end of the man page file name.