containerbuildsystem / cachi2 / 8521358557 / 3
97%
main: 97%

DEFAULT BRANCH: main
Ran
Files 32
Run time 0s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 97.613% (+0.003%) from 97.61%
8521358557.3

push

github

eskultety 
interface: cli: Remove the top-level deps subdirectory before fetching

We keep reusing the old output directory hierarchy with repeated fetch
runs, overwriting all relevant files. Right now it's all fine because
all the files have predictable (pretty much fixed) names, however if we
create files/directories with any randomness in their names, we'll be
just creating more and more noise with repeated runs. Since we're
rewriting all files for the processed package managers anyway (for now),
i.e. not reusing data in between runs, it would be better if we first
cleaned up the destination if it exists and only then proceed with the
fetch. However, by the nature of the '--output' CLI option this very
well can be $HOME so we can't delete the top-level output directory,
but only its closest known subdirectory, i.e. 'deps'.

This is far from ideal as we'd still leave around files like bom.json
and potentially other files dirtying the underlying base directory.
This behaviour ill need to be addressed in the future, though it might
possibly eventually lead to backwards incompatible behaviour. For now
though, this quick fix will have to do.

Note that failing to process a request with an error message would be
the preferred approach if the output directory existed, because we
can't be sure that the existing directory we're being pointed to was
indeed created by us so we may end up deleting other legitimate data
(see above for the problem with e.g. $HOME), however, given that such
logic would lead to regressive behaviour since we already happily
overwrite anything the user points us at, what is being proposed here
isn't any worse than it already is.

Signed-off-by: Erik Skultety <eskultet@redhat.com>

3313 of 3394 relevant lines covered (97.61%)

0.98 hits per line

Source Files on job python-3.9 - 8521358557.3