maintainer stabilnej wersji

[Jakub Bogusz]

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...

>      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ć.

> [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.


-- 
Jakub Bogusz