-
Notifications
You must be signed in to change notification settings - Fork 98
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix braker3 breaking TPV changes #1096
Fix braker3 breaking TPV changes #1096
Conversation
I am changing the PR to draft because @abueg just informed me that the job finished in an error state after running for some time. The error is:
This error is arising from the container. Previously, we did not use containers for the |
@abueg confirmed that the tool was working before the update; therefore, I am reverting all the changes made to braker3 since the training needs to continue. |
I guess the new version gets installed automatically over the weekend. Should I prevent this? |
I think that would be the best for now. We need a solution for the error; I am unsure whether we can simply pass in |
The revert is working fine; I see the job run without errors. Upon looking into the running jobs, I see that the value for |
@abretaud, any ideas? |
I think a line like this would be enough: https://github.com/galaxyproject/tools-iuc/blob/669dd4d406e86aee7d83e7420dced981c180d805/tools/augustus/augustus_training.xml#L16 But I dont understand why I've never encountered it while testing locally or on .fr 🤔 Need to check that |
Thank you! Don't we have to copy the contents of the config directory to the set path like mentioned in their readme here """ We can ignore |
Yeah, probably copying is better, like we do here: https://github.com/galaxyproject/tools-iuc/blob/669dd4d406e86aee7d83e7420dced981c180d805/tools/busco/busco.xml#L20 I can open a PR on the tool to fix it |
Thank you! That would be great. Yes, copying is better; however, we cannot perform that action via TPV. Hence, I am unable to configure the tool to use containers which was intended via the initial PR. Once the tool is patched, I think all I have to do via TPV would be to change them to container versions and exclusively add an env |
Sorry, misunderstood. So, if the tool is patched like shared above in Busco, I think we do not have to set this path exclusively on TPV. Please correct me if I am wrong. |
Just opened genouest/galaxy-tools#45 With this patch you shouldn't need to change any env var in TPV |
Cool! Thank you very much! Appreciate it! :) |
Solved via #1102 |
Due to various TPV issues, I am restructuring (partially reverting it to match what was there) the changes introduced via the below PRs.
I have rolled out a version of this PR locally after several trial-and-error runs (thanks to @abueg for testing and reporting the issues).
@rlibouba: Since the EU does not yet have the
3.0.7
version installed, I have removed it from the current TPV scheduling and updated the container images for both versions3.0.3
and3.0.6
. I had to remove it because I am unsure about theGENEMARK_PATH
and the otherenv
to be added. Please feel free to update once it is installed. To add a new version of this tool the change should go to this file https://github.com/usegalaxy-eu/usegalaxy-eu-tools/blob/9bdcca26aefcfece5f261b5c189104acf858e9b8/genome-annotation.yaml.lock#L253-L259 if I am not mistaken (@bgruening will be able to clarify on that).