Daniel =?ISO-8859-1?Q?Mr=F3z?= wrote: > Dnia 25-08-2004, śro o godzinie 16:26 +0200, Andrzej Krzysztofowicz > napisał(a): > > > > Można się zastanowić (za czym jestem ja) nad dystrybucją *.py *.pyo. > > > > Daje to kompromis: są źródła, zajmowane miejsce takie same, jak ktoś jest > > > > zaitneresowny szybkością ładowania modułów to sobie urochomi z -O i będzie > > > > miał maks szybko, a jak ktoś nie jest to będzie miał odrobine wolniej. > > > Tylko jesli odpali bez -O, to narobia mu sie pliki pyc i zajma dodatkowe > > > miejsce. Jesli glowny skrypt nie odpala Pythona z -O to mozna dodac te > > Kwestia gdzie: jesli w $HOME, to jego problem. > > Jesli w katalogu z *.py, to sie raczej nie zrobia, bo zapewne nie bedzie > > mial tam praw zapisu. > Na tym mozna by oprzec decyzje wrappera. Jesli skrypt znajduje sie > ponizej $HOME (lub w katalogu, do ktorego user moze pisac) to olewamy > sprawe. w przeciwnym wypadku wolamy z -O
W takim razie nie rozumiem o co ci chodzi. W $HOME zadnych skryptow nie dystrybuujemy. A poza $HOME chcesz ograniczyc obecna funkcjonalnosc (pyc+pyo), uniemozliwiajac odpalanie skryptow bez -O ? > > A i tak nie jest dobrym pomyslem tworzenie tam plikow, ktorych nie ma w > > bazie rpm-a, i ktore pozostana po upgrejdzie/deinstalacji programu. > Takie pliki sa raczej importowane przez skrypty aplikacji, a tam juz moze byc z -O > > Albo wogole sie nie bawic i paczkowac z py. Jak to wyglada w innych > dystrybucjach? W osobnym pakiecie ? Zauwaz jakie problemy stwarza twoja propozycja: - uzyjesz .py, powstana .pyc - zupgrejdyjesz program: podmieni .py, nie ruszy .pyc - odpalisz znowu; czego uzyje: *nowych* .py, czy *starych* .pyc ? -- ======================================================================= Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology _______________________________________________ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
