Good news, <1.2.0> is ready to go! I’ve scheduled ...
# riboseq
i
Good news, 1.2.0 is ready to go! I’ve scheduled the release for Thu, 04.12.2025, and I plan to follow the remaining nf-core release steps that morning. If we prefer to publish earlier, we can also make the release today. I’d just need a quick approval on a PR updating the release date in the changelog. Happy either way, let me know.
f
Great stuff! If you feel that you could manage the release today - I’d say go for it. Happy to approve a date change.
👍 1
i
Hey Felix, I added you as a reviewer yesterday
f
Ah I missed that (nf-core emails go into a special folder….). 106 Files changed!?!
i
wait a sec, let me give you the link
just 1 change, in the changelog
f
that was easy 🙂 merged
i
thanks! i'll go ahead with the release today! That should give us a clean starting point for all the exciting changes coming up
f
oh yeah! thanks! shipit parrot
i
f
and it is running!
😅 1
Hmm, it fails because of iGenomes…:
Copy code
The following invalid input values have been detected:
* --igenomes_base (<s3://ngi-igenomes/igenomes/>): could not validate file format of '<s3://ngi-igenomes/igenomes/>': Access Denied (Service: Amazon S3; Status Code: 403; Error Code: AccessDenied; Request ID: Q78X84VJFAPASRFV; S3 Extended Request ID: 5jKX4kPlOISuYsb3bWNbFN46zYJDvcPvFZ2fuFSzUyM7/UXeJiG+rG2gQVQwK/qWJYJ8ENCOM80=; Proxy: null)
 -- Check script '.nextflow/assets/nf-core/riboseq/subworkflows/nf-core/utils_nfschema_plugin/main.nf' at line: 68 or see 'nf-2anmojs1JoVJki.log' file for more details
We supply our own genomes.config, and this was relaunched from a run that worked as v1.1…
setting
ignore_igenomes
resulted in this error:
Copy code
The following invalid input values have been detected:

* --igenomes_base (<s3://ngi-igenomes/igenomes/>): could not validate file format of '<s3://ngi-igenomes/igenomes/>': Access Denied (Service: S3, Status Code: 403, Request ID: 79NXP3K21ZBSZQAB, Extended Request ID: pprLYrAElXGfRcef86PuTg/2ledBD0BXp2aItCKwy8G8Sn0QOnDxcUCuVpK3jOPX+c9Je6hJNnnkvIylsamcDcZVzDw3/h4j) (SDK Attempt Count: 1)
deleting the igenomes_base entry seems to finally pass the first check!
👍 1
Quick follow-up: The job completed fine, including the Ribowaltz! 🎉 One odd thing: The workflow no longer seems to pick up FastQC results in the MultiQC report?
one suggestion: the output has a folder called
riboseq_qc
, which currently contains:
Copy code
riboseq_qc/
├── ribotish
│   ├── ...
└── ribotricer
    ├── ...
Maybe this would also be a good destination for the
ribowaltz_qc
folder, which currently resides within
ribowaltz
itself?
i
i have a full_test run from before the 3.5.1 template update - and that contains the FastQC in the report. I'll set up a new run full test with v1.2.0 and see if i run into the same thing
👍 1
for ribowaltz qc results paths, would you mind opening an issue so we can track it for the next release?
f
i
this is what i get with the small test, fastqc is there
f
this is very odd….
i
i do notice that only 6 samples included though, it seems just the ones that are riboseq - i will open an issue for this
f
Just had a funny thought. For some reason, the 2 samples I dealt with yesterday had been sequenced as paired-end data. Is there a chance that paired-end samples (Ribo or RNA-seq) do not end up as FastQC results in the MultiQC report? Should know by tomorrow…