python / pip --> greifen auf unterschiedliche Pfade zu

Moin.

Was steht denn bei dir in sys.path?

1

import sys

2

print(sys.path)

Viele Grüße
Falk

montagskind schrieb:
> /usr/local/lib/

Pip benutzt bei mir (Ubuntu 18.04) auch /usr/localm das scheint also 
normal zu sein.

montagskind schrieb:

1

['', 

2

'/usr/lib/python2.7/dist-packages', 

3

'/usr/lib/python2.7', 

4

'/usr/lib/python2.7/plat-x86_64-linux-gnu', 

5

'/usr/lib/python2.7/lib-tk', 

6

'/usr/lib/python2.7/lib-old', 

7

'/usr/lib/python2.7/lib-dynload', 

8

'/home/username/.local/lib/python2.7/site-packages', 

9

'/usr/local/lib/python2.7/dist-packages', 

10

'/usr/lib/python2.7/dist-packages/PILcompat', 

11

'/usr/lib/python2.7/dist-packages/gtk-2.0', 

12

'/usr/lib/pymodules/python2.7', 

13

'/usr/lib/python2.7/dist-packages/ubuntu-sso-client']

Da taucht doch /usr/local/lib/python2.7/dist-packages ebenfalls auf, 
also sollte es das dortige doch auch verwenden? Und wenn Du pip install 
--user machst sollte er nach ~/.local instalieren und auch das ist in 
Deinem sys.path

Btw. pip install --user ist sowieso vorzuziehen anstelle von sudo pip 
install, dann landet alles in Deinem ~/.local und Du kannst es notfalls 
einfach gefahrlos löschen wenn es Konflikte gibt ohne manuell mit 
rootrechten auf /usr/irgendwo rumzumachen, probier das mal.

Erst einmal sieht doch alles soweit okay.

montagskind schrieb:
> Mein Problem ist nun, dass sich meine Skripte über fehlende packages
> beschweren, eine Installation mit pip jedoch sagt, dass alles bereits
> auf dem neuesten Stand ist.

Wie sehen denn konkret die Probleme aus und von welche Paketen reden 
wir. Hast du eventuell mal ein konkretes Beispiel?

Viele Grüße
Falk