SPECS: alsa-driver.spec (HEAD)

[Jakub Bogusz]

On Thu, Jul 03, 2003 at 11:27:33AM +0200, Andrzej Krzysztofowicz wrote:
> > On Thu, Jul 03, 2003 at 11:15:43AM +0200, Andrzej Krzysztofowicz wrote:
> > > > On Thu, Jul 03, 2003 at 11:06:49AM +0200, Pawel Bernadowski wrote:
> > > > > On Thu, 3 Jul 2003, Andrzej Krzysztofowicz wrote:
> > > > > > Masz doswiadczenie z builderami ?
> > > > > > Chcesz pomoc ?
> > > > > Do niedawna mialem wlasny builder.. jednak padl dysk.. :( 
> > > > > musze kupic nowy i stawiam go od nowa.. pozniej moge dzialac..
> > > > > tylko czy w koncu ktos ustalil zalozenia dla nastepcy Ra?
> > > > > 
> > > > > rpm? kernel (2.4 czy 2.5?) itd..
> > > > > bo ostatnio probowalem sie dowiedziec i jezeli juz ktos umial odpowiedziec 
> > > > > to ze jajco 2.4... ale co do rpm`a to cisza...
> > > > 
> > > > A nad czym się zastanawiać? Na HEAD jest snapshot rpm-a 4.3 i jest to
> > > > najlepsza istniejąca wersja.
> > > 
> > > Nad tym, ze mamy zasade coby rel < 1 nie szlo na buildery ?
> > 
> > Oraz że snapshot oznaczany jest rel 0.%{timestamp}.%{cośtam}
> > A ta wspomniana zasada to przecieć nie wyznacznik absolutny a jedynie
> > zalecenie, którego możemy niesłuchać o ile zachodzą inne czynniki
> > techniczne (np to że ten snap jest najlepszą wersją rpma i
> > prawdopodobnie już niewiele się zmieni przed oficjalnym rpm 4.3).
> 
> Zatem mamy sprzecznosc dwoch zasad i trzeba to jakos pogodzic.
> Jak ignorant (w temacie danego speca) moze odroznic _stabilny_ snapshot
> od _niestabilnego_ ?

Można wprowadzić rozróżnienie 0.%{timestamp}.X dla stabilnych wersji
i 0.%{timestamp}.X.Y jako nie gotowy (X, Y - liczby całkowite).

W ten sposób dla snapshotów, wersji alfa, beta, rc itp. dochodzą dwa
pierwsze człony release jako przedłużenie wersji, a następująca po nich
liczba (całkowita lub nie) jak w normalnym przypadku.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/