[vmchecker-request] ROSEdu CDL checker

[Razvan Deaconescu]

Horia Ion <horiapaulion at gmail.com> writes:
> On Wed, 17 Apr 2019 at 22:44, Razvan Deaconescu <razvan.deaconescu at cs.pub.ro> wrote:
>> Horia Ion <horiapaulion at gmail.com> writes:
>> >>Ebru Resul <ebru.resul.007 at gmail.com> writes:
>> >>> Bună Răzvan,
>> >>
>> >> Au început înscrierile pt CDL și am vrea să punem checker-ul și pe
>> >>vmchecker. Poți să ne ajuți?
>> >>
>> >>> Ai aici [1] checker-ul de la problemă.
>> >>
>> >>Hello.
>> >>
>> >>Am văzut că cineva s-a ocupat de configurație, dar avea niște lipsuri,
>> >>am făcut acum să meargă[2] pentru Ionuț Epure și Florin Mihalache, care
>> >>am văzut că au submis. Mai au probleme fiecare dintre ei, dar sunt ale
>> >>lor nu ale vmchecker.
>> >>
>> >>Să dai pe viitor e-mail la adresa
>> >>vmchecker-request at cursuri.cs.pub.ro. Am pus eu acum la Cc.
>> >>
>> >>> [1] https://github.com/rosedu/problema-cdl-2019
>> >>[2] https://vmchecker.cs.pub.ro/ui/#CDL
>> >
>> > Salut, Răzvan!
>> >
>> > Mi-am asumat o parte din configurarea vmchecker pentru CDL. Am citit
>> > documentația și parte din sursele vmchecker și am încercat construirea
>> > unei mașini virtuale noi pentru tester (mai mult cu scop didactic
>> > decat practic dat fiind timpul scurt până la deadline).
>> >
>> > Pentru o înțelegere mai profundă, m-ar ajuta dacă îți amintești ce
>> > "lipsuri" avea configurația și cum le-ai remediat. Am observat ca ai
>> > adaugat o comandă pentru instalarea openjdk în scriptul de build
>> > pentru a permite testarea de rezolvari Java.  Au existat și alte
>> > modificări?
>>
>> Nu mai știu. Cred că Java era absent. În general se uită Java, Python,
>> unzip, g++ și libstdc++.
>
> Compilatorul Java era principalul pachet care lipsea. Credeam că au
> existat și alte modificări de configurație.

Da, o să bat lumea la cap pe viitor să instaleze și Java toolchains.

>> Știu că mi-ai zis față în față că e ceva ce nu știai și să răspund la
>> e-mail. Asta era?
>
> Am discutat de imposibilitatea de revenire la un snapshot și fișiere din
> soluții persistente între rulări ale checker-ului.
>
> După cunoștințele mele, am creat și configurat corect un snapshot al
> mașinii încarcate. Totuși, starea sistemului de fișiere nu era restaurată
> între rulari succesive, iar unele soluții picau din această cauză (anumite
> reguli de Makefile nu se executau). Am trecut de problemă modificând
> script-ul de build pentru a realiza curățarea fișierelor soluției anterioare.
> Am observat acest comportament atât pentru o nouă mașină configurată
> de către mine, cât și pentru mașina folosită în 2017 si 2018 asupra
> căreia nu am intervenit.

Probabil ai omis ceva, nu s-a mai întâmplat până acum asta. Investigăm
anul viitor dacă este cazul.

>> > PS: Nu eram abonat la lista vmchecker-request când a avut loc
>> > conversația citată, așa că am ales să îți scriu direct pentru a evita
>> > crearea unui nou thread potențial irelevant.
>>
>> Nu e nevoie de abonament, e listă write-only, oricine poate scrie. Am
>> redirectat mesajul acolo.
>>
>> Răzvan
>
> Înscrierile pentru CDL s-au terminat și, cu pierderea datelor vmchecker de
> după 2016, cred că este aproape imposibil să mai lămurim problema și prea
> puțin relevant în acest moment dacă funcția de restaurare a unui snapshot
> funcționează pentru alte materii.

Ce înseamnă "pierderea datelor vmchecker de după 2016"? A șters cineva
"vmchecker-storer"?

După cum am zis, nu am mai auzit de situația asta până acum, deci cred
că ai omis tu ceva în configurarea snapshot-ului.

Răzvan