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

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Pią, 22 Lut 2002, 10:41:03 CET


On Fri, 22 Feb 2002, Jakub Bogusz wrote:

> On Fri, Feb 22, 2002 at 09:25:34AM +0100, GoTaR wrote:
> > On Fri, Feb 22, 2002 at 02:19:36 +0100, Paweł Sakowski wrote:
> [...]
> > > > Albo pełbny changelog albo żaden 
> > > 
> > > Lepiej żaden. Jak ktoś potrzebuje czegoś więcej, niż commit message to
> > > może zawsze sprawdzić pod cvs log.
> > 
> > ...nie zawsze logi zaczynają się na naszym CVS-ie. Pomijając tę kwestię
> > proponuję wywalić zupełnie logi ze specy i przez to - z wynikowych
> > pakietów. Jak ktoś ma sieć za free to sprawdzi w CVS-ie, a jak nie ma to
> > bardziej mu zależy na wielkości paczek.
> 
> Przeciw. Można skracać do kilku ostatnich wpisów, ale nie wycinać
> - przynajmniej nie tylko developerzy wiedzą co się dzieje.

I tak jest orginalnie robione (z --showrc):

-14: _instchangelog     5

Tyle że rpm nie rozumie changelogów cvs-owych i cały jest ładowany jako 
pjedyncze entry i data wpisu to de facto jest data budowania. To był takie 
trik który pozwolił to pogodzić. IMHO poprawnym rozwiąaniem moggłoby być 
dołożenie rpm-owi obsłuch changelogów w formacie rcs żeby po np.:

%changelog -rcs
$Log:$
Revision 1.x ...
- foo.

Revision 1.y ..
- bar.

Rozumiał jako włąsnie %changelog w formacie generowanych pzrez RCS.
Wtedy makro %{_instchangelog} rzczywixcie obcinać by mogło tylk do z góry 
ustralonej ilości ostanich wpisów.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl