Să presupunem că un venv a fost creat cu python3.9, chiar înainte ca python3.10 să fie lansat. venv va crea un director bin legat de sistemul python, ca în venv/bin/python3 -> /usr/bin/python3
Acest binar python neversionat în sine ar putea să nu fie o problemă. Cu toate acestea, directoarele site-pachete sunt specifice versiunii majore, ceea ce face ca proiectele dvs. python3.9 să nu mai funcționeze.
Consider venvs un set imuabil de o anumită versiune python și biblioteci instalate. Când au loc schimbări majore, distrugeți și recreați pare rezonabil. Sunt ușoare. Desigur, nu am fost nevoit să fac asta în mod repetat, așa cum ați făcut dumneavoastră. Luați în considerare îmbunătățirea automatizării, astfel încât să puteți reconstrui toate acestea simultan, la cerere.
Arch nu este interesat să mențină un python pentru o perioadă foarte lungă de timp, pe baza conceptului lor de distribuție rulantă. Poate că puteți găsi și vă simțiți confortabil cu un pachet contribuit de utilizator care menține să spunem python39 pe AUR, dar poate nu. Luați în considerare trecerea la o distribuție de asistență pe termen lung, astfel încât să aveți mai mult timp pentru o anumită versiune majoră a Python. Ar putea fi limitat la containere sau orice altceva, nu trebuie să înlocuiți tot ce vă place despre Arch.