16:59:58 <tflink> #startmeeting f18final-blocker-review-1
16:59:58 <zodbot> Meeting started Wed Nov 28 16:59:58 2012 UTC.  The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:59:58 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:59:58 <tflink> #meetingname f18final-blocker-review-1
16:59:58 <zodbot> The meeting name has been set to 'f18final-blocker-review-1'
16:59:58 <tflink> #topic Roll Call
17:00:14 * kparal is not here this time
17:00:16 <tflink> Anyone else who hasn't run away in terror?
17:01:22 * tflink is worried about the sound of crickets ...
17:02:02 * satellit listening
17:02:33 <jreznik_> nobody can hide
17:03:17 <FranciscoD> win 27
17:03:28 <FranciscoD> oops, sorry :(
17:03:30 <tflink> I see one person attempting to run away
17:03:52 <FranciscoD> just wrapping up the townhall and coming here :P
17:03:57 * jreznik_ opens windows (not windows)
17:04:09 <jreznik_> and jumps
17:04:39 <tflink> oh good lord, 48 proposed blockers, 23 proposed nth
17:05:04 <tflink> adamw: you around for some blocker review?
17:06:42 * tflink waits for more people, we need more to continue
17:08:02 * tflink wonders how it is that we ended up with blocker review and fesco @ the same time
17:08:09 <tflink> or at least overlapping times
17:08:28 <adamw> morning
17:08:36 <adamw> by changing it from friday without thinking very hard
17:08:51 <tflink> I thought we changed our time slot first, though
17:10:00 <tflink> either way, still waiting for more people. we have 1.5 not including me (I assume that jreznik has other meetings and hence the .5)
17:11:42 <adamw> pity
17:12:22 <adamw> viking usually shows up after a bit doesn't he?
17:13:44 <tflink> assuming he's not busy with other stuff
17:16:33 * jreznik is free for next 45 minutes
17:16:59 <tflink> I guess we can get started and see how far we get in 45 minutes
17:17:15 <tflink> #topic Introduction
17:17:21 <tflink> Why are we here?
17:17:21 <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.
17:17:28 <tflink> #info We'll be following the process outlined at:
17:17:28 <tflink> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
17:17:33 <tflink> #info The bugs up for review today are available at:
17:17:34 <tflink> #link http://qa.fedoraproject.org/blockerbugs/current
17:17:38 <tflink> #info The criteria for release blocking bugs can be found at:
17:17:39 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria
17:17:39 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
17:17:39 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
17:17:49 * tflink starts with the proposed blockers
17:18:00 <tflink> oh, forgot this:
17:18:08 <tflink> #info Up for review today, we have:
17:18:11 <tflink> #info 48 Proposed Blockers
17:18:11 <tflink> #info 2 Accepted Blockers
17:18:11 <tflink> #info 23 Proposed NTH
17:18:11 <tflink> #info 0 Accepted NTH
17:18:25 * tflink dies a little inside and continues with the proposed blockers
17:18:34 <tflink> #topic (878956) After installation is complete, Alt+F4 is broken
17:18:34 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=878956
17:18:34 <tflink> #info Proposed Blocker, anaconda, NEW
17:19:08 <tflink> I really need to fix this sorting bug
17:19:37 <adamw> i was planning to say we cap the meeting at 2 hours or something
17:19:45 <adamw> anyway, let's see.
17:19:51 <tflink> yeah, I was planning to cap it at 3 hours
17:19:55 <tflink> like we did for beta
17:21:04 <akshayvyas> tflink: 3hrs....
17:21:10 <adamw> isn't this that kernel bug?
17:21:18 <jreznik> not sure it's connected to that two features - as it affects kde too
17:21:31 <tflink> kernel bug?
17:21:41 <tflink> akshayvyas: exciting thought, I know
17:21:48 <jreznik> could be kernel but kamil mentions it happens after anaconda setup...
17:21:55 <adamw> tflink: gah, i can't find it now
17:22:14 <adamw> i hate when you know you're CCed on a bug and can't find the damn thing
17:22:16 <jreznik> "This is tightly connected to Anaconda, because this bug does not shown before "Configuring installed system" phase in Anaconda."
17:23:05 <akshayvyas> c #4 says its ibus
17:23:17 <Embolalia> Having a little trouble installing the beta. I have a 65GB chunk of free space, with no partitions, but it's saying I don't have enough room.
17:23:52 <adamw> aha
17:23:52 <adamw> https://bugzilla.redhat.com/show_bug.cgi?id=859485
17:24:22 <jreznik> akshayvyas: not sure how we use ibus in kde, it at all :) and it affects kde too...
17:25:04 <adamw> hum, looks to be a bit different, but could be related.
17:26:07 <tflink> either way, I'm not sure this hits the release critera very well
17:26:45 <adamw> yeah
17:26:57 <adamw> giving it the go/no-go smell test...i'm probably lightly -1
17:26:58 <jreznik> but could be extremely annoying - and makes desktop hard to use...
17:27:01 <adamw> +1 nth
17:27:10 <akshayvyas> wll if it can be fixed with update then i am +1 nth
17:27:33 <tflink> it can't be fixed w/ update on live
17:28:03 <tflink> it sounds like we're mostly -1 blocker, +1 nth?
17:28:26 * jreznik is definitely +1 nth
17:28:49 <jreznik> and we need more info on this one
17:29:01 <adamw> including whether it's a dupe of / related to that other one, yeah.
17:29:26 <Black74hat> anyone know the room for (fedora18 openstack) ?
17:29:45 <tflink> Black74hat: #fedora-cloud
17:29:57 <Black74hat> tflink: thanks
17:30:05 <tflink> proposed #agreed 878956 - RejectedBlocker, AcceptedNTH - This doesn't clearly hit any of the F18 final release criteria but is not good for the user experience and can't be fixed with an update on the livecds
17:30:22 <adamw> ack
17:30:39 <akshayvyas> ack
17:31:22 <tflink> any other ack/nak/patch?
17:32:08 <jreznik> ack
17:32:11 <tflink> #agreed 878956 - RejectedBlocker, AcceptedNTH - This doesn't clearly hit any of the F18 final release criteria but is not good for the user experience and can't be fixed with an update on the livecds
17:32:16 <tflink> #topic (830434) Omits "IPV6INIT=yes" from kickstart-generated ifcfg-* file
17:32:16 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=830434
17:32:16 <tflink> #info Proposed Blocker, anaconda, ASSIGNED
17:34:08 <akshayvyas> is it 17 or 18 ??
17:34:16 <tflink> this seems to be related to 852808
17:34:39 <tflink> and was pulled in due to blocking that (which is marked as final blocker
17:35:51 <adamw> we agreed as principle for f17 that IPv6 ought to work out of the box, iirc.
17:36:03 <tflink> it arguably hits "The installer must be able to successfully complete a scripted installation, using the installer's preferred scripting system, which duplicates the default interactive installation as closely as possible"
17:36:05 <adamw> i'm basically +1 blocker on anything Tore says breaks IPv6 ootb, he is our ipv6 guy.
17:36:30 <tflink> if I'm understanding correctly, this would prevent a KS reinstall from something that was ipv6 enabled
17:36:30 <adamw> i can't recall what criterion we were using.
17:36:42 <adamw> i don't think it's at all ks-related. by my reading.
17:36:43 <tflink> the other one would probably be updates
17:36:50 <tflink> this one is, I think
17:36:53 <tflink> the one it blocks isn't
17:37:42 <adamw> it was will who added the word 'kickstart' to the description
17:37:51 <adamw> tore's description omitted it, and tore says he did a completely normal install
17:38:01 <tflink> and spun off another bug for the non-ks case
17:38:27 <adamw> oh, hm
17:39:39 <adamw> so this is ks case, 852808 is interactive case. still, +1 both
17:40:12 * jreznik is lost now...
17:40:21 <tflink> proposed #agreed 830434 - AcceptedBlocker - Violates the following F18 beta release criterion for IPv6 systems: " The installer must be able to successfully complete a scripted installation, using the installer's preferred scripting system, which duplicates the default interactive installation as closely as possible"
17:42:43 <tflink> ack/nak/patch?
17:45:05 <adamw> ack
17:45:41 <akshayvyas> ack
17:45:53 <jreznik> ack if it was agreed ipv6 has to work
17:46:09 <zodbot> Ticket notification - f18finalnicetohave: [Bug 878985] MATE entry on RC1 i386 DVD install results in an incomplete mate-desktop (openbox login only) please remove mate and cinnamon from DVD left list <https://bugzilla.redhat.com/show_bug.cgi?id=878985>
17:47:18 <tflink> #agreed 830434 - AcceptedBlocker - Violates the following F18 beta release criterion for IPv6 systems: " The installer must be able to successfully complete a scripted installation, using the installer's preferred scripting system, which duplicates the default interactive installation as closely as possible"
17:47:33 <tflink> #topic (852808) Omits "IPV6INIT=yes" from the generated ifcfg-* file
17:47:33 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=852808
17:47:33 <tflink> #info Proposed Blocker, dracut, ON_QA
17:48:25 <tflink> proposed #agreed 852808 - AcceptedBlocker - Violates the following F18 alpha release criterion for IPv6 networks - "The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops"
17:48:42 <tflink> this is the interactive case of the last bug
17:49:01 <adamw> +1.
17:49:04 <adamw> same reasoning.
17:49:11 <tflink> ack/nak/patch?
17:49:25 <adamw> ack
17:50:07 <akshayvyas> ack
17:50:26 <jreznik> ack
17:50:40 <tflink> #agreed 852808 - AcceptedBlocker - Violates the following F18 alpha release criterion for IPv6 networks - "The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops"
17:50:48 <tflink> #topic (861123) Please add x-systemd.device-timeout=0 to mount options for encrypted file systems that need a passphrase from the user
17:50:52 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=861123
17:50:54 <tflink> #info Proposed Blocker, anaconda, ASSIGNED
17:52:10 <tflink> #topic (861123) Please add x-systemd.device-timeout=0 to mount options for encrypted file systems that need a passphrase from the user
17:52:13 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=861123
17:52:13 <tflink> #undo
17:52:13 <zodbot> Removing item from minutes: <MeetBot.items.Link object at 0x4e456fd0>
17:52:15 <tflink> #undo
17:52:15 <zodbot> Removing item from minutes: <MeetBot.items.Topic object at 0x4e456210>
17:52:17 <tflink> #undo
17:52:17 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0x2d1da3d0>
17:52:20 <tflink> #info Proposed Blocker, anaconda, ASSIGNED
17:52:28 <tflink> In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. This includes correctly accessing any encrypted partitions when the correct passphrase is supp
17:52:38 <tflink> sigh, too long
17:53:13 <tflink> but this could arguably hit that criterion - the system doesn't boot properly if the user isn't around to enter the passphrase right away
17:53:40 <adamw> well, 'right away' is a stretch
17:54:06 <adamw> seems like a 90 second timeout
17:54:24 <adamw> i think i'm -1, again on the smell test. this can be fixed with an upgrade and it's no kind of showstopper.
17:54:27 <adamw> update*
17:54:35 <zodbot> Ticket notification - f18finalnicetohave: [Bug 878956] After installation is complete, Alt+F4 is broken <https://bugzilla.redhat.com/show_bug.cgi?id=878956>
17:55:01 <adamw> actually, no, even longer than that.
17:55:01 <tflink> good point
17:55:15 <tflink> you're not going to have encryped filesystems on a livecd
17:55:24 <adamw> well, can't tell. it's either 90 sec or 180 sec. either way, it's a while.
17:55:34 <adamw> if you miss the timeout you just swear and reboot. i have experience with this.
17:55:55 <adamw> it's an annoyance, yeah, blocker bug, no.
17:56:00 <tflink> proposed #agreed 861123 - RejectedBlocker - This doesn't clearly hit any of the F18 final release criteria as it still has a reasonable timeout and could be fixed with an update.
17:56:46 <jreznik> ack
17:56:52 <akshayvyas> ack
17:57:08 <adamw> ack
17:57:29 <tflink> #agreed 861123 - RejectedBlocker - This doesn't clearly hit any of the F18 final release criteria as it still has a reasonable timeout and could be fixed with an update.
17:57:35 <tflink> #topic (876716) anaconda crashes after setting root password
17:57:36 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=876716
17:57:36 <tflink> #info Proposed Blocker, anaconda, NEW
17:57:41 <stephen_pollei> typically won't have encrypted filesystem on livecd -- someone somewhere might jump through the hoops to create it -- but likely shouldn't block
17:58:09 <adamw> stephen_pollei: even if you have one, it won't be automatically mounted at boot, and even if it was and it failed to mount, it wouldn't break boot.
17:58:28 <adamw> oh, i guess you could theoretically create a live image which was itself encrypted. maybe. not even sure if that's possible.
17:58:43 <tflink> it probably is but would take quite a bit of work to make it happen
17:59:02 <tflink> not sure about this one, though. sounds like it is a timing problem
18:00:01 <adamw> i haven't ever seen this in any of my test installs, and i've done a lot
18:00:23 <tflink> same here
18:00:28 <adamw> it's a nasty bug for sure, but otoh, i can imagine us not being able to pin it down by release, and i'm not sure we'd block indefinitely for a bug like this while waiting for someone to be able to nail it down
18:00:35 <tflink> while nasty, not sure if it's common enough to block release for
18:00:38 <tflink> nth?
18:00:38 <adamw> so, i'm on the fence
18:00:43 <adamw> nth for sure
18:01:03 <tflink> it can be re-proposed as a blocker if we get more info or it turns out to be more common
18:01:19 <adamw> we could ask on-list if anyone has seen it
18:01:59 <tflink> reject or punt?
18:02:27 * satellit what if not a large enough HD to install to ...I have seen this happen while installing files
18:03:04 <adamw> i think punt for a week, since this is a small meeting
18:03:18 <jreznik> ok, punt
18:04:21 <tflink> proposed #agreed 876716 - While this is nasty, we need more information on how common the issue is. Ask test@ if anyone else has been seeing this and re-visit at the next meeting
18:05:19 <adamw> ack
18:05:31 <adamw> #action adamw to ask for reproducers of 876716 on test@
18:05:36 <adamw> do i have a chair?
18:05:50 <tflink> #chair adamw
18:05:50 <zodbot> Current chairs: adamw tflink
18:05:55 <adamw> #action adamw to ask for reproducers of 876716 on test@
18:06:07 <tflink> I think we may have lost everyone else
18:07:07 <tflink> #agreed 876716 - While this is nasty, we need more information on how common the issue is. Ask test@ if anyone else has been seeing this and re-visit at the next meeting
18:07:18 <tflink> is anyone else here other than adam and I?
18:07:29 <tflink> well, here to participate in the blocker review
18:07:39 <tflink> looks like jreznik is busy with the fesco meeting
18:08:56 <jreznik> it's going to be hard...
18:09:20 <adamw> i guess we could wrap up for now.
18:09:23 <adamw> akshayvyas: still around?
18:09:30 <tflink> yeah, I guess we'll continue tomorrow
18:10:03 <adamw> or try to.
18:10:22 <tflink> #topic Open Floor
18:10:34 <tflink> #info we don't have enough people to continue the blocker review today
18:11:00 <tflink> #info we will attempt to continue tomorrow, in the hope that we will have enough people to make progress
18:11:13 <tflink> If there's nothing else we can do ...
18:11:19 * tflink sets fuse for ~ 5 minutes
18:13:25 * akshayvyas is back
18:16:14 <tflink> Thanks for coming everyone
18:16:23 * tflink will send out minutes and new announcement shortly
18:16:26 <tflink> #endmeeting