You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Funannotate 1.8.17, discovered this issue while using a container version. If $FUNANNOTATE_DB is set to one location and the -d command line option is set to another, funannotate will look for go.obo in $FUNANNOTATE_DB instead of the location specified at the command line. (an edge case, but discovered as I migrated between conda funannotate-1.8.15 and singularity funannotate-1.8.17)
Not sure if this is intended-- my guess was it is not, since for the most part the other parts of funannotate annotate seem to prioritize the command line option.
The text was updated successfully, but these errors were encountered:
the problem is the code is buried in the library module which only parses this file at the step of writing TBL file - it would be better to set the DB path as a state variable in the library object.
There's probably more refactoring effort better put into funannotate2 right now that figuring out how to better expose this variable outside. Or else to just ensure env variable is set during the program running when -d is passed.
Funannotate 1.8.17, discovered this issue while using a container version. If $FUNANNOTATE_DB is set to one location and the -d command line option is set to another, funannotate will look for go.obo in $FUNANNOTATE_DB instead of the location specified at the command line. (an edge case, but discovered as I migrated between conda funannotate-1.8.15 and singularity funannotate-1.8.17)
Not sure if this is intended-- my guess was it is not, since for the most part the other parts of funannotate annotate seem to prioritize the command line option.
The text was updated successfully, but these errors were encountered: