python-devel-tools
wrobell
wrobell w pld-linux.org
Wto, 27 Kwi 2004, 22:13:41 CEST
On Tue, Apr 27, 2004 at 09:55:20PM +0200, Jakub Bogusz wrote:
> On Tue, Apr 27, 2004 at 09:37:56PM +0200, wrobell wrote:
> > On Tue, Apr 27, 2004 at 09:18:09PM +0200, Jakub Bogusz wrote:
> > > On Tue, Apr 27, 2004 at 09:01:35PM +0200, Paweł Gołaszewski wrote:
> > > > On Mon, 26 Apr 2004, Jakub Bogusz wrote:
> > > > > To do zmiany są:
> > > > > /usr/bin/pdb.py
> > > > > /usr/bin/profile.py
> > > > > /usr/bin/pstats.py
> > > > > /usr/bin/timeit.py
> > > > >
> > > > > tylko na co? To samo bez ".py"?
> > > >
> > > > Na *.python ?
> > >
> > > Już poszło na _py.
> > > Jeśli komuś przeszkadza, niech zaproponuje lepsze nazwy.
> > > "profile" bez dodatków wolałem nie robić, bo aż się prosi o konflikt.
> > tak sie zastanawiam... moze po prostu wyciac dodawanie aktualnej sciezki
> > skryptu do sys.path w pythonie? czy to jest tak naprawde potrzebne?
>
> Nie ma skryptów odwołujących się do modułów z tego samego katalogu
> spoza ścieżek systemowych?
> Chyba są, nawet na etapie budowania gdzieś widziałem (ale to akurat
> nienajlepszy przykład, bo tam była kopia distutils, którą zresztą
> potraktowałem rm -rf, bo tylko psuła budowanie na amd64).
nawet jesli znajdzie sie taka zakala, co sobie sciezek nie ustawia
do wlasnych modulow, ktore wyladowaly z jakichs powodow poza sciezkami
systemowymi, to zawsze bedzie mozna ustawic PYTHONPATH
i im bardziej o tym mysle, to wydaje mi sie, ze aktualny stan jest
zwalona totalnie koncepcja:
> cat x.py
import sys
import tmp
print sys.path
> ll -d tmp
drwx------ 17 wrobell users 120832 Apr 27 21:42 tmp
> pwd
/home/users/wrobell
> python x.py
Traceback (most recent call last):
File "x.py", line 2, in ?
import tmp
ImportError: No module named tmp
jesli mialem modul w sys.path o nazwie tmp, to nie zostanie on zaladowany
poniewaz tam gdzie jest skrypt, istnieje katalog tmp, ktory _nie_jest_
modulem pythona. wiec jest to blad.
rozumiem czemu przyswiecala taka idea, ale mozna zawsze ustawic
sobie PYTHONPATH=. jesli chce sie by zostala zaladowana inna wersja
modulu niz ta, ktora znajduje sie w sys.path
wrobell <wrobell w pld-linux.org>
Więcej informacji o liście dyskusyjnej pld-devel-pl