fedora-bugzappers
LOGS

15:00:38 <jlaska> #startmeeting F-12-Beta blocker bug review
15:00:38 <zodbot> Meeting started Fri Sep 11 15:00:38 2009 UTC.  The chair is jlaska. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:38 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:00:49 <jlaska> #topic gathering
15:01:10 <jlaska> #chair poelcat adamw Oxf13
15:01:10 <zodbot> Current chairs: Oxf13 adamw jlaska poelcat
15:01:29 <adamw> hello
15:01:32 <poelcat> hi
15:02:15 <jlaska> I've asked poelcat for help running the show today
15:03:15 <jlaska> I'm likely going to be dropping off soon ... but hopefully the list isn't too large
15:03:20 <poelcat> okay let's start
15:03:30 <poelcat> a quick review of the critiera from jlaska's email
15:03:32 <poelcat> * Can this issue be fixed with a future rawhide update or is it part of the media kit?
15:03:35 <poelcat> * Is this defect a high (or greater) severity with no, or an unreasonable, workaround?
15:03:38 <poelcat> * Does the presence of this bug dramatically reduce test coverage?
15:03:40 <jlaska> go for it poelcat!
15:03:53 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=498591
15:03:54 <buggbot> Bug 498591: medium, low, ---, dlehman, MODIFIED, Cannot specify mount point for hard disk partition containing the ISO install image
15:04:38 <poelcat> says it is fixed... moved to MODIFIED?
15:04:53 <poelcat> sure, it already is :)
15:05:00 <adamw> doesn't seem like a beta blocker to me...
15:05:22 <adamw> not a big deal if it's fixed already, though
15:05:31 <poelcat> and it has version == 11
15:05:59 <jlaska> clumens added this to the blocker list recently
15:06:02 <adamw> well, we can just put down an action for jlaska to confirm the fix
15:06:26 <adamw> sound good?
15:06:30 <poelcat> isn't there a keyword for needs retesting?
15:06:35 <poelcat> adamw: except that he won't be here?
15:06:54 <jlaska> let's see if lili or rhe can help verify the installer MODIFIEDs?
15:07:02 <adamw> ah yeah :)\
15:07:21 <adamw> sounds good
15:07:23 <jlaska> or at maybe they can help solict help from others in testing the fix
15:07:33 <jlaska> help solicit help ... hmmm
15:07:41 * poelcat thought there was a keyword so others could help to?
15:07:43 <jlaska> take one out somewhere in that stmt
15:07:58 <poelcat> in the meantime...
15:08:00 <adamw> #action 498591 fix to be confirmed by lili/rhe
15:08:01 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=515450
15:08:02 <buggbot> Bug 515450: medium, medium, ---, rvykydal, MODIFIED, Stage1: cannot back to last step .
15:08:34 <adamw> looks like the same deal - fix needs to be confirmed
15:08:45 <adamw> same action?
15:08:45 <jlaska> poelcat: yeah ... https://fedoraproject.org/wiki/QA/Join#NeedsRetesting
15:09:44 <jlaska> yeah, I think that's appropriate
15:09:47 <adamw> ok
15:09:48 <poelcat> #action 515450 to be tested to confirm fix
15:09:56 <jlaska> that'll be nice to have fixed
15:10:12 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=516042
15:10:13 <buggbot> Bug 516042: medium, low, ---, rvykydal, ASSIGNED, Unable to add NFS yum repo during installation
15:11:29 <adamw> looks to have a fix in an update.img that hasn't been rolled into anaconda yet
15:11:30 <notting> .. 'add' repo? not sure that's beta blocker material.
15:11:42 <jlaska> the repo dialogs were not very functional for the alpha, I'd like to see some more testing around the installer repo dialogs ...
15:12:20 <poelcat> jlaska: is there special "this was reviewed at the blocker meeting" text we are adding to bugs that are reviewed here?
15:12:22 <adamw> notting: it's not really 'adding' a repo, it's installing from an NFS repo at all,  think.
15:12:41 <jlaska> poelcat: oh like boilerplate responses ... no, but that's a good idea
15:12:41 <adamw> poelcat: no, but when we agree to make changes / comments on a bug as a direct result of the meeting we note that in the comment.
15:13:07 <jlaska> adamw: it's weird, it's booting from DVD, and adding an nfs install repo
15:13:12 <adamw> i'd suggest we ask kamil to follow up with anaconda team on the status of rolling the fix into an anaconda update
15:13:30 <adamw> jlaska: it looks like it would be the same booting from the small iso though, doesn't it?
15:13:49 <jlaska> ideally (if another bug is fixed) ... you got it
15:14:42 <denise> jlaska, rvykydal says he just sent patches for review for 516042
15:14:44 <jlaska> #idea create (or locate) stock-responses to use for updating reviewed bugs
15:15:03 <adamw> denise: so we could expect it to land in anaconda soon? good
15:15:19 <poelcat> anyone objection to adamw's proposed action of "ask kamil to follow up with anaconda team on the status of rolling the fix into an anaconda update" ?
15:15:47 <jlaska> poelcat: yeah, I think rvykydal has the ball for getting patches accepted and moving the bz to MODIFIED?
15:16:05 <jlaska> based on denise's input above
15:16:11 <poelcat> oh, missed that
15:16:11 <adamw> right, but kparal is our taskmaster for that :)
15:16:13 <poelcat> okay
15:17:33 <jlaska> kparal will own the follow-up shortly after that bug is moved into MODIFIED
15:17:35 <poelcat> #action for 516042 complete patch review and build new package then moved to modified
15:17:55 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=516104
15:17:56 <buggbot> Bug 516104: medium, low, ---, harald, CLOSED RAWHIDE, dracut's plymouth text splash doesn't hide boot messages
15:18:19 <adamw> it's closed. yay!
15:18:47 <jlaska> I like those bugs!
15:18:50 <poelcat> #action 516042 celebrate
15:18:58 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=517260
15:19:00 <buggbot> Bug 517260: medium, low, ---, anaconda-maint-list, MODIFIED, liveinst fails at partitioning screen
15:20:01 <poelcat> in modified, but no reference to a new package
15:20:17 <adamw> well they seem to believe it was fixed, but there's a subsequent report that it isn't
15:20:23 <jlaska> comment#11 isn't clear that they confirmed the fix, or hte bug still exists?
15:20:23 <adamw> i'd think it should go back to ASSIGNED
15:20:35 <adamw> jlaska: comment #12 implies the latter
15:20:41 <jlaska> I see, yeah gotcha
15:20:46 <adamw> it wouldn't make sense to say a workaround 'didn't help' if there was no problem :)
15:21:06 <jlaska> agreed
15:21:37 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=517260 move to ASSIGNED
15:21:38 <buggbot> Bug 517260: medium, low, ---, anaconda-maint-list, MODIFIED, liveinst fails at partitioning screen
15:21:50 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=517833
15:21:51 <buggbot> Bug 517833: medium, medium, ---, jgranado, ASSIGNED, SwapError: swapon failed for '/dev/vdb1'
15:22:18 <jlaska> ooh, this is a goodie ... this is causing the rats_install i386 tests to fail
15:22:40 <jlaska> in additional to the failures observed on F-11 testing
15:22:59 <adamw> owch
15:23:09 <adamw> not sure what our action should be...denise, any idea on this one/
15:23:10 <adamw> ?
15:23:20 <denise> pinged jgranados but have not heard
15:23:32 <denise> guess we need to up priority here
15:23:36 <denise> will do
15:23:52 <adamw> thanks
15:24:14 <adamw> #action 517833 in the hands of anaconda team, denise will bump priority
15:25:47 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=518194
15:25:48 <buggbot> Bug 518194: medium, medium, ---, rvykydal, MODIFIED, askmethod boot option allows installation from HDD only
15:26:17 <jlaska> adamw: this is the other bug  Imentioned earlier that's preventing booting media and installing from a network install source
15:26:25 <adamw> ah
15:26:52 <adamw> another 'fix needs testing' one
15:26:59 <jlaska> looks like MODIFIED and should land when anaconda-12.24 lands in rawhide
15:27:24 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=518194 restest when anaconda-12.24 lands
15:27:25 <buggbot> Bug 518194: medium, medium, ---, rvykydal, MODIFIED, askmethod boot option allows installation from HDD only
15:27:39 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=518226
15:27:40 <buggbot> Bug 518226: medium, low, ---, kernel-maint, NEW, INFO: possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64
15:28:34 <jlaska> I added this issue for review since Pavan and I are seeing this on all power5 and power6 systems
15:28:47 <adamw> does it stop the install working?
15:28:56 <jlaska> it doesn't seem to cause problems ... but I don't know much on the details of the message
15:29:13 <jlaska> adamw: nope, you can proceed normally
15:29:49 <adamw> hm, ok. not really sure what action should be here. we'll probably need to ping a kernel ppc guy directly to get it looked at with any kind of priority...
15:30:16 <poelcat> is there anyone from kernel here now or that we could summon to this channel?
15:30:28 <adamw> we can ask in kernel chan
15:30:29 <adamw> just a sec
15:30:41 <jlaska> cebbert maybe?
15:32:15 <adamw> cebbert doesn't appear to be online
15:32:20 <adamw> not getting a response in the kernel channel
15:33:08 <adamw> maybe punt this one to the next meeting?
15:33:20 <jlaska> yeah, I think that's best
15:33:23 <poelcat> update priority?
15:33:46 <jlaska> I don't know enough about 'circular locking dependency' call traces to determine how bad that is
15:34:13 * poelcat thinks "low" seems "too low" :)
15:34:17 <adamw> me either
15:34:21 <adamw> priority we don't touch, per policy
15:34:26 <adamw> we only touch severity
15:34:30 <adamw> priority is reserved to maintainers
15:34:36 * poelcat can never get those straight
15:34:38 <adamw> it defaults to low, which is why that's often what it's set to.
15:34:57 <jlaska> doh ... I knew that and I still it wrong
15:35:14 <poelcat> so sounds like we can't change severity because we NEEDMOREINFO ?
15:35:31 <jlaska> yeah
15:35:36 <adamw> yeah
15:35:43 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=518226 waiting for feedback from maintainer check back next week
15:35:43 <buggbot> Bug 518226: medium, medium, ---, kernel-maint, NEW, INFO: possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64
15:35:55 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=519237
15:35:56 <buggbot> Bug 519237: medium, low, ---, bernie, NEW, -bash: cannot set terminal process group (-1): Inappropriate ioctl for device
15:36:22 <jlaska> I see this on all installs that use console= ... so virt, and all my ppc testing
15:36:50 <jlaska> basically, the shell you get when you login after install doesn't support backgrounding ... and hitting <ctrl-c> starts 'init 6' .. which is really annoying
15:37:03 <jlaska> I don't know if I've assigned this to the correct component
15:37:42 <notting> hm
15:37:51 <notting> might be upstart, might be agetty (util-linux)
15:38:51 <adamw> notting: do you know someone appropriate who could take a look at it?
15:39:17 <notting> well, i'd look, but virt is completely busted, so it's not like i can set up a test env
15:39:26 <notting> assign it to upstart for now
15:40:30 <notting> adamw: jlaska: i have a general question when you're done with blocker review
15:40:43 <jlaska> sure
15:40:52 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=519237  change component to upstart
15:40:53 <buggbot> Bug 519237: medium, low, ---, bernie, NEW, -bash: cannot set terminal process group (-1): Inappropriate ioctl for device
15:42:23 <poelcat> wait... anything else to discuss on this one?
15:43:04 <jlaska> I think notting got it ... needs some guidance from upstart
15:43:16 <adamw> i got nothing more
15:44:27 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=520207
15:44:28 <buggbot> Bug 520207: high, low, ---, katzj, NEW, Filesystem label does not match kernel command line parameter
15:44:51 <adamw> yaaay, it's mine
15:45:00 <notting> i think that needs reassigned :)
15:45:06 <poelcat> is jeremy still the maintainer?
15:45:38 <adamw> he made the last changes to the package
15:45:44 <adamw> * Mon Aug 24 2009 Jeremy Katz <katzj@redhat.com> - 026-1
15:45:54 <adamw> so i don't know who else it would be...notting?
15:46:20 <notting> no, not me!
15:46:40 <jlaska> heh
15:46:49 <adamw> i mean, do you know who it should be
15:46:52 * poelcat wasn't clear if with jeremy's change in employers if he was still maintaining packages
15:47:12 <denise> dcantrell will be picking up livecd
15:47:20 <denise> but he's on vacation til next week
15:47:34 <adamw> thanks denise
15:47:35 <denise> warren has commit if there's an emergency in the meantime
15:47:41 <adamw> will reassign to him and cc warren
15:48:03 <adamw> i don't think this is an emergency, but it's a serious bug that tons of people hit - when you transfer a live image to USB, it doesn't boot, wrong label= parameter
15:48:05 <adamw> er, root=
15:48:51 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=520207 change maintainer to dcantrell and revsist next week as he is on vacation
15:48:52 <buggbot> Bug 520207: high, low, ---, dcantrell, NEW, Filesystem label does not match kernel command line parameter
15:48:59 <poelcat> anything else for this one?
15:49:29 <adamw> not really, the character of the bug is well known it just needs fixing
15:50:33 <poelcat> and the final bug for today....
15:50:37 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=520515
15:50:38 <buggbot> Bug 520515: medium, low, ---, pjones, ASSIGNED, grubby should add plymouth initrd to grub initrd line
15:51:30 <adamw> i don't know anything about this...
15:53:25 * notting pages halfline
15:55:39 <adamw> i'm having trouble even parsing what the actual problem is here
15:56:51 <jlaska> howabout just requesting more information about the nature of this issue and impact to users?
15:57:17 <nirik> it means you get text mode plymouth only I think.
15:57:28 <adamw> oh noes!
15:57:43 <nirik> since the themes moved to another initrd.
15:57:47 <adamw> i think jlaska's suggestion is good
15:58:07 <adamw> so this is basically the bug for the fact that everyone's getting text boot in current rawhide? ok.
15:58:24 <jlaska> gotcha, yeah I think that seems beta worthy
15:58:33 <jlaska> others?
15:58:39 <Oxf13> oh forgot this was happening today
15:58:44 <Oxf13> I'm here.
15:58:49 <Oxf13> but a bit behind
15:58:54 * nirik thinks thats the case, but could be wrong.
15:59:29 <poelcat> #action https://bugzilla.redhat.com/show_bug.cgi?id=520515 request more info on nature of this issue and impact to users + revisit at next meeting
15:59:31 <buggbot> Bug 520515: medium, low, ---, pjones, ASSIGNED, grubby should add plymouth initrd to grub initrd line
15:59:46 <poelcat> that's all of the bugs
15:59:51 <poelcat> someone had another topic they wanted to discuss
16:00:19 * poelcat can't remember what it was
16:00:33 <notting> i was wondering if someone from QA would want to present to FESCo as to the results of the test days, and if any F12 features should be considered for removal/contingency plans based on those results
16:01:53 * poelcat goes to another meeting... can someone close this meeting out w/ meetbot when finished and i'll loop back and send out recap to lists
16:02:00 <adamw> notting: i'm not sure about presenting to fesco, but we do post reports on each test day after it happens, to the test ml
16:02:00 <jlaska> poelcat: thanks
16:02:23 <adamw> notting: do you really mean test days, or these meetings, btw?
16:02:40 <notting> adamw: i don't know that that fully percolates up, if there are red flags that need to be raised
16:02:50 <notting> adamw: test days as they relate to Features
16:02:58 <notting> so, say Dracut. or Empathy, or whatever.
16:03:02 <adamw> ok. so far, none of the test days has us worried about any of the features
16:03:23 <adamw> we haven't done an empathy test day
16:03:28 <adamw> and the dracut test day results looked pretty positive
16:03:52 <adamw> there was one feature we were worried about just from discussion in a qa meeting, let me check which that was
16:04:12 <adamw> lower process capabilities - http://fedoraproject.org/wiki/Features/LowerProcessCapabilities
16:04:30 <adamw> we just felt it was an extensive change which had no really good test plan, and seemed to be at a very low completion % for the current stage.
16:04:40 <adamw> but from test days themselves, no, we're happy so far.
16:04:47 <notting> yay.
16:05:28 <notting> ok, so i just ask in the future that if you have concerns about a feature after a test day, please escalate to fesco at the nearest opportunity
16:05:46 <adamw> ok, we shall - thanks
16:06:17 <notting> and as a side comment, i would guess empathy needs a test day. but not sure who would want to run it
16:06:37 <adamw> plus we're rather booked up :/
16:06:39 <jlaska> that keeps coming up ... but we've never managed to schedule it
16:06:55 <adamw> i can see about trying to do something, if i remember (i'm going to be busy the rest of today and then it's the weekend)
16:07:40 <jlaska> should we close out the meeting for today?
16:07:48 <jlaska> any other F-12-Beta blocker bug topics?
16:07:55 <adamw> not from me
16:08:42 <jlaska> alrighty ...
16:08:44 <jlaska> #endmeeting