#format wiki #LANGUAGE it <> <
> <> == 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 = {{{ ciao a tutti eccoci buonasera buonasera per chi non ha mai partecipato ad un meeting: si cerca di mantenere il discorso pulito, se parla qualcun altro non dovete interromperlo. ok se volete intervenire scrivete "/me si prenota", che quando viene inviato appare così * primes2h si prenota una cosa importante che si fa all'inizio delle riunioni, vantaggio del LOG, è presentarsi. Scrivete il vostro nome sul canale, in questo modo --> Sergio Zanchetta --> Paolo Sammicheli * Claudinux --> Claudio Arseni --> Simona Diatto --> Jacopo Bacchi --> Andrea Colangelo → Salvatore Palma → Matteo Lazzari 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 allora, l'agenda di oggi si trova qui: http://wiki.ubuntu-it.org/GruppoIrc/PrenotazioniMeeting/2010-09-09 → Alberto Russo i punti da affrontare sono 3, tempo massimo due ore Il primo punto riguarda l'analisi dei dati dei test della Beta di Maverick. Qui trovate la tabella che riguarda i test svolti prima del 2 Settembre, giorno dell'uscita della Beta. }}} [[http://wiki.ubuntu-it.org/GruppoTest/Riunioni/20100909-1|Link alla tabella]] {{{ Considerazioni a riguardo? * xdatap si prenota la parola a xdatap a colpo d'occhio direi che abbiamo un grosso problema... ...che si chiama Kubuntu è la derivata più importante e ha avuto solo un test e solo a 64 bit * jacopobac si prenota anche Mythbuntu è scoperta, ma non è grave come kubuntu ho finito la parola a jacopobac Buonasera vedo che paolo sammicheli mi ha già anticipato volevo solo dire che anche mythubuntu è scoperta * FrancescoRuvolo si prenota ho finito la parola a FrancescoRuvolo * valix si prenota 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... si, c'è un attimo eccola: http://wiki.ubuntu-it.org/GruppoTest/Casi/Svolti/10.10 --> PaoloRotolo non intendevo questa pagina, intendevo il quadro riassuntivo che diceva quali test erano stati effettuati in tempo e quali no la tabella è qui: http://wiki.ubuntu-it.org/GruppoTest/Riunioni/20100712/1 grazie xdatap kubuntu era un problema anche la volta prima. Eravamo fiduciosi perché venivano spostati i tester delle kubuntu netbook sulla desktop. Ma non è servito 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 ho finito la parola a valix salve a tutti, io per problemi di tempo posso occuparmi di una sola derivata se volete posso passare da xubuntu a kubuntu i386 visto che stavo già testando kubuntu netbook ho finito non è che xubuntu se la passi meglio comunque la parola a xdatap grazie diciamo che occorre rivedere le adozioni credo che la proposta di FrancescoRuvolo abbia senso. Invece di testare le due architetture di Ubuntu potresti testare una Ubuntu e una Kubuntu forse ti diverti anche di più, vedi qualcosa di diverso per il discorso di valix, forse ha senso anche pensare al comitato di accoglienza 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 a meno che non si scarichi l'iso per l'occasione come decisione drastica, infine, se non ce la facciamo a coprire bene quelle immagini... io sono per fare poco ma bene. Potremmo anche togliere Mythubuntu e concentrarsi solo sulle 3 desktop e la netbook +1 per ora ho finito :) * jacopobac si prenota la parola a jacopobac Grazie Concordo pienamente con xdatap, anche perchè vedo dalla tabella che non siamo in tanti ad eseguire i test e la maggior parte sceglie ubuntu quindi dovremmo spalmare meglio le persone che eseguiscono i test e ridurre le versioni da testare un ultima cosa: 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? ho finito si ok grazie ho preso lo stato della tabella al 2 settembre qui prendo la palla al balzo per sottilineare un'altra volta l'importanza di effettuare i test *prima* dell'uscita della milestone * PaoloRotolo si prenota * FrancescoRuvolo si prenota io proporrei come ha detto xdatap di adottare meno edizioni *a persona* ma che quelle poche siano testate possibilimente prima dell'uscita la parola a PaoloRotolo grazie i membri per fare i test ci sono ma non sono dispoti bene secondo me, all'iscrizione dovrebbero essere gli amministratori ad assegnare ai membri i casi da adottare per distribuirli in tutte le adozioni I membri dovrebbero solo decidere quante adottarne chiudo qui * Claudinux si prenota la parola a FrancescoRuvolo grazie 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 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 poi però il giorno della battaglia se ne presentano un centinaio... :D 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" se sappiamo che siamo in 5, allora ci organizziamo in 5... 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... finito la parola a Claudinux grazie 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 finito * PaoloRotolo si prenota la parola a PaoloRotolo una seconda possibilità sarebbe scrivere una lista dei membri più attivi. Essi si distribuiranno per coprire equamente le adozioni. Per non rischiare di lasciare un'adozione senza alcun tester * xdatap si prenota finito la parola a xdatap non vuole essere un inquisizione, PaoloRotolo, non mi fraintendere. Solo mi sto domandando come mai non hai segnato nella pagina nemmeno un test PaoloRotolo, la cosa mi colpisce perché ti eri reso disponibile per testare Ubuntu Studio * PaoloRotolo si prenota quindi volevo ribadire, che prima si testano le immagini adottate, poi le altre. finito la parola a PaoloRotolo avevo letto l'invito a testare ubuntu studio in mail. Credevo avesse una più alta priorità. Poi non ho potuto testare più niente grazie al problema con il creatore dischi di avvio finito riprendo la parola scusami primes2h vai tranquillo dopo che abbiamo risolto il problema con i dischi di avvio potevi finire il test e riportarlo * PaoloRotolo si prenota cioè, se non chiudi il giro del test segnando il risultato, non vale nulla. Volevo essere sicuro che tu avessi capito, ecco finitp la parola a 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. Ho provato a risolverlo nuovamente ma senza successo... chiudo intervengo solo per un appunto PaoloRotolo, ok, capito. La prossima volta vieni sul canale e chiedi a qualcuno di aiutarti PaoloRotolo, non ci sono solo io, c'è tutto il comitato. Scusa primes2h a te la parola * PaoloRotolo si prenota un workaround per quel problema mi sembra fosse stato trovato dopo pochi giorni confermo primes2h (scusa l'intrusione) si era passato anche in lista e in prima battuta aveva funzionato anche a Paolo solo che Paolo ha anche un bios un po' dispettoso che a volte non parte da usb direi di passare oltre, comunque la parola a PaoloRotolo poi passiamo grazie al secondo punto * FrancescoRuvolo si prenota 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. chiudo FrancescoRuvolo: ti sei prenotato per il secondo punto? no, avevo una domanda veloce su quello che è successo a questo giro di test la faccio? se è veloce veloce e pertinente vai 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...) se vuoi rispondo io il fatto è che a volte viene patchato un pacchetto che è comune a tutte quindi anche se non vedi il caso fallito nell'iso tracker, magari viene messa una patch per un bug in una derivata ma su un pacchetto che riguarda tutti inoltre ci sono una serie di test che non vediamo sull'iso tracker che sono quelli del team oem. Anche loro mandano patch ok, mi basta questa risposta... altre eventuali domande le faccio dell'altra parte. Grazie. :) OEM sono quelli che lavorano per i produttori che preinstallano ubuntu, tipo Dell ad esempio. finito passiamo al secondo punto Introduzione dei criteri di mantenimento della Membership * xdatap si prenota la parola a xdatap lo stato attuale lo conoscete. Il gruppo è giovane ed entrarvi era molto semplice perché volevamo che fosse accessibile adesso il fatto è che occorre un metodo anche per mantenerla l'appartenenza, altrimenti perde il significato pensavamo ad un criterio dopo il quale si scade dal gruppo una volta scaduti si può ripartire per partecipare come lo si fa la prima volta pero' dobbiamo trovare un equilibrio sul metodo non puo' essere né troppo difficile, né troppo facile si accettano proposte :P ho finito * jacopobac si prenota la parola a jacopobac grazie potremmo fare una cosa sime a: devi fare almeno un test al mese per mantenere la membership. * FrancescoRuvolo si prenota * PaoloRotolo si prenota ho finito la parola a FrancescoRuvolo grazie 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. ovviamente questi periodi sono prolungabili se problemi reali mi impediscono di lavorare 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. finito * xdatap si prenota la parola a PaoloRotolo Come detto da FrancescoRuvolo basterebbe completare i casi adottati. finito la parola a 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? +1 * simo1 si prenota +1 +1 +1 +1 +1 ok, proposta approvata direi! :) +1 (con riserva di un chiarimento) +1 con dubbio la parola a simo1 * Claudinux si prenota grazie. la proposta mi sembra molto ragionevole, ma ho una domanda: per chi, come me, testa solo i portatili? la situazione è un po' diversa... ecco tutto. * FrancescoRuvolo si prenota allora io direi che i test sui portatili sono in genere più impegnativi di quelli sulle ISO quindi proporrei di equipararli ai test delle ISO. detto questo avrei anche un piccola proposta dato che comunque il portatile viene testato con una live che le milestone sono le stesse e che effettuare un test delle ISO è molto più semplice e veloce rispetto a quelli dei portatili e non porterebbe via più tempo di quello già perso proporrei, per chi vuole, di effettuare 1 test ISO per ogni milestone, da fare in concomitanza con i test dei portatili 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 la parola a Claudinux andate pure avanti, semmai chiedo dopo, grazie :) ok, la parola passa a FrancescoRuvolo ok, dico prima una cosa relativamente a quanto detto da primes2h 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? appunto, è quello che stavo dicendo. il fatto di passarlo come passed però dipende potrebbero venire fuori dei piccoli bug o crash ma verrebbero fuori facendo il normale test del portatile, senza bisogno di fare un test a parte, o no? che permettono lo stesso di avviare e spegnere il computer ma non c'entrano con i test sui portatili e che andrebbero segnalati lo stesso seguendo alla lettera i testcase dei portatili no capito. relativamente al discorso per la membership 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) 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 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 no, però capisci che prima vengono trovati meglio è... 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 finito la parola a 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 se viene giudicato utile e necessario, ok, approvo 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 finito (se sono stata poco chiara, scusate, sono un po' stanca stasera) * jacopobac si prenota la parola a jacopobac grazie volevo solamente dire che sono d'accordo con quanto ha detto adesso simo1 finito * FrancescoRuvolo si prenota la parola a 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 tutto qui. finito. * simo1 si prenota la parola a 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'.. :) finito direi che c'è una cosa da chiarire sì certo. la cosa fondamentale è sempre una: segnalare. (scusate l'intrusione) i test sui portatili differiscono dai test sulle ISO per il fatto che si svolgono in tempi più lunghi nel senso che uno potrebbe testare la Alpha 1 saltare la Alpha 2 e la 3 magari e ritestare la Beta (o Beta1) la cosa importante è verificare se tra una milestone e un altra vengono risolti i bug e dare una visione generale per uno specifico portatile per fare un sunto sul discorso delle ISO se una persona vuole anche testare la ISO non farebbe niente di più di quello che fa già cambierebbe solo il giorno in cui lo fa. quando arriva la notifica della buil build anche perchè l'avvio della live lo deve fare comunque e lo spegnimento lo stesso si tratta solo di fare attenzione a cosa succede in queste due fasi (oltre al discorso sulla persistenza) ed eventualmente segnalare i bug simo1: questo è il test della ISO :-) ok, primes2h, le cose nuove mi intimidiscono :) Ciao a tutti 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? +1 +1 +1 +1 +1 +1 +1 +1 Ok, proposta approvata! * xdatap si prenota Ok, passiamo al terzo e ultimo punto Proposta nuovi casi d'uso La parola a xdatap grazie primes2h quando ho aggiunto quella voce all'ordine del giorno non avevamo anche analizzato i dati dei test l'idea poteva essere di testare altre cose in aggiunta alle ISO pero' ritengo che prima dobbiamo cogliere gli obiettivi già in essere e solo dopo aggiungere carne al fuoco concordo (scusate per l'interruzione) quindi facciamo cosi', alla RC toglieremo d'ufficio chi non ha testato né la RC né la Beta dalla tabella delle adozioni ci riassesteremo per coprire tutto e dopo per Natty decideremo cosa fare che ne dite? +1 +1 +1 +1 +1 +1 +1 bene ultima cosa. Su Launchpad stanno scadendo alcune membership chi riceve le mail deve mandare una mail a me o a Sergio perché noi *non* le riceviamo le mail che state per scadere quindi non ci accorgiamo che state scadendo :D il principio di scadenza si applica dalla prossima milestone, la RC quindi chi sta scadendo per ora verrà rinnovato fino al 1 novembre, ovvero dopo il rilascio di Maverick sempre che ce lo ricordi ;) io ho finito direi che per questa riunione è tutto. se non ci sono varie ed evenutali andiamo a dormire, che dite? ok La seduta è tolta! +1 :D approvo :) +1 +1 ottimo, grazie primes2h ;) buonanotte! e xdatap perfetto Sto cascando dal sonno ;-) Buonanotte a tutti allora 'notte! notte notte Buonanotte Notte a tutti! notte notte a tutti buonanotte a tutti }}} ---- CategoryComunitaTest