16:00:38 <tflink> #startmeeting f19beta-blocker-review-1
16:00:38 <zodbot> Meeting started Wed Apr 24 16:00:38 2013 UTC.  The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:38 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:00:38 <tflink> #meetingname f19beta-blocker-review-1
16:00:38 <zodbot> The meeting name has been set to 'f19beta-blocker-review-1'
16:00:38 <tflink> #topic Roll Call
16:00:52 <tflink> Who's ready for some more blocker review fun time?
16:00:54 <adamw> morning
16:01:08 <adamw> i've come with my special fun-proof coveralls
16:01:29 <tflink> where did you find those?
16:03:52 <adamw> mark shuttleworth listed them on craigslist
16:04:24 * brunowolff is here
16:04:29 <tflink> dang, I need to start paying more attention to CL
16:04:37 * nirik is lurking, but doing other stuff, ping if I can help.
16:05:21 * tflink hopes for one more person before starting
16:09:36 <tflink> hrm, seem to be missing quite a few people today
16:10:01 <brunowolff> Must have been out late celebrating the alpha release.
16:10:26 <tflink> jreznik is on PTO, the fedora-qe brno folks are offline, viking doesn't seem to be online
16:10:50 <adamw> viking's not been around for a bit
16:14:15 <tflink> well, crap
16:14:35 <tflink> I suppose that we could go through the easy ones that we're ok with only having 2 acks on
16:15:10 <tflink> any objections to that route?
16:15:18 <tflink> none of these seem terribly contriversial
16:15:35 <adamw> sure
16:15:46 <tflink> boilerplate time!
16:15:51 <tflink> #topic Introduction
16:15:59 <tflink> Why are we here?
16:16:00 <tflink> #info Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs.
16:16:05 <tflink> #info We'll be following the process outlined at:
16:16:05 <tflink> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
16:16:26 <tflink> #info The bugs up for review today are available at:
16:16:26 <tflink> #link http://qa.fedoraproject.org/blockerbugs/current
16:16:32 <tflink> #undo
16:16:32 <zodbot> Removing item from minutes: <MeetBot.items.Link object at 0x625b150>
16:16:45 <tflink> #link http://qa.fedoraproject.org/blockerbugs/milestone/19/beta
16:16:52 <tflink> #info The criteria for release blocking bugs can be found at:
16:16:52 <tflink> #link https://fedoraproject.org/wiki/Fedora_19_Beta_Release_Criteria
16:16:55 <tflink> #link https://fedoraproject.org/wiki/Fedora_19_Alpha_Release_Criteria
16:16:58 <tflink> #info Up for review today, we have:
16:17:04 <tflink> #info 5 Proposed Blockers
16:17:05 <tflink> #info 0 Accepted Blockers
16:17:05 <tflink> #info 0 Proposed Freeze Exceptions
16:17:05 <tflink> #info 0 Accepted Freeze Exceptions
16:18:01 <brunowolff> The redirect page still points to alpha blockers
16:18:16 <tflink> yeah, the app is going to be upgraded later this week, though
16:18:23 <tflink> probably tomorrow
16:18:33 * tflink just hasn't changed the pointer for current
16:18:34 <brunowolff> I guessed the correct link.
16:18:42 <tflink> it's listed above, too
16:19:55 <tflink> #topic (872423) Add Interlingua to the list of available languages
16:19:58 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=872423
16:20:00 <tflink> #info Proposed Blocker, anaconda, NEW
16:20:40 * tflink isn't quite sure how this is a blocker
16:20:44 <adamw> yeah, no.
16:20:55 <adamw> oh, hum
16:21:01 <adamw> it's probably Final, isn't it?
16:21:03 <brunowolff> -1 blocker
16:21:13 <tflink> what is interlingua
16:21:29 <adamw> "All critical path actions on release-blocking desktop environments should correctly display all sufficiently complete translations available for use "
16:21:38 <adamw> I believe it's an artificial language, bit like Esperanto
16:21:47 <tflink> and it sounds like the translation isn't complete
16:21:58 <adamw> "It ranks among the top three most widely used IALs (after Esperanto and perhaps Ido), and is the most widely used naturalistic IAL"
16:22:17 <tflink> -1 blocker
16:22:23 <adamw> comment #7
16:22:33 <adamw> i'm -1 for beta, might have to be +1 for final per the criterion i guess
16:24:04 <tflink> proposed #agreed 872423 - RejectedBlocker - This does not violate any of the F19 beta release requirements and thus is rejected as a release blocking issue for F19 beta
16:24:10 <brunowolff> ack
16:24:15 <adamw> ack
16:25:08 <tflink> #agreed 872423 - RejectedBlocker - This does not violate any of the F19 beta release requirements and thus is rejected as a release blocking issue for F19 beta
16:25:17 <tflink> #topic (948099) Apper ignores "never check for updates" option (also on the live image)
16:25:20 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=948099
16:25:23 <tflink> #info Proposed Blocker, apper, NEW
16:25:47 <tflink> sounds like a blocker to me
16:25:49 <adamw> oh, i'll secretarialize
16:25:54 <tflink> "Release-blocking desktops must notify the user of available updates, but must not do so when running as a live image."
16:25:57 <tflink> adamw: thanks
16:25:58 <adamw> yeah, this one's pretty clearcut
16:26:05 <tflink> and before I forget
16:26:08 <tflink> #chair adamw
16:26:08 <zodbot> Current chairs: adamw tflink
16:26:40 <tflink> proposed #agreed 948099 - AcceptedBlocker - Violates the following F19 beta release criterion: "Release-blocking desktops must notify the user of available updates, but must not do so when running as a live image."
16:26:51 <brunowolff> ack
16:27:31 <adamw> ack
16:27:59 <tflink> #agreed 948099 - AcceptedBlocker - Violates the following F19 beta release criterion: "Release-blocking desktops must notify the user of available updates, but must not do so when running as a live image."
16:28:22 <tflink> #topic (953447) EFI boot on Mac halts after GRUB
16:28:22 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=953447
16:28:23 <tflink> #info Proposed Blocker, kernel, NEW
16:29:04 <tflink> do we want to take this as a beta blocker?
16:29:25 <tflink> it's a conditional violation of the alpha criterion: "The installer must run when launched normally from the release-blocking images."
16:29:40 <adamw> erf
16:29:46 <tflink> I'm probably +1 for beta
16:29:57 <adamw> i think the devs were pretty sceptical even about beta, weren't they?
16:30:09 <tflink> less so than final, I think
16:30:18 <adamw> when we discussed it at go/no-go. i think mjg59 said something along the lines of it being generous to take it for beta
16:30:42 <adamw> maybe punt for a bit more data (it doesn't appear to affect absolutely all macs) and more people at the meeting?
16:30:55 <tflink> yeah, this is less straight forward
16:31:01 <brunowolff> It also might be fixed with rc8 which would leave us off the hook.
16:31:52 <brunowolff> I wouldn't be able to make a good guess at how many people the bug affects, so punting sounds good to me.
16:32:34 <tflink> proposed #agreed 953447 - This needs a bit more testing and input from devs before making a final decision on release blocking status. Will re-visit at a later meeting
16:32:54 <brunowolff> ack
16:33:41 <tflink> #agreed 953447 - This needs a bit more testing and input from devs before making a final decision on release blocking status. Will re-visit at a later meeting
16:33:50 <tflink> #topic (946906) Gnome fails QA:Testcase_Desktop_Updates
16:33:51 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=946906
16:33:51 <tflink> #info Proposed Blocker, PackageKit, NEW
16:34:04 <tflink> this one is kinda old
16:34:17 <brunowolff> Assuming other people have confirmed this, I think this one is a blocker.
16:34:18 <tflink> request re-testing?
16:34:34 <tflink> yeah, the lack of confirmation and the month-old report make me wonder, though
16:35:10 <adamw> I'm not sure what 'GUI update icon' he's expectinbg
16:35:21 <adamw> I'm pretty sure I got the 'Updates available' notification in some of my alpha testing
16:35:21 <tflink> adamw: pk notification, I think
16:35:29 <adamw> i wouldn't call it an 'icon'. but eh\
16:36:02 <tflink> he refers to it as a 'popup' in the description
16:37:07 <tflink> punt for more testing, then?
16:37:27 <adamw> yeah. worth keeping an eye on though
16:37:41 <brunowolff> It might be nice to know how he did the install. Installing from a live image might be different than using the install image.
16:38:22 <tflink> proposed #agreed 946906 - This is an older report and has yet to be confirmed with either a DVD/netinstall install or live, will re-visit once this has been re-tested/confirmed
16:38:24 <adamw> ack
16:38:30 <brunowolff> ack
16:38:37 <tflink> #agreed 946906 - This is an older report and has yet to be confirmed with either a DVD/netinstall install or live, will re-visit once this has been re-tested/confirmed
16:38:47 <tflink> #topic (928859) “yum groupinstall kde-desktop-environment” prints an error message
16:38:50 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=928859
16:38:52 <tflink> #info Proposed Blocker, yum, NEW
16:40:11 <tflink> is this even a blocker?
16:40:26 <brunowolff> I wouldn't think this would be a beta blocker.
16:40:31 <tflink> I assume that it doesn't affect the installation medium
16:41:06 <brunowolff> There is a build that supposedly has a fix, so it's probably not worth spending a lot of time on right now.
16:42:17 <tflink> yeah, we could just punt and hope it goes away
16:42:18 <adamw> i can't think of one
16:42:26 <tflink> but I don't think this is a blocker either way
16:42:32 <tflink> I'm leaning more towards -1
16:43:01 <adamw> it doesn't actually seem to break anything anyway, yeah
16:43:10 <adamw> yeah, -1
16:43:22 <adamw> if it turns out it actually is a blocker somehow i don't think we'll have a problem catching it later
16:44:09 <tflink> proposed #agreed 928859 - RejectedBlocker - Installing DEs via yum commands does not violate any release criteria and thus, this is rejected as a release blocking bug for F19 beta
16:44:14 <tflink> ack/nak/patch?
16:44:23 <brunowolff> ack
16:45:44 <adamw> ack
16:45:54 <tflink> #agreed 928859 - RejectedBlocker - Installing DEs via yum commands does not violate any release criteria and thus, this is rejected as a release blocking bug for F19 beta
16:46:09 <tflink> OK, that's everything on my list
16:46:10 <brunowolff> A short blocker meeting. Yeah!
16:46:14 <tflink> did I miss anything?
16:46:51 * tflink assumes not
16:46:57 <tflink> #topic Open Floor
16:47:07 <tflink> Anything else that needs to be brought up?
16:47:13 <adamw> no proposed FEs?
16:47:21 <tflink> adamw: not that I'm seeing
16:48:06 <tflink> the blocker tracking app will hopefully be moving to production tomorrow or friday
16:48:27 <tflink> which means that we'll finally have the ability to propose blocker/fe bugs via a more user-friendly web interface
16:48:57 <tflink> and HOPEFULLY have fewer of the "why was this even proposed as a blocker?" bugs :)
16:49:08 <adamw> yaaay'
16:49:35 <tflink> infra freeze is over, we made a 0.3.0 release yesterday
16:50:00 <tflink> testing would be appreciated, though: https://qa.stg.fedoraproject.org/blockerbugs/
16:50:19 <tflink> anyhow, if there's nothing else ...
16:50:43 * tflink sets the usual non-deterministic fuse (patent pending) for [0,5] minutes
16:52:05 * adamw sends in an army of fuse technicians
16:52:05 * tflink will send out minutes shortly
16:52:15 <tflink> thanks for coming, everyone!
16:52:18 <tflink> #endmeeting