20:00:24 #startmeeting A lezione di... Testing! (con arkanoid / juliuxpigface) 20:00:24 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 Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00:24 The meeting name has been set to 'a_lezione_di..._testing!_(con_arkanoid_/_juliuxpigface)' 20:00:24 #chair jpigface 20:00:24 Current chairs: frafra jpigface 20:00:24 #topic Roll Call 20:00:25 .hello frafra 20:00:27 frafra: frafra 'Francesco Frassinelli' 20:00:50 frafra: jULIUXpigface :) 20:00:55 ok, vediamo quanti parteciperanno alla sessione speciale di questa sera 20:01:04 .hello juliuxpigface 20:01:05 juliuxpigface: juliuxpigface 'Giulio Erler' 20:01:06 #chair juliuxpigface 20:01:06 Current chairs: frafra jpigface juliuxpigface 20:01:14 frafra: ty 20:01:43 ,hello 20:02:06 idraulico_F24, con il punto, tipo ".hello NOME_FAS" 20:02:25 .hello belcocco 20:02:26 idraulico_F24: belcocco 'sergio agnes' 20:02:34 buona sea 20:03:01 mi sa che qualcuno ha problemi di connessione ;) 20:03:06 sandro_, sei dei nostri? 20:04:23 benvenuto mailga, siamo in Roll Call ;) 20:04:36 mailga, ciao .....sempre in ritardo, è.........:-))) 20:04:38 (e complimenti ;) ) 20:04:48 bene, altri che parteciperanno questa sera? 20:04:52 ? buona sera 20:05:04 sono panoramix 20:05:04 ma io son qui per guardare, non intendo disturbare.... 20:05:16 gigi_, buona sera; se hai un account Fedora, puoi usare il comando ".hello nome_fas 20:05:36 ....ma guarda che i film sono al cinema o alla TV.....nè... 20:05:41 (mi sono dimenticato una coppia di doppi apici, puoi ignorarli) 20:06:39 beh, direi che ci siamo tutti; a dire la verità mancherebbe il buon sandro_. Era qui fino ad un attimo fa 20:06:43 non mi ricordo il nome fas 20:07:05 Scusate .... ho finito ora di mangiare il merluzzo con le cipolle :D :D :D 20:07:08 son qui :) 20:07:23 sandro_, hai un account FAS? puoi presentarti con .hello nome_fas 20:07:36 non non ce l'ho 20:08:16 ok 20:08:23 se non ci sono altri possiamo proseguire mi sa 20:08:41 ma questo fas è necessario ? 20:09:02 sandro_: no, no :). FAS = Fedora Account System. 20:09:19 lo farò 20:09:32 gigi_, mi sa che sia semplicemente panoramix 20:10:26 .fasinfo panoramix 20:10:27 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 mailga: Approved Groups: cla_fpca cla_done cla_fedora cvsl10n 20:10:46 mailga, frafra, siete degli stalker :D 20:10:55 eheheh avevo interrogato zodbot in privato 20:11:00 andiamo oltre allora 20:11:10 #topic Presentazione 20:11:14 * mailga vuole essere stalker tutta la vita... 20:11:18 urka anche a me mi davano dello stalker :o :D :D :D 20:11:21 bene, benvenuti a tutti! :) 20:11:43 frafra: Ousoo Maestro :)! 20:12:01 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 juliuxpigface si è reso disponibile a tenere una lezione a riguardo 20:12:41 juliuxpigface non è un maestro qualsiasi: con i suoi bug report ha pure fatto slittare il rilascio di F23, non è così? ;) 20:12:57 (cribbio lo dicevo che Jiulius ha fatto passi incredibili) [/ot] 20:13:33 frafra, è capitato, sì... 20:13:36 useremo questo canale come mezzo di comunicazione principale; juliuxpigface terrà una breve introduzione e poi passeremo alla parte pratica 20:13:47 ".hello panoramix 20:13:52 Avrei voluto anch'ip migliorare ... ma ho avuto un paio di anni "bui2§ :| 20:13:54 gigi_, senza " 20:14:01 .hello panoramix 20:14:02 gigi_: panoramix 'None' 20:15:10 juliuxpigface, a che punto siamo? pronti? :) 20:15:29 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 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 sono tuutt' occhi e orecchie :) 20:15:44 o per permettere agli utenti qui presenti di avere traccia della lezione 20:15:49 juliuxpigface, scusami, vai pure, tutto tuo ;) 20:16:21 grazie frafra. Prima di partire, vorrei spendere un paio di parole per introdurre ciò che andremo a fare. 20:16:27 Come ben saprete, il gruppo Quality Assurance, si occupa del testing e del controllo qualità, relativamente a Fedora. 20:16:44 In tutte le attività, il denominatore comune è sempre il solito: cercare di identificare, segnalare e risolvere più bug possibili. 20:17:03 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 Ma cos'è questo Release Validation Testing? 20:18:03 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 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 Versione dopo versione, la lista è stata raffinata ed è in continua evoluzione. Ecco qua i link relativi a F24: 20:19:39 #link https://fedoraproject.org/wiki/Fedora_24_Alpha_Release_Criteria 20:19:47 #link https://fedoraproject.org/wiki/Fedora_24_Beta_Release_Criteria 20:19:53 #link https://fedoraproject.org/wiki/Fedora_24_Final_Release_Criteria 20:20:17 juliuxpigface:io ho installato la F24 rawhide; come riportare eventuali "issues" ? 20:20:50 sandro_: ogni bug (di qualsiasi versione), va riportato sulla piattaforma Bugzilla di Redhat 20:20:55 sandro_: https://bugzilla.redhat.com/ 20:21:30 sandro_, su FOL abbiamo una guida dettagliata (fin troppo), raggiungibile qui: http://doc.fedoraonline.it/Segnalare_un_bug 20:21:47 juliuxpigface: Ok, bookmark-izzato il link :P 20:22:22 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 purtroppo mi sto "muovendo" usando "il centro istintivo soprattutto" .... devo razionalizzare le cose da farsi in modo corretto ! 20:23:15 beh, sandro_, senza volerlo, mi hai dato lo spunto per proseguire :). 20:23:30 So .. i'm very happy for this :D 20:23:34 Ovviamente, come dicevamo, i Release Criteria sono delle linee guida; 20:23:55 delle volte, non devono essere presi alla lettera, ma vengono interpretati, a seconda dei casi 20:24:23 Per verificare se gli standard sono raggiunti però, esistono delle apposite sequenze di passaggi pratici da eseguire, denominate "Test Case". 20:24:50 Questo è un esempio: https://fedoraproject.org/wiki/QA:Testcase_desktop_browser/it 20:25:46 I test case sono veramente comodi ed efficaci. Non solo assicurano che le funzionalità di base non siano compromesse 20:26:11 Essi, rappresentano inoltre delle tracce da seguire. 20:26:34 Per questo, molte volte può essere utile ed interessante partire da essi, ma cercare di "personalizzarne" il proseguimento. 20:27:29 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 Ci sono delle domande fin qui, sul processo generale "a livello di Fedora Project"? 20:28:27 No, sto cercando di capire meglio 20:29:30 Perchè Gmail? 20:29:52 gigi_: era un esempio :) 20:30:30 gigi_: nel senso... Anche se più pratici dei "Release Criteria", i TestCase sono comunque delle tracce 20:31:59 delle volte può essere utile cercare di "deviare leggermente" dalla traccia, per esplorare situazioni poco provate in precedenza. 20:33:01 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 gigi_: è più chiaro ora? :) 20:34:33 doh! 20:35:54 gigi_, gigi__: è più chiaro ora? :) 20:36:03 si 20:36:31 Altri hanno perplessità? Oppure passiamo alla parte pratica? 20:36:46 possiamo passare alla parte pratica direi :) 20:36:52 va bene 20:37:07 #topic Sessione di testing (parte pratica) 20:37:34 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 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 Anche se useremo una nostra wiki temporanea, cercheremo comunque di segnalare sul vero Bugzilla, tutti i bug scovati. 20:39:17 io sono su fedora 24 Xfce, va bene? 20:39:25 gigi__: direi che è perfetta 20:39:27 Il link per le pagine dei risultati è, come immaginerete, il seguente: http://qalab.altervista.org/ 20:40:11 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 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 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 Ecco... A questo punto, vi chiedo se riuscite tutti a posizionarvi sulla pagina delle Test Matrix ed effettuare il login 20:44:20 fatto ;) 20:44:29 Sono sulla pagina, ma non ho il login 20:44:50 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 idraulico_F24, sandro_: voi avete raggiunto la pagina? :) 20:47:19 certo..... 20:47:48 non ancora idraulico 20:48:40 è questa ? http://qalab.altervista.org/index.php/Fedora_Rawhide_Release_Validation_Testing 20:48:57 sandro_: esatto :) 20:49:31 quindi ... ora che dovrei fare per esempio per segnalare che al momento sembra impossibile installare @kde-desktop ? 20:51:51 sandro_: ecco, tu sei già andato oltre :D. Non c'è un testcase apposito per questo. 20:51:57 sandro_, per questa sera penso sia meglio concentrarsi sulle live già pronte 20:52:15 comunque "qui" dnf install @kde-desktop pare non aver problemi 20:52:37 frafra +1 anche da me 20:52:52 frafra: sì, a dire la verità, un po' tutto sarebbe incentrato su un'installazione da live (non solo questa sera). 20:53:17 i testcase e i release criteria, verificano sopratutto l'integrità delle live 20:53:20 anche perché immagino sia più attendibile come test 20:53:53 esatto... E qui torna il discorso che facevamo prima 20:54:25 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 ? 20:54:53 idraulico_F24: parla pure liberamente 20:55:25 io vorrei segnalare che gdm non mi fa entrare con il login.... 20:55:34 come faccio? 20:56:30 Volevo aspettare gigi__ e procedere per gradi. Ma visto che non ha risposto, credo che mi si perdonerà la "digressione" :D. 20:56:56 dovrei andare qui:https://fedoraproject.org/wiki/QA:Testcase_desktop_login/it 20:57:42 idraulico_F24: Esatto... Questa è la traccia. Presumibilmente, tu ti blocchi al passaggio 3. 20:57:51 ho scritto adesso sul messaggio privato fol 20:58:03 intanto guardo 20:58:08 e studio 20:58:22 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 sì sì ok è chiaro....segue i vari punti e se mi blocco creo il bug report. Giusto? 20:59:18 nel tuo caso quindi, è chiaro che, per Gnome, IL test Testcase_desktop_login fallisce. 20:59:46 Esatto. Nel caso di fallimento, prima di inserire il risultato nel wiki, sarebbe bene segnalare il bug 21:00:13 su Bugzilla 21:00:40 ti invito a farlo (previa ricerca). Se hai problemi, fammi sapere, che intanto abilito l'utenza a gigi__ 21:00:58 frafra ... scusatemi ho avuo una telefonata improvvisa :( 21:01:15 non c'è problema siamo ancora qui :) 21:01:20 un secondo che provo ad aggiornare e quindi installare kde in rawhide 21:01:32 sandro_: vuoi un consiglio? 21:01:54 doh, è andato. Peccato, tornerà dopo la schermata nera al login (https://bugzilla.redhat.com/show_bug.cgi?id=1283348). 21:02:12 juliuxpigface, sandro, usa un livecd di quelli che ha passato juliuxpigface ;) 21:03:21 gigi_: all'indirizzo indicato, ti dovrebbe essere arrivata una mail con le istruzioni per qalab. 21:04:09 idraulico_F24: per pura curiosità... L'impossibilità nel login, la riscontri solo con gnome? 21:04:36 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 sì solo con gnome 21:05:17 primo test effettuato :) sto provando rawhide xfce x86_64 21:05:34 idraulico_F24: secondo me è già stato segnalato. Un attimo che vedo 21:05:41 no no con lightdm va sia gnome che cinnamon da me 21:05:54 frafra: tu sai già come inserire i risultati? 21:06:05 frafra: ok ... ora anche da me funziona (nel senso sto scaricando 1,1 GiB per @kde-desktop :P) 21:06:18 sandro_: KDE è rotto al momento :). 21:06:18 tutto a posto 21:06:53 juliuxpigface, ho provato ad inserirli sulla base delle istruzioni in testa alla pagina 21:06:59 juliuxpigface : l'altroieri non voleva nemmeno installarlo ..... oggi invece lo "vede" e quantomeno cerca di installarlo 21:07:27 frafra: perfetto :) 21:07:45 sandro_: il problema è al login (schermata nera) 21:08:16 Comunque... Per cominciare, scegliete il test case che più vi ispira (per esempio... Un semplice "QA:Testcase_desktop_terminal/it"). 21:09:10 vi lascio testare autonomamente; per l'inserimento dei risultati (e se trovate bug) o se qualcosa non è chiaro, scrivete pure qua. 21:10:01 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 vedro di metter su un pc con fedora 21:10:59 ci sono è.......sono solo uscito solo dalla sessione con la F24 per fare login gdm 21:11:02 basta anche una macchina virtuale 21:11:03 idraulico: hai notato se "abrt" rileva qualcosa in seguito al login fallito con gdm? 21:11:31 idraulico: a me rileva questo, https://bugzilla.redhat.com/show_bug.cgi?id=1292014 21:11:39 ....sto lavorando......scusate 21:12:26 ugone: saresti il benvenuto :) 21:13:02 sandro_: uno con la tua cultura musicale, dovrebbe provare questo: https://fedoraproject.org/wiki/QA:Testcase_audio_basic/it 21:13:06 ho provato il terminale e funziona 21:14:09 gigi_: ottimo :). Posizionati sulla tabella "Non release-blocking desktops: x86 / x86_64" e fai pure modifica 21:15:03 gigi_: quindi, nel gruppo che comincia con "QA:Testcase_desktop_terminal", puoi inserire {{result|pass|panoramix}} accanto a {{result|pass|frafra}} 21:15:29 prima di salvare, può essere utile un'anteprima 21:19:11 così va bene o devo mettere la barra? |? 21:19:23 dopo frafra 21:19:55 | {{result|pass|frafra}} {{result|pass|panoramix}} 21:20:08 gigi_, la barra ad inizio linea indica solo che si tratta di una nuova cella 21:20:08 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 quindi dati nella stessa cella non necessitano una nuova barra 21:20:27 idraulico, da livecd? 21:20:48 Ok installed kde; ma come diceva juliuxpigface, schermata nera ... (uhm fumata nera ... non abesum papam) :D 21:20:57 non su installazione (HD con partizioni dedicate) 21:21:10 sandro_, non ti conviene un livecd in una macchina virtuale? 21:21:18 allora così va bene 21:21:30 frafra: ma sandro_ ha già un'installazione di lxde :) 21:22:17 ......da me gdm è rotto....che fò? 21:22:22 gigi_, fai una anteprima per vedere se la tua modifica va bene e poi invia pure 21:22:32 idraulico: do un'occhiata :) 21:23:20 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 (abrt-cli ls previo login, ovviamente) 21:23:45 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 sandro_, va benissimo ;) 21:24:49 era un 10 alla quindicesima ... devo impostare It Layout for the kbd :P 21:25:32 grazie frafra :) del resto penso sia noto che sono uno "didimoclastizzante" con i benchmarks :D :D :D :D :D 21:26:25 Ho fatto l'anteprima e mi sembra vada bene 21:26:46 Non esce la spunta ma penso sia giusto così 21:27:16 scusa giulio ma ho dovuto fare il reboot 21:27:29 si è incasinato tutto 21:27:36 gigi_, penso serva una spunta per ogni utente, giusto juliuxpigface? 21:27:50 "| {{result|pass|frafra}} {{result|pass|panoramix}}" o "| {{result|pass|frafra|panoramix}}"? 21:28:13 mi pare di capire che la prima forma sia quella corretta, no? 21:28:29 frafra: confermo, la prima è la forma corretta 21:28:52 idraulico: eccomi... In che senso "si è incasinato tutto?" 21:28:55 gigi_, ho corretto usando la prima forma 21:29:03 ora ci sono due spunte 21:29:53 visto grazie 21:30:18 frafra: quando riscontri il "cursore a forma di X"? 21:31:14 ho visto le modifiche grazie 21:32:43 juliuxpigface, avvio il livecd, faccio logout 21:33:13 frafra: è un qualcosa di legato alla live. A me non succede 21:33:23 [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 juliuxpigface, è invalido? 21:34:24 frafra: tecnicamente, sì, ma io non sono propriamente d'accordo con questa scuola di pensiero :). 21:34:32 il giocattolo si è rotto pèroprio completamente......anche dopo vari reboot mi da: error initializing authority: Could not connect .... 21:35:08 idraulico: non riesci a disabilitare gdm e riabilitare lightdm ora? 21:35:43 il giochetto systemctl start/stop non funziona più tra uno e l'altro...purtroppo 21:36:21 comunque, il problema gdm è molto interessante. Mi verrebbe da dire che possa essere legato alla tua scheda video. 21:36:24 ci sono non ho lasciato 21:36:32 ouch 21:36:52 Per esempio, con qemu-kvm, a me gdm fa loggare in Xfce. 21:36:56 juliuxpigface, beh, ma se non si può selezionare la parte di accessibilità o cambiare layout dal login... 21:37:14 la scheda è nvidia 21:37:27 gigi_: ottimo :). Prosegui pure con i testcase che preferisci 21:38:20 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 frafra: io sono pienamente d'accordo con te, però le live son sistemi particolari 21:39:05 idraulico: ma come? Neanche partendo in "init 3" funziona? 21:39:39 no 21:40:00 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 idraulico: provato i driver vesa (parametro nomodeset)? 21:40:30 occorrono i @development-tools @development-libs 21:40:58 i nouveau van messi in blacklist se si usano drivers proprietari 21:41:19 sandro_: non sono assolutamente d'accordo :). I driver proprietari hanno tempi di sviluppo lenti, Rawhide è "troppo avanti" :). 21:41:22 echo "blacklist nouveau">>/etc/modprobe.d/blacklist.conf 21:41:38 sono disperato....dovrò reinstallare la rawhide...per adesso mi fermo qui e assisto al resto del meeting 21:42:17 idraulico: certo che è strano, molto molto strano... Hai provato con i vesa e/o a bootare con un altro kernel? 21:42:44 la console ce l'ho è..... 21:42:57 prima forse mi sono espresso male.... 21:43:04 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 non va più nessun DM 21:43:20 1) nvidia-module (che questo vien installato anche coi kmod) 21:43:33 2) uvm-module (necessario per cuda 21:43:42 idraulico: se dai uno "startx", cosa succede? 21:43:52 3 kms-module (che al momento ancora non so come sfruttarlo ..... 21:44:37 idraulico: aspetta un secondo... Non conviene usare "systemctl stop/start", ma "systemctl disable/enable" e poi dare un reboot 21:45:19 ho dato startx (da root) e sta frullando chissà ... 21:45:35 sandro_, hanno iniziato a fare i pacchetti anche per per l'uvm 21:45:43 e partito xfce ....incredibile 21:46:04 ok, trovato bug, segnalato, fatto qualche test, inserito nella tabella 21:46:30 juliuxpigface, quindi dici che se fosse solo nella live il problema del login, dovrei metterlo in warning? 21:46:41 o tutti i test sarebbero da fare con una installazione fresca? 21:46:43 frafra: Grazie per l'info :) comunque adesso sulla rawhide 24 uso i nouveau .... 21:47:04 frafra: i test sarebbero da fare con un'installazione fresca della ISO, addirittura senza aggiornamenti. 21:47:22 frafra: in modo che, quando siamo in "fase RC", si prendono le ISO così come sono e si rilasciano 21:47:28 juliuxpigface, allora installo e rifaccio alcune verifiche 21:47:29 grazie 21:47:31 frafra: invece mi piacerebbe capire come sfruttare il modulo kms-module di nVidia ..... 21:47:35 boh :roll: 21:47:50 frafra: ovviamente però, la simulazione di oggi è un po' "speciale" 21:48:10 oggi è tutto speciale...... 21:48:14 frafra: non stiamo testando una composizione, ma una Rawhide 21:48:34 idraulico: secondo me il problema è che cambiavi il DM "in runtime", invece di disabilitare e abilitare 21:49:01 juliuxpigface, ok 21:49:22 juliuxpigface++ 21:49:44 forse è così 21:49:50 frafra: mi avevi già "biscottato" :D 21:50:03 belcocco++ 21:50:03 frafra: Karma for belcocco changed to 1 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:50:14 panoramix++ 21:50:14 frafra: Karma for panoramix changed to 1 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:50:34 vi karmo anche io per essere venuti 21:50:36 frafra++ 21:50:38 belcocco++ 21:50:39 juliuxpigface: Karma for belcocco changed to 2 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:50:42 panoramix++ 21:50:42 juliuxpigface: Karma for panoramix changed to 2 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:50:45 [ot] Comunque mi inchino di fronte a juliuxpigface ..... Egregio sei diventato davvero un GRANDE :)[/ot] e questo mi fa davvero piacere :) 21:51:14 frafra++ 21:51:42 idraulico, non credo funzioni se il tuo nickname in chat non corrisponde al tuo nome FAS 21:51:59 juliuxpigface++ 21:52:16 idraulico, lancia /nick belcocco 21:52:25 così cambi nickname e poi dovrebbe andare 21:52:26 sandro_: grazie per i complimenti, mi fanno davvero piacere :) 21:52:38 frafra++ 21:52:38 belcocco: Karma for frafra changed to 6 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:53:04 juliuxpigface++ 21:53:04 belcocco: Karma for juliuxpigface changed to 3 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:53:17 grazie :) 21:53:17 panoramix++ 21:53:18 belcocco: Karma for panoramix changed to 3 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 21:53:31 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 :) 21:54:51 sto installando @virtualization per testare LXDE che ho già sull'hd 21:54:58 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 juliuxpigface, il problema persiste nel sistema installato 21:56:11 io son stato zingaro per molto tempo .... ho avuto un paio di anni di "buio informatico" ... ma ora cerco di riprendere .... :) 21:56:20 raga ho scassato la rawhide ma sono contento....non so perchè :)))) 21:57:37 hehehehe 21:57:48 cancello i riferimenti al livecd, perché il bug persiste 21:58:13 frafra: benissimo, grazie per il report :). 21:58:21 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 idem per il problema del pavucontrol 21:59:43 il fatto che non ci sia un tool per l'update grafico su xfce è normale? 21:59:54 frafra: sì. 22:00:09 forse si può ma non vale la pena......scarico la iso reinstallo e in mezzora vado di test un'altra volta 22:00:19 juliuxpigface, ok grazie 22:00:35 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 meglio xfce4-mixer o kdemix .... meglio alsamixer in terminal 22:01:34 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 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 juliuxpigface, non packagekit? 22:02:44 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 eh, infatti 22:03:19 al più come test finale no? 22:03:23 esattamente 22:04:11 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 sto facendo giornalmente l'aggiornamento con dnf e funziona 22:05:59 frafra, spero che lo diano questo badge perché è fantastico :D ---> https://communityblog.fedoraproject.org/heroes-of-fedora-hof-f23-alpha/ 22:06:18 gigi_: infatti, anche io tendo ad usare dnf 22:06:50 (anche perché funziona senza interfaccia grafica e in quei casi mi fa risparmiare tempo) 22:07:14 funziona anche irssi 22:07:50 heehhe 22:08:15 wyz come te la passi??? 22:10:03 ho posizionato il cestino sul pannello ed è andato bene 22:10:16 grazie a tutti .......notte ....e buone feste. 22:10:24 adesso riavvio e controllo il tutto 22:11:42 ok altri test fatti 22:11:46 altri in progress 22:12:06 juliuxpigface, alcune app hanno icone mancanti; non sto parlando dei lanciatori, ma icone nelle app 22:12:15 come debbo riportarlo? 22:12:56 frafra: non c'è un testcase specifico; il "menu" riguarda proprio il layout delle icone del menù 22:13:09 (e il funzionamento di base di tutti i lanciatori) 22:14:30 .hello_panoramix 22:14:46 ok, grazie :) 22:14:54 .hello_panoramix 22:15:03 Guest70351, non è necessario ridarlo, ma esegui "/nick panoramix" per cambiare nickname 22:15:14 ho riavviato xfce e va tutto bene. 22:15:19 il comando hello si usa così: ".hello panoramix" (senza apici) 22:15:45 non ci sono messaggi d'errore nella videata di partenza 22:16:00 bene 22:16:07 .hello panoramix 22:16:08 Guest70351: panoramix 'None' 22:16:09 bene panoramix, direi che nel tuo caso il test "error_checks" sia passato 22:18:10 domani vado a vedere se c'è l'immagine workstation e testo anche quella 22:18:20 Buona notte 22:18:36 Buone feste a tutti 22:18:38 panoramix: tieni presente che Gnome e KDE sono in continuo sviluppo, quindi ci sono più grattacapi 22:18:55 per il resto... Grazie per essere venuto, e tanti auguri di buone feste anche a te 22:19:00 Si questo l'avevo messo in conto 22:19:10 A presto 22:19:49 ok, stiamo andando verso la conclusione 22:20:55 juliuxpigface, qualche domanda conclusiva, ti va? 22:21:05 sono qui apposta :) 22:21:19 sto testando il desktop_menus 22:21:30 ho usato sia "inprogress" sia "fail" 22:21:33 è corretto? 22:21:52 è un test lungo da eseguire, ma ho già trovato un problma 22:22:19 allora basta il fail :). Meglio ancora con una nota con cui dici che "non è stato completato". 22:22:29 sotto forma di una ref? 22:22:35 esatto 22:23:29 idealmente, per essere "pass", devono essere rispettati tutti gli " Expected Results" 22:24:04 altra domanda 22:24:09 prego 22:24:34 cosa ci dici di https://boot.fedoraproject.org/ ? lo utilizzi? se sì, lo consiglieresti per il testing? 22:25:22 ci sono alcuni aspetti da considerare 22:26:09 innanzitutto, quello che abbiamo utilizzato stasera, è un wiki particolare. In realtà, i testcases sono molti di più. 22:26:22 o meglio... Questi sono solo quelli del settore "desktop" 22:26:40 ovviamente, prima di arrivare al desktop, c'è tutta una gran parte riguardante Anaconda, partizionamento, boot ecc. 22:27:59 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 quindi: ha senso per il testing, in generale? Sì 22:29:11 ogni volta che si incontra un problema oltre a segnarlo sul wiki è "obbligatorio" riportarlo su bugzilla o è solo consigliato? 22:29:28 un attimo solo, concludo con la domanda precedente :) 22:29:38 dicevo... Ha senso per il testing in generale? Sì 22:29:41 ha senso per il release validation testing? Ni 22:30:20 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 e il release validation testing si occupa del testing di un set predefinito di pacchetti, con la loro specifica versione 22:31:49 i testcase relativi ad aggiornamenti e upgrade, servono a valutare l'efficacia dei processi. 22:32:18 per capirci... Se un testcase relativo al release validation testing, proponesse un "dnf update firefox" 22:32:26 e se il suddetto fallisse per problemi di dipendenze 22:32:59 tecnicamente, non sarebbe un test fallito (al massimo un "warning"): dnf funziona, 22:33:37 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 o meglio... Le linee guida direbbero di sì, ma non è un vero e proprio obbligo 22:34:52 chiaro ed esaustivo :) 22:34:57 grazie 22:35:02 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 un secondo, ultima precisazione sulla domanda precedente 22:35:22 bisogna però tener presente che il wiki da solo, è sicuramente comodo, ma nel processo di risoluzione dei bug non entra. 22:35:23 sono un disastro, scusa haahha 22:35:32 tranquillo, sono io che son prolisso :). 22:35:49 dicevo... Il wiki serve per statistica, per fornire uno sguardo sul livello di qualità della composizione 22:36:28 serve anche per non disperdere i vari testcase, per avere un punto d'incontro 22:36:49 è molto comodo anche nei go/no-go, per fornire un "biglietto da visita" agli altri team 22:37:00 ma in sé, i bug vanno segnalati, lavorati e risolti su Bugzilla 22:37:16 i maintainer, non sono tenuti a guardare la wiki usata dal QA insomma 22:37:48 quindi... Segnare un fallimento di un test, senza riportare un bug, non è strettamente obbligatorio, ma secondo me serve a poco. 22:38:21 non sono sicuro di aver capito bene l'ultima domanda 22:38:36 beh, ci sono i risultati da verificare 22:39:21 però, alla fine i testcase sono delle linee guida 22:39:27 intendo: come evitare falsi negativi/positivi? c'è qualche consiglio/procedura tipo "non fare/fare xyz prima di iniziare"? 22:40:03 cose che magari i tester alle prime armi si dimenticano 22:40:20 mah, generalmente no, perché in un sistema in continua evoluzione come Fedora sarebbe impossibile mantenere dei testcase così dettagliati. 22:40:43 capisco 22:40:52 Come dicevo prima, stasera abbiamo visto solo i test case relativi al desktop 22:41:07 quelli relativi alla parte d'installazione sono molti di più 22:41:22 nelle composizioni dove, per esempio, c'è qualche problema in anaconda 22:41:39 ci si ferma alla parte d'installazione, non ha senso provare i test case relativi al desktop 22:42:26 cioè, se già una semplice installazione fallisce, non ha senso aggirare anaconda per arrivare alla parte desktop 22:43:06 poi sì, diciamo che di solito si testa in team 22:43:31 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 qualche domanda su integrità dell'ISO o altro me la faccio 22:44:22 esempio reale: con l'upgrade 22->23 via dnf-system-upgrade, ho fallito due tentativi 22:44:36 credevo che il sistema fosse ancora acerbo, ma agli altri testers andava tutto bene 22:45:06 con più attenzione, ho scoperto un mio errore stupido: semplicemente avevo troppo poco spazio nella "/" 22:45:38 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 insomma... Concludendo... Tutto fa brodo; basta solo avere la pazienza di segnalare i bug :) 22:46:12 allora ti farei un'ultima domanda prima di chiudere :) 22:46:36 vai pure :) 22:46:46 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 per partecipare al release validation testing, credo non sia obbligatorio essere membri QA. Basterebbe solo un account FAS. 22:48:02 ovviamente però, entrare nel team presenta numerosi vantaggi 22:48:47 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 il canale IRC #fedora-qa è sicuramente il luogo più adatto, anche per condividere al volo le proprie esperienze 22:49:58 in particolare, quando siamo vicini ai rilasci, si anima di volenterosi :) 22:50:25 e poi, c'è la ml, che è molto comoda. Ovviamente perché si può avere notizia di bug seri, ma già conosciuti 22:51:17 vicini alle scadenze, spesso si comunica quale parte della distro necessiti di maggior testing 22:52:01 ultimo ma non ultimo, la ml riceve giornalmente mail dei sistemi automatici del Fedora QA 22:52:44 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 Insomma... Se qualcuno volesse unirsi a noi, è il benvenuto :) 22:53:20 EOF 22:53:24 bene allora ringraziamo tutti i partecipanti e il buon juliuxpigface per aver dedicato il proprio tempo all'organizzazione di questa serata :) 22:53:24 rimando alla discussione sul forum di fedoraonline.it dove pubblicheremo i log 22:53:24 #idea Trasformare i punti salienti di questo evento in una intervista domanda-risposta 22:53:24 #link http://forum.fedoraonline.it/viewtopic.php?pid=234844 22:53:24 e mi raccomando: fate testing! :) 22:53:26 juliuxpigface: un saluto/chiusura/esortazione finale? 22:53:49 cito la tua ultima frase e la estendo... 22:54:13 mi raccomando: fate testing e segnalate i bug e le problematiche che riscontrate! :) 22:54:20 ehheeh 22:54:51 buona notte a tutti e a presto :) 22:54:52 #endmeeting