15:00:37 #startmeeting Fedora QA meeting 15:00:37 Meeting started Mon Oct 19 15:00:37 2015 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:37 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:41 #meetingname fedora-qa 15:00:41 The meeting name has been set to 'fedora-qa' 15:00:45 #topic Roll call 15:00:51 ahoyhoy folks, who's up for some QA fun times? 15:01:05 (* definition of 'fun' is at adamw's discretion) 15:01:13 * brunowolff is here, though sleepy 15:01:15 * satellit listening 15:02:48 * nirik is lurking in the back 15:03:36 * kalev lurks too 15:04:33 too much darn lurking going on! 15:05:29 I'm testing a workstation kickstart change that would let us drop PackageKit-cached-metadata package. kparal will be happy :) 15:07:52 by the way, I would really appreciate if we could push as much as possible to stable before RC image compose, and have a mash run in between 15:08:04 this would make the cached metadata thing work much better 15:08:23 ooh, that'd be nice. 15:08:43 kalev: i like that too, but the problem is mash takes a bunch of time and we don't HAVE a bunch of time 15:08:47 i'll file a stable push request today, though 15:08:55 #topic Previous meeting follow-up 15:08:59 #chair brunowolff 15:08:59 Current chairs: adamw brunowolff 15:09:17 adamw: thanks. nirik can probably fire off a mash manually, and if it doesn't finish in time, so be it. 15:09:34 #info "adamw to set up Cinnamon Test Day" - hey, this finally got done! and it ran and everything - https://fedoraproject.org/wiki/Test_Day:2015-10-08_Cinnamon 15:09:56 well, they run every day... 15:10:15 it's on via a cron. so if we push stuff stable today they will appear in the next one 15:10:22 * kinokoio is late 15:10:30 * roshi is here 15:12:49 #info "danofsatx to bring up status of KDE graphical packaging tools (apper vs. muon) at KDE meeting 2015-09-29" - he did, https://meetbot.fedoraproject.org/teams/kde-sig/kde-sig.2015-09-29-15.08.log.html 15:13:22 the situation is rather long and messy and hard to summarize. but afaict, apper remains at least the official graphical updater for Plasma. 15:13:52 anything else from previous weeks? 15:14:14 #info KDE apper vs. muon discussion is long and hard to summarize, but it appears that Apper is at least still the official graphical updater for Plasma. 15:16:23 #topic Fedora 23 Final status and planning 15:16:30 so, big thanks to everyone for testing so far 15:18:21 so we have the blocker meeting in 40 minutes so i won't hit that topic too hard, but we have two outstanding blockers 15:18:33 https://bugzilla.redhat.com/show_bug.cgi?id=1263677 and https://bugzilla.redhat.com/show_bug.cgi?id=1262600 15:18:59 at minimum those need fixing before we get an RC. we also have 6 proposed blockers to review at the blocker review meeting. 15:19:18 the second one is one of those 'have to be done by release' right 15:19:19 ? 15:19:20 #info two outstanding unaddressed accepted blockers, six more coming up for review later today 15:19:36 but the first one is a bit worrying... not much upstream activity on it. 15:19:43 nirik: #1262600? no, that's an issue in the KDE live. it needs fixing in the release images. 15:19:55 the DNF one...could be a 'special' blocker, but waiting for wwoods feedback. 15:19:55 https://bugzilla.redhat.com/show_bug.cgi?id=1272646 ? 15:19:57 sorry, perhaps I mixed them. 15:20:02 right, thats the one I meant 15:20:27 anyhow, yeah, we can work those later 15:20:35 * kinokoio has seen 1262600 many times on x86_64 15:21:06 couple of things to discuss here: has anyone noticed any serious problems in the GNOME 3.18.1 mega-update? either in installed system testing or TC11 validation 15:21:32 adamw: we also need fedora-release/fedora-repos update before an rc... 15:21:42 jpigface found some issues with logout, but i'm not sure we tied them specifically to the 3.18.1 update 15:21:55 like I said on Friday, I'm testing the multiuser aspect of workstation 15:21:56 nirik: right, though i figured that's kind of a slam dunk. it'd be good if someone would build it though. 15:22:13 it's not something specific to the mega-update, but it doesn't really seem to like to work 15:22:14 yeah, hopefully dgilmore is working on it now. Would be good to get out of the way 15:23:56 roshi: as in, multiple simultaneous users? 15:24:02 yeah 15:24:09 it's good to have that tested and fix issues in it, but we don't usually block releases on it 15:24:14 someone starts a task, switch user, starts another task 15:24:47 that's kinda key for enterprise use of workstation though 15:25:52 did you test it in f22 as well? ;) 15:26:15 on an installed system - it's broken enough for me that I wanted to make sure I tested it for F23 15:26:38 I only noticed it once I installed F22 on a family machine and we started using it 15:27:11 I'll talk to some workstation people about it once I nail down some specifics, in case they want a criteria for F24 15:27:37 sure, sounds good 15:27:46 in the past though they wanted us specifically *not* to block on it, IIRC 15:28:09 that's really confusing to me, I guess 15:28:11 so, the point here is whether we go ahead and bake in the 3.18.1 mega-update - push it stable and include it in RC 15:28:29 if that's the case, I'd push for getting rid of the "switch user" option all together then 15:28:40 well, ask 'em and see what they say. 15:28:43 other than that, I haven't noticed anything wrong with the mega-update 15:30:20 will do 15:30:55 ok, so i'll figure to pull in the 3.18.1 update for future builds unless anyone yells quite soon. 15:31:18 the other big outstanding thing is upgrades, i guess 15:31:29 does anyone have a good overview of where we're at with that? i'd guess kparal but he's not araound... 15:32:00 * adamw brb, call of nature 15:32:25 halfline: ^^ any idea what's going wrong with the user switching? 15:34:11 kalev: no 15:34:15 kalev: works here 15:34:25 in general anyway 15:34:29 would need more specifics 15:35:52 halfline: while you are here... any ideas on https://bugzilla.redhat.com/show_bug.cgi?id=1272737 ? :) 15:37:25 alright, well, sounds like we've got all the juice we're going to get 15:38:17 #info we have some outstanding blockers for Final, we will be working those today and aiming to get an RC built ASAP 15:38:32 #info the GNOME 3.18.1 megaupdate seems to be good to go and will likely be pulled into Final 15:38:48 #info DNF upgrade issues remain and we are waiting on a new dnf-plugin-system-upgrade build 15:38:52 #topic Open floor 15:38:55 anything else, folks? 15:39:11 nirik: maybe the systemd bug? 15:39:22 https://bugzilla.redhat.com/show_bug.cgi?id=1272646#c8 15:39:25 * halfline checks the log 15:39:35 needs fix tested 15:40:54 it already has been 15:41:01 ok 15:41:03 https://bugzilla.redhat.com/show_bug.cgi?id=1272646#c8 15:41:14 "Then I built a live with gnome-keyring-3.18.1-2.fc23, and it does indeed appear to fix the bug." 15:41:39 not sure how to test it here 15:41:41 halfline: no, it doesn't present the same way 15:41:57 * roshi has nothing - just blocker review in 39 minutes 15:42:07 er, 18 15:42:13 * roshi can do mathz 15:42:30 adamw: I don't know why you're waiting for my feedback on DNF stuff; I'm not a DNF developer (and I've been sick in bed for a couple weeks) 15:43:11 wwoods: sorry to hear :( as the bug says: "All the blocking dnf bugs have hopefully been resolved, so we're just waiting for new system-upgrade." 15:43:45 adamw: aight I'll hammer out a new build ASAP. plowing through my mail/IRC backlog 15:43:57 wwoods: thanks a lot 15:44:32 alrighty, let's wind up and give folks time to prep for blocker review... 15:44:35 * adamw sets the fuse 15:45:23 * kparal joins a bit late... 15:46:18 kparal: ah, then just before we explode 15:46:32 kparal: wwoods is back today, what exactly is needed in the new dnf-plugin-system-upgrade bug? 15:46:38 sorry i haven't been staying on top of that one 15:46:48 er, new *build* 15:46:54 I think mainly: 1) distro-sync as default 15:47:10 nirik: not sure, that log is pretty long and i'll need to scrutinize it better than i have time for right now 15:47:34 halfline: ok. ;( 15:47:37 2) allowerasing mode, either by default with very clear message of what is going to get removed, or as an additional step 15:47:38 Yeah, we have some known issues today with the lack of --distro-sync 15:47:54 Including FreeIPA/dogtag, because pki-core is newer in F22 than F23 15:48:05 (The F23 update is awaiting a stable push, but not there yet) 15:48:07 and that's all, I guess 15:49:12 roger, thanks 15:49:20 * adamw re-sets fuse 15:49:28 nirik: adamw: i think it might be the systemd bug though 15:49:32 I'd like system-upgrade to present a very clear message if packages are going to get removed, not just standard "dnf update" output, people are not going to see it there 15:49:34 not the recent one but the older one 15:50:19 halfline: okay, i'll try a few more tests... 15:50:19 this one i debugged with owen a couple of months ago: https://github.com/systemd/systemd/issues/989 15:50:27 kparal: I agree, but I wouldn't block on that at this point 15:50:40 I'd add it as a request for the future. 15:50:45 roshi: while you were testing, did you ever come across an issue where the first attempt to log out after logging in didn't actually log out? 15:50:49 just left you back at the desktop? 15:50:53 adamw: when i get a little more time, i'll look through the logs deeper and see if i can confirm that 15:50:58 thanks 15:51:04 kparal: great, patches welcome 15:51:06 also will look and see if that fix is already in the tree 15:51:10 adamw: I've seen that intermittently on my Workstation 15:51:14 But not every time 15:51:18 halfline: we are doing blocker review in 10 minutes and it's going to need a decision on whether it's a blocker, though 15:51:21 sgallagh: fun 15:51:28 * adamw didn't file that one yet, needs to 15:52:03 * satellit sometimes I get bounced back to login screen in plasma instead of shutdown.. 15:52:23 kparal: 1) distro-sync as default - already in git 15:52:31 adamw: I reproduced the log out to black screen issue today. happened even with first log out 15:52:33 and 2) already in git 15:52:36 kparal: can you try installing the systemd from rawhide and then applying your patented make it break techniques ? 15:52:52 (you'll have to reboot after doing the install) 15:53:06 halfline: ok 15:53:17 systemd v226 i mean, thanks! 15:53:18 make-it-break(tm) 15:53:27 wreck-it-kparal 15:53:45 I have quite a reputation I see 15:54:34 o/~ kparal, kparal, he's our man. if he can't break it, no one can o/~ 15:54:44 :D 15:55:15 halfline++ 15:55:15 pingou: Karma for rstrode changed to 7 (for the f22 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:55:21 kparal++ 15:55:21 pingou: Karma for kparal changed to 3 (for the f22 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:55:21 today I used wayland for the whole day. I had quite a batch of bugs to file 15:56:08 * adamw is slightly surprised brno isn't in flames 15:56:21 alright, can this fuse finally expire now? :P 15:56:27 go! 15:57:34 wwoods++ 15:57:50 ok, see you for blocker review in...2 minutes 15:57:52 #endmeeting