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. Ale powiedzmy, że płaskie SPECS jestem w stanie sobie zrobić tworząc katalog z hardlinkami do speców w osobnych podkatalogach. Tylko teraz... > Imo jeśli np. git to każdy pakiet jako osobne repo gita. 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 - zmiany masowe, unifikacja - grep -r (przy strukturze drzewiastej ze źródłami wymagany tak łatwo się nie da, wymagany przynajmniej jednolinijkowiec z findem i więcej czasu) - pldnotify (jw) 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. -- Jakub Bogusz http://qboosh.pl/ _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl