Virtualenvs'te bozuk referanslar

Kısa bir süre önce Mac'ime bir grup dotfiles yükledim ve diğer bazı uygulamalarla (Terminal yerine iTerm olarak değiştirdim ve varsayılan metin düzenleyicim olarak Sublime'ı değiştirdim), ancak o zamandan beri, klasörlerindeki .virtualenvs içindeki tüm sanal ortamlarım çalışmayı durdurdu hala orada ve ne zaman bir şey çalıştırmaya çalıştığınızda aşağıdaki hata veriyorlar:

dyld: Library not loaded: @executable_path/../.Python
  Referenced from: /Users/[user]/.virtualenvs/modclass/bin/python
  Reason: image not found
Trace/BPT trap: 5

Dotfiles ile ilgili tüm dosyaları kaldırdım ve daha önce olduğu gibi .bash_profile geri yükledim, ancak sorun devam ediyor. Sorunu teşhis etmenin veya kolay bir şekilde çözmenin herhangi bir yolu var mı (örneğin, tüm sanal sunucuları tekrar oluşturmayı gerektirmemek)?

Sorunun çözümünü burada buldum , bu yüzden tüm kredi yazara gidiyor.

Amaç, bir sanalenv oluşturduğunuzda, Homebrew yüklü Python'a birçok sembolün yaratılmasıdır.

İşte bir örnek:

$ ls -la ~/.virtualenvs/my-virtual-env
...
lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.7/Frameworks/Python.framework/Versions/2.7/Python
...

Python'u Homebrew kullanarak yükseltip çalıştırdığınızda brew cleanup, sanal bağlantıdaki semboller artık var olmayan yollara işaret ediyor (Homebrew onları sildiğinden).

Simgelerin yeni kurulan Python'u göstermesi gerekir:

lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.8_1/Frameworks/Python.framework/Versions/2.7/Python

Çözüm, virtualenv'deki sembol bağlantılarını kaldırmak ve daha sonra yeniden oluşturmaktır:

find ~/.virtualenvs/my-virtual-env/ -type l -delete
virtualenv ~/.virtualenvs/my-virtual-env

Silmeden önce hangi bağlantıların silineceğini kontrol etmek muhtemelen en iyisidir:

find ~/.virtualenvs/my-virtual-env/ -type l

Benim düşünceme göre, sadece kırık sembolik bağlantıları silmek daha da iyidir. Bunu GNU kullanarak yapabilirsiniz find:

gfind ~/.virtualenvs/my-virtual-env/ -type l -xtype l -delete

findZaten sahip değilseniz GNU'yu Homebrew ile kurabilirsiniz :

brew install findutils

Varsayılan olarak, Homebrew ile yüklenen GNU programlarının harfle ön ekli olduğuna dikkat edin g. Bu findOS X ile birlikte gelen ikili gölgelemeyi önlemek içindir .

Birkaç şeyi denedikten sonra, bu benim için çalıştı:

