conda-forge / conda-forge/conda-forge.github.io

Too many libgfortrans

未關閉
#263 4 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
主要語言
JavaScript
星號
170
分支
320
平均合併
2 天 10 小時
30 天內合併 PR
5

描述

My situation:

I had a environment up and running, all was well

I needed fortran

I installed the gcc package to get gfortran.

all was well.

BUT ......

It turns out that that gave me a gcc as well, that kinda contaminated the rest of my system, so I had to remove it.

But now numpy is broken:

```
---> 14 from . import multiarray
15 for envkey in env_added:
16 del os.environ[envkey]

ImportError: dlopen(/Users/chris.barker/miniconda2/lib/python2.7/site-packages/numpy/core/multiarray.so, 2): Library not loaded: @rpath/./libgfortran.3.dylib
Referenced from: /Users/chris.barker/miniconda2/lib/libopenblasp-r0.2.18.dylib
Reason: image not found
```

So I am making an educated guess that numpy depends on openblas, which requires libgfortran, and apparently installs it itself.

gcc also install the same lib. -- so when I remove gcc, I break gfortran.

Ideally, conda would do some kind of reference counting or something, so that it wouldn't remove a file that another package is also using -- but that's a major feature that may never come.

So: shouldn't libgfortran (and similar) be a package by itself, and then gcc and openblas, and who knows what can depend on it?

Also nice for gfortran to be separate from gcc as well...

貢獻指南

開啟貢獻指南

評估

這個 Issue 還沒有評估資料。

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。