Wiki Ubuntu-it

Indice
Partecipa
FAQ
Wiki Blog
------------------
Ubuntu-it.org
Forum
Chiedi
Chat
Cerca
Planet
  • Pagina non alterabile
  • Informazioni
  • Allegati

Versione 3 del 13/07/2010 08.16.07

Nascondi questo messaggio

Include(GruppoTest/Header) BR Indice(depth=2)

Agenda

  • Analisi dei dati di Alpha2 (PaoloSammicheli)

  • Discutere di un comitato di benvenuto su IRC e di come dovrebbe funzionare (PaoloSammicheli)

  • Testing di A4 nuova release (AndreaColangelo)

  • Validità dei test eseguiti su macchine virtuali (FabioMarconi)

  • Spiegazione della necessità di effettuare i test alle 'milestone' (FabioMarconi)

  • Perchè Alpha2 è uscita in ritardo e quali conseguenze abbiamo avuto nel gruppo test (FabioMarconi)

  • Perchè alcune persone non hanno eseguito i test (FabioMarconi)

  • Proposte e richieste varie. (FabioMarconi)

Azioni intraprese

Log completo

<xdatap> Bene, allora passati i 5 minuti canonici possiamo iniziare
<xdatap> per chi non ha mai partecipato ad un meeting: si cerca di mantenere il discorso pulito a beneficio dei LOG, se parla qualcun altro non interompetelo.
<xdatap> se volete intervenire scrivete "/me si prenota", senza virgolette chiaramente :)
<PaoloRotolo> ok
<xdatap> Un'altra cosa che si fa all'inizio delle riunioni, sempre a vantaggio del LOG, è presentarsi. Scrivete il vostro nome sul canale, come faccio io
<xdatap> --> Paolo Sammicheli
<simo1> --> Simona Diatto
<Claudinux> --> Claudio Arseni
<valix> --> Alberto Russo
<fabio-oibaf> --> Fabio Buso
<PaoloRotolo> --> Paolo Rotolo
<Fly82> --> Morris Cavestro
<FrancescoRuvolo> --> Francesco Ruvolo (scommetto che non ci sareste mai arrivati)
<njin-bugsquad> njin-bugsquad Fabio Marconi
<warp10> --> Andrea Colangelo
<xdatap> mi sembra ci siamo tutti
<francescobrozzu> francescobrozzu Francesco Brozzu
<xdatap> allora, l'agenda di oggi è disponibile qui: http://wiki.ubuntu-it.org/GruppoIrc/PrenotazioniMeeting/2010-07-12
<xdatap> i punti da affrontare sono molti, tempo massimo due ore
<xdatap> partiamo dal primo punto, analisi dei dati dei test di Alpha2
<xdatap> Mi sono concentrato sui test svolti entro il 1 Luglio, ovvero prima che l'immagine uscisse.
<xdatap> Potete vedere la tabella di seguito

