[vmchecker-dev] recorectarea temelor care au crăpat vmchecker-ul

Lucian Adrian Grijincu lucian.grijincu at gmail.com
Sun Oct 19 15:21:09 EEST 2008


Salut,

Scenariu (care chiar s-a întâmplat azi):
* X trimite o temă greșită (de ex. în loc de .zip pui un .tag.gz) și
bușești executorul. Ăsta raportează eroarea mai sus commanderului care
zice și el queue_managerului că n-a putut testa tema.
* queue_managerul pune tema în coadă pentru o nouă testare urmând ca
de fiecare dată când o va corecta să crape la fel de grațios.
* X își corectează greșeala și retrimite tema la corectare. Tema se
corectează și se pun rezultatele pe site.
* prima variantă a temei reintră la corectat și crapă din nou
checker-ul. Noi nu putem să diferențiem (decât prin hack scârbos) dacă
asta e o temă veche sau un nou upload. Va trebui să îi ștergem vechea
versiune a fișierului nota și să înlocuim directorul din checked cu
noile fișiere (dezarhivarea temei + fișierul nota)

=> o temă veche care bușește checker-ul va șterge noi instanțe ale temei.

==> voi scoate funcționalitatea de `touch` din queue_manager.sh.

-- 
Lucian


More information about the vmchecker-dev mailing list