On Monday 16 June 2008, Jakub Bogusz wrote: > On Mon, Jun 16, 2008 at 01:02:50PM +0200, Arkadiusz Miskiewicz wrote: > > On Monday 16 June 2008, Patryk Zawadzki wrote: > > > 2008/6/16 Paweł Sikora <[EMAIL PROTECTED]>: > > > > zalozmy, ze wezmiemy hg, pozostaje pytanie w jakiej formie > > > > utrzymywac to wszystko. ideologicznie to pasuje jeden pakiet > > > > per rozproszone repo, ale wtedy nie mamy dostepu do wszystkich > > > > specy w plaski sposob (tak jak to opisalem w pierwszym mailu). > > > > jesli wszystkie pakiety wsadzimy w jedno repo, to mamy plaskie > > > > commitowalne linki do specy, przywoita hierarchie, ale z tego > > > > rozproszenia robi sie taka semi centralizacja, ktora mi osobiscie > > > > zbytnio nie przeszkadza. mam nadzieje, ze sie zrozumiale > > > > wypisalem :) > > > > > > Chyba nie ma nic złego w centralnym repo z submodułami, jeśli zapewnia > > > płaskie spece dla potrzebujących? > > > > > > Nie wiem, czy potrzebujemy płaskiego SOURCES. > > > > Mnie płaskie SPECS jest zbędne. Zawsze można grep blah git/*/*.spec > > puścić. > > Command line too long.
Upgradnij sie do >= bodaj 2.6.23 i problem zniknie (patrz carme jako przykład). > ile czasu, łącza i miejsca na lokalną kopię wymaga pociągnięcie oraz > uaktualnienie wszystkich speców (+źródeł, jeśli się nie da ich > oddzielić)? > > Jeżeli będzie to powiedzmy 2 razy więcej niż teraz - do przeżycia. > Jeżeli 20 czy 100 - ENOWAY. > Jako punkt odniesienia: SPECS + SPECS/CVS zajmuje mi ok. 85MB. > cvs -z3 up po 512kb/s IIRC ok. 5-15 minut. > > Odnoście zastosowań płaskiego SPECS: > - praca na samych specach, jak czyszczenie czy tłumaczenia */*.spec się nie da tu użyć? > - zmiany masowe, unifikacja jw. > - grep -r (przy strukturze drzewiastej ze źródłami wymagany tak łatwo > się nie da, wymagany przynajmniej jednolinijkowiec z findem i więcej > czasu) grep -r w SPECS? > - pldnotify (jw) Nie wiem w czym problem. > > Co do płaskiego SOURCES - bardzo mi nie zależy, ale już się przydawał > przy masowych poprawkach w *.init, *.pam, *.desktop. > > Musi się dać odszukać wszystkie pliki .init czy .desktop bez ciągnięcia > kilku GB po sieci. Pojęcia nie mam w temacie czasu oraz GB. Nie da się tego sprawdzić bez wykonania testowego repo i pobawienia się nim jakiś czas. Dopiero to powinno być wyjściem do dalszych dyskusji. -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl