Informazioni

Modera la riunione SergioZanchetta
Canale #ubuntu-it-meeting

Agenda

Verifica copertura casi d'uso con test Beta
Introduzione dei criteri di mantenimento della Membership
Proposta nuovi casi d'uso
Varie ed eventuali

Azioni intraprese

La decadenza dal gruppo avviene quando si manca di testare 2 milestone consecutivamente, senza avvertire prima in lista.
La verifica dei membri decaduti avverrà a partire dalla prossima milestone, la RC. Chi non ha svolto i test delle due milestone precedenti verrà rimosso d'ufficio dalla tabella delle adozioni.
Il test dei portatili equivale ad un test delle immagini ISO, ai fini della membership.
Dopo l'uscita di Maverick verrà analizzata e ridiscussa la tabella delle adozioni con l'obiettivo di armonizzare meglio la copertura.

Log completo

<jacopobac> ciao a tutti
<primes2h> eccoci
<valix> buonasera
<jacopobac> buonasera
<primes2h> per chi non ha mai partecipato ad un meeting: si cerca di mantenere il discorso pulito, se parla qualcun altro non dovete interromperlo.
<jacopobac> ok
<primes2h> se volete intervenire scrivete "/me si prenota", che quando viene inviato appare così
* primes2h si prenota
<primes2h> una cosa importante che si fa all'inizio delle riunioni, vantaggio del LOG, è presentarsi.
<primes2h> Scrivete il vostro nome sul canale, in questo modo
<primes2h> --> Sergio Zanchetta
<xdatap> --> Paolo Sammicheli
* Claudinux --> Claudio Arseni
<simo1> --> Simona Diatto
<jacopobac> --> Jacopo Bacchi
<warp10> --> Andrea Colangelo
<totopalma> → Salvatore Palma
<mlazzari2> → Matteo Lazzari
<primes2h> come le altre volte i log di quello che diciamo saranno registrati e visibili a questo link: http://logs.ubuntu-eu.org/freenode/2010/09/09/%23ubuntu-it-meeting.html
<primes2h> allora, l'agenda di oggi si trova qui: http://wiki.ubuntu-it.org/GruppoIrc/PrenotazioniMeeting/2010-09-09
<valix> → Alberto Russo
<primes2h> i punti da affrontare sono 3, tempo massimo due ore
<primes2h> Il primo punto riguarda l'analisi dei dati dei test della Beta di Maverick.
<primes2h> Qui trovate la tabella che riguarda i test svolti prima del 2 Settembre, giorno dell'uscita della Beta.

Link alla tabella

