# New install of lsst\_stack, numpy not found **URL:** \ **Category:** Support\ **Created:** [April 26, 2020, 11:16pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124 "2020-04-26T23:16:51Z")\ **Posts on this page:** 9\ **Page:** 2
**Author:** ![ktl](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/ktl/32/1373_2.png) [@ktl](https://www.rubin.community/u/ktl)\ **Post date:** [June 12, 2020, 1:30am UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/21 "2020-06-12T01:30:30Z")
Sorry, had this bookmarked but didn’t have any fresh ideas. The fundamental problem is that you don’t appear to have a directory with `envs/lsst-scipipe-4d7b902/bin` in it in your PATH. This is supposed to be set by the `source activate` line in `loadLSST.bash`. If it’s not, then something is wrong with your conda installation or possibly your shell startup files (`.bash_profile`, `.bash_login`, `.profile`, `.bashrc`). You mentioned a fresh install. What version of `newinstall.sh` (what URL) did you use, and what version of the stack did you install? ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 12, 2020, 4:52pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/22 "2020-06-12T16:52:05Z")
Thanks @ktl. I do have the directory: /Users/blum/lsst\_stack/python/miniconda3-4.7.10/envs/lsst-scipipe-4d7b902/bin/ But numpy is not there. numpy conda package is here: ls /Users/blum/lsst\_stack/python/miniconda3-4.7.10/envs/lsst-scipipe-4d7b902/pkgs/nump\* numpy-1.16.2-py37hacdab7b\_0 numpy-1.16.2-py37hacdab7b\_0.conda numpy-base-1.16.2-py37h6575580\_0 numpy-base-1.16.2-py37h6575580\_0.conda Appears not to be installed in the bin directory? ---
**Author:** ![ktl](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/ktl/32/1373_2.png) [@ktl](https://www.rubin.community/u/ktl)\ **Post date:** [June 12, 2020, 4:55pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/23 "2020-06-12T16:55:05Z")
`numpy` does not belong in the `bin` directory. The point is for you to use the `python` in the `envs/.../bin` directory which will have access to the `numpy` in the `pkgs` directory. ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 12, 2020, 5:29pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/24 "2020-06-12T17:29:25Z")
Check. Yes, so the path to the envs version of python is in PATH but it comes after the miniconda/bin in the PATH. This appears after I execute setup obs\_sdss. ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 12, 2020, 5:42pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/25 "2020-06-12T17:42:56Z")
So I guess the issue is why does the path end up that way after running setup obs\_sdss. If I always want the lsstpipe version of python while using the stack, I guess this is easy to fix manually. ---
**Author:** ![ktl](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/ktl/32/1373_2.png) [@ktl](https://www.rubin.community/u/ktl)\ **Post date:** [June 12, 2020, 9:32pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/26 "2020-06-12T21:32:32Z")
`setup obs_sdss` should prepend `.../obs_sdss/.../bin:` to your PATH. If it’s _also_ prepending `.../miniconda3-4.7.10/bin`, something is quite strange. Basically, `which python` or `command -v python` should always give a path with `envs/lsst-scipipe` in it. If it’s not, we need to figure out what is overriding it. ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 12, 2020, 11:51pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/27 "2020-06-12T23:51:09Z")
as soon as I source loadLSST.bash, the paths are reversed and the envs/lsst-scipipe is second ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 14, 2020, 4:26pm UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/28 "2020-06-14T16:26:30Z")
Interesting that is go to csh and source loadLSST.csh, the paths come out right. ---
**Author:** ![rblum5](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/rblum5/32/949_2.png) [@rblum5](https://www.rubin.community/u/rblum5)\ **Post date:** [June 15, 2020, 12:04am UTC](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124/29 "2020-06-15T00:04:32Z")
I seem to have resolved this. I disabled .bash\_profile file that was setting up a conda environment from an independent conda installation. [Previous page](https://www.rubin.community/t/new-install-of-lsst-stack-numpy-not-found/4124.md?page=1)