[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