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