[http://wiki.ubuntu-it.org/GruppoTest/Riunioni/20100712/1 Link alla tabella]

<xdatap> Questa *non* vuole essere una critica al lavoro svolto dai singoli, molti test sono stati svolti anche dopo.
<xdatap> Però i test con più utilità sono quelli svolti *prima* che esca l'immagine, e con questa analisi vorrei che ci soffermassimo a valutare la copertura che il gruppo esprime.
<xdatap> Le cose miglioreranno per Alpha3, visto che Kubuntu Netbook sparisce ed avremo più test su Kubuntu, però vorrei che ognuno riflettesse su questi dati, che poi includerò nel verbale.
<xdatap> Considerazioni a riguardo?
* Claudinux si prenota
<xdatap> parola a Claudinux
<Claudinux> chiedo scusa per aver *violato* le regole del gruppo test
<Claudinux> volevo precisare che i testi li ho eseguiti
<njin-bugsquad> ddd
* njin-bugsquad si prenota
<Claudinux> non ho segnato i report solo perché non rilevando bug e avendo poco tempo
<Claudinux> ho cercto di ottimizzare i tempi e testare comunque il maggio numero di iso possibili
<xdatap> Claudinux, ma sull'iso tracker li avevi segnalati?
<Claudinux> so che non è la procedura corretta, ma al momento è quanto di meglio ho potuto fare
<Claudinux> xdatap, no
<Claudinux> e so che è un errore
<Claudinux> il tempo mi è stato avverso ultimamente
<Claudinux> ho finito
<xdatap> diciamo che, per la prossima volta, meglio fare un test in meno e segnalarlo che testare tutto senza segnalare
* Fly82 si prenota
<xdatap> njin-bugsquad, la parola a te
* valix si prenota
<njin-bugsquad> Io purtroppo ho avuto un guasto ad uno degli HD che mi ha portato via molte ore per la diagnosi, funzionava tutto tranne l'mbr
<njin-bugsquad> e ci ho speso dietro molto tempo
<njin-bugsquad> ho concluso
<xdatap> grazie njin-bugsquad
<xdatap> comunque ragazzi, come dicevo prima non è per valutare il lavoro di nessuno
<xdatap> è solo per vedere i test che si riescono a fare entro il giorno del rilascio, dove il tempo è poco
<xdatap> la parola a Fly82
* PaoloRotolo si prenota
<Fly82> Volevo solo poter portare un mio pensiero... Ovvero meglio un immagine testata bene e segnalata correttamente che tre fatte male
<Fly82> Il lavoro di test implica una corretta dignosi precisa proprio perché chi dovra beneficiare dei nostri risultati devono sapere in modo preciso ogni cosa
<Fly82> Quidi portandoil mio personale esempio ne testo due ma fatti bene anche se come voi non ho tanto tempo a disposizione
<Fly82> E con questo concludo
<xdatap> la parola a valix
<valix> Innanzitutto scusate per lo scarso lavoro fatto per la Alpha 2
<valix> ma in quei giorni ho avuto mille cose da fare e sono riuscito a testare solo Kubuntu Netbook.
<valix> Se avessi saputo che la Kubuntu netbook sarebbe stata dismessa, mi sarei concentrato su ubuntu o xubuntu.
<valix> Comunque credo che cambierò anche le immagini da testare, riducendole a tre, Ubuntu Kubuntu e Xubuntu tutte a 64bit
<valix> e con questo concludo
<xdatap> la parola a PaoloRotolo
<PaoloRotolo> Grazie. Anch'io, come njin ho avuto problemi con il Mbr, dopo la disinstallazione di Ubuntu 10.10 Alpha 1.
<PaoloRotolo> Non riuscivo a trovare il comando da usare per ripristinare il boot di windows 7
<PaoloRotolo> poichè tutte le guide parlavano di "fixmbr", compatibile solo con Xp e vista
<PaoloRotolo> con questo concludo
<xdatap> ok. La tabella del link la inserirò nel verbale, così la prossima release potremo fare paragoni sulla copertura
<xdatap> andiamo avanti
<xdatap> * Discutere di un comitato di benvenuto su IRC e di come dovrebbe funzionare
<xdatap> Con Sergio abbiamo pensato ad un modo per semplificare il mentoring dei nuovi arrivati e anche per scaricare un po' la lista dal traffico.
<xdatap> Abbiamo pensato quindi ad un "Comitato di Accoglienza" che si occupasse di presidiare il canale IRC per rispondere alle domande dei nuovi arrivati.
<xdatap> Quello che però non vorremmo è che le risposte alle domande fossero improvvisate.
<xdatap> Pensavamo, quindi, al fatto che il Comitato, oltre a stare su IRC, fosse responsabile del mantenimento di una pagina con le risposte alle domande più comuni.
<xdatap> Sergio ha preparato un esempio FAQ per il "Comitato Accoglienza":
<xdatap> http://wiki.ubuntu-it.org/SergioZanchetta/Prova2
<xdatap> Come requisito per partecipare al comitato pensavamo di introdurre il vincolo di aver partecipato al gruppo dal precedente ciclo di sviluppo. Quindi un nuovo contributore può partecipare al comitato dopo circa 6 mesi di contribuzione. Che ne dite?
* Claudinux si prenota
<xdatap> la parola a Claudinux
<Claudinux> ottima idea, soprattutto quella della faq è geniale (Sergio ne sa :) )
<Claudinux> per me avete pensato davvero a tutto
<Claudinux> +1
<Claudinux> :)
* valix si prenota
<xdatap> la parola a valix
* Fly82 si prenota
<valix> anche per me è una ottima idea, il gruppo si sta allargando e la mailing-list diventa sempre più dispersiva
<valix> ho concluso
<xdatap> Fly82, la parola a te
<Fly82> Ottima idea, ma penso anche che chi debba essere responsabile delle FAQ debba essere esperto nell uso di ubuntu
<Fly82> e con questo concludo
<xdatap> si, l'idea delle FAQ è anche per semplificare il processo per "diventare" un po' più esperti
<xdatap> ma sopratutto quello che vorremmo è che non improvvisassimo. Se una domanda non la si conosce si risponde "non lo so, mi informo e ti faccio sapere per mail"
<xdatap> nessuno sa tutto, specie in un tema così complesso come lo sviluppo di una distribuzione
<xdatap> allora, per andare avanti occorrerebbe un primo nucleo che formi questo comitato
<xdatap> con il quale avviare i lavori. Chi è disponibile a partecipare?
<Claudinux> --> Claudinux
<njin-bugsquad> --> me
<valix> per me va bene
<valix> --> valix
* Claudinux si prenota
<xdatap> dicci Claudinux
<Claudinux> è ovvio che chi decide di partecipare deve essere qualcuno che fornisce una presenza costante su IRC, altrimenti il discorso non sta in piedi IMHO
* njin-bugsquad si prenota
<Claudinux> ho concluso
* FrancescoRuvolo si prenota
<xdatap> la presenza costante... ci proveremo
<Claudinux> costante = che non sia una volta alla settimana :8
<xdatap> l'idea è che potremo cambiare le istruzioni del gruppo dicendo "se hai domande vieni su IRC, se non trovi nessuno scrivi a Comitato-gruppo test@ubuntu-it"
<xdatap> ma di questo parleremo tutti assieme con il comitato
<Claudinux> ottimo
<xdatap> sempre sempre sarà difficile esserci, almeno per ora
<valix> infatti
<xdatap> la parola a njin-bugsquad
* fabio-oibaf si prenota
<njin-bugsquad> mlazzari2 oltre ad essere sempre presente sul nostro chan, vorrebbe iniziare a fare qualche test, si potrebbe chiedere anche a lui se vuole fare parte del comitato
<njin-bugsquad> chiudo
<njin-bugsquad> cedo laparola
<xdatap> njin-bugsquad, per far parte del comitato bisogna essere membri del gruppo da almeno un ciclo.
<xdatap> altrimenti diventa difficile stabilire un criterio
<njin-bugsquad> oops
<xdatap> mlazzari è in gamba
<xdatap> ma nessuno nasce imparato ;)
<xdatap> la parola a FrancescoRuvolo
<njin-bugsquad> è sempre presente...
<xdatap> njin-bugsquad, ma non ha mai usato l'iso tracker. Anche ChanServ è sempre presente allora :P
<Claudinux> lol
* warp10 ridacchia
<xdatap> la parola a FrancescoRuvolo
<njin-bugsquad> lllol
* francescobrozzu segue warp10 a ruota
<FrancescoRuvolo> come ho già detto in un'email inviata in lista qualche giorno fa, spesso non ho il tempo per seguire la chat
<FrancescoRuvolo> per questo motivo non sono proprio nelle condizioni di propormi come membro di questo comitato
<FrancescoRuvolo> tuttavia, potrei ricevere le email di chi non trova nessuno in chat
<FrancescoRuvolo> il traffico email per me, a differenza di altri, non è un problema...
<FrancescoRuvolo> ovviamente se ritenete che sia opportuno che chi riceva le email non stai in chat...
<FrancescoRuvolo> stia*
* Claudinux si prenota
<xdatap> FrancescoRuvolo, ma tu hai testato LucidLynx?
<xdatap> mi sembrava di no
<FrancescoRuvolo> no... ok... ho detto l'ennesima idiozia... mi eclisso e passo la parola:D
<xdatap> nessun problema, è difficile seguire IRC a volte
<xdatap> la parola a fabio-oibaf
<fabio-oibaf> secondo me la differenza sta nella disponibilità di chi cerca aiuto
<fabio-oibaf> se voi definite un orario, anche solo di un'ora, gli utenti vi verrano a cercare in quel periodo di tempo
<fabio-oibaf> se proprio uno non riesce, allora scriverà una mail alla lista
* PaoloRotolo si prenota
<xdatap> comunque già adesso la mattina c'è sempre qualcuno. Il pomeriggio non so perché non posso passare
<fabio-oibaf> quindi anche un'ora magari due/tre volte la settimana può andare bene secondo me.
<fabio-oibaf> chiudo
<xdatap> la parola a Claudinux
<Claudinux> lo steering committee è una cosa divertente e seria allo stesso tempo, credo che sia opportuno che chi segue la chat risponda anche alle mail, altrimenti chi riceve la mail non sa cosa si è detto in chat e viceversa, diventerebbe caotico avendo due mezzi a disposizione dividere i compiti
<Claudinux> per il fatto di dare gli appuntamenti la vedo anbcora più remota come possibilità
<Claudinux> allora non avrebbe senso utilizzare IRC se si danno dei tempi stabiliti
<Claudinux> tanto vale utilizzare solo la ML
<Claudinux> parlo per *esperienza* visto che lo steering committe già lo faccio per il gruppo traduzione
<Claudinux> finito
<xdatap> la parola a PaoloRotolo
<PaoloRotolo> Secondo me, si potrebbero organizzare dei turni, per coprire quasi tutti gli orari.
<PaoloRotolo> chiudo qui
* simo1 si prenota
<xdatap> la parola a simo1
<simo1> credo che più che organizzare turni o stabilire orari su IRC sia più utile fornire una "gerarchia" di punti di riferimento
<Claudinux> +1
<simo1> in questo modo, se uno ha bisogno di assistenza può provare a cercarla su IRC e, se va bene, la trova, altrimenti si rivolge alla ML e simili, senza che nessuno sia obbligato a "turni di lavoro"... :)
<simo1> preciso anche (ma non credo che ce ne sia bisogno) che non me la sento di dare una mano in questo senso... temo di essere ancora dalla parte dei bisognosi di aiuto.. :)
<simo1> finito
<xdatap> ok. Allora metto nelle Action che si costituisce il comitato d'accoglienza
<xdatap> composta dagli amministratori e da Claudinux, njin e valix
<xdatap> da domani inizieremo a preparare una pagina con le info e le faq
* Claudinux si prenota
<xdatap> abbozzerò le pagine domani mattina ( se riesco) e poi ne parliamo su irc
<xdatap> la parola a Claudinux
<Claudinux> come non detto, mi hai già risposto, chiedevo come ci si organizzava :P
<xdatap> ok, allora andiamo avanti?
<Claudinux> per me si
<xdatap> terzo punto, parliamo di A4
<xdatap> la parola a warp10
<warp10> ene
* warp10 mette anche una b
<warp10> C'è qualcuno che non ha mai sentito parlare di A4?
<fabio-oibaf> lo ho letto in lista
<fabio-oibaf> ma non so esattamente cosa sia
<fabio-oibaf> comunque voi andate a vanti
<fabio-oibaf> *avanti
<simo1> idem...
<fabio-oibaf> leggerò su wikipedia
<warp10> Nel frattempo che rispondete ne approfitto per ringraziare tutti quanti voi della vostra disponibilità, vi assicuro che è assultamente apprezzatissima :)
<warp10> fabio-oibaf: visto che wikipedia non ha (ancora :)) una voce su A4, faccio un riassuntino
<PaoloRotolo> anch'io non so cos'è
<warp10> è un programma per creare e vedere presentazioni, un pò come presentation di openoffice o quell'altro di quell'altra ditta di redmond
<warp10> se qualcuno va su prezi.com, A4 vuole cercare di fare qualcosa di molto simile
<warp10> attualmente è in una fase preliminare di sviluppo, ma le cose vanno avanti bene e introduciamo nuove feature (e nuovi bug) quotidianamente
<warp10> La novità di oggi è che la nuova versione di A4, la 0.02, è stata rilasciata proprio oggi :)
<warp10> La seconda novità (non di oggi) è che i potenti mezzi di Launchpad ci hanno messo a disposizione un PPA nel quale quotidianemente vengono buildati i pacchetti di A4 con il codice in fase di sviluppo
<warp10> quindi non c'è più bisogno di usare bzr per scaricare il codice più recenti, ma basta aggiungere il PPA al sources.list
* Claudinux si prenota
<warp10> spero che due MOTU nel team di sviluppo di A4 che sorvegliano la preparazione dei pacchetti siano sufficienti a non far esplodere le vostre macchine se mettete il PPA in sources.list :)
<warp10> Claudinux: a te la parola
<njin-bugsquad> ho già aperto sorgenti software
<Claudinux> sei come xdatap rispondi in anticipo warp10 :P
<warp10> njin-bugsquad: bene! :D
* xdatap si prenota
<warp10> Claudinux: è una dote tutta nostra (e poi ti ho captato)
<warp10> xdatap: a te la parola
<Claudinux> volevo solo dire che è opportuno portare tutti a conoscenza dek fatto che non tutti i PPA sono *amichevoli*
<Claudinux> warp10, certo :P
<Claudinux> *del
<njin-bugsquad> esiste una black list?
<xdatap> volevo dire a tutto il gruppo che anche se i 4 Andrea sono fighi, shit happens
<xdatap> quindi, parafrasando njin-bugsquad "ho già aperto sorgenti software" io ricordo: CALMA
<xdatap> fate i backup
* Claudinux lolla
<xdatap> e non usate macchine di produzione per testare pacchetti in corso di sviluppo
<warp10> quello che dice xdatap è verissimo ed è il motivo per cui sulla pagina del PPA c'è scritto chiaro e tondo: "This PPA contains daily-builds and other experimental packages. *Use it at your own risk.*"
<warp10> njin-bugsquad: blacklist? in che senso?
<xdatap> ragazzi, io per testare le schede NVIDIA durante Lucid Lynx mi sono *cancellato* l'intera home per sbaglio
<warp10> xdatap: oh my... :S
<xdatap> per fortuna ero sulla macchina "dei giochi" e non nel pc di lavoro
<xdatap> ma fate backup e mai mai mai usare macchine di produzione
<Claudinux> quoto
<xdatap> e sopratutto C A L M A
<xdatap> ho finito
<warp10> oppure usate le care virtual machine che sono tanto comode
<xdatap> c'è chi si è fottuto anche con quelle
* PaoloRotolo si prenota
<warp10> njin-bugsquad non risponde quindi PaoloRotolo, vai pure
<PaoloRotolo> Io ho un hard disk esterno. Se installo ubuntu su quello comparirà nel grub?
<PaoloRotolo> ovviamente la versione di prova
<xdatap> PaoloRotolo, non domande del genere in riunione, please
<njin-bugsquad> Ops ho segnalato un bug
<warp10> :) Torniamo un attimino ad A4
<xdatap> warp10, next step di A4?
<warp10> Un paio di link utili: https://launchpad.net/a4 è la pagina del progetto, http://wiki.ubuntu-it.org/GruppoTest/Casi/A4 è la pagina di cui parleremo tra brevissimo
<warp10> A4 0.02 introduce alcuni novità estetiche, tra cui una GUI migliorata, animazioni più carine e altre migliorie sotto il cofano. Adesso abbiamo un viewer di presentazioni che funziona più o meno decentemente
<warp10> In A4 0.03, che comincia oggi, ci concentreremo soprattutto sull'editor
<warp10> gaspa ha già messo su un pò di codice che è l'embrione dell'editor stesso
<warp10> come potete capire, creare e testare un editor è molto più complesso che creare e testare un viewer, quindi il vostro aiuto sarà cruciale
<warp10> Se andate alla pagina del wiki linkata poco più su, vedrete che per ora non ci sono test case che coinvolgono l'editor, ma aspettatevi di vederne appena l'editor sarà messo in trunk
<warp10> La pagina ora fa riferimento solo a due modalità di installazione: i pacchetti delle release stabili e i daily-builds di cui parlavo prima. Questi ultimi saranno quelli usati più spesso
<warp10> A fianco a quella pagina creeremo presto (con l'aiuto di xdatap) un'apposita pagina in cui segnalare gli esiti dei vostri test
* xdatap si prenota
<warp10> mi dicono dalla regia che trunk potrebbe esservi sfuggito: è semplicemente il codice in fase attiva di sviluppo
<warp10> vi faccio notare che talvolta (come nel caso dei test A4-002 e A4-003) non vi sarà chiesto di dire funziona/non funziona, ma "quanto" funziona
<warp10> abbiamo dei problemi di prestazioni e di fluidità delle animazioni che dobbiamo abbattere, quindi un commento esteso che descriva la vostra esperienza d'uso è apprezzato
<warp10> Prima di dire due parole sul report dei test e sui canali di comunicazione: xdatap, a te la parola
<xdatap> warp10, riguardo il mentoring, non ne abbiamo parlato. Lo fate voi sul canale del progetto o lo facciamo fare al comitato? In ogni caso andrebbe scritto qualcosa nella pagina di A4
<xdatap> a te warp10
<warp10> xdatap: per quanto mi riguarda possiamo occuparcene noi
<warp10> xdatap: più o meno io e gaspa siamo sempre in giro su freenode, e mi (ci) fa piacere aiutare direttamente, anche per avere un feedback diretto dai tester
<xdatap> allora dopo aggiungiamo nell'introduzione della pagina i riferimenti del canale e magari anche il link alla webchat
<warp10> xdatap: perfetto
<xdatap> continua pure warp10
<warp10> bene, vorrei dire qualcosa sulla questione feedback e report
<warp10> la cosa più importante: *non* abusiamo della ML. La stragrande maggioranza delle cose che ci interessano ce la potete comunicare via wiki o via IRC. Mi trovate in -promo, in -dev (con gaspa), da oggi anche in -test, e tutti i fab 4 li trovate su #6had che è il canale ufficiale di A4
<warp10> anzi, visto che alla pagina dei report io sarò sottoscritto, se noterò qualche nuovo commento state certi che verrò io a pingarvi per avere ulteriori dettagli :)
<warp10> e con questo direi che i punti essenziali sono esauriti
* warp10 guarda xdatap
<xdatap> ok, se non ci sono domande andiamo avanti
<xdatap> domande?
<xdatap> ok, next point
<xdatap> Validità dei test eseguiti su macchine virtuali
<xdatap> njin-bugsquad, a te la parola
<njin-bugsquad> Visto che dai vari test da me eseguiti spesso non trovo corrispondenz
<njin-bugsquad> e dei bug tr a MV e Hardware fisico, mi chiedevo fino a che punto possiamo ritenere attendibili questi test?
<njin-bugsquad> Qualcuno ha avuto alttre esperienze negative con le VM ?
* FrancescoRuvolo si prenota
<njin-bugsquad> nessuno ?
<xdatap> io ho avuto problemi con virtualbox, quando testavamo Lucid. I problemi erano del virtualizzatore non delle ISO
* Claudinux si prenota
<xdatap> con VMWare (che pero' non è software libero) non ho mai avuto problemi
<xdatap> FrancescoRuvolo, dicci tutto
<FrancescoRuvolo> se non erro la volta scorsa si era discusso proprio dell'utilità di fare i test con le macchine virtuali
<FrancescoRuvolo> si era detto che non era utile poichè essendo l'hardware emulato, ogni test sarebbe stato identico su tutti i computer effettuati
<FrancescoRuvolo> personalmente non ho fatto test in virtuale, però se questi sono i risultati
<FrancescoRuvolo> credo sia un elemento in più per non perdere tempo a fare questi test
<njin-bugsquad> concordo anche io
<xdatap> Claudinux, vuoi aggiungere qualcosa?
<Claudinux> oggi vengo anticipato su tutto :)
<Claudinux> volevo dire la stessa cosa
<xdatap> ok, direi di andare avanti, sta diventando tardi
<Claudinux> continuo a rimanere perplesso sui test in macchina virtuale nella fase di testing....non trovo davvero utilità in questo, ma è solo una mia opinione
<xdatap> * Spiegazione della necessità di effettuare i test alle 'milestone'
<Claudinux> finito
<xdatap> ancora njin-bugsquad
<njin-bugsquad> Io ho testato Virtualbox, qemu, FAU machine e nessuna funziona bene.
<njin-bugsquad> ho terminato
<xdatap> continua con il topic successivo * Spiegazione della necessità di effettuare i test alle 'milestone'
<njin-bugsquad> Perchè è importante effettuare i test proprio alle milestone?
<xdatap> perché le milestone sono punti di arrivo intermedi durante il ciclo di sviluppo
<njin-bugsquad> Perchè alle milestone il ciclo di sviluppo si ferma proprio per consentire test più approfonditi
<xdatap> perché lo sviluppo software funziona proprio così
<xdatap> fai delle modifiche, le provi e le rilasci ai tester per vedere se tutto sta ancora inpiedi
<njin-bugsquad> Quindi impegnamoci sulle milestone
<xdatap> non ho capito questo intervento Fabio, il gruppo è impegnato sulle milestone
* FrancescoRuvolo non capisce chi sta rispondendo e chi fa le domande :D
<xdatap> l'iso testing, testiamo la milestone prima del rilascio. Il test dei portatili si basa sulle milestone
<njin-bugsquad> Volevo solo sottolineare l'importanza della milestone e chiarirne il significato
<xdatap> ok, ci sono domande su questo? altrimenti scorriamo al prossimo argomento
<FrancescoRuvolo> andiamo avanti
<xdatap> argomento successivo
<xdatap> * Perchè Alpha2 è uscita in ritardo e quali conseguenze abbiamo avuto nel gruppo test (FabioMarconi)
<xdatap> njin-bugsquad, a te la parola
<njin-bugsquad> Alpha2 è uscita in ritardo perchè hanno dovuto ricostruire le iso più volte dato che c'erano dei problemi con Ubiquity
* Claudinux si prenota
<xdatap> ma è una domanda?
<xdatap> o un'affermazione
<xdatap> njin problemi di rete?
<njin> ok, adesso funziona
<PaoloRotolo> scusate, anch'io ho avuto problemi
<xdatap> njin, nessun problem. Non abbiamo capito la domanda però
<njin> dicevo che la prima conseguenza che abbiamo avuto è stata la mancanza di tempo per svolgere i test
<njin> e chi come me ha un piano di battaglia ben nutrito è rimasto spiazzato,
<njin> e se questo fosse successo in RC?
<xdatap> finito?
<njin> ragazzi scusatemi ma per me si è fatto molto rtardi, non connetto più e domani mi devo alzare alla 6:00
<njin> finito, staco e chiudo
<njin> buona continuazione
<xdatap> ok, njin ti rispondo poi leggi nei log
<xdatap> a presto!
<FrancescoRuvolo> notte
<njin> ok, ciao a tutti
<simo1> notte
<xdatap> allora, parliamo di Alpha2, del rilascio e le cose che diceva Fabio
<xdatap> regola numero uno: Don't Panic!
<xdatap> Ci sono sempre bachi che fanno fare il respin dell'immagine
<xdatap> ci sono sempre problemi, facciamo i test apposta
<xdatap> Fabio dice che è uscita in ritardo. Beh non è vero, è uscita il 1 Luglio come previsto
<xdatap> quello che è stato fatto in ritardo è il primo respin, che *di solito* si tiene 3giorni prima
<xdatap> una cosa importante, il respin è un'operazione manuale. è un essere umano che decide, in base alle metriche dei test e bug se ricreare le immagini o no
<xdatap> quindi, non c'è una regola fissa
<xdatap> secondo: Siamo su Alpha2
<xdatap> sono sempre un casino le Alpha, a volte nemmeno partono
<xdatap> Calma, è sempre così, la release finale sarà bella come sempre
* Fly82 si prenota
<xdatap> terzo: Su RC non avviene perché ci sono i Freeze. Nelle alpha avviene casino perché viene caricato pacchetti nuovi. Dopo vengono solo caricate le correzioni
<xdatap> capita delle regressioni, ma testando potranno essere corrette
<xdatap> Claudinux, eri prenotato, vuoi chiedere qualcosa?
<Claudinux> -.- come sempre sei un passo avanti xdatap -.- .... volevo fare lo stesso discorso e chiedere chiarimenti che hai già dato .... :D
<xdatap> la parola a Fly82 allora
<Fly82> Avevo due domande: la prima: ma nelle alpha si testa solo il kernel? Visto che la RC dovra uscire il 10.10.10 Questo non ci costringerà ad accelleare i tempi di test?
<xdatap> nelle alpha si testano i pacchetti che vengono caricati (ovvero questa affermazione è vera per tutte le release). Nelle Alpha non ci sono molte delle modifiche introdotte da Canonical perché durante le Alpha sono ancora in corso di sviluppo
<xdatap> quindi si testa gli aggiornamenti al kernel, a GNOME, etc. Sostanzialmente le novità che vengono dalla sincronizzazione con Debian
<xdatap> la RC non esce il 10.10.10, quel giorno esce la FINAL
<xdatap> http://wiki.ubuntu-it.org/Rilasci/MaverickMeerkat
<xdatap> la seconda domanda Fly82?
<Fly82> Scusa bolevo dire final...... errore
<xdatap> hai un'altra domanda Fly82?
<Fly82> No e concludo
<xdatap> ok.
<xdatap> Io direi di rimandare gli altri punti alla prossima volta visto che sono di Fabio ma è andato via
<xdatap> ci sono varie ed eventuali?
<Claudinux> per me no
* simo1 si prenota
<xdatap> simo1, a te la parola
<simo1> come ho accennato in ML avrei un MacBook Pro a disposizione per dei test su portatile..
<simo1> oggi ho provato con l'alpha2, ma mi dà un po' di problemi che adesso non starei ad elencarvi..
<simo1> procedo comunque, riportando un bug ogni 10 minuti, o mi consigliate di lasciar perdere/aspettare?
<Claudinux> simo1, credo che questo non sia argomento da meeting, /j #ubuntu-it-test
<simo1> right..
<Claudinux> :)
<simo1> era per sapere se continuare con i test..
* FrancescoRuvolo si prenota
<simo1> non ho altro da aggiungere... :)
<xdatap> simo1, diciamo di si. Prima proverei però se funziona la 10.04 e mi concentrerei sulle regressioni da essa
<xdatap> simo1, ne parliamo dopo nel canale test comunque
<xdatap> FrancescoRuvolo, dicci tutto
<simo1> ok!
<FrancescoRuvolo> ok
<FrancescoRuvolo> non era in programma, ma ci ho pensato poco prima di venire qui
<FrancescoRuvolo> volevo chiarimenti riguardo al "rapporto" con i test internazionali
<FrancescoRuvolo> ci è stato ripetuto più volte che noi adottiamo solo i test per le live al momento e che altri eventuali test sono benvenuti ma non richiesti
<FrancescoRuvolo> lo scrivo qui perchè per sbaglio, tanto per cambiare, ho risposto in privato a primes2h invece che in lista
<FrancescoRuvolo> io mentre facevo i test sul portatile ho preso la pagina internazionale per fare copia e incolla dalle descrizioni dei test
<FrancescoRuvolo> e sono andato via dritto con tutti i test che non c'erano scritti
<FrancescoRuvolo> mi è stato fatto notare che alcuni di quei test non solo non erano presenti sulla nostra wiki, ma erano stati "volutamente" esclusi
<FrancescoRuvolo> ecco, volevo solo qualche chiarimento relativamente a come ci dobbiamo comportare: seguire le "direttive" del gruppo nazionale o meno
<xdatap> ok, ho capito. ti spiego
<FrancescoRuvolo> non so se sono stato molto chiaro
<FrancescoRuvolo> :D
<xdatap> il test dei portatili esisteva diversi anni fa
<xdatap> sostanzialmente erano persone di Canonical e qualche volontario
<xdatap> poi il progetto si è arenato. Prima addirittura regalavano un portatile per fare i test
<xdatap> dopo un po' di anni che era fermo, Sergio ha avuto l'idea di riprenderlo
<xdatap> e l'ha iniziato sia a livello internazionale che nazionale
<xdatap> contando sulla forza lavoro di questo gruppo e di altri che hanno dato una mano dall'estero
<xdatap> il problema è che non abbiamo ancora un tool appropriato per restituire tutti i dati
<xdatap> quindi usiamo le pagine wiki
<xdatap> di queste cose abbiamo parlato io e Sergio all'ultimo UDS a Bruxelles
* Claudinux si prenota
<xdatap> e, raccolte le necessità del progetto, stanno lavorando un pochino a sistemare gli strumenti
<xdatap> sopratutto launchpad, che per ora permette di riportare solo bug, non test
<xdatap> quindi, nel frattempo che usiamo le pagine wiki, è inutile fare troppi test perché non è possibile fare estrazioni dati
<xdatap> non è un databse
<xdatap> *database
<xdatap> quindi per mantenere la struttura semplice (una pagina, un portatile) abbiamo scelto un sotto insieme di tutti i casi d'uso
<xdatap> le cose diventeranno più raffinate quando avremo degli strumenti più raffinati
<xdatap> riguardo italia/estero, Sergio si occupa di entrambi
<xdatap> quindi fate riferimento a lui
<xdatap> ti ho risposto FrancescoRuvolo?
<FrancescoRuvolo> ok, ti ringrazio per il chiarimento e mi scuso per la domanda fuori tempo massimo :)
<xdatap> Claudinux, a te
<Claudinux> il tool creato da Alessio per le info sui portatili, non potrebbe essere una base di partenza?
<xdatap> Claudinux, che tool?
<Claudinux> xdatap, so di averlo utilizzato ma al momento mi sfugge il nome
<xdatap> Claudinux, stanno lavorando a testbox, che è installato di default in ubuntu. Comunque il problema è server side che manca software, non sulla distribuzione
<Claudinux> xdatap, ok allora già risposto
<xdatap> Sistema-> Amministrazione -> Test del sistema (checkbox)
<xdatap> bene, direi chi chiudere qui e spostarci sul canale -test
<Fly82> ok
<simo1> ok
<xdatap> ci sono alcuni a questa riunione che non sono ancora membri approvati, venite sul canale -test se avete domande
<xdatap> ciao!