Raport mniejszości (było:

[Andrzej Krzysztofowicz]

Tomasz Trojanowski wrote:
> On Mon, 15 Sep 2003, Andrzej Krzysztofowicz wrote:
> > Tomasz Trojanowski wrote:
> > > On Mon, 15 Sep 2003, Michal Moskal wrote:
> > > 
> > > > > Wiązałoby się to niestety, z odejściem od struktury katalogów w ~/rpm, 
> > > > > takiej jak oferuje rpm. 
> > > > > 
> > > > > Wymagałoby to zmian w /usr/lib/rpm/macros jak poniżej. Założyłem że rpm 
> > > > > rozwiązuje poprawnie makro %{name} przy budowaniu pakietu -- nie 
> > > > > sprawdzałem.
> > > > > 
> > > > > %_topdir	%(echo $HOME)/rpm
> > > > > %_builddir	%{_topdir}/BUILD
> > > > > %_rpmdir	%{_topdir}/RPMS
> > > > > %_srcrpmdir	%{_topdir}/SRPMS
> > > > > %_sourcedir	%{_topdir}/packages/%{name}/SOURCES
> > > > > %_specdir	%{_topdir}/packages/%{name}
> > > > 
> > > > Mi się podoba. Choć może dałoby się bez osobnego SOURCES/ w ogóle?
> > > 
> > > Bez osobnego SOURCES pojawia się problem z koniecznością przenoszenia 
> > > "checkoutowanego" pakietu z packages/%{name}/SOURCES do docelowego. A 
> > > wtedy po modyfikacji trzeba przenosić z powrotem i dopiero potem 
> > > commitować. Z drugiej strony w przypadku trzymania wszystkich SOURCES 
> > > razem branchowane są wszystkie SOURCES, a nie tylko te należące do danego 
> > > pakietu.
> > 
> > A jezeli beda trzymane osobno dla kazdego pakietu, to co z pakietami
> > wspoldzielacymi zrodla ?
> > 
> > Da sie jakos zrobic, zeby commit w jednym katalogu byl rownoznaczny z
> > jednoczesnym commitem w innym
> 
> Największym problemem byłoby współdzielenie tarbali, ale to jest 
> rozwiązywane przez distfiles. Natomiast jeżeli chodzi o współdzielenie 
> patchy i innych plików tekstowych to są dwie możliwości, albo plik jest 
> kopiowany w obrebie repozytorium (svn copy) i wyedo nie jest powielony w 
> repozytorium, ale zmiany w nich są już wprowadzane odrębne, albo wrzucany
> osobno.

wspoldzielenie ikonek ? byc moze desktopow ...

A jesli sa dwa pakiety korzystajace z niektorych latek wspolnych (bo oparte
na tym samym tarballu), ale rozniace sie np. sposobem budowania czy innymi
latkami ?

> Jest to imo niewielka uciążliwość w porównaniu z trzymaniem całego SOURCES 
> razem. Bo kiedy trzymamy je całe to w przypadku tagowania czy branchowania 
> robi się go (brancha lub taga) na nałe SOURCES. Ma to może niewielkie 
> znaczenie jeżeli chodzi o zwiększenie objętości repozytorium (bo pliki nie 
> są fizycznie powielane) ale powoduje niepotrzebny bałagan.

Ale jest to jakis minus w elastycznosci wzgledem CVS.
 ( >> memory )

Trzeba sie zastanowic, jak zarzadzac takimi np. kernel.spec i
kernel-mosix.spec . Tego sie nie uniknie (IMO).

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology