nazewnictwo skryptow, bylo: python-devel-tools

[wrobell]

On Tue, May 04, 2004 at 05:28:18PM +0200, Jakub Bogusz wrote:
> On Sun, May 02, 2004 at 01:40:22PM +0200, wrobell wrote:
> > On Sun, May 02, 2004 at 01:22:19PM +0200, Jakub Piotr C?apa wrote:
> [...]
> > > >>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,
> 
> Dla modułów. My też.
> 
> > tylko my _py
> 
> Dla skryptów, które standardowo nie są dostępne w %{_bindir}.
> Czy "cały świat" ma dostępne te moduły jako skrypty w $PATH?

wpisz pdb.py lub timeit.py w groups.google.com

[...] 
> (swoją drogą, gdzieś - chyba w Debianie - widziałem zalecenie nie
> używania .py, .pl, .sh itp. rozszerzeń dla skryptów dostępnych w $PATH;
> zresztą użytkownik nie musi interesować się, w jakim języku jest dany
> skrypt)

czasami to po prostu gra slow... przynajmniej dla mnie: timeit.py, em.py :-]
lub, ze tak ujme, tradycja


co do obecnych nazw w devel-tools, to sa one siermiezne.
jakie nazwy wymylisc, zeby sie od razu odpowiednio kojarzyly (vide
pdb.py, timeit.py na groups.google.com i w wszelakiej dokumentacji),
wygladaly ladnie i potencjalnie nie konfliktowaly (profile.py)? 
no i oczywiscie, zeby nie bylo tego nieszczesnego _py ;-P

    wrobell <wrobell w pld-linux.org>