SPECS: syslog-ng.spec 1.62->1.63 [gotar]

[Marcin Bohosiewicz]

On Tue, 2 Jul 2002, Bartosz Jakubski wrote:

> Dnia 02 lip o godzinie 07:35:19 +0200, Marcin Bohosiewicz napisał(a):
> > On Mon, 1 Jul 2002, Bartosz Jakubski wrote:
> > 
> >> Dnia 01 lip o godzinie 10:57:26 +0200, Blues napisał(a):
> >>> On Mon, 1 Jul 2002, PLD CVS wrote:
> >> (...)
> (...)
> >>> 
> >>> Kurna - znowu poprawianie changelogów?
> >>> Tego NIE WOLNO robić, chyba, że przez samego autora....
> >> 
> >> Kretyńska zasada. Rozumiem, że można "zakazywać" zmian zmieniających
> >> sens changeloga, ale zabranianie poprawiania...
> > 
> > Nie o to chodzi, a o to czym jest changelog.
> > Zrob sobie cvs log pakiet.spec i popatrz, ze jest tam... wlasnie 
> > changelog. I tego zadne poprawianie w specu nie zmieni.
> 
> No i dobrze, ja "cvs log" prawie nie oglądam, a spece tak.
A wlasnie to jest wiarygodne zrodlo informacji o zmianach w specu.
Jest jeszcze inne przyjemne polecenie cvs diff, ktore robi diffa
miedzy wskazana rev speca a aktulana - bardzo przyjemne i mowiace
wiecej niz komentarz z changeloga, ktory jako ze ma byc angielsku ;>
czesto konczy sie na "fixed", "typo", "cosmetics", "updated to" itp.
> 
> > Wiec zakladajac, ze changelog w specu jest po to by nie
> > trzeba bylo siegac do CVS przy byle potrzebie sprawdzenia
> > historii rozwoju speca, dobrze by bylo by on i to co jest
> > w cvs log sie zgadzalo. Stad ten zakaz.
> 
> Nie widzę korzyści płynących ze zgadzania się logów co do literki.
> "Dobrze by było" mnie nie przekonuje, utrata integralności jest żadna,
> a mamy poprawę estetyki.
Czegos co zwykly uzytkownik PLD nawet nie zobaczy :>
> 
> 
> >> Napisałem "zakazywać", bo spece są na GPL, więc...
> > ...moze co cvs ci regenerowac calego changeloga z cvs ?
> > 
> 
> Chodziło mi o to (w kontekście niedawnej awantury o "poprawianie"
> wulgaryzmów), że jak ktoś chce dochodzić nienaruszalności swoich wpisów
> do changeloga, to niech sobie przeczyta GPL.

Zaproponowalem Tomkowi na ircu dwa wyjscia dot. changelogow,
ale uznal ze to w tej chwili (przy stosowaniu sie developerow do
zakazu zmian w cahnegelogach) za zbedna strate czasu.
Owe pomysly sa to (do zastosowania jest jeden z nich, nie oba):

1. regeneracja  _calego_ changeloga z cvs log przy kazdym cvs commit,
czyli obojetnie co ktos tam poprawi to CVS i tak wrzuci to co wynika
z cvs log dla danego speca.

2. usuniecie z repo changelogow ze specow i doklejanie ich z cvs log
do speca dopiero na etapie budowania pakietu przez buildery.

Pomyslow jest wiele, ale i tak najwazniejsze jest okreslenie
czym tak naprawde ma byc changelog i do czego ma sluzyc.

M.

-- 
-| == Marcin Bohosiewicz - MB8042-RIPE - marcus w kernel.pl	== |-
-| == tel. +48 601 485097 - PLD Team   - marcus w pld.org.pl      == |-
-| == http://www.kernel.pl/ -          ftp://ftp.kernel.pl/     == |-
-| == PLUG - Komisja Rewizyjna  -      http://www.linux.org.pl/ == |-