virtualenv dizininize gidin (ancak workon'u çalıştırmayın):

cd ~/.virtualenv/name_of_broken_venv

Şimdi şu dosyaları silin:

rm -rf .Python bin/python* lib/python2.7/* include/python2.7

Sonra venv yeniden oluşturmak için çalıştırın:

virtualenv .
workon name_of_broken_venv
pip freeze

Şimdi kurulu paketlerinizin bir listesini tekrar görmelisiniz.

Bu, Snow Leopard'dan Mac OS X Mavericks'e güncellediğimde meydana geldi. Demlemeyi de önceden takmak zorunda kaldım. Umarım pip ile projeniz için dondurma komutunu çalıştırdınız.

Çözümlemek için sanal ortamın işaret ettiği yolları güncellemeniz gerekir.

• Demleme ile bir python sürümü yükleyin:

brew install python

• Virtualenvwrapper'ı yeniden yükleyin.

pip install --upgrade virtualenvwrapper

• Eski sanal ortam kaldırıldı:

rmvirtualenv old_project

• Yeni bir sanal ortam oluşturun:

mkvirtualenv new_project

• Yeni sanal ortam üzerinde çalışın

workon new_project

• Yeni proje için gereksinimleri yüklemek üzere pip kullanın.

pip install -r requirements.txt

Bu, projeyi daha önce olduğu gibi bırakmalıdır.

Güncelleme sürümünün @Chris Wedgwoodyanıtı tutma site-packages(paketleri kurulu tutma)

cd ~/.virtualenv/name_of_broken_venv


mv lib/python2.7/site-packages ./    
rm -rf .Python bin lib include
virtualenv .
rm -rf lib/python2.7/site-packages
mv ./site-packages lib/python2.7/

Görünen bu sorunu çalıştırmak için çözmek için uygun bir yol

 pip install --upgrade virtualenv

Homebrew ile python'u yükselttikten sonra.

Bu, kendi paket yönetim sistemine sahip python gibi bir şey yükleyen herhangi bir formül için genel bir prosedür olmalıdır. Yüklediğinizde brew install python, yüklersinizpython ve pipve easy_installve virtualenvve böyle devam eder. Bu nedenle, bu araçlar kendi kendini güncelleyebiliyorsa, Homebrew'a sorunların kaynağı olarak bakmadan önce bunu yapmaya çalışmak en iyisidir.

Buna brew upgradePython'u yükselten bir şey neden olmuşsa ve önceki sürüme geçme konusunda sorun yaşıyorsanız brew switch python [previous version], örn brew switch python 3.6.5. Buradan.

sargılayıcı talimatları

Kabul edilen cevapta belirtildiği gibi, temel neden muhtemelen bir homebrew güncellemesidir, bu da sanalen bağlantılarınızın bozuk python yollarını işaret ettiği anlamına gelir - ayrıntılara buradan bakın .

Her sanal ortam için, sembol bağlantılarını doğru python yolunu (demleme mahzeninde) gösterecek şekilde yeniden atamanız gerekir. Virtualenvwrapper ile bunu nasıl yapacağınız aşağıda açıklanmıştır . Burada "my-example-env" adlı sanal bir env'yi güncelliyoruz.

cd ~/PYTHON_ENVS
find ./my-example-env -type l -delete
mkvirtualenv my-example-env

Hepsi tamam.

Pipenv kullanan herkes (ve siz yapmalısınız!) Venv'yi etkinleştirmeden şu iki komutu kullanabilir:

rm -rf `pipenv --venv` # remove the broken venv
pipenv install --dev   # reinstall the venv from pipfile 

Python3'ü yakaladıysanız brew upgrade python3, bunu düzeltmeyi benim için deneyin .

Son zamanlarda bununla karşılaştım. Yukarıdaki çözümlerin hiçbiri benim için işe yaramadı. Görünüşe göre aslında Python'un sorunu değildi. Ben çalışmaya devam ederken

aws s3 ls

aşağıdaki hatayı başlamıştı:

dyld: Library not loaded: @executable_path/../.Python

Bu araçlar, kütüphane awsyürütülebilir ya yok edilir işaret ediyor veya bozuk, dolayısıyla ben kaldırıldı ve yeniden aws-cliaşağıdaki talimatları bu bağlantı ve işe yaradı !!

Benim için sorun (bir MacOS kullanıcısı), brewPython ve virtualenvs bağlantılarının silinmiş eski sürüme güncellenmesidir.

Kontrol edebilir ve düzeltebiliriz

>> ls -al ~/.virtualenvs/<your-virtual-env>/.Python
.Python -> /usr/local/Cellar/python/<old-version>/Frameworks/Python.framework/Versions/3.7/Python
>> rm ~/.virtualenvs/<your-virtual-env>/.Python
>> ln -s  /usr/local/Cellar/python/<new-version>/Frameworks/Python.framework/Versions/3.7/Python ~/.virtualenvs/<your-virtual-env>/.Python

Benzer bir sorunum vardı ve sadece sanal ortamı yeniden inşa ederek çözdüm virtualenv .

Python Kullanma 2.7.10.

Tek bir komut virtualenv path-to-envbunu yapar. belgeleme

$ virtualenv path-to-env
Overwriting path-to-env/lib/python2.7/orig-prefix.txt with new content
New python executable in path-to-env/bin/python2.7
Also creating executable in path-to-env/bin/python
Installing setuptools, pip, wheel...done.

Bir Homebrew python (böylece kırık semboller) yeniden yükleme ve ayrıca daha önce yapmış birkaç "sudo pip install" s nedeniyle kırık bir sanal env vardı. Weizhong'un ipuçları, paketleri yeniden yüklemek zorunda kalmadan sorunları çözmede çok yardımcı oldu. Ayrıca karışık izinler sorunu için aşağıdakileri yapmak zorunda kaldım.

sudo chown -R my_kullaniciadi lib / python2.7 / site paketleri

Sanal görüntüler bozuldu. Bazen basit bir yol venv klasörlerini silmek ve virutalenvs yeniden oluşturmaktır.

Pipenv kullanıyorsanız, sadece pipenv --rmsorunu çözer.

OSX Catalina'mdaki demlemeyi yükselttikten sonra da aynı sorunla karşı karşıyaydım.

Bir sürü şeyi denedikten sonra, aşağıdakilerin en iyi ve kolay çözüm olduğunu düşünüyorum.

İlk önce sanal env. (İsteğe bağlı)

find myvirtualenv -type l -delete

sonra yeni bir sanal reklam oluşturun

virtualenv myvirtualenv

Referans: https://www.jeremycade.com/python/osx/homebrew/2015/03/02/fixing-virtualenv-after-a-python-upgrade/

Kabul edilen cevap benim için çalışmıyor: dosya $WORKON_HOME/*/bin/python2.7artık bir sembolik bağlantı değil, tam teşekküllü bir yürütülebilir dosyadır :

$ file $WORKON_HOME/*/bin/python2.7
/Users/sds/.virtualenvs/.../bin/python2.7: Mach-O 64-bit executable x86_64
...

Solüsyon tamamen kaldırıp sıfırdan yeniden oluşturmak için, ne yazık olduğunu bütün sanal ortamları .

Referans için:

deactivate
pip install --user virtualenv virtualenvwrapper
pip install --user --upgrade virtualenv virtualenvwrapper
for ve in $(lsvirtualenv -b); do
  # assume that each VE is associated with a project
  # and the project has the requirements.txt file
  project=$(cat $WORKON_HOME/$ve/.project)
  rmvirtualenv $ve
  mkvirtualenv -a $project -r requirements.txt $ve
done

Sadece python3 yükseltmek benim için çalıştı:

brew upgrade python3

En iyi birkaç yöntemi denedim, ama benim için işe yaramadılar, ki bu da toksik işi yapmaya çalışıyorlardı. Sonunda işe yarayan şey:

sudo pip install tox

Zaten yüklü olsa bile. Çıktı şu şekilde sona erdi:

Successfully built filelock
Installing collected packages: py, pluggy, toml, filelock, tox
Successfully installed filelock-3.0.10 pluggy-0.11.0 py-1.8.0 toml-0.10.0 tox-3.9.0

Benim için ne düzeltti sadece python3 ve pipenv kaldırma sonra onları yeniden oldu.

brew uninstall pipenv
brew uninstall python3
brew install python3 
brew install pipenv

Tüm cevaplar burada harika, yukarıda Ryan, Chris tarafından belirtilen birkaç çözümü denedim ve sorunu çözemedim, bu yüzden hızlı ve kirli bir şekilde takip etmek zorunda kaldım.

1. rm -rf <project dir>(veya mv <project dir> <backup projct dir>yedek tutmak istiyorsanız)
2. git clone <project git url>
3. Devam et!

Burada yeni bir şey yok, ama hayatı kolaylaştırıyor!

Eminim partiye geç kaldım ama bu sorunun çözümünün burada tartışılandan çok daha basit olduğunu söylemek istiyorum.

Hiçbir şeyi silmek / düzenlemek zorunda kalmadan sanal ortamı kolayca yeniden oluşturabilirsiniz. Bozuk ortamınızın çağrıldığını varsayarsak env_to_fix, aşağıdakileri yapabilirsiniz:

mkvirtualenv env_to_fix

Bu, mevcut durumu bir yere dökmeye ve geri yüklemeye gerek kalmadan bağlantıları yeniden oluşturur ve ortamı düzeltir.

Python çalışma zamanımı mac'umda 2'den 3'e, takma python'u python 3 yoluna işaret ederken aynı sorunla karşılaştım. Daha sonra yeni bir virtualenv yeniden oluşturur ve projem için ihtiyacım olan paketleri yeniden yüklerim. Benim kullanım durum için google sayfasına yazma bir python programı oldu. Python 2 uygulaması ve wa la farklı birkaç paket temizlemek, işler tekrar çalışmaya başladı.