kloczek: SPECS XFree86-fonts.spec,1.48,1.49

[Jakub Bogusz]

On Fri, Feb 22, 2002 at 01:34:41PM +0100, GoTaR wrote:
> On Fri, Feb 22, 2002 at 10:24:23 +0100, Jakub Bogusz wrote:
> 
> > Przeciw. Można skracać do kilku ostatnich wpisów, ale nie wycinać
> > - przynajmniej nie tylko developerzy wiedzą co się dzieje.
> 
> Do cvsweb dostęp jest swobodny, więc nie tylko developerzy.

Do cvs r/o też. Ale nie-developerzy nie muszą nawet wiedzieć o istnieniu
cvsweb. Poza tym nie-developer też nie musi mieć cały czas łącza,
a mając ściągnięty pakiet dobrze jest móc się dowiedzieć, co ostatnio
się w nim zmieniło.

> Ile proponowałbyś za te 'kilka'?

Najlepiej byłoby rpm-a nauczyć liczyć wpisy z $Log$.
%_instchangelog jest defaultowo 5 i tyle może być.
(hm... tylko czy to _inst_changelog oznacza, że tyle wpisów
w changelogach jest zapisywane w binarnym pakiecie, czy tylko w bazie?
jeżeli to drugie, trzeba by było poprawić)

A w specach można przycinać logi sprzed jakichś większych zmian całości (jak
zresztą jest robione w niektórych pakietach - np. XFree86, kernel, glibc,
rpm). Tu duży changelog tak nie boli - w src.rpm spece są kompresowane,
cvs też może ściągać z kompresją, a cvs update ściąga tylko różnice.

> > Poza tym przy całkowitym wycięciu changelogów już _nie_ można sprawdzić
> > w CVS, bo nie wiadomo gdzie szukać - changelog jest jedynym miejscem,
> > gdzie w pakiecie jest zapisane revision speca.
> 
> Rev speca jest tam, gdzie chcemy. Akurat w PLD jest jeszcze jeden wpis:
> 
> $ head -n1 BitchX.spec
> # $Revision: 1.52 $, $Date: 2002/01/18 02:12:09 $

Tak, ale w binarnym pakiecie tego już nie ma.
A ściągać .src.rpm tylko po to, żeby sprawdzić rev to nie jest dobry
pomysł (poza tym na ftp wtedy może już nie być wersji którą chcieliśmy
sprawdzić).


-- 
Jakub Bogusz    http://prioris.mini.pw.edu.pl/~qboosh/