maintainer stabilnej wersji

[Krzysiek Taraszka]

On Tue, 22 Oct 2002, Jakub Bogusz wrote:

> On Tue, Oct 22, 2002 at 01:27:56PM +0200, Lukasz Jachowicz wrote:
> > I. ZAŁOŻENIA
> > 	Pakiet, aby móc zostać włączony do kolejnej podwersji dystrybucji
> > 	stabilnej, musi spełnić poniższe warunki:
> > 
> >     1.  Usuwa błąd w bezpieczeństwie.
> > 
> >     2.  Poprzedni pakiet nie instaluje się, ma niespełnione zależności
> > 	bądź skrypty instalacyjne %post %postun.
> > 
> >     3.  Pakiet zawiera fix dla krytycznego błędu z BTS, który może zagrozić
> > 	bezpieczeństwu, może zagrozić utratą danych bądź pakiet wcale nie
> > 	działa, lub działa niezgodnie z założeniami twórców.
> > 
> >     4.  Pakiet musi się kompilować i działać na architekturach, na których
> > 	wydana została dystrybucja STABILNA.
> 
> Chyba (1 || 2 || 3) && 4?
> 
> Tylko na które architektury zostanie wydana?
> Porty alpha i sparc są "UNOFFICIAL", ale niżej jest haczyk...

z portami alpha i sparc to jest taki haczyk, ze nie mamy instalatora i 
jajka. Co do jajka to cos walczylem na spac ale sie sypalo (binutils 
podobno), co do alphy to dobrek mial mi udostepnic no i skonczylo sie 
tylko na obietnicach ...
 
> >      2. Bulidery. Na nich maintainer ma prawo usuwac i instalowac pakiety
> > 	wynikajace z zaleznosci budowanego pakietu.
> > 	Maintainer na dostep do nastepujacych buliderow:
> > 
> > 	    builder-stable-i386 w pld.org.pl
> > 	    builder-stable-i586 w pld.org.pl
> > 	    builder-stable-i686 w pld.org.pl
> > 	    builder-stable-ppc w pld.org.pl
> 
> A alpha i sparc? Pomimo "UNOFFICIAL" poprawki powinny się ukazywać.

hmm, moga, ale UNOFFICIAL ..
 
> > [A MOZE TO ZASTAPIC HASLEM DO BUILDEROW WSZYSTKICH ARCHITEKTUR, NA KTORYCH
> > UKAZALA SIE DANA DYSTRYBUCJA?]
> 
> AFAIK dostęp jest po kluczach ssh, więc to kwestia tego, czyje klucze
> się z znajdą na builderach, a nie jakie hasła będą poustawiane.

dokladnie

Krzysiek Taraszka			(dzimi w pld.org.pl)