15:00:15 #startmeeting Fedora QA Meeting 15:00:15 Meeting started Mon Oct 5 15:00:15 2020 UTC. 15:00:15 This meeting is logged and archived in a public location. 15:00:15 The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:15 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:15 The meeting name has been set to 'fedora_qa_meeting' 15:00:25 #meetingname fedora-qa 15:00:25 The meeting name has been set to 'fedora-qa' 15:00:30 #topic Roll call 15:00:34 morning morning 15:00:38 how's everyone doing? 15:00:42 .hello2 15:00:43 frantisekz: frantisekz 'František Zatloukal' 15:01:41 .hello2 15:01:42 coremodule: coremodule 'Geoffrey Marr' 15:01:58 good morning adamw! doing well here, how are you? 15:02:29 .hello2 15:02:30 bcotton: bcotton 'Ben Cotton' 15:02:42 doing good, thanks 15:02:49 Good to see you, adamw 15:02:54 * kparal is here 15:03:16 * sumantro is here 15:03:58 * pwhalen is here 15:04:23 well that's a lot of people 15:04:30 now i feel like this meeting isn't going to be exciting enough 15:04:39 welcome back adamw! 15:04:44 maybe someone can run out and buy some fireworks... 15:04:47 thanks pwhalen 15:05:34 #topic Previous meeting follow-up 15:05:55 "coremodule and pwhalen to work on reconciling IoT and main release criteria" 15:06:03 i believe that's ongoing, and we have a topic for it coming up... 15:06:11 right? 15:06:16 we can talk about it now or later... 15:06:25 but yes, we have criteria 15:06:58 roger 15:07:10 #info "coremodule and pwhalen to work on reconciling IoT and main release criteria" - this is ongoing, and there's a topic for it later where we'll get more detail 15:07:50 #info "adamw to ask mcatanzaro to put the first boot experience criterion proposal into production" - this got done, by kparal in the end: https://fedoraproject.org/w/index.php?title=Fedora_33_Final_Release_Criteria&diff=588238&oldid=579377 15:08:02 that's all the action items, any other followup from last time? 15:08:31 nothing here 15:09:13 alllrighty 15:09:30 #topic Fedora 33 status 15:09:43 soooo, i believe some kind of a Beta got released while i was off 15:09:46 i'm sure it's terrible 15:09:51 duh 15:10:02 it is 15:10:05 awful, relaly 15:10:11 :D 15:10:16 you'd be so disappointed 15:11:28 =) 15:12:09 it looks like things are mostly OK, openQA tests are passing 15:12:18 we still have that awkward KDE blocker but at least there's an idea of what to do there 15:12:18 i made sure we put in extra bugs, just for you 15:12:28 gee, thanks 15:12:38 adamw: You're going to have to try harder to stop a beta next time 15:12:56 adamw: speaking of openqa, do we have an eta for aarch64 and power being readded? 15:12:58 adamw: That being said, we're all thrilled that you're back :-) 15:13:24 pwhalen: i don't have an eta exactly, i've talked about it with smooge and nirik a couple times but can't quite remember where we're at 15:13:35 pwhalen: we could talk about it again in #fedora-admin 15:13:49 * pwhalen joins there 15:14:27 it would be great to have it for final, its a lot of testing 15:14:34 anyone have any other notes on f33 stuff? awkward issues or anything? 15:16:12 #info Fedora 33 is moving along well at present, we got the Beta release done and current nightlies seem to be working well 15:17:16 Final freeze is scheduled in about 23 hours, at least according to https://fedorapeople.org/groups/schedule/f-33/f-33-all-tasks.html - is that right, bcotton? 15:18:34 adamw, what bcotton said last week 15:18:50 adamw: hey, welcome back! :) 15:18:56 hi kalev, thanks 15:19:04 adamw: I made some noise about the schedule last week and it turns out to be correct, see https://pagure.io/fesco/issue/2477 15:19:33 indeed 15:19:33 also statedin the go/nogo 15:19:45 #info Final freeze is scheduled in about 23 hours 15:20:13 #topic IoT release criteria status 15:20:24 so, where are we with this? i believe there's a draft up for review? 15:20:28 https://pagure.io/fedora-qa/issue/622 15:20:51 for anyone not familiar - this is about merging the IoT release criteria, which are currently in the IoT docs space, into the main release criteria on the wiki 15:21:38 you can find the drafts on this ticket, i have made *almost* all of the changes kparal suggested (no time to update the ticket, that will happen later today). the suggestion of kparal's that i didnt change was moving the rpm-ostree criterion into the beta criteria list from basic. 15:22:18 pwhalen and I talked while I was drafting this up and he said that the IoT team's intention was that rpm-ostree related stuff must work in basic 15:22:59 coremodule: I suggested moving two of them, so you're talking about both? 15:23:38 #info this is being actively worked on in https://pagure.io/fedora-qa/issue/622 , coremodule has posted a draft and is revising it in response to feedback 15:24:00 so it'd be great if anyone else interested can check the ticket and review the draft too 15:24:24 kparal, both you suggested look to be contained under the same rpm-ostree criterion 15:24:52 adamw: could you help me understand the exact different between Basic and Beta milestone, these days? 15:25:11 adamw, if people would like to review and post their feedback, I'd like to have this published sometime this week (really in schedule with the freeze) 15:25:12 is the idea that everything Basic automatically fails CI tests? 15:25:45 kparal: that was sort of it, yeah 15:25:59 but is that implemented somewhere? 15:26:04 basic is meant to be stuff that works all the time, and the idea was that we would gate composes on things in Basic 15:26:05 or just the glorious future plan? 15:26:38 it's more or less implemented from our side - there's a greenwave profile for 'should we ship this rawhide compose' and i even wired it into check-compose 15:26:53 that's how the compose check reports say "this compose would have failed" or "would have passed" rawhide gating 15:27:16 coremodule: just to reply back, I suggested moving 2 sentences out of 4, not the whole criterion. I'm not sure if that was clear 15:27:17 but releng hasn't ever gone ahead and actually made compose sync dependent on the result of that check 15:27:30 so for practical purposes right now, basic and beta do the same thing 15:27:39 ok, so for now the difference is almost zero 15:27:45 yeah 15:28:42 ok, then I guess ¯\_(ツ)_/¯ to this particular point, coremodule 15:28:46 =) 15:29:32 adamw, a mail went out to the list regarding the feedback on this 15:29:33 https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org/thread/KLG45B434REWXT6NXN5BSWGFOQIGGPNM/ 15:29:46 and only kparal responded, so it is my intention to have this published this week 15:30:16 sounds good to me 15:30:42 #action coremodule to finalize the IoT criteria merge, taking into account any further feedback, and put it into 'production' 15:33:29 ack 15:35:05 alrighty 15:35:06 moving along 15:35:23 #topic Test Day / community event status 15:35:38 Last week we had the IoT Test Day which was successful https://testdays.fedorainfracloud.org/events/95 15:36:12 *TODAY* we are hosting a cloud test day http://fedoraproject.org/wiki/Test_Day:2020-10-05_Fedora_33_Cloud_Testday 15:36:31 everyone get cloudy! 15:36:38 did upgrade test day happen yet? i'm losing track 15:36:49 adamw yes it did 15:36:55 ah, okay. 15:37:15 i was gonna ask if we could check some things relating to systemd-resolved on upgrade, but i guess i can do that myself :P 15:37:15 Upgrade test day was successful too; https://testdays.fedorainfracloud.org/events/94 15:38:55 adamw, I could check if something specific around systemd-resolved is needed 15:39:02 No new bugs for IoT. Thanks for all your help, sumantro! 15:39:05 sumantro++ 15:39:05 pwhalen: Karma for sumantro changed to 9 (for the current release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:39:15 pwhalen, thanks for all the help! 15:39:47 sumantro: regarding cloud test, AFAIR there were plans to extend GCP images availability. Is it worth it to check GCP regions for the Cloud Image availability? 15:40:19 dustymabe, ^^ 15:40:51 I think (don't quote me), that only CoreOS images are available on GCP 15:41:19 lig, dustymabe can have some idea around that, in the past FCOS images are on GCP last I can recall.. 15:42:27 Anyway, A FCOS test week, a virtualization test day and a storage test day are on the cards 15:43:29 awesome 15:43:38 sumantro: My point is that I can check on GCP and I can even try to run an app on Fedora Cloud image on GCP. But it only make sense if GCP is officially supported. 15:43:41 #info IoT test day went off well last week 15:43:54 #info Today is Cloud Test Day, so join in over at #fedora-test-day if you can 15:44:06 #info FCOS test week, virt test day and storage test day are coming 15:44:06 adamw, in F34 we have a Changeset and I was wondering if it will be a nice idea to run a KDE test day as well? 15:44:07 https://fedoraproject.org/wiki/Changes/WaylandByDefaultForPlasma 15:44:19 sumantro: definitely a test day for that would be a great idea 15:44:31 you could coordinate with rdieter 15:47:08 looks like we're done 15:47:13 #topic Open floor 15:47:15 any other business, folks? 15:47:54 remember, blocker review coming up in 13 mins in #fedora-blocker-review 15:48:22 hashtag blocktober 15:48:44 Well, I would like to raise a question about Parental Controls;) 15:49:44 It's kinda the thing I'm interested in and would like to test. AFAIU it is not on an official Change Set as a stand-alone feature right? 15:50:40 sorry, not sure what this is - do you have a link? 15:51:09 there is this one https://pagure.io/fedora-workstation/issue/186 15:52:03 Basically, Gnome depends on malcontent lib and it was packaged for f34 only 15:52:10 but I see now https://bodhi.fedoraproject.org/updates/FEDORA-2020-7dc46fca0b 15:52:24 Looks like it has gotten f33 build 15:52:59 So, the question is, should this one take place in some test plan? 15:53:18 aha, thanks 15:53:36 well, as it's being added to gnome-initial-setup it seems, that would fall under the 'first boot experience' criterion we recently added 15:53:46 I don't see the functionality available in F33 Beta, freshly installed 15:53:54 so testing that the settings in g-i-s works would definitely be a thing to do 15:54:14 the update is still in testing, so that adds up 15:54:32 as well as the update going stable, it would need to be added to the default package set somehow to show up by default, i guess 15:54:41 if they do that, nightly builds should start showing it 15:54:57 do you have a link to the criterion? sorry, I'm kinda new and still learning my way around 15:55:24 oh, reading through the ticket, it seems they decided to package it up and make it available, but not include it by default yet 15:55:38 "decision was to see if we can make parental controls available to install, without showing them by default" 15:56:06 so that makes it less important, but testing of it would still be welcome of course - best place for feedback would be in the update on bodhi, or bugzilla if you find a bug after it's stable 15:57:55 adamw: thanks a lot for the guidance. Will try to provide feedback on bodhi update then 15:58:34 thanks for bringing it up :) 15:58:49 any other issues, folks? 16:00:13 ok, thanks for coming everyone! 16:00:14 #endmeeting