Closed bensprung closed 3 years ago
Hi Ben,
thanks for reporting this issue, that is indeed a funny one. I did not know that picard internally calls R scripts. Modern software... conda calling python calling snakemake calling python calling java calling R - no wonder that this is so fragile!
Anyway, should be solved in the latest commit - please pull and try again! If not, feel free to re-open this issue!
Cheers and so long Lucas
PS: I saw that you edited your text quite a bit - and assume that you fixed all the problems that are now gone? In short:
Let me know if there is anything else that does not work as it should ;-)
Hi Lucas yeah sorry about those edits, I ran into a couple problems that I was too quick to post about, exactly as you said one was about using the old config file and one was about not deleting all the output of a partially completed run. Thank you for the quick update, I am running now and have passed step 9 so I think it is solved.
Hey Ben,
no need to apologize, that is what the edit feature is for. I was probably just being overly thorough there ;-)
Glad to hear that it works now. NB: The "step number" is more or less meaningless though, as they can be reordered by snakemake, and differ very much depending on your config (i.e., which tools are used) and your data (both the number of samples and the number of reference sequences/contigs affect the total job count). So, a better way to check if a certain thing works now is to look for its rule name (and, if it only fails for certain data, for its input data or wildcards), to make sure that a step that failed earlier now works. Hope that makes sense.
So if there is still more trouble, let me know! Lucas
Got it, it does. Well, the whole pipeline is working and producing usable output at the moment so I am happy ;)
Awesome! I feel that grenepipe is nearing a 1.0 release. It has been quite the struggle to fix all dependency issues for all users and clusters that it has been used on so far... One would think that the whole idea of conda is to fix those issues once and for all - as this issue (yet again) showcased, this is not true. So, thanks for being a patient beta-tester ;-)
No prob. I look forward to citing it knock on wood!
I am not sure what I did that changed things since getting grenepipe to work successfully a few months ago, but I now get an error on step 8 saying that
picard-collectmultiplemetrics.py returned non-zero exit status 1
. If I look in the picard logs the problem isConfusingly, tidyverse does seem to be installed in the environment (see below) so I am not sure how to try to fix this. I did download the latest grenepipe and also get this error in addition to it occurring with my older version.