Code Monkey home page Code Monkey logo

Comments (4)

rivera10 avatar rivera10 commented on August 19, 2024 1

Hello,

I think the issue is in the order of your $PATH. It looks that the installation of your local busco is higher. You can remove the specific address of the local busco from $PATH. But be careful not to remove others that are essential for the system. Is the local busco under your linuxbrew installation?

Best,
Ramón

from transpi.

rivera10 avatar rivera10 commented on August 19, 2024

Hello @gabrielnsil,

Yes, it may be that TransPi is trying to use the BUSCO installed in your server but that is very odd and should not happen. Maybe your local busco is located higher in the PATH and is using that one instead of the conda env.

Can you activate the individual env of BUSCO created by TransPi and call BUSCO normally?

conda activate /home/porifera/TransPi/condaEnv/env-e8d22bfae5e32eac973114001910dada

busco -h

Let me know.

Best,
Ramón

from transpi.

gabrielnsil avatar gabrielnsil commented on August 19, 2024

Hello Ramón, thank you for the reply

Yes, I can activate the individual condaEnv of BUSCO created by TransPi but the No module named 'busco' persists. The command which busco shows the path for the BUSCO installed in my server, even with this individual condaEnv activated. I already reinstalled TransPi from scratch 3 times but the problem continues.

Curiously, with the condaEnv activated and using the which command, I observed that some tools called are from my server while others are from the condaEnv. It is normal?
Example:

which fuse-ranges
~/TransPi/condaEnv/env-e8d22bfae5e32eac973114001910dada/bin/fuse-ranges

which nhmmer
/home/linuxbrew/.linuxbrew/bin/nhmmer

I really have no more ideas on how to go from here, maybe clean up the $PATH variable prior to the execution of TransPi?

Thank you for your time,
Gabriel

from transpi.

 avatar commented on August 19, 2024

Hello,

I think the issue is in the order of your $PATH. It looks that the installation of your local busco is higher. You can remove the specific address of the local busco from $PATH. But be careful not to remove others that are essential for the system. Is the local busco under your linuxbrew installation?

Best, Ramón

I've also encountered the same "No module named 'busco'" problem and it is indeed the result of incorrect order of environment variable. Add a command of

export PATH="/home/$USER/miniconda3/envs/BUSCO/bin"

will help to solve this problem.
Thanks for your helping!

Best,
Ryann

from transpi.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.