15:00:37 <adamw> #startmeeting Fedora QA meeting
15:00:37 <zodbot> 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 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:00:41 <adamw> #meetingname fedora-qa
15:00:41 <zodbot> The meeting name has been set to 'fedora-qa'
15:00:45 <adamw> #topic Roll call
15:00:51 <adamw> ahoyhoy folks, who's up for some QA fun times?
15:01:05 <adamw> (* 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 <adamw> too much darn lurking going on!
15:05:29 <kalev> I'm testing a workstation kickstart change that would let us drop PackageKit-cached-metadata package. kparal will be happy :)
15:07:52 <kalev> 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 <kalev> this would make the cached metadata thing work much better
15:08:23 <adamw> ooh, that'd be nice.
15:08:43 <adamw> 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 <adamw> i'll file a stable push request today, though
15:08:55 <adamw> #topic Previous meeting follow-up
15:08:59 <adamw> #chair brunowolff
15:08:59 <zodbot> Current chairs: adamw brunowolff
15:09:17 <kalev> adamw: thanks. nirik can probably fire off a mash manually, and if it doesn't finish in time, so be it.
15:09:34 <adamw> #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 <nirik> well, they run every day...
15:10:15 <nirik> 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 <adamw> #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 <adamw> 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 <adamw> anything else from previous weeks?
15:14:14 <adamw> #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 <adamw> #topic Fedora 23 Final status and planning
15:16:30 <adamw> so, big thanks to everyone for testing so far
15:18:21 <adamw> 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 <adamw> https://bugzilla.redhat.com/show_bug.cgi?id=1263677 and https://bugzilla.redhat.com/show_bug.cgi?id=1262600
15:18:59 <adamw> 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 <nirik> the second one is one of those 'have to be done by release' right
15:19:19 <nirik> ?
15:19:20 <adamw> #info two outstanding unaddressed accepted blockers, six more coming up for review later today
15:19:36 <nirik> but the first one is a bit worrying... not much upstream activity on it.
15:19:43 <adamw> nirik: #1262600? no, that's an issue in the KDE live. it needs fixing in the release images.
15:19:55 <adamw> the DNF one...could be a 'special' blocker, but waiting for wwoods feedback.
15:19:55 <satellit> https://bugzilla.redhat.com/show_bug.cgi?id=1272646 ?
15:19:57 <nirik> sorry, perhaps I mixed them.
15:20:02 <nirik> right, thats the one I meant
15:20:27 <adamw> anyhow, yeah, we can work those later
15:20:35 * kinokoio has seen 1262600 many times on x86_64
15:21:06 <adamw> 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 <nirik> adamw: we also need fedora-release/fedora-repos update before an rc...
15:21:42 <adamw> jpigface found some issues with logout, but i'm not sure we tied them specifically to the 3.18.1 update
15:21:55 <roshi> like I said on Friday, I'm testing the multiuser aspect of workstation
15:21:56 <adamw> 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 <roshi> it's not something specific to the mega-update, but it doesn't really seem to like to work
15:22:14 <nirik> yeah, hopefully dgilmore is working on it now. Would be good to get out of the way
15:23:56 <adamw> roshi: as in, multiple simultaneous users?
15:24:02 <roshi> yeah
15:24:09 <adamw> it's good to have that tested and fix issues in it, but we don't usually block releases on it
15:24:14 <roshi> someone starts a task, switch user, starts another task
15:24:47 <roshi> that's kinda key for enterprise use of workstation though
15:25:52 <adamw> did you test it in f22 as well? ;)
15:26:15 <roshi> on an installed system - it's broken enough for me that I wanted to make sure I tested it for F23
15:26:38 <roshi> I only noticed it once I installed F22 on a family machine and we started using it
15:27:11 <roshi> 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 <adamw> sure, sounds good
15:27:46 <adamw> in the past though they wanted us specifically *not* to block on it, IIRC
15:28:09 <roshi> that's really confusing to me, I guess
15:28:11 <adamw> 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 <roshi> if that's the case, I'd push for getting rid of the "switch user" option all together then
15:28:40 <adamw> well, ask 'em and see what they say.
15:28:43 <roshi> other than that, I haven't noticed anything wrong with the mega-update
15:30:20 <roshi> will do
15:30:55 <adamw> ok, so i'll figure to pull in the 3.18.1 update for future builds unless anyone yells quite soon.
15:31:18 <adamw> the other big outstanding thing is upgrades, i guess
15:31:29 <adamw> 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 <kalev> halfline: ^^ any idea what's going wrong with the user switching?
15:34:11 <halfline> kalev: no
15:34:15 <halfline> kalev: works here
15:34:25 <halfline> in general anyway
15:34:29 <halfline> would need more specifics
15:35:52 <nirik> halfline: while you are here... any ideas on https://bugzilla.redhat.com/show_bug.cgi?id=1272737 ? :)
15:37:25 <adamw> alright, well, sounds like we've got all the juice we're going to get
15:38:17 <adamw> #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 <adamw> #info the GNOME 3.18.1 megaupdate seems to be good to go and will likely be pulled into Final
15:38:48 <adamw> #info DNF upgrade issues remain and we are waiting on a new dnf-plugin-system-upgrade build
15:38:52 <adamw> #topic Open floor
15:38:55 <adamw> anything else, folks?
15:39:11 <halfline> nirik: maybe the systemd bug?
15:39:22 <satellit_e> https://bugzilla.redhat.com/show_bug.cgi?id=1272646#c8
15:39:25 * halfline checks the log
15:39:35 <satellit_e> needs fix tested
15:40:54 <adamw> it already has been
15:41:01 <satellit_e> ok
15:41:03 <adamw> https://bugzilla.redhat.com/show_bug.cgi?id=1272646#c8
15:41:14 <adamw> "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 <satellit_e> not sure how to test it here
15:41:41 <adamw> halfline: no, it doesn't present the same way
15:41:57 * roshi has nothing - just blocker review in 39 minutes
15:42:07 <roshi> er, 18
15:42:13 * roshi can do mathz
15:42:30 <wwoods> 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 <adamw> 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 <wwoods> adamw: aight I'll hammer out a new build ASAP. plowing through my mail/IRC backlog
15:43:57 <adamw> wwoods: thanks a lot
15:44:32 <adamw> 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 <adamw> kparal: ah, then just before we explode
15:46:32 <adamw> kparal: wwoods is back today, what exactly is needed in the new dnf-plugin-system-upgrade bug?
15:46:38 <adamw> sorry i haven't been staying on top of that one
15:46:48 <adamw> er, new *build*
15:46:54 <kparal> I think mainly: 1) distro-sync as default
15:47:10 <halfline> 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 <nirik> halfline: ok. ;(
15:47:37 <kparal> 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 <sgallagh> Yeah, we have some known issues today with the lack of --distro-sync
15:47:54 <sgallagh> Including FreeIPA/dogtag, because pki-core is newer in F22 than F23
15:48:05 <sgallagh> (The F23 update is awaiting a stable push, but not there yet)
15:48:07 <kparal> and that's all, I guess
15:49:12 <adamw> roger, thanks
15:49:20 * adamw re-sets fuse
15:49:28 <halfline> nirik: adamw: i think it might be the systemd bug though
15:49:32 <kparal> 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 <halfline> not the recent one but the older one
15:50:19 <adamw> halfline: okay, i'll try a few more tests...
15:50:19 <halfline> this one i debugged with owen a couple of months ago: https://github.com/systemd/systemd/issues/989
15:50:27 <sgallagh> kparal: I agree, but I wouldn't block on that at this point
15:50:40 <sgallagh> I'd add it as a request for the future.
15:50:45 <adamw> 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 <adamw> just left you back at the desktop?
15:50:53 <halfline> 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 <adamw> thanks
15:51:04 <wwoods> kparal: great, patches welcome
15:51:06 <halfline> also will look and see if that fix is already in the tree
15:51:10 <sgallagh> adamw: I've seen that intermittently on my Workstation
15:51:14 <sgallagh> But not every time
15:51:18 <adamw> 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 <adamw> 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 <wwoods> kparal: 1) distro-sync as default - already in git
15:52:31 <kparal> adamw: I reproduced the log out to black screen issue today. happened even with first log out
15:52:33 <wwoods> and 2) already in git
15:52:36 <halfline> kparal: can you try installing the systemd from rawhide and then applying your patented make it break techniques ?
15:52:52 <halfline> (you'll have to reboot after doing the install)
15:53:06 <kparal> halfline: ok
15:53:17 <halfline> systemd v226 i mean, thanks!
15:53:18 <nirik> make-it-break(tm)
15:53:27 <wwoods> wreck-it-kparal
15:53:45 <kparal> I have quite a reputation I see
15:54:34 <halfline> o/~ kparal, kparal, he's our man. if he can't break it, no one can o/~
15:54:44 <kparal> :D
15:55:15 <pingou> halfline++
15:55:15 <zodbot> pingou: Karma for rstrode changed to 7 (for the f22 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
15:55:21 <pingou> kparal++
15:55:21 <zodbot> pingou: Karma for kparal changed to 3 (for the f22 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
15:55:21 <kparal> 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 <adamw> alright, can this fuse finally expire now? :P
15:56:27 <kparal> go!
15:57:34 <sgallagh> wwoods++
15:57:50 <adamw> ok, see you for blocker review in...2 minutes
15:57:52 <adamw> #endmeeting