python-devel-tools

[wrobell]

On Sun, May 02, 2004 at 01:22:19PM +0200, Jakub Piotr C?apa wrote:
> wrobell wrote:
> >On Sun, May 02, 2004 at 12:42:12PM +0200, Jakub Piotr C?apa wrote:
> >
> >>wrobell wrote:
> >>
> >>>On Sat, May 01, 2004 at 10:37:22PM +0200, Jakub Piotr C?apa wrote:
> >>>
> >>>>wrobell wrote:
> >>>>
> >>>>>On Sat, May 01, 2004 at 09:06:57PM +0200, Jakub Piotr C?apa wrote:
> >>>>>
> >>>>>>Stwierdzasz ze problemy z wersjami 
> >>>>>>openLDAPa powoduja balagan na FTP, wiec wywalamy openLDAPa z distro?
> >>>>>
> >>>>>co ma wiatrak do piernika?
> >>>>
> >>>>Chcesz zostawic wielu userow, nie wiedzacych dlaczego nie dziala, na 
> >>>>lodzie.
> >>>
> >>>gadasz bzdury. user dostanie komunikat, ze nie moze zostac znaleziony
> >>>odpowiedni modul.
> >>
> >>Ale nie bedzie wiedzial dlaczego, bo tylko u nas tak to bedzie dzialac.
> >
> >bedzie wiedzial - nie ma ustawionego PYTHONPATH, co jest udokumentowane
> >w przeciwnosci do tego pseudo-feature obecnego.
> 
> Ale ten "pseudo-feature" jest powszechnie znany i uzywany. 
> Udokumentowany PYTHONPATH zdecydowanie rzadziej (ja sam nigdy sie z nim 
> nie spotkalem).
:-))))

> >>>>>nie dziala
> >>>>
> >>>>Ma jakies powazne błędy poza brakiem #!/usr/bin/python na początku? Ja 
> >>>>staram się nie być czepialskim...
> >>>
> >>>uruchomiles ten skrypt? nie chodzi mi ani o brak "$!..."
> >>>ani o brak "import sys", po prostu nie dziala tak jakbys chcial.
> >>>jesli nazwiesz go timeit.py, to dostaniesz blad o braku funkcji main,
> >>>pomimo tego, ze modul timeit ma ta funkcje. zgadnij dlaczego?
> >>
> >>Szedlbym o zaklad ze dzialalo... Musialem byc rozkojarzony.
> >>
> >>#v+
> >>#!/usr/bin/python
> >>import sys
> >>
> >>arch = sys.path[0]
> >>del sys.path[0]
> >>import timeit
> >>sys.path.insert (0, arch)
> >>del arch
> >>
> >>if __name__ == "__main__":
> >> sys.exit(timeit.main())
> >>#v-
> >
> >dobrze, to teraz przeczytaj pierwszy list w tym watku, dobrze?
> 
> Jesli wszystkie skrypty z PATH beda tak u nas wygladac to nie beda sobie 
> przeszkadzac. Najlepiej byloby po prostu symlinkowac do oryginalnych 
> zrodel (wtedy w ogole nie bedzie problemu), ktore winny IMHO byc 
> dolaczane do rpmow (poza .pyo i .pyc).
> Mozna jeszcze pozmieniac nazwy (chocby tak jak zrobil to qboosh), to tez 
> IMHO lepsze rozwiazanie niz Twoje.
powtorze, to co zrobil qboosh rozwiazuje tylko problem polowicznie.

[...]
> >>Nijak nie umiem niestety zrobić tak, żeby to był pełnoprawny moduł i 
> >>import timeit w /usr/bin dawał to samo co wszędzie indziej - jeśli 
> >>importuje moduł o nazwie, ktora juz byla importowana, to dostaje modul z 
> >>cache (czyli w tym wypadku sam siebie). Taki bug lub feature, zalezy jak 
> >>na to patrzec. Musimy chyba traktowac moduly jako cos co musi miec 
> >>systemowo unikalne nazwy i tyle (tzn. w katalogach systemowych nie moga 
> >>wystepowac rozne moduly lub programy pythona o tych samych nazwach). 
> >>Inaczej zawsze cos sie bedzie walic.
> >
> >i to jest wlasnie chore.
> 
> Ale nie nam to poprawiac, a developerom Pythona. Nie mozemy psuc 
> kompatybilnosci z calym swiatem i tyle.
> 
caly swiat uzywa nazw timeit.py, pdb.py, pygettext.py, tylko my _py

[...]
> >>Po prostu usuniecie "" z sys.path dla wszystkich skryptow w 
> >>systemie to nie jest dobre rozwiazanie tego problemu.
> >
> >nie widze lepszego. moze tracisz pewna wygode, ale to udogodnienie
> >nie dziala, a takze wiele psuje w momencie gdy dochodzi do konfliktu
> >nazw
> 
> Konflikt nazw i tak bedzie grozny (patrz co napisalem o cacheowaniu). 
cache'owanie to jest calkowicie inne zgadanienie

[...]

dla mnie EOT

    wrobell <wrobell w pld-linux.org>