nf-core / modules

Repository to host tool-specific module files for the Nextflow DSL2 community!
https://nf-co.re/modules
MIT License
284 stars 723 forks source link

Fix tests after modules repository restructuring #2154

Closed JoseEspinosa closed 1 year ago

JoseEspinosa commented 2 years ago

After https://github.com/nf-core/modules/pull/2141 was merged tests failed in the following modules as nicely reported by @grst in modules slack Please assign yourself by editing this issue e.g. - [ ] module/foo (@JoseEspinosa) and mark it as resolved when your PR fixing the test is merged.

rpetit3 commented 2 years ago

No Fixes needed (Tests (TMPDIR=~ nf-core modules test) passed with conda, docker, singularty)

amasplund commented 2 years ago

We have looked at bcftools/sort and it looks like the md5sum of the zipped output vcf-file is different if you use a conda or docker profile. If you unzip the files the md5sum is the same. The docker one is the same as what is stated in the tests/modules/nf-core/bcftools/sort/test.yml file. Seems like a problem that should probably have appeared before!? Is there a standard solution? Remove the md5sum check of the zipped file??

pawelciurkaardigen commented 2 years ago

@amasplund I had similar problem for gatk4/applybqsr and validating cram file's md5sum but for me it was depending if I run the test locally or in CI. My solution was, as you suggested, relaxing the assertion by removing md5sum which is validating only file's presence. I don't know however if there is a better way that preserves file's content verification.

muffato commented 1 year ago

I found quite a few that have been fixed in the past few weeks

muffato commented 1 year ago

(I've assigned this ticket to myself because I'll try to go through those issues one by one, but please don't hold me responsible for everything 😅 !)

muffato commented 1 year ago

Finally getting to the bottom of this !

  1. I've forked two issues for broken tests: #3965 and #3982
  2. The deeparg/downloaddata test is failing because the underlying deeparg version, 1.0.2, needs data from a website that is gone. There is no command-line parameter to change the URL and there is no other version. I've sent an email to the author about it.
  3. The deeparg/predict test fails because it first runs deeparg/downloaddata

My goal is to close this ticket once I've got an answer from the deeparg author.

muffato commented 1 year ago

Deeparg issue tracked in #4321