<primes2h> Considerazioni a riguardo?
* xdatap si prenota
<primes2h> la parola a xdatap
<xdatap> a colpo d'occhio direi che abbiamo un grosso problema...
<xdatap> ...che si chiama Kubuntu
<xdatap> è la derivata più importante e ha avuto solo un test e solo a 64 bit
* jacopobac si prenota
<xdatap> anche Mythbuntu è scoperta, ma non è grave come kubuntu
<xdatap> ho finito
<primes2h> la parola a jacopobac
<PaoloRotolo> Buonasera
<jacopobac> vedo che paolo sammicheli mi ha già anticipato
<jacopobac> volevo solo dire che anche mythubuntu è scoperta
* FrancescoRuvolo si prenota
<jacopobac> ho finito
<primes2h> la parola a FrancescoRuvolo
* valix si prenota
<FrancescoRuvolo> c'è ancora da qualche parte la pagina con i test svolti prima dell'uscita di alpha 2? anche in quelli kubuntu era scoperta? per capire se è un vizio oppure è stata solo una spiacevole circostanza... io volendo posso prendere kubuntu 1386 al posto di ubuntu i386, non sarebbe un problema...
<primes2h> si, c'è
<primes2h> un attimo
<xdatap> eccola: http://wiki.ubuntu-it.org/GruppoTest/Casi/Svolti/10.10
<PaoloRotolo> --> PaoloRotolo
<FrancescoRuvolo> non intendevo questa pagina, intendevo il quadro riassuntivo che diceva quali test erano stati effettuati in tempo e quali no
<xdatap> la tabella è qui: http://wiki.ubuntu-it.org/GruppoTest/Riunioni/20100712/1
<primes2h> grazie xdatap
<xdatap> kubuntu era un problema anche la volta prima. Eravamo fiduciosi perché venivano spostati i tester delle kubuntu netbook sulla desktop. Ma non è servito
<FrancescoRuvolo> anche in questa tabella kubuntu i386 non è stata testata... se non è un problema alla prossima posso farlo io al posto di ubuntu i386, che invece riceve sempre una quantità di test sufficienti...
* xdatap si prenota
<FrancescoRuvolo> ho finito
<primes2h> la parola a valix
<valix> salve a tutti, io per problemi di tempo posso occuparmi di una sola derivata
<valix> se volete posso passare da xubuntu a kubuntu i386
<valix> visto che stavo già testando kubuntu netbook
<valix> ho finito
<primes2h> non è che xubuntu se la passi meglio comunque
<primes2h> la parola a xdatap
<xdatap> grazie
<xdatap> diciamo che occorre rivedere le adozioni
<xdatap> credo che la proposta di FrancescoRuvolo abbia senso. Invece di testare le due architetture di Ubuntu potresti testare una Ubuntu e una Kubuntu
<xdatap> forse ti diverti anche di più, vedi qualcosa di diverso
<xdatap> per il discorso di valix, forse ha senso anche pensare al comitato di accoglienza
<xdatap> nel senso, è opportuno che il comitato si spalmi per coprire tutte le derivate. Altrimenti se qualcuno fa una domanda su una derivata non c'è nessuno che può verificare
<xdatap> a meno che non si scarichi l'iso per l'occasione
<xdatap> come decisione drastica, infine, se non ce la facciamo a coprire bene quelle immagini...
<xdatap> io sono per fare poco ma bene. Potremmo anche togliere Mythubuntu e concentrarsi solo sulle 3 desktop e la netbook
<primes2h> +1
<xdatap> per ora ho finito :)
* jacopobac si prenota
<primes2h> la parola a jacopobac
<jacopobac> Grazie
<jacopobac> Concordo pienamente con xdatap, anche perchè vedo dalla tabella che non siamo in tanti ad eseguire i test
<jacopobac> e la maggior parte sceglie ubuntu
<jacopobac> quindi dovremmo spalmare meglio le persone che eseguiscono i test
<jacopobac> e ridurre le versioni da testare
<jacopobac> un ultima cosa:
<jacopobac> nell'elenco di Sergio, ho visto che manco, sebbene io sia presente sulla pagina della tabella dei casi. è perchè ho modificato la tabella al 4-5 settembre aggiungendo il mio nome?
<jacopobac> ho finito
<primes2h> si
<jacopobac> ok grazie
<primes2h> ho preso lo stato della tabella al 2 settembre
<primes2h> qui prendo la palla al balzo per sottilineare
<primes2h> un'altra volta l'importanza di effettuare i test *prima* dell'uscita della milestone
* PaoloRotolo si prenota
* FrancescoRuvolo si prenota
<primes2h> io proporrei
<primes2h> come ha detto xdatap
<primes2h> di adottare meno edizioni *a persona*
<primes2h> ma che quelle poche siano testate possibilimente prima dell'uscita
<primes2h> la parola a PaoloRotolo
<PaoloRotolo> grazie
<PaoloRotolo> i membri per fare i test ci sono ma non sono dispoti bene
<PaoloRotolo> secondo me, all'iscrizione dovrebbero essere gli amministratori ad assegnare ai membri i casi da adottare
<PaoloRotolo> per distribuirli in tutte le adozioni
<PaoloRotolo> I membri dovrebbero solo decidere quante adottarne
<PaoloRotolo> chiudo qui
* Claudinux si prenota
<primes2h> la parola a FrancescoRuvolo
<FrancescoRuvolo> grazie
<FrancescoRuvolo> secondo me non stiamo centrando il problema. Qui non si tratta di essere disposti male, se si guarda la tabella delle adozioni ogni immagine ha un discreto numero di tester
<FrancescoRuvolo> anche se si affidasse la scelta delle immagini agli amministratori la cosa non cambierebbe, perchè qui il problema è che un generale fa la sua strategia sapendo che ha a disposizione mille uomini
<FrancescoRuvolo> poi però il giorno della battaglia se ne presentano un centinaio... :D
<FrancescoRuvolo> secondo me, però credo che questo sia il secondo punto di cui si voleva discutere oggi, bisogna rivedere meglio il discorso di "far parte del gruppo test"
<FrancescoRuvolo> se sappiamo che siamo in 5, allora ci organizziamo in 5...
<FrancescoRuvolo> anche il discorso di Sergio Zanchetta non funziona secondo me, perchè qui il problema non è stato che la gente non è riuscita a testare tutto... chi ha testato ha testato tutto quello che aveva da testare (eccetto due), gli altri non l'hanno fatto e probabilmente anche con un'immagine sola non l'avrebbero fatto...
<FrancescoRuvolo> finito
<primes2h> la parola a Claudinux
<Claudinux> grazie
<Claudinux> Volevo solo ricordare a PaoloRotolo che la cosa di cui parla è già stata proposta alla precedente riunione e si era stabilito che non era fattibile in quanto non si riteneva corretto costringere un utente su una determinata distribuzione da testare
<Claudinux> finito
* PaoloRotolo si prenota
<primes2h> la parola a PaoloRotolo
<PaoloRotolo> una seconda possibilità sarebbe scrivere una lista dei membri più attivi. Essi si distribuiranno per coprire equamente le adozioni.
<PaoloRotolo> Per non rischiare di lasciare un'adozione senza alcun tester
* xdatap si prenota
<PaoloRotolo> finito
<primes2h> la parola a xdatap
<xdatap> non vuole essere un inquisizione, PaoloRotolo, non mi fraintendere. Solo mi sto domandando come mai non hai segnato nella pagina nemmeno un test
<xdatap> PaoloRotolo, la cosa mi colpisce perché ti eri reso disponibile per testare Ubuntu Studio
* PaoloRotolo si prenota
<xdatap> quindi volevo ribadire, che prima si testano le immagini adottate, poi le altre.
<xdatap> finito
<primes2h> la parola a PaoloRotolo
<PaoloRotolo> avevo letto l'invito a testare ubuntu studio in mail. Credevo avesse una più alta priorità.
<PaoloRotolo> Poi non ho potuto testare più niente grazie al problema con il creatore dischi di avvio
<PaoloRotolo> finito
<xdatap> riprendo la parola
<xdatap> scusami primes2h
<primes2h> vai tranquillo
<xdatap> dopo che abbiamo risolto il problema con i dischi di avvio
<xdatap> potevi finire il test e riportarlo
* PaoloRotolo si prenota
<xdatap> cioè, se non chiudi il giro del test segnando il risultato, non vale nulla. Volevo essere sicuro che tu avessi capito, ecco
<xdatap> finitp
<primes2h> la parola a PaoloRotolo
<PaoloRotolo> riguardo ad Ubuntu Studio mi avevi detto in irc di non continuare. Riguardo alle altre il problema con il creatore dischi si è ripresentato poche ore dopo.
<PaoloRotolo> Ho provato a risolverlo nuovamente ma senza successo...
<PaoloRotolo> chiudo
<primes2h> intervengo solo per un appunto
<xdatap> PaoloRotolo, ok, capito. La prossima volta vieni sul canale e chiedi a qualcuno di aiutarti
<xdatap> PaoloRotolo, non ci sono solo io, c'è tutto il comitato. Scusa primes2h a te la parola
* PaoloRotolo si prenota
<primes2h> un workaround per quel problema mi sembra fosse stato trovato dopo pochi giorni
<Claudinux> confermo primes2h (scusa l'intrusione)
<xdatap> si era passato anche in lista e in prima battuta aveva funzionato anche a Paolo
<xdatap> solo che Paolo ha anche un bios un po' dispettoso che a volte non parte da usb
<xdatap> direi di passare oltre, comunque
<primes2h> la parola a PaoloRotolo
<primes2h> poi passiamo
<PaoloRotolo> grazie
<primes2h> al secondo punto
* FrancescoRuvolo si prenota
<PaoloRotolo> non credo sia stato il bios ad avere problemi. Ho testato le pennete anche sugli altri computer con lo stesso risultato. Riguardo a IRC ci avevo già provato a contattare qualcun'altro ma nessuno mi ha risposto.
<PaoloRotolo> chiudo
<primes2h> FrancescoRuvolo: ti sei prenotato per il secondo punto?
<FrancescoRuvolo> no, avevo una domanda veloce su quello che è successo a questo giro di test
<FrancescoRuvolo> la faccio?
<primes2h> se è veloce veloce e pertinente vai
<FrancescoRuvolo> ehm... non proprio pertinente con la discussione avuta finora, ma aspettavo che finisse per fare la domanda... ci sono state due build, eppure nessuno aveva messo bug su ubuntu amd64, se possibile mi sarebbe piaciuto sapere perchè fanno la build più volte anche senza bug... (a meno che non sia io che ho visto male e c'erano bug...)
<xdatap> se vuoi rispondo io
<xdatap> il fatto è che a volte viene patchato un pacchetto che è comune a tutte
<xdatap> quindi anche se non vedi il caso fallito nell'iso tracker, magari viene messa una patch per un bug in una derivata
<xdatap> ma su un pacchetto che riguarda tutti
<xdatap> inoltre ci sono una serie di test che non vediamo sull'iso tracker che sono quelli del team oem. Anche loro mandano patch
<FrancescoRuvolo> ok, mi basta questa risposta... altre eventuali domande le faccio dell'altra parte. Grazie. :)
<xdatap> OEM sono quelli che lavorano per i produttori che preinstallano ubuntu, tipo Dell ad esempio.
<xdatap> finito
<primes2h> passiamo al secondo punto
<primes2h> Introduzione dei criteri di mantenimento della Membership
* xdatap si prenota
<primes2h> la parola a xdatap
<xdatap> lo stato attuale lo conoscete. Il gruppo è giovane ed entrarvi era molto semplice perché volevamo che fosse accessibile
<xdatap> adesso il fatto è che occorre un metodo anche per mantenerla l'appartenenza, altrimenti perde il significato
<xdatap> pensavamo ad un criterio dopo il quale si scade dal gruppo
<xdatap> una volta scaduti si può ripartire per partecipare come lo si fa la prima volta
<xdatap> pero' dobbiamo trovare un equilibrio sul metodo
<xdatap> non puo' essere né troppo difficile, né troppo facile
<xdatap> si accettano proposte :P
<xdatap> ho finito
* jacopobac si prenota
<primes2h> la parola a jacopobac
<jacopobac> grazie
<jacopobac> potremmo fare una cosa sime a: devi fare almeno un test al mese per mantenere la membership.
* FrancescoRuvolo si prenota
* PaoloRotolo si prenota
<jacopobac> ho finito
<primes2h> la parola a FrancescoRuvolo
<FrancescoRuvolo> grazie
<FrancescoRuvolo> per avere la membership secondo me è sufficiente concludere il test di UN rilascio in tempo: mi iscrivo e mi dite di fare dei test di prova, poi al primo rilascio ufficiale ricevo la membership se ho fatto i test come avrei dovuto. Dopo due giri di test in cui non si completa più del 50% delle proprie adozioni, la membership decade.
<FrancescoRuvolo> ovviamente questi periodi sono prolungabili se problemi reali mi impediscono di lavorare
<FrancescoRuvolo> e lo comunico per tempo in lista. Se io dico "questo giro non ci sono", per favore qualcuno che prenda le mie adozioni. Allora va bene... ma se non dico nulla e poi non testo, per due volte consecutive, allora decade. D'altronde chi avvisa per tempo dimostra di essere comunque interessato alla riuscita del lavoro.
<FrancescoRuvolo> finito
* xdatap si prenota
<primes2h> la parola a PaoloRotolo
<PaoloRotolo> Come detto da FrancescoRuvolo basterebbe completare i casi adottati.
<PaoloRotolo> finito
<primes2h> la parola a xdatap
<xdatap> credo che la proposta di FrancescoRuvolo sia ragionevole, proporrei una votazione. Va bene a tutti la decadenza dal gruppo se si manca di testare 2 milestone consecutivamente senza avvertire prima?
<xdatap> +1
* simo1 si prenota
<primes2h> +1
<valix> +1
<totopalma> +1
<jacopobac> +1
<PaoloRotolo> +1
<primes2h> ok, proposta approvata direi!
<FrancescoRuvolo> :)
<Claudinux> +1 (con riserva di un chiarimento)
<simo1> +1 con dubbio
<primes2h> la parola a simo1
* Claudinux si prenota
<simo1> grazie. la proposta mi sembra molto ragionevole, ma ho una domanda: per chi, come me, testa solo i portatili?
<simo1> la situazione è un po' diversa...
<simo1> ecco tutto.
* FrancescoRuvolo si prenota
<primes2h> allora
<primes2h> io direi che i test sui portatili sono in genere più impegnativi di quelli sulle ISO
<primes2h> quindi proporrei di equipararli ai test delle ISO.
<primes2h> detto questo
<primes2h> avrei anche un piccola proposta
<primes2h> dato che comunque il portatile viene testato con una live
<primes2h> che le milestone sono le stesse
<primes2h> e che effettuare un test delle ISO è molto più semplice e veloce rispetto a quelli dei portatili
<primes2h> e non porterebbe via più tempo di quello già perso
<primes2h> proporrei, per chi vuole, di effettuare 1 test ISO per ogni milestone, da fare in concomitanza con i test dei portatili
<primes2h> praticamente diventerebbe solo un testcase in più rispetto a quelli già numerosi per i portatili
* FrancescoRuvolo si prenota per chiarimento su quest'ultima cosa...
* simo1 si prenota
<primes2h> la parola a Claudinux
<Claudinux> andate pure avanti, semmai chiedo dopo, grazie :)
<primes2h> ok, la parola passa a FrancescoRuvolo
<FrancescoRuvolo> ok, dico prima una cosa relativamente a quanto detto da primes2h
<FrancescoRuvolo> ma dato che i test sul portatile sono da fare con la live e dato che durante i test si avrà modo di sperimentare sia che si accende, sia che si spegne, sia che l'immagine persistente funziona... chi testa il portatile non può direttamente segnare come "passed" il test live sulla distribuzione e sull'architettura testata?
<primes2h> appunto, è quello che stavo dicendo. il fatto di passarlo come passed però dipende
<primes2h> potrebbero venire fuori dei piccoli bug o crash
<FrancescoRuvolo> ma verrebbero fuori facendo il normale test del portatile, senza bisogno di fare un test a parte, o no?
<primes2h> che permettono lo stesso di avviare e spegnere il computer ma non c'entrano con i test sui portatili
<primes2h> e che andrebbero segnalati lo stesso
<primes2h> seguendo alla lettera i testcase dei portatili no
<FrancescoRuvolo> capito. relativamente al discorso per la membership
<FrancescoRuvolo> so bene che testare un portatile prende molto più tempo rispetto al test delle iso (io stesso avevo iniziato ma mi sono accorto che ho difficoltà nel seguirlo)
<FrancescoRuvolo> tuttavia se non erro i test sul portatile sono fatti per testare la compatibilità hardware e quindi non è necessario svolgerli per forza prima dell'uscita dell'immagine
<FrancescoRuvolo> quindi chi testa i portatili, e vuole prendersi solo quest'impegno, ha parecchio tempo per eseguire i suoi test e pertanto direi che anche in questo caso è un buon parametro quello di far scadere la membership se non si testano due immagini ufficiali consecutive
<primes2h> no, però capisci che prima vengono trovati meglio è...
<FrancescoRuvolo> certo, però ai nostri fini dobbiamo stabilire una data ultima entro la quale il test va effettuato (così come c'è per i test iso) e questa data ultima potrebbe coincidere con l'uscita dell'immagine successiva
<FrancescoRuvolo> finito
<primes2h> la parola a simo1
<simo1> dunque, rispetto alla proposta di primes2h e strettamente a titolo personale, non avrei grossi problemi, salvo "imparare" tutto ciò che comportano i test ISO
<simo1> se viene giudicato utile e necessario, ok, approvo
<simo1> rispetto invece a quanto diceva FrancescoRuvolo e sempre a titolo personale, per me i test su portatile sono l'ideale proprio perchè ho più tempo per farli. si potrebbe far scadere la membership anche solo saltando una release, secondo me, proprio in virtù del grande intervallo di tempo disponibile
<simo1> finito (se sono stata poco chiara, scusate, sono un po' stanca stasera)
* jacopobac si prenota
<primes2h> la parola a jacopobac
<jacopobac> grazie
<jacopobac> volevo solamente dire che sono d'accordo con quanto ha detto adesso simo1
<jacopobac> finito
* FrancescoRuvolo si prenota
<primes2h> la parola a FrancescoRuvolo
<FrancescoRuvolo> capisco quanto detto da simona ed effettivamente ha un senso. tuttavia credo che si debba sempre dare un "margine d'errore" (anche se il tempo è assai) e quindi due rilasci sono meglio di uno solo
<FrancescoRuvolo> tutto qui. finito.
* simo1 si prenota
<primes2h> la parola a simo1
<simo1> FrancescoRuvolo, sono d'accordo. ovviamente se uno ha dei problemi con una release e lo segnala, per dire, in ML, va compreso. per esempio, a me è morto un portatile durante il ciclo di LL e sono rimasta senza per un po'.. :)
<simo1> finito
<primes2h> direi che c'è una cosa da chiarire
<FrancescoRuvolo> sì certo. la cosa fondamentale è sempre una: segnalare. (scusate l'intrusione)
<primes2h> i test sui portatili differiscono dai test sulle ISO
<primes2h> per il fatto che si svolgono in tempi più lunghi
<primes2h> nel senso che
<primes2h> uno potrebbe testare la Alpha 1
<primes2h> saltare la Alpha 2
<primes2h> e la 3 magari
<primes2h> e ritestare la Beta (o Beta1)
<primes2h> la cosa importante è verificare se tra una milestone e un altra vengono risolti i bug
<primes2h> e dare una visione generale
<primes2h> per uno specifico portatile
<primes2h> per fare un sunto
<primes2h> sul discorso delle ISO
<primes2h> se una persona vuole anche testare la ISO non farebbe niente di più di quello che fa già
<primes2h> cambierebbe solo il giorno in cui lo fa.
<primes2h> quando arriva la notifica della buil
<primes2h> build
<primes2h> anche perchè l'avvio della live lo deve fare comunque
<primes2h> e lo spegnimento lo stesso
<primes2h> si tratta solo di fare attenzione a cosa succede in queste due fasi
<primes2h> (oltre al discorso sulla persistenza)
<primes2h> ed eventualmente segnalare i bug
<primes2h> simo1: questo è il test della ISO :-)
<simo1> ok, primes2h, le cose nuove mi intimidiscono :)
<Fly82> Ciao a tutti
<primes2h> cosa ne dite allora della proposta di equiparare i test dei portatili a quelli delle ISO per quanto riguarda la membership lasciando facoltà di decidere al tester milestone per milestone se effettuare anche un test della ISO stessa?
<Claudinux> +1
<PaoloRotolo> +1
<xdatap> +1
<simo1> +1
<jacopobac> +1
<Fly82> +1
<FrancescoRuvolo> +1
<valix> +1
<primes2h> Ok, proposta approvata!
* xdatap si prenota
<primes2h> Ok, passiamo al terzo e ultimo punto
<primes2h> Proposta nuovi casi d'uso
<primes2h> La parola a xdatap
<xdatap> grazie primes2h
<xdatap> quando ho aggiunto quella voce all'ordine del giorno non avevamo anche analizzato i dati dei test
<xdatap> l'idea poteva essere di testare altre cose in aggiunta alle ISO
<xdatap> pero' ritengo che prima dobbiamo cogliere gli obiettivi già in essere e solo dopo aggiungere carne al fuoco
<jacopobac> concordo (scusate per l'interruzione)
<xdatap> quindi facciamo cosi', alla RC toglieremo d'ufficio chi non ha testato né la RC né la Beta dalla tabella delle adozioni
<xdatap> ci riassesteremo per coprire tutto
<xdatap> e dopo per Natty decideremo cosa fare
<xdatap> che ne dite?
<FrancescoRuvolo> +1
<Claudinux> +1
<PaoloRotolo> +1
<jacopobac> +1
<simo1> +1
<valix> +1
<primes2h> +1
<xdatap> bene
<xdatap> ultima cosa. Su Launchpad stanno scadendo alcune membership
<xdatap> chi riceve le mail deve mandare una mail a me o a Sergio
<xdatap> perché noi *non* le riceviamo le mail che state per scadere
<xdatap> quindi non ci accorgiamo che state scadendo
<Claudinux> :D
<xdatap> il principio di scadenza si applica dalla prossima milestone, la RC
<xdatap> quindi chi sta scadendo per ora verrà rinnovato fino al 1 novembre, ovvero dopo il rilascio di Maverick
<xdatap> sempre che ce lo ricordi ;)
<xdatap> io ho finito
<primes2h> direi che per questa riunione è tutto.
<xdatap> se non ci sono varie ed evenutali andiamo a dormire, che dite?
<jacopobac> ok
<primes2h> La seduta è tolta!
<FrancescoRuvolo> +1 :D
<simo1> approvo
<simo1> :)
<jacopobac> +1
<Fly82> +1
<Claudinux> ottimo, grazie primes2h ;)
<jacopobac> buonanotte!
<Claudinux> e xdatap
<valix> perfetto
<primes2h> Sto cascando dal sonno ;-)
<PaoloRotolo> Buonanotte a tutti allora
<simo1> 'notte!
<xdatap> notte
<Claudinux> notte
<Fly82> Buonanotte
<primes2h> Notte a tutti!
<valix> notte
<Fly82> notte a tutti
<FrancescoRuvolo> buonanotte a tutti

CategoryComunitaTest