* paczka jest budowana i testowana przez opiekuna (czas tego etapu jest bardzo rozny, poniewaz zalezy od wolnego czasu opiekuna oraz ilosci zmian, jakie musza zostac wprowadzone, by paczka zachowywala sie poprawnie)
* opiekun wrzuca pakiet na serwer (jezeli opiekun nie jest deweloperem Debiana, musi najpierw znalezc "sponsora", ktory to za niego zrobi - to moze potrwać nawet kilka dni/tygodni, jezeli opiekun nie mial wczesniej sponsora (bo musi go najpierw znalezc) albo jego sponsor jest zajety)
* jezeli paczki (o takiej samej nazwie) wczesniej nie bylo w archiwum, trafia ona do kolejki
NEW, gdzie czeka (przeważnie kilka dni) na akceptację ftp-mastera
* jezeli paczka zostala juz wczesniej zaakceptowana, trafia do katalogu
incoming (lub
delayed, jezeli wrzucajacy nie jest opiekunem a chce dac opiekunowi kilka dni na reakcje)
* okolo godziny 21:00 odpalany jest dinstall i wszystkie paczki z incoming kopiowane sa do odpowiednich katalogow (zaleznie od repozytorium / architektury) i repozytorium jest uaktualniane
* synchronizacja zrodel lustrzanych (mirrorow) moze potrwac nawet kilka godzin
* rozpoczyna sie proces budowania paczek dla pozostalych architektur (wrzucana jest zwykle binarka tylko dla jednej architektury, reszta jest budowana przez automaty) - te paczki zostana dodane do repozytorium dopiero po zbudowaniu, czesto dzien lub kilka dni pozniej
* jezeli paczka byla wrzucona do experimental, to tam juz pozostaje (az do odwolania) - nie bedzie automatycznie rozpropagowana do unstable
* jezeli paczke wrzucono do unstable (domyslne repozytorium dla nowych wersji paczek) to, zaleznie od "waznosci" zmian, czeka tam kilka dni (10 dla domyslnego "low") i jezeli nikt nie znajdzie powodow (np. bledy RC), ktore by to zablokowaly, zostaje skopiowana do repozytorium testing
* gdy repozytorium testing zostaje wydane jako stable, wersja paczki ktora byla w testing, trafia do stable