Witam
Pełen nadziei, że kolejny wątek rozpoczęty przeze mnie nie zdryfuje w kierunku kolejnego flejma czy innego OT, pozwolę sobie zacząć pytanie:
Jakie nazwy proponujecie dla repozytoriów pakietów? Obecne "base", "reszta" i "testing" były wybrane jako nazwy tymczasowe/robocze. Jak wiadomo prowizorka zawsze trwa najdłużej...
Główną przyczyną propozycji zmian nazw jest konieczność uporządkowania "zasad przepływu pakietów" pomiędzy repozytoriami. Poniżej wklejam mój post z listy mailowej PGF dotyczący tego tematu:
Witam. Tak sobie od jakiegoś czau już kombinuję, że chyba najwyższa pora
uporządkować nazwy repozytoriów oraz zatwierdzić "drogę" jaką pakiet
przebywa zanim się znajdzie na płycie instalacyjnej. Oto co wymysliłem:
1. przede wszystkim, zmieniamy nazwy repozytoriów - obecnie mamy "base", "reszta" i "testing" - takie nazwy przyjąłem sobie kiedyś jako robocze i jakoś tak już zostało... osobiście mi się nie podobają, a i Maciek chyba
kiedyś już proponował zmianę, ale zawsze było coś ważniejszego :-/
2. po drugie proponuję zmienić nieco strukturę repozytoriów (i co za tym
idzie drzewka w cvs). Moja propozycja wygląda następująco (na razie
używam starych nazw repozytoriów):
base, reszta - dwa repozytoria zawierające to co pojawia się na płycie
instalacyjnej (co prawda dotychczas na płycie było tylko "base" ale
kiedyś mówiliśmy już o wydawaniu płyty ze wszystkimi pakietami). W tych
repozytoriach nie ma w zasadzie żadnych zmian poza krytycznymi i
dotyczacymi bezpieczeństwa. Tu wszystko *MUSI* działać bez pudłą.
base-devel, reszta-devel - repozytoria, w których w momencie wydania
płyty są te same pakiety co w powyższych, w tych repozytoriach pojawiają
się nowe wersje programów które już mamy spakietowane, na podstawie tych dwóch repozytoriów w momencie wydania płyty tworzone są repozytoria
"base" i "reszta". Zasadniczo wszystkie programy znajdujace się w tych
repozytoriach powinny działać, jednak można się spodziewać różnych
niespodzianek. Repozytorium przeznaczone do ostatecznych testów przed
wydaniem na płycie.
testing - repozytorium gdzie pojawiają się nowe pakiety, nie ma
gwarancji, że pakiety działają, pakiety z tego repozytorium poddawane są
pierwszym testom. Po osiągnięciu stanu w którym pakiet robi to co
powinien przenoszony jest on do "base-devel" lub "reszta-devel"
unsupported - repozytorium przeznaczone do umieszczania pakietów
przygotowanych przez użytkowników. Nie ponosimy żadnej odpowiedzialnosci
za to repozytorium, udostępniamy tylko miejsce na serwerze. Niektóre
pakiety z tego repozytorium mogą dostać się do jednego z oficjalnych
repozytoriów, jednak nie muszą.
Repozytoria "base" i "reszta" otwarte na poprawki są przez cały czas,
dodawanie pakietów niedozwolone. Repozytoria zamykane (ro w cvs) w
momencie wydania nowej płyty.
Repozytoria "base-devel" i "reszta-devel" na poprawki otwarte są cały
czas (może warto zamknąć na poprawki na tydzień przed wydaniem płyty?),
dodawanie pakietów zamknięte na jakiś czas (4 tygodnie?) przed wydaniem
płyty.
repozytorium "testing" otwarte cały czas
repozytorium "unsupported" - otwarte cały czas
Teraz prośba do zainteresowanych tematem - co sądzicie o powyższym
podziale? Jeśli uważacie że jest do dupy to zaproponujcie coś innego.
Jeśli zaś uważacie, że powyższe ma jakiś sens to zaproponujcie jakieś
sensowne nazwy repozytoriów bo to co powyżej pisałem to tylko nazwy
proponowane...
Wydaje mi się, że zastosowanie powyższego podziału i zasad "awansu"
pakietów pozwoli wyeliminować wiele problemów z którymi spotykaliśmy się
do tej pory...
zapraszam do dyskusji.
z góry dziękuję za rzeczowe propozycje.
Chciałbym aby podczas zlotu ukazało się kolejne wydanie NND - już z nową strukturą repozytoriów.