20:00:24 <frafra> #startmeeting A lezione di... Testing! (con arkanoid / juliuxpigface)
20:00:24 <zodbot> Meeting started Fri Dec 18 20:00:24 2015 UTC.  The chair is frafra. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:00:24 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
20:00:24 <zodbot> The meeting name has been set to 'a_lezione_di..._testing!_(con_arkanoid_/_juliuxpigface)'
20:00:24 <frafra> #chair jpigface
20:00:24 <zodbot> Current chairs: frafra jpigface
20:00:24 <frafra> #topic Roll Call
20:00:25 <frafra> .hello frafra
20:00:27 <zodbot> frafra: frafra 'Francesco Frassinelli' <fraph24@gmail.com>
20:00:50 <juliuxpigface> frafra: jULIUXpigface :)
20:00:55 <frafra> ok, vediamo quanti parteciperanno alla sessione speciale di questa sera
20:01:04 <juliuxpigface> .hello juliuxpigface
20:01:05 <zodbot> juliuxpigface: juliuxpigface 'Giulio Erler' <juliux.pigface@gmail.com>
20:01:06 <frafra> #chair juliuxpigface
20:01:06 <zodbot> Current chairs: frafra jpigface juliuxpigface
20:01:14 <juliuxpigface> frafra: ty
20:01:43 <idraulico_F24> ,hello
20:02:06 <frafra> idraulico_F24, con il punto, tipo ".hello NOME_FAS"
20:02:25 <idraulico_F24> .hello belcocco
20:02:26 <zodbot> idraulico_F24: belcocco 'sergio agnes' <belcocco@gmail.com>
20:02:34 <Guest12752> buona sea
20:03:01 <frafra> mi sa che qualcuno ha problemi di connessione ;)
20:03:06 <frafra> sandro_, sei dei nostri?
20:04:23 <frafra> benvenuto mailga, siamo in Roll Call ;)
20:04:36 <idraulico_F24> mailga, ciao .....sempre in ritardo, è.........:-)))
20:04:38 <frafra> (e complimenti ;) )
20:04:48 <frafra> bene, altri che parteciperanno questa sera?
20:04:52 <gigi_> ? buona sera
20:05:04 <gigi_> sono panoramix
20:05:04 <mailga> ma io son qui per guardare, non intendo disturbare....
20:05:16 <frafra> gigi_, buona sera; se hai un account Fedora, puoi usare il comando ".hello nome_fas
20:05:36 <idraulico_F24> ....ma guarda che i film sono al cinema o alla TV.....nè...
20:05:41 <frafra> (mi sono dimenticato una coppia di doppi apici, puoi ignorarli)
20:06:39 <juliuxpigface> beh, direi che ci siamo tutti; a dire la verità mancherebbe il buon sandro_. Era qui fino ad un attimo fa
20:06:43 <gigi_> non mi ricordo il nome fas
20:07:05 <sandro_> Scusate .... ho finito ora di mangiare il merluzzo con le cipolle :D :D :D
20:07:08 <sandro_> son qui :)
20:07:23 <frafra> sandro_, hai un account FAS? puoi presentarti con .hello nome_fas
20:07:36 <sandro_> non non ce l'ho
20:08:16 <frafra> ok
20:08:23 <frafra> se non ci sono altri possiamo proseguire mi sa
20:08:41 <sandro_> ma questo fas è necessario ?
20:09:02 <juliuxpigface> sandro_: no, no :). FAS = Fedora Account System.
20:09:19 <sandro_> lo farò
20:09:32 <frafra> gigi_, mi sa che sia semplicemente panoramix
20:10:26 <mailga> .fasinfo panoramix
20:10:27 <zodbot> mailga: User: panoramix, Name: None, email: luigi.trezzi@alice.it, Creation: 2011-01-03, IRC Nick: None, Timezone: None, Locale: None, GPG key ID: None, Status: active
20:10:30 <zodbot> mailga: Approved Groups: cla_fpca cla_done cla_fedora cvsl10n
20:10:46 <juliuxpigface> mailga, frafra, siete degli stalker :D
20:10:55 <frafra> eheheh avevo interrogato zodbot in privato
20:11:00 <frafra> andiamo oltre allora
20:11:10 <frafra> #topic Presentazione
20:11:14 * mailga vuole essere stalker tutta la vita...
20:11:18 <sandro_> urka anche a me mi davano dello stalker :o :D :D :D
20:11:21 <frafra> bene, benvenuti a tutti! :)
20:11:43 <sandro_> frafra: Ousoo Maestro :)!
20:12:01 <frafra> dopo l'ultimo Fedora Release Party tenutosi a Milano, è emerso un forte interesse per le procedure di testing nel mondo di Fedora
20:12:16 <frafra> juliuxpigface si è reso disponibile a tenere una lezione a riguardo
20:12:41 <frafra> juliuxpigface non è un maestro qualsiasi: con i suoi bug report ha pure fatto slittare il rilascio di F23, non è così? ;)
20:12:57 <sandro_> (cribbio lo dicevo che Jiulius ha fatto passi incredibili) [/ot]
20:13:33 <juliuxpigface> frafra, è capitato, sì...
20:13:36 <frafra> useremo questo canale come mezzo di comunicazione principale; juliuxpigface terrà una breve introduzione e poi passeremo alla parte pratica
20:13:47 <gigi_> ".hello panoramix
20:13:52 <sandro_> Avrei voluto anch'ip migliorare ... ma ho avuto un paio di anni "bui2§ :|
20:13:54 <frafra> gigi_, senza "
20:14:01 <gigi_> .hello panoramix
20:14:02 <zodbot> gigi_: panoramix 'None' <luigi.trezzi@alice.it>
20:15:10 <frafra> juliuxpigface, a che punto siamo? pronti? :)
20:15:29 <juliuxpigface> direi che ci siamo. Innanzitutto... Un grazie sincero a tutti. Apprezzo molto l'interesse mostrato, e spero di non deludere le aspettative.
20:15:32 <frafra> quanto verrà detto qui questa sera sarà registrato, alla pari di qualsiasi altro meeting, così da poter permettere a chi non è disponibile questa sera di capire di più dei processi di testing
20:15:36 <sandro_> sono tuutt' occhi e orecchie :)
20:15:44 <frafra> o per permettere agli utenti qui presenti di avere traccia della lezione
20:15:49 <frafra> juliuxpigface, scusami, vai pure, tutto tuo ;)
20:16:21 <juliuxpigface> grazie frafra. Prima di partire, vorrei spendere un paio di parole per introdurre ciò che andremo a fare.
20:16:27 <juliuxpigface> Come ben saprete, il gruppo Quality Assurance, si occupa del testing e del controllo qualità, relativamente a Fedora.
20:16:44 <juliuxpigface> In tutte le attività, il denominatore comune è sempre il solito: cercare di identificare, segnalare e risolvere più bug possibili.
20:17:03 <juliuxpigface> Di comune accordo con il team "Release Engineering", di volta in volta, alcune composizioni di una particolare data, vengono scelte per essere sottoposte al "Release Validation Testing" (che è poi l'argomento cardine di questa serata).
20:17:16 <juliuxpigface> Ma cos'è questo Release Validation Testing?
20:18:03 <juliuxpigface> In realtà, non è altro che quell'insieme di processi di testing, dedicate alle versioni di Fedora che non sono neanch'ora disponibili.
20:19:08 <juliuxpigface> Negli anni, si sono sviluppati una serie di criteri, da rispettare per non ritardare il rilascio. Essi sono il punto di partenza, un po' come le "linee guida" del tester Fedora.
20:19:24 <juliuxpigface> Versione dopo versione, la lista è stata raffinata ed è in continua evoluzione. Ecco qua i link relativi a F24:
20:19:39 <juliuxpigface> #link https://fedoraproject.org/wiki/Fedora_24_Alpha_Release_Criteria
20:19:47 <juliuxpigface> #link https://fedoraproject.org/wiki/Fedora_24_Beta_Release_Criteria
20:19:53 <juliuxpigface> #link https://fedoraproject.org/wiki/Fedora_24_Final_Release_Criteria
20:20:17 <sandro_> juliuxpigface:io ho installato la F24 rawhide; come riportare eventuali "issues" ?
20:20:50 <juliuxpigface> sandro_: ogni bug (di qualsiasi versione), va riportato sulla piattaforma Bugzilla di Redhat
20:20:55 <juliuxpigface> sandro_: https://bugzilla.redhat.com/
20:21:30 <juliuxpigface> sandro_, su FOL abbiamo una guida dettagliata (fin troppo), raggiungibile qui: http://doc.fedoraonline.it/Segnalare_un_bug
20:21:47 <sandro_> juliuxpigface: Ok, bookmark-izzato il link :P
20:22:22 <juliuxpigface> ma comunque il funzionamento di Bugzilla è abbastanza intuitivo. Si apre il bug, si sceglie la versione (attualmente, nel nostro caso, Rawhide) e si inseriscono più dettagli possibili
20:22:45 <sandro_> purtroppo mi sto "muovendo" usando "il centro istintivo soprattutto" .... devo razionalizzare le cose da farsi in modo corretto !
20:23:15 <juliuxpigface> beh, sandro_, senza volerlo, mi hai dato lo spunto per proseguire :).
20:23:30 <sandro_> So .. i'm very happy for this :D
20:23:34 <juliuxpigface> Ovviamente, come dicevamo, i Release Criteria sono delle linee guida;
20:23:55 <juliuxpigface> delle volte, non devono essere presi alla lettera, ma vengono interpretati, a seconda dei casi
20:24:23 <juliuxpigface> Per verificare se gli standard sono raggiunti però, esistono delle apposite sequenze di passaggi pratici da eseguire, denominate "Test Case".
20:24:50 <juliuxpigface> Questo è un esempio: https://fedoraproject.org/wiki/QA:Testcase_desktop_browser/it
20:25:46 <juliuxpigface> I test case sono veramente comodi ed efficaci. Non solo assicurano che le funzionalità di base non siano compromesse
20:26:11 <juliuxpigface> Essi, rappresentano inoltre delle tracce da seguire.
20:26:34 <juliuxpigface> Per questo, molte volte può essere utile ed interessante partire da essi, ma cercare di "personalizzarne" il proseguimento.
20:27:29 <juliuxpigface> Esempio...: per quanto riguarda il "Testcase_desktop_browser", una variazione interessante, potrebbe infatti essere quella di visitare "Gmail" invece del sito "Fedora Account System"
20:27:56 <juliuxpigface> Ci sono delle domande fin qui, sul processo generale "a livello di Fedora Project"?
20:28:27 <gigi_> No, sto cercando di capire meglio
20:29:30 <gigi_> Perchè Gmail?
20:29:52 <juliuxpigface> gigi_: era un esempio :)
20:30:30 <juliuxpigface> gigi_: nel senso... Anche se più pratici dei "Release Criteria", i TestCase sono comunque delle tracce
20:31:59 <juliuxpigface> delle volte può essere utile cercare di "deviare leggermente" dalla traccia, per esplorare situazioni poco provate in precedenza.
20:33:01 <juliuxpigface> però questa è una mia opinione (c'è una certa letteratura sull'argomento, "Exploratory Testing"). Se ci si attiene ai TestCase, si riesce comunque ad assicurare un elevato grado di affidabilità.
20:33:50 <juliuxpigface> gigi_: è più chiaro ora? :)
20:34:33 <juliuxpigface> doh!
20:35:54 <juliuxpigface> gigi_, gigi__: è più chiaro ora? :)
20:36:03 <gigi__> si
20:36:31 <juliuxpigface> Altri hanno perplessità? Oppure passiamo alla parte pratica?
20:36:46 <frafra> possiamo passare alla parte pratica direi :)
20:36:52 <gigi__> va bene
20:37:07 <juliuxpigface> #topic Sessione di testing (parte pratica)
20:37:34 <juliuxpigface> Per ogni composizione nominata per il Rel. Val. Testing, vengono compilate delle pagine wiki con i risultati e la lista di bug incontrati.
20:38:20 <juliuxpigface> Nella simulazione di oggi, "nominiamo per il testing" Fedora 22, Fedora 23, e Fedora Rawhide. Al sistema dovrebbero, se possibile, essere stati applicati gli ultimi aggiornamenti.
20:38:49 <juliuxpigface> Anche se useremo una nostra wiki temporanea, cercheremo comunque di segnalare sul vero Bugzilla, tutti i bug scovati.
20:39:17 <gigi__> io sono su fedora 24 Xfce, va bene?
20:39:25 <juliuxpigface> gigi__: direi che è perfetta
20:39:27 <juliuxpigface> Il link per le pagine dei risultati è, come immaginerete, il seguente: http://qalab.altervista.org/
20:40:11 <juliuxpigface> Da lì, vi invito a loggarvi con l'utente creato in settimana e scegliere il link relativo alla versione che volete testare (appunto 22, 23 o Rawhide/24).
20:41:53 <juliuxpigface> Le "Test Matrix" che vedrete, sono le tabelle da utilizzare per inserire i risultati dei test. Ogni riga, contiene il link che riporta al test case di riferimento.
20:42:37 <juliuxpigface> Una precisazione; la wiki qalab non è ufficiale, ma i TestCase lo sono (se ci cliccate sopra, vedrete che finirete nella wiki del Project)
20:43:35 <juliuxpigface> Ecco... A questo punto, vi chiedo se riuscite tutti a posizionarvi sulla pagina delle Test Matrix ed effettuare il login
20:44:20 <frafra> fatto ;)
20:44:29 <gigi_> Sono sulla pagina, ma non ho il login
20:44:50 <juliuxpigface> gigi__: tu sei l'unico che si è perso il mio messaggio privato su FOL infatti :D. Comunicami una mail in privato che ti abilitiamo al più presto possibile
20:46:41 <juliuxpigface> idraulico_F24, sandro_: voi avete raggiunto la pagina? :)
20:47:19 <idraulico_F24> certo.....
20:47:48 <sandro_> non ancora idraulico
20:48:40 <sandro_> è questa ? http://qalab.altervista.org/index.php/Fedora_Rawhide_Release_Validation_Testing
20:48:57 <juliuxpigface> sandro_: esatto :)
20:49:31 <sandro_> quindi ... ora che dovrei fare per esempio per segnalare che al momento sembra impossibile installare @kde-desktop ?
20:51:51 <juliuxpigface> sandro_: ecco, tu sei già andato oltre :D. Non c'è un testcase apposito per questo.
20:51:57 <frafra> sandro_, per questa sera penso sia meglio concentrarsi sulle live già pronte
20:52:15 <frafra> comunque "qui" dnf install @kde-desktop pare non aver problemi
20:52:37 <idraulico_F24> frafra +1 anche da me
20:52:52 <juliuxpigface> frafra: sì, a dire la verità, un po' tutto sarebbe incentrato su un'installazione da live (non solo questa sera).
20:53:17 <juliuxpigface> i testcase e i release criteria, verificano sopratutto l'integrità delle live
20:53:20 <frafra> anche perché immagino sia più attendibile come test
20:53:53 <juliuxpigface> esatto... E qui torna il discorso che facevamo prima
20:54:25 <juliuxpigface> queste alla fine sono solo tracce. Per i bug (anche per quelli scoperti "uscendo dagli schemi" dei test case), c'è sempre Bugzilla
20:54:44 <idraulico_F24> ?
20:54:53 <juliuxpigface> idraulico_F24: parla pure liberamente
20:55:25 <idraulico_F24> io vorrei segnalare che gdm non mi fa entrare con il login....
20:55:34 <idraulico_F24> come faccio?
20:56:30 <juliuxpigface> Volevo aspettare gigi__ e procedere per gradi. Ma visto che non ha risposto, credo che mi si perdonerà la "digressione" :D.
20:56:56 <idraulico_F24> dovrei andare qui:https://fedoraproject.org/wiki/QA:Testcase_desktop_login/it
20:57:42 <juliuxpigface> idraulico_F24: Esatto... Questa è la traccia. Presumibilmente, tu ti blocchi al passaggio 3.
20:57:51 <gigi_> ho scritto adesso sul messaggio privato fol
20:58:03 <gigi_> intanto guardo
20:58:08 <gigi_> e studio
20:58:22 <juliuxpigface> idraulico_F24: nei risultati aspettati, si legge  "Si deve essere in grado di effettuare il log in con ogni account configurato, se vengono impartite la password corrette"
20:59:11 <idraulico_F24> sì sì ok è chiaro....segue i vari punti e se mi blocco creo il bug report. Giusto?
20:59:18 <juliuxpigface> nel tuo caso quindi, è chiaro che, per Gnome, IL test Testcase_desktop_login fallisce.
20:59:46 <juliuxpigface> Esatto. Nel caso di fallimento, prima di inserire il risultato nel wiki, sarebbe bene segnalare il bug
21:00:13 <juliuxpigface> su Bugzilla
21:00:40 <juliuxpigface> ti invito a farlo (previa ricerca). Se hai problemi, fammi sapere, che intanto abilito l'utenza a gigi__
21:00:58 <sandro_> frafra ... scusatemi ho avuo una telefonata improvvisa :(
21:01:15 <frafra> non c'è problema siamo ancora qui :)
21:01:20 <sandro_> un secondo che provo ad aggiornare e quindi installare kde in rawhide
21:01:32 <juliuxpigface> sandro_: vuoi un consiglio?
21:01:54 <juliuxpigface> doh, è andato. Peccato, tornerà dopo la schermata nera al login (https://bugzilla.redhat.com/show_bug.cgi?id=1283348).
21:02:12 <frafra> juliuxpigface, sandro, usa un livecd di quelli che ha passato juliuxpigface ;)
21:03:21 <juliuxpigface> gigi_: all'indirizzo indicato, ti dovrebbe essere arrivata una mail con le istruzioni per qalab.
21:04:09 <juliuxpigface> idraulico_F24: per pura curiosità... L'impossibilità nel login, la riscontri solo con gnome?
21:04:36 <juliuxpigface> hai provato a loggarti con cinnamon via gdm? Perché io per esempio, con lightdm non riesco a raggiungere gnome (crasha la shell)
21:04:49 <idraulico_F24> sì solo con gnome
21:05:17 <frafra> primo test effettuato :) sto provando rawhide xfce x86_64
21:05:34 <juliuxpigface> idraulico_F24: secondo me è già stato segnalato. Un attimo che vedo
21:05:41 <idraulico_F24> no no  con lightdm va sia gnome che cinnamon da me
21:05:54 <juliuxpigface> frafra: tu sai già come inserire i risultati?
21:06:05 <sandro_> frafra: ok ... ora anche da me funziona (nel senso sto scaricando 1,1 GiB per @kde-desktop :P)
21:06:18 <juliuxpigface> sandro_: KDE è rotto al momento :).
21:06:18 <gigi_> tutto a posto
21:06:53 <frafra> juliuxpigface, ho provato ad inserirli sulla base delle istruzioni in testa alla pagina
21:06:59 <sandro_> juliuxpigface : l'altroieri non voleva nemmeno installarlo ..... oggi invece lo "vede" e quantomeno cerca di installarlo
21:07:27 <juliuxpigface> frafra: perfetto :)
21:07:45 <juliuxpigface> sandro_: il problema è al login (schermata nera)
21:08:16 <juliuxpigface> Comunque... Per cominciare, scegliete il test case che più vi ispira (per esempio... Un semplice "QA:Testcase_desktop_terminal/it").
21:09:10 <juliuxpigface> vi lascio testare autonomamente; per l'inserimento dei risultati (e se trovate bug) o se qualcosa non è chiaro, scrivete pure qua.
21:10:01 <frafra> consiglio vivamente di utilizzare i livecd consigliati da juliuxpigface perché così si può avere un sistema pulito e quando si segnala il problema è facile che altri tester possano riprodurlo ed escludere altre problematiche
21:10:10 <ugone> vedro di metter su un pc con fedora
21:10:59 <idraulico> ci sono è.......sono solo uscito solo dalla sessione con la F24 per fare login gdm
21:11:02 <frafra> basta anche una macchina virtuale
21:11:03 <juliuxpigface> idraulico: hai notato se "abrt" rileva qualcosa in seguito al login fallito con gdm?
21:11:31 <juliuxpigface> idraulico: a me rileva questo, https://bugzilla.redhat.com/show_bug.cgi?id=1292014
21:11:39 <idraulico> ....sto lavorando......scusate
21:12:26 <juliuxpigface> ugone: saresti il benvenuto :)
21:13:02 <juliuxpigface> sandro_: uno con la tua cultura musicale, dovrebbe provare questo: https://fedoraproject.org/wiki/QA:Testcase_audio_basic/it
21:13:06 <gigi_> ho provato il terminale e funziona
21:14:09 <juliuxpigface> gigi_: ottimo :). Posizionati sulla tabella "Non release-blocking desktops: x86 / x86_64" e fai pure modifica
21:15:03 <juliuxpigface> gigi_: quindi, nel gruppo che comincia con "QA:Testcase_desktop_terminal", puoi inserire {{result|pass|panoramix}} accanto a {{result|pass|frafra}}
21:15:29 <juliuxpigface> prima di salvare, può essere utile un'anteprima
21:19:11 <gigi_> così va bene o devo mettere la barra? |?
21:19:23 <gigi_> dopo frafra
21:19:55 <juliuxpigface> | {{result|pass|frafra}} {{result|pass|panoramix}}
21:20:08 <frafra> gigi_, la barra ad inizio linea indica solo che si tratta di una nuova cella
21:20:08 <idraulico> prova rifatta. Ho stoppato lightdm e startato gdm e non entra da nessuna parte ....... (Correggo quanto detto prima: gdm non lascia entrare)
21:20:16 <frafra> quindi dati nella stessa cella non necessitano una nuova barra
21:20:27 <frafra> idraulico, da livecd?
21:20:48 <sandro_> Ok installed kde; ma come diceva juliuxpigface, schermata nera ... (uhm fumata nera ... non abesum papam) :D
21:20:57 <idraulico> non su installazione (HD con partizioni dedicate)
21:21:10 <frafra> sandro_, non ti conviene un livecd in una macchina virtuale?
21:21:18 <gigi_> allora così va bene
21:21:30 <juliuxpigface> frafra: ma sandro_ ha già un'installazione di lxde :)
21:22:17 <idraulico> ......da me gdm è rotto....che fò?
21:22:22 <frafra> gigi_, fai una anteprima per vedere se la tua modifica va bene e poi invia pure
21:22:32 <juliuxpigface> idraulico: do un'occhiata :)
21:23:20 <juliuxpigface> idraulico, anzi... se fai Ctrl+Alt+F3 e fai "abrt-cli ls"... Ti riporta qualcosa nell'ora in cui gdm ha fallito il login?
21:23:34 <juliuxpigface> (abrt-cli ls previo login, ovviamente)
21:23:45 <sandro_> frafra: io non amo le VM ..... preferisco il multiboot in quanto per vedere e toccare con mano le performances penso sia necessario che un OS abbia possibilità "totali" riguardo la gestione hardware ... mentre in VM non posso aver certezzze sulle performances e potenzialità effettive.... ma se sbaglio ... correggetemi pure .... ne sapete 10~15 più di me :D
21:24:39 <frafra> sandro_, va benissimo ;)
21:24:49 <sandro_> era un 10 alla quindicesima ... devo impostare It Layout for the kbd :P
21:25:32 <sandro_> grazie frafra :) del resto penso sia noto che sono uno "didimoclastizzante" con i benchmarks :D :D :D :D :D
21:26:25 <gigi_> Ho fatto l'anteprima e mi sembra vada bene
21:26:46 <gigi_> Non esce la spunta ma penso sia giusto così
21:27:16 <idraulico> scusa giulio ma ho dovuto fare il reboot
21:27:29 <idraulico> si è incasinato tutto
21:27:36 <frafra> gigi_, penso serva una spunta per ogni utente, giusto juliuxpigface?
21:27:50 <frafra> "| {{result|pass|frafra}} {{result|pass|panoramix}}" o "| {{result|pass|frafra|panoramix}}"?
21:28:13 <frafra> mi pare di capire che la prima forma sia quella corretta, no?
21:28:29 <juliuxpigface> frafra: confermo, la prima è la forma corretta
21:28:52 <juliuxpigface> idraulico: eccomi... In che senso "si è incasinato tutto?"
21:28:55 <frafra> gigi_, ho corretto usando la prima forma
21:29:03 <frafra> ora ci sono due spunte
21:29:53 <gigi_> visto grazie
21:30:18 <juliuxpigface> frafra: quando riscontri il "cursore a forma di X"?
21:31:14 <gigi_> ho visto le modifiche grazie
21:32:43 <frafra> juliuxpigface, avvio il livecd, faccio logout
21:33:13 <juliuxpigface> frafra: è un qualcosa di legato alla live. A me non succede
21:33:23 <sandro_> [ot] Comunque gparted è davvero straordinario ... altro che pawsticcion magic (così lo chiamo io); ho spostato e ridotto partizoni di "finestre" per lasciare spazio sul laptop che usa mi babbo per vedere le partite ...... :D [/ot]
21:33:33 <frafra> juliuxpigface, è invalido?
21:34:24 <juliuxpigface> frafra: tecnicamente, sì, ma io non sono propriamente d'accordo con questa scuola di pensiero :).
21:34:32 <idraulico> il giocattolo si è rotto pèroprio completamente......anche dopo vari reboot mi da: error initializing authority: Could not connect ....
21:35:08 <juliuxpigface> idraulico: non riesci a disabilitare gdm e riabilitare lightdm ora?
21:35:43 <idraulico> il giochetto systemctl start/stop non funziona più tra uno e l'altro...purtroppo
21:36:21 <juliuxpigface> comunque, il problema gdm è molto interessante. Mi verrebbe da dire che possa essere legato alla tua scheda video.
21:36:24 <gigi_> ci sono non ho lasciato
21:36:32 <frafra> ouch
21:36:52 <juliuxpigface> Per esempio, con qemu-kvm, a me gdm fa loggare in Xfce.
21:36:56 <frafra> juliuxpigface, beh, ma se non si può selezionare la parte di accessibilità o cambiare layout dal login...
21:37:14 <idraulico> la scheda è nvidia
21:37:27 <juliuxpigface> gigi_: ottimo :). Prosegui pure con i testcase che preferisci
21:38:20 <juliuxpigface> frafra: nel dubbio... Segnala :). Al limite te lo chiudono dicendo "I don't have enough time to fix this kind of bugs in live, sorry" (mi è già capitato con mate/cinnamon).
21:38:55 <juliuxpigface> frafra: io sono pienamente d'accordo con te, però le live son sistemi particolari
21:39:05 <juliuxpigface> idraulico: ma come? Neanche partendo in "init 3" funziona?
21:39:39 <idraulico> no
21:40:00 <sandro_> Scusate se mi intrometto..... secondo me se si ha nVidia è meglio usare i drivers (l'installer) direttamente da www.nvidia.com scegliendo il linguaggio US/Canada
21:40:22 <juliuxpigface> idraulico: provato i driver vesa (parametro nomodeset)?
21:40:30 <sandro_> occorrono i @development-tools @development-libs
21:40:58 <sandro_> i nouveau van messi in blacklist se si usano drivers proprietari
21:41:19 <juliuxpigface> sandro_: non sono assolutamente d'accordo :). I driver proprietari hanno tempi di sviluppo lenti, Rawhide è "troppo avanti" :).
21:41:22 <sandro_> echo "blacklist nouveau">>/etc/modprobe.d/blacklist.conf
21:41:38 <idraulico> sono disperato....dovrò reinstallare la rawhide...per adesso mi fermo qui e assisto al resto del meeting
21:42:17 <juliuxpigface> idraulico: certo che è strano, molto molto strano... Hai provato con i vesa e/o a bootare con un altro kernel?
21:42:44 <idraulico> la console ce l'ho è.....
21:42:57 <idraulico> prima forse mi sono espresso male....
21:43:04 <sandro_> juliuxpigface: non son per nulla d'accordo (comunque .... parlo in assoulto stato di pace .... non voglio essere un rompic......) ma i kmod-nvidia peccano di non installarti tutti e tre i moduli che invece ti forniscono con lo nvidia-installer
21:43:20 <idraulico> non va più nessun DM
21:43:20 <sandro_> 1) nvidia-module (che questo vien installato anche coi kmod)
21:43:33 <sandro_> 2) uvm-module (necessario per cuda
21:43:42 <juliuxpigface> idraulico: se dai uno "startx", cosa succede?
21:43:52 <sandro_> 3 kms-module (che al momento ancora non so come sfruttarlo .....
21:44:37 <juliuxpigface> idraulico: aspetta un secondo... Non conviene usare "systemctl stop/start", ma "systemctl disable/enable" e poi dare un reboot
21:45:19 <idraulico> ho dato startx (da root) e sta frullando chissà ...
21:45:35 <frafra> sandro_, hanno iniziato a fare i pacchetti anche per per l'uvm
21:45:43 <idraulico> e partito xfce ....incredibile
21:46:04 <frafra> ok, trovato bug, segnalato, fatto qualche test, inserito nella tabella
21:46:30 <frafra> juliuxpigface, quindi dici che se fosse solo nella live il problema del login, dovrei metterlo in warning?
21:46:41 <frafra> o tutti i test sarebbero da fare con una installazione fresca?
21:46:43 <sandro_> frafra: Grazie per l'info :) comunque adesso sulla rawhide 24 uso i nouveau ....
21:47:04 <juliuxpigface> frafra: i test sarebbero da fare con un'installazione fresca della ISO, addirittura senza aggiornamenti.
21:47:22 <juliuxpigface> frafra: in modo che, quando siamo in "fase RC", si prendono le ISO così come sono e si rilasciano
21:47:28 <frafra> juliuxpigface, allora installo e rifaccio alcune verifiche
21:47:29 <frafra> grazie
21:47:31 <sandro_> frafra: invece mi piacerebbe capire come sfruttare il modulo kms-module di nVidia .....
21:47:35 <sandro_> boh :roll:
21:47:50 <juliuxpigface> frafra: ovviamente però, la simulazione di oggi è un po' "speciale"
21:48:10 <idraulico> oggi è tutto speciale......
21:48:14 <juliuxpigface> frafra: non stiamo testando una composizione, ma una Rawhide
21:48:34 <juliuxpigface> idraulico: secondo me il problema è che cambiavi il DM "in runtime", invece di disabilitare e abilitare
21:49:01 <frafra> juliuxpigface, ok
21:49:22 <frafra> juliuxpigface++
21:49:44 <idraulico> forse è così
21:49:50 <juliuxpigface> frafra: mi avevi già "biscottato" :D
21:50:03 <frafra> belcocco++
21:50:03 <zodbot> frafra: Karma for belcocco changed to 1 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:50:14 <frafra> panoramix++
21:50:14 <zodbot> frafra: Karma for panoramix changed to 1 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:50:34 <juliuxpigface> vi karmo anche io per essere venuti
21:50:36 <juliuxpigface> frafra++
21:50:38 <juliuxpigface> belcocco++
21:50:39 <zodbot> juliuxpigface: Karma for belcocco changed to 2 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:50:42 <juliuxpigface> panoramix++
21:50:42 <zodbot> juliuxpigface: Karma for panoramix changed to 2 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:50:45 <sandro_> [ot] Comunque mi inchino di fronte a juliuxpigface ..... Egregio sei diventato davvero un GRANDE :)[/ot] e questo mi fa davvero piacere :)
21:51:14 <idraulico> frafra++
21:51:42 <frafra> idraulico, non credo funzioni se il tuo nickname in chat non corrisponde al tuo nome FAS
21:51:59 <idraulico> juliuxpigface++
21:52:16 <frafra> idraulico, lancia /nick belcocco
21:52:25 <frafra> così cambi nickname e poi dovrebbe andare
21:52:26 <juliuxpigface> sandro_: grazie per i complimenti, mi fanno davvero piacere :)
21:52:38 <belcocco> frafra++
21:52:38 <zodbot> belcocco: Karma for frafra changed to 6 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:53:04 <belcocco> juliuxpigface++
21:53:04 <zodbot> belcocco: Karma for juliuxpigface changed to 3 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:53:17 <juliuxpigface> grazie :)
21:53:17 <belcocco> panoramix++
21:53:18 <zodbot> belcocco: Karma for panoramix changed to 3 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
21:53:31 <sandro_> juliuxpigface: non vedo l'ora che si organizza di mangiare la pizza da qualche parte :) comunque ti Stimo un casino .... Grazie del tuo lavoro e dei tuoi suggerimenti :)
21:54:50 <frafra> :)
21:54:51 <gigi_> sto installando @virtualization per testare LXDE che ho già sull'hd
21:54:58 <juliuxpigface> eh... prima di organizzare le pizzate, dobbiamo in un qualche modo "ricucire" la comunità :). Ci vuole un po' di tempo, ma vedo anche su FOL che c'è tanta gente in gamba che si dà da fare
21:56:11 <frafra> juliuxpigface, il problema persiste nel sistema installato
21:56:11 <sandro_> io son stato zingaro per molto tempo .... ho avuto un paio di anni di "buio informatico" ... ma ora cerco di riprendere .... :)
21:56:20 <belcocco> raga ho scassato la rawhide ma sono contento....non so perchè :))))
21:57:37 <frafra> hehehehe
21:57:48 <frafra> cancello i riferimenti al livecd, perché il bug persiste
21:58:13 <juliuxpigface> frafra: benissimo, grazie per il report :).
21:58:21 <sandro_> belcocco: scusa se mi intrometto ma io penso che vi siano modi per ripararla .... a meno di non disintegrare volutamente i files "vitali" del sistema :)
21:59:02 <frafra> idem per il problema del pavucontrol
21:59:43 <frafra> il fatto che non ci sia un tool per l'update grafico su xfce è normale?
21:59:54 <juliuxpigface> frafra: sì.
22:00:09 <belcocco> <sandro_> forse si può ma non vale la pena......scarico la iso reinstallo e in mezzora vado di test un'altra volta
22:00:19 <frafra> juliuxpigface, ok grazie
22:00:35 <sandro_> pavucontrol non è esaltante.... preferisce darmi come unica possibilità l'uscita delle casse del monitor in HDMI anzichè le casse collegate in modo "canonico".
22:01:02 <sandro_> meglio xfce4-mixer o kdemix .... meglio alsamixer in terminal
22:01:34 <juliuxpigface> frafra: io non riempio mai quella cella per i desktop "minori". Vedo che altri (satellit, sopratutto) tende ad installare yumex o yumex-dnf
22:02:08 <juliuxpigface> e mi verrebbe da dire che l'approccio più giusto sia il suo, anche se, tecnicamente l'applicativo non è presente di default
22:02:44 <frafra> juliuxpigface, non packagekit?
22:02:44 <juliuxpigface> io mi dimentico di testare i vari yumex/apper/gnome-software/ecc. per la storia che "non si devono fare aggiornamenti" :D.
22:03:15 <frafra> eh, infatti
22:03:19 <frafra> al più come test finale no?
22:03:23 <juliuxpigface> esattamente
22:04:11 <juliuxpigface> beh, per quanto riguarda l'applicativo da testare su xfce... Non c'è una risposta, proprio perché non ce n'è uno di default
22:04:57 <gigi_> sto facendo giornalmente l'aggiornamento con dnf e funziona
22:05:59 <juliuxpigface> frafra, spero che lo diano questo badge perché è fantastico :D ---> https://communityblog.fedoraproject.org/heroes-of-fedora-hof-f23-alpha/
22:06:18 <juliuxpigface> gigi_: infatti, anche io tendo ad usare dnf
22:06:50 <juliuxpigface> (anche perché funziona senza interfaccia grafica e in quei casi mi fa risparmiare tempo)
22:07:14 <gigi_> funziona anche irssi
22:07:50 <frafra> heehhe
22:08:15 <belcocco> wyz come te la passi???
22:10:03 <gigi_> ho posizionato il cestino sul pannello ed è andato bene
22:10:16 <belcocco> grazie a tutti .......notte ....e buone feste.
22:10:24 <gigi_> adesso riavvio e controllo il tutto
22:11:42 <frafra> ok altri test fatti
22:11:46 <frafra> altri in progress
22:12:06 <frafra> juliuxpigface, alcune app hanno icone mancanti; non sto parlando dei lanciatori, ma icone nelle app
22:12:15 <frafra> come debbo riportarlo?
22:12:56 <juliuxpigface> frafra: non c'è un testcase specifico; il "menu" riguarda proprio il layout delle icone del menù
22:13:09 <juliuxpigface> (e il funzionamento di base di tutti i lanciatori)
22:14:30 <Guest70351> .hello_panoramix
22:14:46 <frafra> ok, grazie :)
22:14:54 <Guest70351> .hello_panoramix<luigi.trezzi@alice.it>
22:15:03 <frafra> Guest70351, non è necessario ridarlo, ma esegui "/nick panoramix" per cambiare nickname
22:15:14 <Guest70351> ho riavviato xfce e va tutto bene.
22:15:19 <frafra> il comando hello si usa così: ".hello panoramix" (senza apici)
22:15:45 <Guest70351> non ci sono messaggi d'errore nella videata di partenza
22:16:00 <frafra> bene
22:16:07 <Guest70351> .hello panoramix
22:16:08 <zodbot> Guest70351: panoramix 'None' <luigi.trezzi@alice.it>
22:16:09 <juliuxpigface> bene panoramix, direi che nel tuo caso il test "error_checks" sia passato
22:18:10 <panoramix> domani vado a vedere se c'è l'immagine workstation e testo anche quella
22:18:20 <panoramix> Buona notte
22:18:36 <panoramix> Buone feste a tutti
22:18:38 <juliuxpigface> panoramix: tieni presente che Gnome e KDE sono in continuo sviluppo, quindi ci sono più grattacapi
22:18:55 <juliuxpigface> per il resto... Grazie per essere venuto, e tanti auguri di buone feste anche a te
22:19:00 <panoramix> Si questo l'avevo messo in conto
22:19:10 <panoramix> A presto
22:19:49 <frafra> ok, stiamo andando verso la conclusione
22:20:55 <frafra> juliuxpigface, qualche domanda conclusiva, ti va?
22:21:05 <juliuxpigface> sono qui apposta :)
22:21:19 <frafra> sto testando il desktop_menus
22:21:30 <frafra> ho usato sia "inprogress" sia "fail"
22:21:33 <frafra> è corretto?
22:21:52 <frafra> è un test lungo da eseguire, ma ho già trovato un problma
22:22:19 <juliuxpigface> allora basta il fail :). Meglio ancora con una nota con cui dici che "non è stato completato".
22:22:29 <frafra> sotto forma di una ref?
22:22:35 <juliuxpigface> esatto
22:23:29 <juliuxpigface> idealmente, per essere "pass", devono essere rispettati tutti gli " Expected Results"
22:24:04 <frafra> altra domanda
22:24:09 <juliuxpigface> prego
22:24:34 <frafra> cosa ci dici di https://boot.fedoraproject.org/ ? lo utilizzi? se sì, lo consiglieresti per il testing?
22:25:22 <juliuxpigface> ci sono alcuni aspetti da considerare
22:26:09 <juliuxpigface> innanzitutto, quello che abbiamo utilizzato stasera, è un wiki particolare. In realtà, i testcases sono molti di più.
22:26:22 <juliuxpigface> o meglio... Questi sono solo quelli del settore "desktop"
22:26:40 <juliuxpigface> ovviamente, prima di arrivare al desktop, c'è tutta una gran parte riguardante Anaconda, partizionamento, boot ecc.
22:27:59 <juliuxpigface> credo che, il link che hai messo qui, si riferisca alla "boot.iso" che troviamo, per esempio, qua: https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20151204_Installation#How_to_test
22:28:37 <juliuxpigface> quindi: ha senso per il testing, in generale? Sì
22:29:11 <frafra> ogni volta che si incontra un problema oltre a segnarlo sul wiki è "obbligatorio" riportarlo su bugzilla o è solo consigliato?
22:29:28 <juliuxpigface> un attimo solo, concludo con la domanda precedente :)
22:29:38 <juliuxpigface> dicevo... Ha senso per il testing in generale? Sì
22:29:41 <juliuxpigface> ha senso per il release validation testing? Ni
22:30:20 <juliuxpigface> per la parte d'installazione, sicuramente sì. Per la parte desktop no; le immagini "boot" e "netinstall" infatti, in seguito all'installazione offrono il parco software del tutto aggiornato
22:30:58 <juliuxpigface> e il release validation testing si occupa del testing di un set predefinito di pacchetti, con la loro specifica versione
22:31:49 <juliuxpigface> i testcase relativi ad aggiornamenti e upgrade, servono a valutare l'efficacia dei processi.
22:32:18 <juliuxpigface> per capirci... Se un testcase relativo al release validation testing, proponesse un "dnf update firefox"
22:32:26 <juliuxpigface> e se il suddetto fallisse per problemi di dipendenze
22:32:59 <juliuxpigface> tecnicamente, non sarebbe un test fallito (al massimo un "warning"): dnf funziona,
22:33:37 <juliuxpigface> per la domanda successiva (ogni volta che si incontra un problema oltre a segnarlo sul wiki è "obbligatorio" riportarlo su bugzilla o è solo consigliato?), direi che non c'è una vera e propria regola
22:34:04 <juliuxpigface> o meglio... Le linee guida direbbero di sì, ma non è un vero e proprio obbligo
22:34:52 <frafra> chiaro ed esaustivo :)
22:34:57 <frafra> grazie
22:35:02 <frafra> esiste una checklist per essere sicuri di eseguire i test correttamente? ad esempio, viene ricordato da qualche parte di verificare che il medium non sia corrotto?
22:35:16 <juliuxpigface> un secondo, ultima precisazione sulla domanda precedente
22:35:22 <juliuxpigface> bisogna però tener presente che il wiki da solo, è sicuramente comodo, ma nel processo di risoluzione dei bug non entra.
22:35:23 <frafra> sono un disastro, scusa haahha
22:35:32 <juliuxpigface> tranquillo, sono io che son prolisso :).
22:35:49 <juliuxpigface> dicevo... Il wiki serve per statistica, per fornire uno sguardo sul livello di qualità della composizione
22:36:28 <juliuxpigface> serve anche per non disperdere i vari testcase, per avere un punto d'incontro
22:36:49 <juliuxpigface> è molto comodo anche nei go/no-go, per fornire un "biglietto da visita" agli altri team
22:37:00 <juliuxpigface> ma in sé, i bug vanno segnalati, lavorati e risolti su Bugzilla
22:37:16 <juliuxpigface> i maintainer, non sono tenuti a guardare la wiki usata dal QA insomma
22:37:48 <juliuxpigface> quindi... Segnare un fallimento di un test, senza riportare un bug, non è strettamente obbligatorio, ma secondo me serve a poco.
22:38:21 <juliuxpigface> non sono sicuro di aver capito bene l'ultima domanda
22:38:36 <juliuxpigface> beh, ci sono i risultati da verificare
22:39:21 <juliuxpigface> però, alla fine i testcase sono delle linee guida
22:39:27 <frafra> intendo: come evitare falsi negativi/positivi? c'è qualche consiglio/procedura tipo "non fare/fare xyz prima di iniziare"?
22:40:03 <frafra> cose che magari i tester alle prime armi si dimenticano
22:40:20 <juliuxpigface> mah, generalmente no, perché in un sistema in continua evoluzione come Fedora sarebbe impossibile mantenere dei testcase così dettagliati.
22:40:43 <frafra> capisco
22:40:52 <juliuxpigface> Come dicevo prima, stasera abbiamo visto solo i test case relativi al desktop
22:41:07 <juliuxpigface> quelli relativi alla parte d'installazione sono molti di più
22:41:22 <juliuxpigface> nelle composizioni dove, per esempio, c'è qualche problema in anaconda
22:41:39 <juliuxpigface> ci si ferma alla parte d'installazione, non ha senso provare i test case relativi al desktop
22:42:26 <juliuxpigface> cioè, se già una semplice installazione fallisce, non ha senso aggirare anaconda per arrivare alla parte desktop
22:43:06 <juliuxpigface> poi sì, diciamo che di solito si testa in team
22:43:31 <juliuxpigface> quindi, se io son l'unico che riscontra un dato problema, e ad altri tre il test fila liscio come l'olio.
22:43:52 <juliuxpigface> qualche domanda su integrità dell'ISO o altro me la faccio
22:44:22 <juliuxpigface> esempio reale: con l'upgrade 22->23 via dnf-system-upgrade, ho fallito due tentativi
22:44:36 <juliuxpigface> credevo che il sistema fosse ancora acerbo, ma agli altri testers andava tutto bene
22:45:06 <juliuxpigface> con più attenzione, ho scoperto un mio errore stupido: semplicemente avevo troppo poco spazio nella "/"
22:45:38 <juliuxpigface> ma anche questo errore stupido, credo sia servito: quando ho riprovato a distanza di mesi, dnf mi ha avvisato e si è rifiutato di farmi fare l'upgrade
22:46:00 <juliuxpigface> insomma... Concludendo... Tutto fa brodo; basta solo avere la pazienza di segnalare i bug :)
22:46:12 <frafra> allora ti farei un'ultima domanda prima di chiudere :)
22:46:36 <juliuxpigface> vai pure :)
22:46:46 <frafra> infine, cosa fare se uno volesse iniziare a collaborare col gruppo QA? meglio partire da IRC, iscriversi al gruppo o a qualche mailing list, oppure iniziare subito a modificare la wiki? come procedere dopo questa bella serata? Fedora 23 nightly validation events?
22:47:46 <juliuxpigface> per partecipare al release validation testing, credo non sia obbligatorio essere membri QA. Basterebbe solo un account FAS.
22:48:02 <juliuxpigface> ovviamente però, entrare nel team presenta numerosi vantaggi
22:48:47 <juliuxpigface> innanzitutto, c'è il lato "sociale": abbiamo visto questa sera che testare in compagnia è molto più bello che optare per una sessione individuale
22:49:32 <juliuxpigface> il canale IRC #fedora-qa è sicuramente il luogo più adatto, anche per condividere al volo le proprie esperienze
22:49:58 <juliuxpigface> in particolare, quando siamo vicini ai rilasci, si anima di volenterosi :)
22:50:25 <juliuxpigface> e poi, c'è la ml, che è molto comoda. Ovviamente perché si può avere notizia di bug seri, ma già conosciuti
22:51:17 <juliuxpigface> vicini alle scadenze, spesso si comunica quale parte della distro necessiti di maggior testing
22:52:01 <juliuxpigface> ultimo ma non ultimo, la ml riceve giornalmente mail dei sistemi automatici del Fedora QA
22:52:44 <juliuxpigface> il contenuto di suddette mail include: pacchetti che hanno bisogno di testing, ISO che han fallito la composizione, risultati del testing automatico di openQA ecc.
22:53:18 <juliuxpigface> Insomma... Se qualcuno volesse unirsi a noi, è il benvenuto :)
22:53:20 <juliuxpigface> EOF
22:53:24 <frafra> bene allora ringraziamo tutti i partecipanti e il buon juliuxpigface per aver dedicato il proprio tempo all'organizzazione di questa serata :)
22:53:24 <frafra> rimando alla discussione sul forum di fedoraonline.it dove pubblicheremo i log
22:53:24 <frafra> #idea Trasformare i punti salienti di questo evento in una intervista domanda-risposta
22:53:24 <frafra> #link http://forum.fedoraonline.it/viewtopic.php?pid=234844
22:53:24 <frafra> e mi raccomando: fate testing! :)
22:53:26 <frafra> juliuxpigface: un saluto/chiusura/esortazione finale?
22:53:49 <juliuxpigface> cito la tua ultima frase e la estendo...
22:54:13 <juliuxpigface> mi raccomando: fate testing e segnalate i bug e le problematiche che riscontrate! :)
22:54:20 <frafra> ehheeh
22:54:51 <frafra> buona notte a tutti e a presto :)
22:54:52 <frafra> #endmeeting