Dnia 25-08-2004, śro o godzinie 16:47 +0200, Andrzej Krzysztofowicz napisał(a): > > > 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 ? Nie, teraz jest tak, ze skrypty sa odpalane z takim parametrem jak ma aplikacja. Conajwyzej user sobie odpali z palca 'python ...' z parametrem lub bez. Nie ma za to plikow py, ktore nieraz sie przydaja. Swoja droga nie wiem dlaczego nie mozna odpalac tych aplikacji z -O i paczkowac tylko pyo i py. Czy uruchamianie aplikacji z optymalizacja moze spowodowac nieprawidlowa prace? Czy tez chodzi o szybkosc ladowania? Bo jesli zadne z tych, to watpliwe zeby user odpalal aplikacje Pythonem z palca, a tym samym odpada problem tworzenia plikow pyc w katalogach, do ktorych nie ma on dostepu.
> > > 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 ? Bardzo dobry pomysl. > Zauwaz jakie problemy stwarza twoja propozycja: > - uzyjesz .py, powstana .pyc > - zupgrejdyjesz program: podmieni .py, nie ruszy .pyc OK, dla mnie moga byc i pyc i pyo (i nawet pyw), ale niech beda tez py. Albo w tym samym pakiecie albo w oddzielnym, ale niech beda. Kiedys tak bylo i bylo dobrze. > - odpalisz znowu; czego uzyje: *nowych* .py, czy *starych* .pyc ? Jesli user nie ma +w do katalogu z py, to pewnie sie wysypie. Jesli ma, to sobie przekompiluje. Pozdrawiam Beorn _______________________________________________ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
