16:06:23 <adamw> #startmeeting F13 Final Blocker Bug Review Meeting 2#2 010-04-23
16:06:24 <zodbot> Meeting started Fri Apr 23 16:06:23 2010 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:06:26 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:06:28 <adamw> whoops.
16:06:38 <adamw> #topic introduction
16:06:48 <adamw> welcome to the blocker bug review folks, i think we all know why we're here by now!
16:07:13 <Oxf13> adamw: serving a 1 to 3 stint.
16:07:19 <adamw> matt mccutchen kindly provided me with a better bugzilla link we can work from
16:07:19 <adamw> heh
16:07:42 <adamw> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=POST&field0-0-0=blocked&query_format=advanced&type0-0-0=anywordssubstr&value0-0-0=507681%20514890%20539278%20545986&query_based_on=&columnlist=bug_severity,priority,op_sys,assigned_to,bug_status,resolution,short_desc,component&order=component
16:08:26 <Oxf13> that's a link!
16:08:35 <adamw> heh
16:08:47 <adamw> hold on, i just refined it, let me provide it as a short link. anyone have a favourite short link service?
16:09:09 * jlaska just uses tinyurl
16:09:09 <adamw> alrighty then
16:09:14 <adamw> #link http://tinyurl.com/2ufrvqt
16:09:23 <adamw> now we're sorted by component and then status. okay.
16:09:43 <adamw> so, let's get going...
16:09:47 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=569469
16:09:48 <buggbot> Bug 569469: medium, medium, ---, dlehman, NEW, ValueError: Cannot remove non-leaf device 'vda5'
16:10:20 <adamw> this is a jlaska
16:10:29 <adamw> it doesn't seem immediately clear why the needinfo flag is there
16:10:41 <adamw> on blockeriness - it's a partition layout issue and it's an apparently sane layout, so that seems clear
16:10:43 <jlaska> this came up ast week
16:10:57 * jlaska pulls up minutes
16:11:05 <adamw> oh, okay
16:11:09 * adamw didn't remember it
16:11:50 <Oxf13> hrm, we really need to start tagging the things we've already covered...
16:11:52 <jlaska> looks like we agreed that if this was a consistent reproducer, it would say
16:11:55 <jlaska> stay
16:12:09 <adamw> Oxf13: i started doing that more as we went along last week
16:12:17 <adamw> hopefully as we go through we should see more of those notes
16:12:32 <jlaska> I've got this queued up among the MODIFIED's for retest, we have a new anaconda now so this should happen over the next few days
16:12:46 <jlaska> #action jlaska will test 569469 again to determine if the reproducer is consistent
16:13:09 <Oxf13> adamw: yeah, but it'd be nice to do it in a queryable way so that we could sort by new issues vs existing issues
16:13:57 <adamw> oh, just a sec
16:13:59 <adamw> #chair jlaska
16:14:00 <zodbot> Current chairs: adamw jlaska
16:14:12 <adamw> can you do actions without chair or should we redo that one?
16:14:28 <jlaska> without according to the online docs
16:14:29 <Oxf13> you should be able to do it wihtout chair
16:14:32 <adamw> ok
16:14:41 <jlaska> topic and agreed need chair
16:14:43 <Oxf13> chair I think is only needed for #topic and #endmeeting
16:14:48 <Oxf13> oh and #agreed
16:15:17 <adamw> ok
16:15:32 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=534066
16:15:33 <buggbot> Bug 534066: medium, low, ---, anaconda-maint-list, NEW, Anaconda does not assign correct root partition to boot windows
16:15:56 <adamw> so we talked about this last week
16:16:01 <jlaska> dlehmand and clumens were going to discuss solutions on this
16:16:23 <adamw> dlehman will discuss solutions for 534066 with clumens and hansg
16:16:28 <adamw> anaconda-devel agreement reach on hansg suggestion ... should start moving forward
16:16:31 <adamw> those were the agreements
16:16:46 <adamw> shall we go bag us an anaconda dev at this point?
16:16:58 <jlaska> I tried ...
16:17:02 <adamw> ah
16:17:12 <jlaska> clumens is away fro mdesk, and I can't find dlehman right now ..
16:17:33 <adamw> well, not much we can do then, but i'll apply the pokey stick again in the bug
16:18:30 <adamw> #agreed 534066 status unchanged since last week, still with anaconda team to provide a fix
16:18:50 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=568528
16:18:55 <buggbot> Bug 568528: medium, low, ---, msivak, ASSIGNED, firewall --disabled still produces a blocking /etc/sysconfig/iptables
16:19:18 <adamw> again, discussed last week, haven't seen much change
16:20:05 <adamw> going by comment 13 it looks like we're waiting on Thomas Woerner here
16:20:49 <adamw> hi dcantrell
16:20:57 <dcantrell> hi
16:21:00 <adamw> we're up to https://bugzilla.redhat.com/show_bug.cgi?id=568528
16:21:01 <buggbot> Bug 568528: medium, low, ---, msivak, ASSIGNED, firewall --disabled still produces a blocking /etc/sysconfig/iptables
16:21:52 * adamw wonders what lokkit is, and where responsibility for that lies. is it part of anaconda?
16:22:15 <jlaska> no, that's system-config-firewall-base
16:22:32 <adamw> because it seems the fix for this is somehow waiting on a change in lokkit
16:22:36 <jlaska> that's the dependent bug right?
16:22:38 <dcantrell> https://bugzilla.redhat.com/show_bug.cgi?id=583986
16:22:43 <buggbot> Bug 583986: medium, low, ---, twoerner, NEW, lokkit creates firewall in selinux only mode
16:22:54 <jlaska> looks like there is a proposed patch in that bug
16:23:02 <adamw> ah, didn
16:23:02 <dcantrell> that one hasn't moved, so we can't get 568528 fixed yet
16:23:05 <Oxf13> waiting on a maintainer...
16:23:07 <adamw> 't notice there was a dependent bug
16:23:26 <Oxf13> wait a second
16:23:33 <adamw> thomas has assigned the bug to himself so presumably he intends to put the fix in place himself
16:23:43 <Oxf13> the bug is assigned to twoerner, and he posted the patch...
16:23:50 <Oxf13> .whoowns system-config-firewall
16:23:56 <zodbot> Oxf13: twoerner
16:24:08 <Oxf13> well.  That's an interesting way to track your own patches...
16:24:24 <adamw> Oxf13: hey, i like it. at least everyone else can see what's going on.
16:25:03 <Oxf13> adamw: as opposed to applying the patch in the public scm...?
16:25:05 <adamw> so basically we should probably just poke twoerner and make sure he knows it's a release blocker and should get priority
16:25:23 <adamw> i'm assuming there's a reason he hasn't done that yet...
16:25:26 <dcantrell> should probably also put that bug on the F13Blocker list too
16:26:56 <jlaska> dcantrell: okay, added
16:27:10 <jlaska> one level of indirection removed
16:27:24 <adamw> er, i don't think that's really correct
16:27:29 <adamw> if we use the tree view we see dependent bugs anyway
16:27:37 <adamw> and the bug in lokkit is not in itself a release blocker
16:28:14 <jlaska> if we consider /topic a blocker, doesn't that make this an implicit blocker?
16:28:31 <adamw> well sure, but that's already expressed by the fact /topic depends on this bug
16:28:38 <adamw> that's why bugzilla _has_ a dependency system
16:28:41 <jlaska> right ... I'm just extra expressing it :)
16:29:14 <adamw> oh well, it's not important, let's move on
16:29:28 <jlaska> we can drop it ... the mechanism isn't as important for me as just twoerner knowing his bug is blocking a blocker
16:29:52 <adamw> #agreed 568528 is waiting on action from twoerner in 583986
16:29:53 * jlaska removes link, but adds comment to that
16:30:00 <adamw> #action adamw to poke thomas in 583986
16:30:13 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=568219
16:30:18 <buggbot> Bug 568219: medium, medium, ---, dlehman, ASSIGNED, PartitionException: Too many primary partitions.
16:30:57 <adamw> so this is a straightforward one discussed last week, still waiting on anaconda team for fixes
16:31:21 <jlaska> mid-air collision ... adamw, you've got lightning fingers
16:31:24 <jlaska> :)
16:31:29 <dcantrell> I'll talk to dlehman about that one today and see where we are
16:31:50 <adamw> jlaska: actually i'd already written the comment, that was a retrospective #action =)
16:32:04 <adamw> dcantrell: okay, thanks
16:32:13 <adamw> #agree 568219 remains with anaconda team for action
16:32:28 <adamw> #action dcantrell to check in with dlehman on status of fix for 568219
16:32:41 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=504986
16:32:42 <buggbot> Bug 504986: medium, medium, ---, anaconda-maint-list, ASSIGNED, F11 x86-64 LiveUSB backtrace
16:33:10 <adamw> okay, so this is a newly-added one
16:33:14 <adamw> stickster added it for us to review
16:33:20 <jlaska> SystemError: (4, None)
16:33:20 <jlaska> Local variables in innermost frame:
16:33:20 <jlaska> what: /mnt/sysimage/var/www
16:33:20 <jlaska> removeDir: False
16:33:41 <jlaska> looks like an older bug that has resurfaced with F-13-Beta liveinst
16:33:48 <Oxf13> F11 ?
16:34:02 <Oxf13> interesting.
16:34:20 <adamw> reading through the comments, i'm not sure it 'resurfaced'
16:34:33 <adamw> i think it actually never went away when katzj thought it did
16:35:00 <dcantrell> I don't have anything to add to this.  Will have to get someone to try reproducing it again.
16:35:08 <adamw> if you look at the bug marked as dupe where automated tracebacks are going, we have tracebacks from f12 and f13 there
16:35:29 <jlaska> yeah
16:35:34 <adamw> dcantrell: stickster seems to have provided a fairly comprehensive description so hopefully that can reproduce it
16:35:49 <adamw> so, blockeriness - seems like a clear 'sane partition layout fail' to me
16:36:12 <adamw> wdyt?
16:36:40 <jlaska> sane yeah
16:36:43 <Oxf13> sure
16:36:47 <dcantrell> I think it's valid as a blocker
16:38:02 <adamw> ok
16:38:16 <adamw> #agreed 504986 is a valid blocker, anaconda team to investigate + fix
16:39:05 * dcantrell goes to refill caffeine
16:39:30 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=531629
16:39:32 <buggbot> Bug 531629: medium, low, ---, anaconda-maint-list, ASSIGNED, RuntimeError: Returning partitions to state prior to edit failed
16:39:47 <jlaska> No changes since last week on this
16:39:48 <adamw> this is another we discussed last week and agreed was a valid blocker
16:39:50 <adamw> yup
16:40:04 <jlaska> thanks to Alexander Boström for finding a much clearer reproducer!
16:40:54 <adamw> so, not much to do here
16:41:07 <adamw> #agreed 531629 remains a blocker, with anaconda team for action
16:41:35 <adamw> next we have a big clump of modified anaconda bugs, much the same clump as last week
16:41:55 <jlaska> you want to walk through them?
16:41:58 <adamw> i believe we've only just received a build with the anaconda that fixes those bugs, so we haven't had time to test yet
16:42:02 * dcantrell back
16:42:17 <jlaska> adamw: yeah, I'll be starting through my retest action items from last week on that build
16:42:27 <jlaska> and pinging the others for testing
16:42:34 <Oxf13> that build should be in the Branched compose today, used to make the images therein
16:42:40 <Oxf13> so prime point of retest
16:42:54 <adamw> if we have a build to test but haven't done the testing yet i don't think there's any need to step through y et
16:43:10 <adamw> we just need to make sure the retesting happens soon now :)
16:43:17 <Oxf13> yep
16:43:33 <adamw> so, we'll leave it with jlaska to do the retests and pings...thanks
16:43:42 <adamw> #topic Anaconda Modified Bug Clump
16:44:12 <adamw> #action as of today we have a tree with the proposed fixes in it. jlaska to retest the bugs he has filed/can reproduce, and ping other reporters to test the other bugs in the clump
16:45:36 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=577004
16:45:37 <buggbot> Bug 577004: medium, low, ---, metherid, ASSIGNED, "The folder contents could not be displayed" error on clean F13 Beta TC1 install
16:46:27 <adamw> okay, just tested this again on this system (which happens never to have run deja-dup before) and it didn't happen
16:46:29 <adamw> so looks fixed
16:46:36 <adamw> i think we can probably just close this and move on now
16:46:37 <jlaska> Rahul confirms too
16:46:41 <adamw> yeah
16:47:21 <adamw> #agreed 577004 is now fixed, adamw will close
16:47:42 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=557845
16:47:44 <buggbot> Bug 557845: is not accessible.
16:47:49 <drago01> ...
16:47:49 <adamw> heh
16:47:54 <adamw> this is a stray RHEL clone
16:48:16 <adamw> it happens occasionally; a Fedora bug is cloned into RHEL (because it happens in RHEL too) and the person who clones it forgets to correctly adjust it
16:48:30 <jlaska> https://bugzilla.redhat.com/show_bug.cgi?id=557065
16:48:31 <buggbot> Bug 557065: medium, low, ---, lvm-team, CLOSED ERRATA, kpartx is inconsistent in how it handles logical partitions
16:48:59 <adamw> right, the original bug it was cloned from is fixed; nothing for fedora to worry about
16:49:06 <adamw> i'll take this off the f13blocker list and we can move on
16:49:10 <jlaska> okay, adjusted
16:49:20 <jlaska> oh, fast fingers got there again!
16:49:27 <jlaska> adamw: thanks! :)
16:49:31 <adamw> #agreed 557845 is a stray: Fedora bug cloned to RHEL and not taken off the f13blocker list
16:49:54 <adamw> next three bugs in the list are metas
16:50:05 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=584041
16:50:09 <buggbot> Bug 584041: medium, low, ---, notting, NEW, Fedora 13 icon and artwork polish bug
16:50:30 <adamw> oh, and so's this
16:50:38 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=576060
16:50:40 <buggbot> Bug 576060: medium, medium, ---, esandeen, ASSIGNED, FSResizeError: ('resize failed: 1', '/dev/sda2')
16:50:59 * Oxf13 gets confused.
16:51:58 <adamw> we're on 576060
16:53:02 <jlaska> hmm, did I forget to update this from last week?
16:53:13 <jlaska> I cloned this issue to handle for post-F13 (Fedora 14)
16:53:45 <jlaska> well, my clone was to update anaconda once the official Fedora 14 e2fsprogs change comes
16:54:01 <jlaska> and this bug isn't planned for Fedora 13 ... so I think we can move this off?
16:54:02 <adamw> it seems like this isn't actually broken?
16:54:15 <adamw> no, see comment #21
16:54:25 <jlaska> yeah, bcl has a workaround in place now
16:54:29 <adamw> it looks like f13 anaconda has been patched to work around a problem in e2fsprogs
16:54:39 <adamw> so the issue now is that if we put a fix in e2fsprogs for f13, we need to update anaconda for it
16:54:46 <adamw> sounds like the kind of thing that could turn around and bite us...
16:54:47 <jlaska> and it will need to be repatched once the real fix comes (and we've got a bz for that against F14)
16:55:21 <jlaska> /topic bug and the F14 anaconda change are linked together
16:55:24 <Oxf13> we decided last week to not do that in F13
16:55:28 <jlaska> so I think we can just remove this from F13Blocker
16:55:53 <adamw> right. but we should keep a tight eye on the e2fsprogs thing
16:56:05 <adamw> who's the e2fsprogs maintainer? are they fully aware _not_ to push whatever the fix is into f13?
16:56:13 <jlaska> adamw: are you worried about it changing  in F13 and breaking anaconda?
16:56:20 <jlaska> esandeen
16:56:24 <adamw> yeah, exactly. it's the kind of thing that happens
16:56:36 <jlaska> yup, wouldn't be a first
16:56:41 <Oxf13> sandeen said he wouldn't push it
16:56:45 <Oxf13> he didn't feel comfortable doing it
16:56:58 <adamw> 22 seems a bit unclear, i suspect he meant pre-f14 (not pre-f13) but i'd feel better with a confirmation :)
16:57:00 <Oxf13> but we can ask him again.
16:57:11 <adamw> so shall i close it just with a confirmatory note to eric?
16:57:23 <adamw> er, adjust, not close
16:57:24 <jlaska> adamw: no leave it open, but change it to Fedora 14
16:57:32 <jlaska> and drop from F13Blocker
16:57:35 <adamw> yeah, that's what i meant
16:57:36 <jlaska> how's that?
16:58:07 <jlaska> adamw: wouldn't hurt to have confirmation from sandeen ... one less worry
16:58:21 <Oxf13> brb, refueling
16:59:45 <adamw> #agreed we believe 576060 is not a problem in f13 as things stand, as long as the 'fix' is not applied to e2fsprogs in f13
17:00:08 <adamw> #action adamw to remove 576060 from f13blocker list and ask esandeen to confirm he will not 'fix' e2fsprogs in f13
17:00:23 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=582583
17:00:34 <buggbot> Bug 582583: high, low, ---, pablo.martin-gomez, ASSIGNED, The next button cannot be clicked in the install screen examine and change in partitionning
17:00:54 <adamw> oh good, i'm glad someone filed this. it's a bit of a head-banger, and i ran into it myself testing a french install
17:01:27 <adamw> i'm not convinced this is actually a localization issue, surely the real bug is in whatever implements the buttons?
17:01:49 <adamw> 'fixing' it by hoping people remember to keep their translations of anything which may appear in a button short enough seems a bit fragile
17:01:52 <jlaska> interesting bug ... good catch
17:02:52 <adamw> dcantrell: so the issue is that a button during install becomes unclickable in french because the translation is too long
17:02:58 <adamw> cantr: where's the bug? anaconda? gtk?
17:03:13 * dcantrell looks
17:03:19 <Oxf13> I'd initially think gtk
17:03:41 <adamw> oh, actually, it's not the button translation that's the problem
17:03:52 <adamw> it's the translation of the strings by the checkboxes
17:04:28 <dcantrell> yeah, this looks like translations, but within anaconda
17:04:31 <adamw> as comment 3 says, the checkboxes aren't actually meant to be level with the next/previous buttons
17:04:56 <adamw> clearly seems like something within the anaconda/gtk/whatever pipeline is too fragile, though, if an overlong translation can cause this behaviour
17:04:59 <jlaska> yeah, the attached screenshot demonstrates the alignment problem well
17:05:07 <dcantrell> the translations of all of the descriptions above shift the vbox down, which prevents the mouse from being able to hit the button
17:05:17 <dcantrell> since the invisible vbox "covers" the buttons
17:05:30 <adamw> ah, so it's the 'weight' of the whole bunch of translations making it all take up too much space
17:05:38 <dcantrell> yeah
17:05:42 <adamw> i see
17:05:45 <dcantrell> this hits us from time to time on german as well
17:06:03 <adamw> okay, now i understand it better
17:06:05 <dcantrell> german is usually the test language we use to make sure things fit on the screen
17:07:07 <dcantrell> so anyways, the translations for this need to be fixed up.  they are part of anaconda, but the bug would actually belong to the translation team I guess
17:07:15 <adamw> is there a chance to make anaconda more robust so this can't happen? or is all we can do keep an eye on the translations?
17:07:26 <adamw> yeah, that's the current state of the bug, i just wanted to check if there's a way to fix it better
17:07:28 <jlaska> are any glade changes needed to get the vboxes to line up?
17:07:34 <jlaska> or is it all just shortening the translation
17:07:43 <jlaska> yeah .. what adamw said :)
17:08:02 <adamw> i should probably commonbugs this for beta too
17:08:03 <dcantrell> we were talking about this the other day.  it's a combination of both that's needed, really
17:08:16 <dcantrell> since we've reduced text mode, we really can just start caring about the gui installer
17:08:28 <dcantrell> what we want to do is remove the restriction that requires anaconda to run at 800x600
17:08:32 <dcantrell> it's not 10 years ago anymore
17:08:47 <dcantrell> however, even with that gain in screen space, translators should be mindful of making strings too long
17:09:31 <adamw> i do own a system with only 768 physical vertical pixels which was manufactured last year, heh
17:09:38 <adamw> i think the last with only 600 was the original eee, maybe?
17:09:46 <dcantrell> yeah, it'
17:09:47 <adamw> well, i have an arm tablet which is 800x600 but i doubt that counts =)
17:09:51 <dcantrell> s certainly still a problem
17:10:03 <dcantrell> but we wanted to remove the forced 800x600 nature of anaconda
17:10:09 <dcantrell> if we have a larger screen, we should use it
17:10:22 <adamw> what does the low resolution fallback mode use?
17:10:22 <dcantrell> we can still scale down and run on netbooks though
17:10:32 <dcantrell> 640x480
17:10:43 <adamw> k
17:10:48 <Oxf13> dcantrell: would have also accepted "vnc" as an answer
17:10:50 <dcantrell> good old Vee Gee A.
17:10:52 <adamw> well, anyway, this meeting isn't the venue for detailed discussions
17:11:08 <adamw> important thing is everyone's on the ball here
17:11:12 <dcantrell> Oxf13: right, for special cases on screen space restrictions, we can always just have people use vnc
17:11:31 <adamw> and now dcantrell has a heads-up that l10n team will be requesting a rebuild of anaconda with the updated translations soonish
17:11:39 <dcantrell> consider the removal of the 800x600 restrictions on anaconda something we're working on for F14
17:12:03 <adamw> dcantrell: there is of course the general point that it's _always_ X years ago for the groups who recycle old systems, and some of those use fedora. but just a passing note
17:12:35 <adamw> #agreed 582583 is a blocker, l10n team will be providing updated translations, anaconda team will be ready to push an updated build
17:13:16 <dcantrell> adamw: sure, absolutely.  I'm not saying leave those people hanging, just work better with the screen that X gives us rather than shrink it down
17:13:30 <Oxf13> it's remove the restriction, not remove the mode.
17:13:39 <adamw> sure
17:13:43 <adamw> okay, moving on
17:13:56 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=571900
17:14:01 <buggbot> Bug 571900: medium, low, ---, jmccann, NEW, Keyboard mapping not correct (USA instead of Belgium) when first login after install Fedora 13 Alpha -
17:14:43 * dcantrell wonders if there is ever a Fedora release that *doesn't* have a keymap problem
17:14:53 <adamw> yeah, i've wondered that
17:14:58 <Oxf13> heh
17:15:10 <adamw> as i mentioned on test-list, i've added a couple of tests to try and catch these issues more reliably in our validation testing
17:15:25 <jlaska> a few areas have been fragile the last few releases, this is one that seems to keep popping up
17:17:45 <adamw> so is anaconda team okay with the current information from reporters on this one, dcantrell?
17:18:36 <dcantrell> adamw: 571900?  isn't that gdm?
17:18:49 <adamw> and do we agree this should be a blocker? i think so due to the implications for password entry
17:19:36 <adamw> dcantrell: whoops, yeah. though it should be plymouth as well, and it could be anaconda-related
17:19:52 <adamw> as the problem is with the keymap used on initial boot after install not being the keymap chosen during install...
17:20:34 <drago01> might be system-setup-keyboard not running for some reason _before_ firstboot
17:20:40 <adamw> actually they say they have the same problem with console login, so i doubt it's gdm-related.
17:20:48 <drago01> we currently just make sure that it runs before prefdm
17:20:50 <adamw> sounds like we're not sure where the problem actually is
17:21:21 <dcantrell> anaconda hands all keymap duties to s-c-keyboard
17:21:24 <adamw> ok
17:21:51 <adamw> i think for now it's probably a good idea to assign this to s-c-keyboard?
17:22:10 <drago01> system-setup-keyboard please
17:22:17 <drago01> yes I do take the blame for now
17:22:53 <adamw> okay
17:22:58 <adamw> so we can leave it with you to look at drago?
17:23:09 <drago01> yeah
17:23:11 <adamw> ok
17:23:20 <adamw> so, we didn't answer the blockeriness question
17:23:24 <adamw> do we think it's a blocker? +1 from me
17:23:28 <Oxf13> +1
17:24:34 <jlaska> +- 0 from me
17:25:05 <adamw> good enough for government work
17:25:15 <jlaska> central services!
17:26:55 <adamw> #agreed 571900 is a blocker, bug is likely around system-setup-keyboard
17:27:00 <adamw> #action drago01 to investigate 571900
17:27:16 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=584718
17:27:18 <buggbot> Bug 584718: medium, low, ---, davidz, NEW, File conflict between gnome-icon-theme-extras and gnome-icon-theme for F13.
17:27:37 <adamw> this is the icon theme conflict everyone's seen lately
17:27:42 <jlaska> yeah
17:27:48 <adamw> it looks like it's fixed with the latest package, just hasn't percolated through into the repos for everyone yet
17:28:13 <Oxf13> should make it into the stable branched repo today
17:28:31 <adamw> um.
17:28:32 <Oxf13> gnome-icon-theme-2.30.1-3.fc13 went stable
17:28:48 <adamw> oh yeah there it is. couldn't see it in bodhi for a minute
17:29:09 <adamw> i think since multiple people have confirmed it works with that build and that build's been pushed to stable, we can close?
17:29:22 <Oxf13> yeah, wish the bodhi ticket would have been hooked up to the bug
17:29:31 <adamw> yeah that would have been nice
17:29:38 <adamw> bad mclasen! slap
17:30:58 <Oxf13> what'd be nice is if our infrastructure would do this automatically, based on SCM commits and such
17:31:28 <jlaska> amen to that
17:31:58 <adamw> #agreed 584718 is fixed in -3.fc13 which has hit stable, bug can be closed
17:32:10 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=584603
17:32:11 <buggbot> Bug 584603: medium, low, ---, jreznik, ON_QA, goddard KDM and KSplash themes broken
17:33:45 <adamw> interesting, a kde polish bug. kde team seem to be handling it efficiently
17:34:15 <jlaska> Rex and Kevin are both all over that
17:34:44 <adamw> maybe we should poke the blockeriness nest of worms too hard for this one
17:34:59 <adamw> er, shouldn't poke the can
17:35:01 <adamw> sigh, i fail
17:35:15 <Oxf13> ENGLISH MOTHERF**** DO YOU SPEAK IT?
17:35:22 <adamw> hai
17:35:48 <Oxf13> I say we keep this as a blocker.
17:35:56 <adamw> yeah, it's doing fine, let's just let it roll.
17:36:04 <jlaska> is it on the KDEBlocker too?
17:36:13 * jlaska confirms
17:36:14 <adamw> oh yeah, it's an indirect blocker anyway
17:36:16 <adamw> so that's fine
17:36:16 <jlaska> okay
17:36:21 <adamw> nothing to see here!
17:36:30 <jlaska> so ... no hard feelings all around :)
17:36:47 <adamw> #agreed kde team is all over 584603, no action needed
17:37:04 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=568106
17:37:05 <buggbot> Bug 568106: medium, low, ---, pjones, NEW, Unable to enter grub menu in F-13-Alpha with console=ttyS0
17:37:33 <jlaska> no updates on this one, still needs pjones or a qualified grub guru to poke at it
17:37:51 <adamw> you were supposed to be poking pjones =)
17:38:01 <jlaska> I did
17:38:04 <adamw> ah
17:38:10 <adamw> so, nothing much to add then...
17:38:33 <adamw> #agreed 568106 remains a blocker, jlaska pinged pjones as planned but he has not poked it yet
17:38:47 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=567325
17:38:48 <buggbot> Bug 567325: medium, low, ---, rrelyea, NEW, ifd-egate uses deprecated udev rules syntax
17:38:50 <jlaska> he might be swamped with rhel bugs, not sure
17:39:16 <adamw> another one from last week
17:39:58 <adamw> this was the one where we needed the maintainers to submit updates to bodhi for esc and coolkey
17:40:02 <adamw> so that ifd-egate can be killed
17:40:11 <adamw> looks like the esc update was submitted: https://admin.fedoraproject.org/updates/esc-1.1.0-12.fc13
17:40:17 <adamw> coolkey has not been, though
17:42:53 <adamw> i would test and +1 the coolkey update but it appears to run into a (hopefully transitory) repo bug caused by nss...
17:42:57 <adamw> er, esc update*
17:43:19 * jlaska checking if coolkey maintainer is around
17:43:20 <Oxf13> probably just need to poke the maintainer on this.
17:43:23 <adamw> i suppose all we can do here is ask Bob again to submit the update? if he doesn't i'm not sure what else we can do
17:43:28 <adamw> i already did last week
17:43:31 <adamw> see the last comment on the bug
17:43:49 <Oxf13> I meant poke him again.
17:43:52 <Oxf13> aka nagmail
17:44:08 <adamw> yeah
17:44:25 <adamw> i suppose we could cc Jack magne since he also commits to coolkey
17:45:44 <adamw> okay, done
17:46:09 <adamw> #agreed 567325 remains a blocker, requires esc and coolkey updates before ifd-egate can be removed: esc update is submitted to bodhi but not yet coolkey
17:46:16 <adamw> #action adamw to nag coolkey maintainers to submit the update
17:46:31 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=577482
17:46:36 <buggbot> Bug 577482: medium, low, ---, rdieter, ON_QA, X server hogs the CPU
17:47:13 <adamw> this was a nasty bug, but from what i've seen, is fixed now
17:47:18 <Oxf13> ON_QA
17:47:21 <adamw> not sure why it's still ON_QA since the fixes seem to have gone sable
17:47:23 <adamw> stable*
17:47:23 <Oxf13> means its somewhere in bodhi right?
17:47:30 <jlaska> kde-settings-4.4-13.fc13.1 has been pushed to stable
17:47:31 <adamw> damn non-IBM keyboards
17:47:49 <adamw> let me just check with kevin
17:47:52 <Oxf13> interesting.
17:47:59 <Oxf13> if it's in stable, we should just close this
17:48:59 <adamw> Oxf13: i agree, just want to double-check with kevin first
17:49:56 <adamw> if he's not around we can just close it with a note to re-open if we're missing something
17:50:48 <adamw> okay, let's do that, no reply
17:50:59 <adamw> #agreed 577482 looks to be fixed already, can be closed
17:51:44 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=560087
17:51:45 <buggbot> Bug 560087: medium, low, ---, mchristi, NEW, [ INFO: possible circular locking dependency detected ] - iscsid/622 is trying to acquire lock:
17:52:18 <drago01> ...
17:52:24 <drago01> this is just a lockdep warning
17:52:35 <drago01> shouldn't be even visible when using a non debug kernel
17:52:56 <adamw> yeah, the action on this last week was for jlaska to re-test and see if it actually caused any problem
17:53:11 <adamw> i mentioned last week that 'errors' like this often aren't real problems
17:53:17 <jlaska> it doesn't appear to ... got to touch this a bit with yesterdays test day
17:53:42 <jlaska> but it's kind of a pantscon moment for users to see something like this
17:53:49 <adamw> well if drago's right then they won't
17:54:01 <adamw> since the final release kernel will be stripped as always
17:54:05 <jlaska> ah, I missed that, thanks drago01
17:54:23 <Oxf13> -1 blocker
17:54:30 <adamw> also, would you usually see it in a normal install? it's just a console message
17:54:36 <adamw> don't you only see it because you're doing vnc or something?
17:55:16 <jlaska> no, you'd see it
17:55:35 <jlaska> but I'm fine if this is only something we see with debugging kernel enabled
17:55:41 <adamw> where do you see it? usually when i've seen that kind of message it's only in a logfile or something
17:55:43 <jlaska> and that it doesn't seem to impact iSCSI
17:55:49 <jlaska> it's on the console
17:55:57 <jlaska> so whatever has /dev/console
17:56:39 <jlaska> I'm not in favor of holding for this given what we know
17:57:08 <adamw> okay, well, yeah, my point is, most people don't look at the console during install unless something *else* is wrong :)
17:57:43 <jlaska> yeah, I see your point.
17:58:02 <jlaska> but still feel that people would see this _if_ we shipped a kernel with debugging on for F-13 final
17:58:24 <jlaska> -1 from me too
17:58:24 <drago01> we shouldn't do that
17:58:47 <drago01> and we never did in the past for good reasons
17:59:19 <adamw> okay
17:59:23 <adamw> let's knock it off the list
17:59:42 <adamw> usually we get a kernel with no debugging a bit ahead of final release, so we should be able to confirm this before things are locked down
18:01:03 <adamw> #agreed 560087 doesn't cause any actual problems and should go away when debugging is disabled in the kernel: dropping from the blocker list
18:02:29 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=577059
18:02:33 <buggbot> Bug 577059: medium, low, ---, kernel-maint, NEW, Failure while swapping install discs on KVM guest (F12 virt host)
18:02:50 <jlaska> jforbes: do you have any updates on this one?
18:05:12 <jforbes> jlaska: I have a patch which might fix the issue, I am not positive though.  Should have an update this evening
18:06:17 <jlaska> jforbes: sweet, do you still agree with the blocker worthiness of this issue?
18:06:57 <jforbes> jlaska: I do as long as we are planning to ship multi-cds of F-13
18:07:04 <jlaska> jforbes: okay, thanks
18:07:16 <jlaska> this is still +1 for me ... and straightforward to test
18:07:37 <adamw> sure, don't think we need to change anything here
18:07:51 <adamw> #agreed 577059 remains a blocker, jforbes is working on it and believes he may have a patch
18:08:41 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=560628
18:08:43 <buggbot> Bug 560628: medium, low, ---, kernel-maint, MODIFIED, KMS: Disturbed display with 2.6.32.x / 2.6.33.x
18:09:09 <adamw> looks like we have a fix for this
18:09:33 <jlaska> initial positive test results in
18:09:37 <jlaska> from Mamoru
18:09:41 <adamw> just for general info, kernel -57 has a bumper crop of fixes for graphics stuff for all three major chipsets, so if you have any graphics issues it's a good idea to retest with that kernel
18:09:55 <adamw> yeah, 3 days ago, so i think we can ask him to confirm if it's still okay and, if so, take it as fixed in -57
18:10:35 <adamw> the -57 update is pending as https://bugzilla.redhat.com/show_bug.cgi?id=560628 , has mostly + karma so far, one 'it doesn't boot!'
18:10:36 <buggbot> Bug 560628: medium, low, ---, kernel-maint, MODIFIED, KMS: Disturbed display with 2.6.32.x / 2.6.33.x
18:11:29 <adamw> any other notes on this?
18:11:53 <jlaska> not here
18:12:00 <adamw> ok
18:12:12 <adamw> #agreed 560628 looks to be fixed with kernel -57
18:12:31 <Oxf13> yeah I need to update to -57 and see if my freezes in gnome-shell go away
18:12:33 <adamw> #action adamw to check in with mamoru that 560628 is still fixed, and close when kernel update is pushed
18:13:05 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=577142
18:13:07 <buggbot> Bug 577142: medium, low, ---, ajax, ON_QA, Glitches with GMA Mobile 945 and compiz enabled.
18:13:28 <adamw> as i noted, i'm actually seeing this bug on this system
18:14:23 <adamw> it looks like a mesa update fixes this problem but, in concert with a recent x server update, exposes a different problem
18:14:31 <adamw> ajax: around to comment on this?
18:15:16 <ajax> it's a bug, it has a fix, i just need to apply it
18:15:57 <drago01> ajax: the fix I used for the scratch build? (seems to work for me and one reporter)
18:16:03 <ajax> definitely nasty, but i'm trying to focus on another intel regression that involves keeping a lot of state in my head, so, that's taking my time atm.
18:16:09 <ajax> drago01: feel free to commit it, i think it's right.
18:16:16 <ajax> it'd save me some egg juggling.
18:16:17 <drago01> ajax: ok
18:16:45 <adamw> so basically if that mesa update gets pushed and the fix drago01 did a scratch build for gets pushed everything should be OK?
18:16:55 <drago01> yes
18:16:59 <adamw> excellent
18:17:10 <adamw> and i can test that here too, so we should have two testers on it
18:17:27 <adamw> i'll try and give the mesa+scratch build combo a test later and confirm it works too drago
18:17:38 <drago01> adamw: ok, thanks
18:18:03 <adamw> this is honestly a bit borderline to be a blocker, but the fact that it's a regression on a previously very solid chipset and a lot of people probably expect to be able to use compiz on systems like this tips it for me
18:18:12 <adamw> and the fact that we're fairly sure we can fix it helps =)
18:18:42 <adamw> ajax: what's the other intel regression you're focusing on, btw?
18:19:03 <adamw> Oxf13: jlask: what do you think about the blockeriness of this?
18:19:32 <Oxf13> yeah, probably a +1 from me
18:20:36 <jlaska> don't have a good handle on the # of impacted systems
18:21:07 <drago01> intel chipset + compiz / gnome-shell / kwin (with opengl compositing enabled)
18:21:35 <jlaska> I think we talked about hardware accel being a nice to have last week
18:22:01 <adamw> jlaska: yeah, that's generally the case, but we have to be pretty flexible with gfx
18:22:38 <adamw> jlaska: the number of affected systems here is likely very high as it affects the ol' favourite gm945
18:22:52 <adamw> which is in zillions of systems, especially middle-of-the-road laptops
18:22:57 <jlaska> yeah, true true
18:23:07 <adamw> and it's previously been a very solidly-supported chip, so people are likely to expect compiz to work on it by now
18:23:19 <adamw> it's probably been working for...seven or eight releases? long time anyway
18:23:24 <jlaska> I'm +1
18:23:46 <jlaska> trying to negotiate how to take in the right gfx fixes, without disrupting the existing working setups
18:23:51 <adamw> yeah
18:23:55 <jlaska> don't have an answer there
18:24:08 <jlaska> this discussion itself is probably part of it
18:24:09 <adamw> it's definitely a borderline one, but i'm okay to take it for now, especially since it looks like we'll get a fix soon anyhow
18:25:03 <adamw> #agreed 577142 is borderline but keeping on the blocker list for now, it looks like ajax and drago01 are on top of putting a fix in place
18:25:26 <adamw> #action drago01 to commit the mooted xorg fix (and push an update?), adamw and drago01 to test
18:25:56 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=571573
18:25:58 <buggbot> Bug 571573: medium, low, ---, laine, POST, SELinux is preventing /sbin/ip6tables-multi access to a leaked /proc/mtrr file descriptor.
18:27:25 <jlaska> 2 patches out for review still
18:27:51 <jlaska> an ACK on one of them
18:27:58 <jlaska> just need to ping the maintainer here?
18:28:06 <adamw> i guess so
18:28:12 <adamw> we accepted it as a blocker last week
18:29:19 <adamw> #agreed 571573 remains a blocker
18:29:23 <adamw> #action adamw to ping in the bug
18:29:49 <adamw> my dinner's ready now - we've got about another 10 bugs to go
18:29:59 <adamw> does someone else want to drive for a bit, or should we take a break for a bit?
18:30:14 <jlaska> +1 for short break
18:30:18 * jlaska needs to eat
18:30:40 <adamw> Oxf13: does that work with your schedule? 30 minutes break?
18:31:04 <Oxf13> yes
18:31:07 <Oxf13> I'll lunch it up
18:31:09 <adamw> okey dokey
18:31:17 <adamw> #topic on break till 3pm EDT
18:31:20 <jlaska> okay cya in 30 ...
18:31:22 <adamw> back in 30!
19:00:31 <adamw> ding ding
19:01:29 <jlaska> giddyup
19:02:27 <drago01> so doing a test install in kvm to look at the keyboard issue ... anaconda traceback -.-
19:02:44 <adamw> at what point?
19:02:48 <adamw> if it's live and the traceback is when you start up
19:02:54 <drago01> yes
19:03:00 <adamw> then do a 'service NetworkManager start' when the first anaconda screen comes up
19:03:09 <drago01> ok, thanks
19:03:19 <adamw> the bug is that anaconda causes NM to crash when it starts, so if you restart it before proceeding, you get around the bug
19:03:38 * adamw wonders if we actually have a blocker report filed for that =) oxf13 said someone was on top of it
19:04:00 <drago01> was just about to ask that ;)
19:04:31 <adamw> let's look at that when we're done walking the list
19:04:32 <jlaska> should be resolved in the next nightly I believe
19:05:07 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=567978
19:05:09 <buggbot> Bug 567978: medium, high, ---, dcbw, NEW, Unable to activate network in loader with [*] Enable IPv6 support
19:05:29 <Oxf13> back now
19:05:36 <Oxf13> so anaconda + NetworkManager went stable last night.
19:05:38 <jlaska> want to pull in dcbw?
19:05:45 <Oxf13> as soon as I can get this branched compose to finish it'll be in teh branched repo
19:06:04 <drago01> dcbw just left ...
19:06:23 <adamw> perfect timing
19:06:48 <jlaska> not much else we can do here, need his guidance I believe
19:07:14 <adamw> yeah
19:07:27 <adamw> i'm not sure who else's opinion he's waiting on
19:08:01 <adamw> i'll post a poke message in teh bug
19:08:21 <adamw> #agreed 567598 remains a blocker, waiting on dcbw to decide on a course in concert with others in the report
19:09:19 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=583299
19:09:20 <buggbot> Bug 583299: medium, medium, ---, hdegoede, MODIFIED, Parted should not canonicalize symlinks under /dev/mapper
19:09:56 * jlaska trying to understand impact
19:10:21 <jlaska> somehow it's adding /dev/dm-* devices into the mix during partitioning
19:11:07 <adamw> 583283 describes the impact, it appears to be a bug that stops install working
19:11:26 <adamw> in comment #1 hans describes it as 'We should not call partedDisk.commit on non partitionable devices which hold a disklabel, as the partition table reload ioctl will fail.'
19:11:38 <jlaska> right
19:11:53 <jlaska> not sure how to hit the bug though
19:11:56 <adamw> so it sounds like install fails at partition table commit stage if you have a 'non partitionable device' with a disklabel
19:13:13 <adamw> yeah, we don't have a description of the actual hardware involved in any bug i can see
19:13:23 <adamw> hansg doesn't seem to be online either
19:13:48 <jlaska> dcantrell: are you familiar with this one?
19:14:26 <dcantrell> jlaska: no
19:14:37 <jlaska> it's obviously an important issues for Hans to raise it, and it's being pulled into another product that rhymes with Shmell
19:14:42 <adamw> heh
19:14:53 <adamw> i think we can keep it on the list for now, pending more info from hans about the exact circumstances
19:14:58 <jlaska> I can reach out to Hans for some guidance on how we missed it
19:15:01 <jlaska> adamw: yeah
19:15:21 <adamw> the concept of a non-partitionable device seems odd
19:15:33 <adamw> especially a non-partitionable device anaconda would offer as usable during install
19:15:52 <adamw> anyhow...let's just ask hans in the bug for a clarification...don't think we need much else
19:17:01 <adamw> #agreed 583299 blocker status cannot be judged without more info on exactly what situations it affects. looks like hans has the fix in hand though
19:17:08 <adamw> #action adamw to ping hansg for more info on 583299
19:18:06 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=572148
19:18:07 <buggbot> Bug 572148: medium, low, ---, richard, NEW, Traceback when trying to update to Fedora 13 Alpha
19:18:43 <jlaska> I don't think there have been changes since your last post
19:18:48 <adamw> so we agreed last week this was a blocker
19:18:53 <adamw> it seemed like a fix was available
19:18:59 <adamw> we need the updated preupgrade in f12 to consider this closed
19:19:29 * jlaska confirms no preupgrade update exists in bodhi
19:20:07 <adamw> yep
19:20:13 <adamw> so we need a re-ping of richard here
19:20:32 <jlaska> set phazers to annoy!
19:20:55 <adamw> =)
19:21:07 <adamw> #agreed 572148 remains a blocker, still waiting for hughsie to submit the update
19:21:27 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=575400
19:21:29 <buggbot> Bug 575400: medium, low, ---, richard, ASSIGNED, Preupgrade generated kickstart with an error
19:22:25 <adamw> looks like same story as the last bug
19:22:31 <adamw> fixed build is available, not submitted as an update
19:22:59 <jlaska> okay
19:24:26 <adamw> #agreed 575400 same story as 572148: fixed preupgrade is available but has not been submitted as an update
19:24:38 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=583484
19:24:39 <buggbot> Bug 583484: high, low, ---, hdegoede, ON_QA, installer reports unhandled exceptions after selecting drives
19:25:03 * jlaska notes ... hans has a good bugzilla demeanor
19:25:18 <adamw> indeed
19:25:26 <adamw> looks like this one's nicely in progress
19:25:29 <jlaska> yeah
19:25:35 <jlaska> anonymous karma
19:25:38 <adamw> this is newly added to the blocker list
19:25:39 <jlaska> (positive karma)
19:25:53 <adamw> it looks like a clear blocker though, given the symptoms
19:26:25 <adamw> "Making this an F13Blocker as it breaks installation on any dmraid using BIOS
19:26:25 <adamw> RAID (so not Intel BIOS RAID) system with an extended partition. "
19:26:29 <adamw> nice of hans, that makes it very clear
19:26:42 <jlaska> definitely, thank you Hans! :D
19:27:07 * adamw wonders why python-pyblock isn't considered critical path, if it's involved in installation
19:27:21 * jlaska checks
19:27:43 <jlaska> it is
19:27:56 * jlaska confirmed python-pyblock is listed on http://kojipkgs.fedoraproject.org/mash/branched-20100421/logs/critpath.txt
19:28:03 <jlaska> adamw: good sanity check
19:28:56 <adamw> oh ok
19:29:09 <adamw> doesn't bodhi's web interface tell you if the update is critpath?
19:29:17 <adamw> oh yes it does
19:29:19 <adamw> i just missed it
19:29:21 * adamw hits self in face
19:29:40 <adamw> so one of us should probably confirm installation works with that python-pyblock package, and +1 the update
19:30:05 <adamw> and i'm off the hook for that as I can't test installs atm, hah! oh wait, crap, there's a 700GB NAS drive in the corner. no i'm not.
19:30:20 <jlaska> heh
19:31:29 <adamw> testing the actual bug is trickier, but the report confirms it fixed that
19:31:58 <adamw> #agreed 583484 is a blocker (vote of thanks to hansg for the awesome bugzilla work), fix looks good
19:32:11 <adamw> #action adamw to test install with the updated python-pyblock and +1 the update if it works
19:32:42 <jlaska> adamw: thanks, I can add to my list as well once I get through the MODIFIED bugs
19:35:23 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=545986
19:35:24 <buggbot> Bug 545986: medium, low, ---, wb8rcr, ASSIGNED, F13 Release Notes Blocker
19:35:29 <jlaska> 2 ASSIGNED, 2 MODIFIED, 1 ON_QA ... almost there
19:36:00 <jlaska> this is just a tracker right?
19:36:12 <adamw> oh yes
19:36:16 <adamw> wasn't paying attention
19:36:23 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=583659
19:36:24 <buggbot> Bug 583659: medium, low, ---, dwalsh, MODIFIED, SELinux context wrong after using preugprade
19:36:27 <jlaska> adamw: unusual for you, that's my job! :)
19:36:45 <adamw> hehe
19:36:53 <adamw> well I *was* paying attention...to the v guide
19:36:54 <adamw> tv
19:36:56 <jlaska> this is looking good, just dwalsh is asking for karma
19:36:58 <adamw> damn this keyboard!
19:37:27 <adamw> indeed, we all should have selinux-policy installed so we can all +1 it (assuming it's good for us)
19:37:42 <jlaska> https://admin.fedoraproject.org/updates/selinux-policy-3.7.19-2.fc13
19:37:43 <adamw> it does seem like a blocker to me
19:38:40 <jlaska> yeah, not sure how others feel, but for any selinux-policy changes that are relaxing permissions, I tend not to be as worried about those
19:39:24 <jlaska> but that's a different discussion
19:39:39 <jlaska> +1 for blockeryness
19:40:04 <adamw> #agreed 583659 is a blocker, update requires karma: everyone get to your bodhimobiles
19:40:37 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=558875
19:40:38 <buggbot> Bug 558875: high, high, ---, dkopecek, MODIFIED, no valid sudoers sources found
19:41:56 <adamw> this is a bit of a head scratcher, not sure why it's just turned up on the list
19:42:14 <adamw> i don't use sudo, but just tried it and it seems to behave
19:42:16 <jlaska> everything seems primed for this to be resolved
19:42:19 <adamw> so i presume this has got fixed in the meantime
19:42:27 <adamw> i definitely have a higher build than this was reported against
19:42:45 <adamw> i don't think 'sudo doesn't work' is really a blocker anyway, but if we can close it we don't have to care
19:43:16 <Oxf13> I tink we can close it
19:44:20 <Oxf13> I have a much newer one and sudo works for me
19:44:42 <Oxf13> and my /etc/sudoers.d/ is empty
19:44:47 <Oxf13> (which I just had to use sudo to verify)
19:45:57 <adamw> ok
19:46:04 <adamw> #agreed 558875 seems to be resolved, we will close the bug
19:46:16 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=523914
19:46:18 <buggbot> Bug 523914: medium, high, ---, peter.hutterer, ASSIGNED, Mouse does not move in PV Xen guest under RHEL-5.4
19:46:35 <adamw> peter says it's fixed in currnet
19:46:37 <adamw> x erver
19:46:46 <adamw> ...seriously, i'm gonna set this keyboard on fire soon.
19:48:30 <adamw> so we need someone to re-test this
19:48:31 <jlaska> so we should move the bz to MODIFIED?
19:49:06 <adamw> yep
19:49:11 <adamw> i'll do that and ask andrew to re-test
19:49:17 <adamw> i think that covers it
19:50:08 <adamw> #agreed 523914 has a fix that needs testing
19:50:42 <adamw> #action adamw to update 523914 to MODIFIED and ask andrew jones to re-test it
19:51:26 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=582468
19:51:27 <buggbot> Bug 582468: medium, low, ---, peter.hutterer, ASSIGNED, X server uses the wrong configuration directory
19:52:08 * jlaska reading bz
19:52:46 <jlaska> okay, so this is adjusting to use the proper xorg.conf.d directory locations chosen by upstream
19:53:00 <adamw> yeah
19:53:01 <Oxf13> yeah there were a number of updates in flight to get this sorted out
19:53:06 <adamw> looks like all the changes are done and the updates just need pushing
19:53:07 <Oxf13> and I'm not sure the status of them overall
19:53:16 <Oxf13> some are likely waiting on karma
19:53:59 <adamw> peter says "All packages have the karma required"
19:54:08 <adamw> though he may not be aware they need 1+1 if they're critpath, not sure
19:54:31 <jlaska> fpit (whatever that is) has no karma
19:54:43 <adamw> yeah, he says except fpit
19:54:52 <adamw> https://admin.fedoraproject.org/updates/xorg-x11-drv-wacom-0.10.5-2.fc13 has high karma but no trustedtesters karma
19:55:10 <adamw> ditto vmmouse
19:55:20 <adamw> all others have been pushed
19:55:37 <adamw> so, we just need to add proventesters feedback on those two. i guess for now we could just +1 them blind given the weight of feedback
19:56:04 <adamw> #info xorg-x11-drv-wacom and xorg-x11-drv-vmmouse need proventesters karma
19:56:07 <Oxf13> yeah I think that's fair
19:56:12 <jlaska> I don't have any wacom for testing, vmmouse is virt right?
19:56:14 <Oxf13> proxy the proven packager +1
19:56:17 <Oxf13> er proven tester
19:56:27 <adamw> vmmouse is for vmware i believe
19:56:28 <Oxf13> we might have overreached on our critpath for some of these drivers
19:56:39 <adamw> i think they're in as deps of the drivers virt package
19:57:01 <jlaska> adamw: yeah ...
19:57:02 <jlaska> https://admin.fedoraproject.org/updates/selinux-policy-3.7.19-2.fc13
19:57:05 <adamw> perhaps we should ditch that from critpath and instead include a handpicked list of actually important drivers
19:57:10 <jlaska> errgh, wrong paste buffer
19:57:11 <jlaska> depsolving   61/ 245 (xorg-x11-drivers)
19:57:16 <jlaska> added xorg-x11-drv-vmmouse
19:57:26 <jlaska> added xorg-x11-drv-wacom
19:57:36 <adamw> anyway, not a discussion for this meeting
19:57:55 <adamw> #agreed 582468 is a blocker, looks fixed except two updates require proventester karma
19:58:08 <jlaska> #idea Should we only use a subset of handpicked xorg-x11-drv-* packages for critpath?
19:58:08 <adamw> #action adamw to add proxy karma to those updates as multiple testers have reported them as ok
19:59:25 <Oxf13> the problem is xorg-x11-drivers requires like all the drivers evar
19:59:38 <Oxf13> so in some sense, they're all critpath in that they shouldn't break deps
19:59:43 <Oxf13> but as far as functionality goes...
19:59:48 <jlaska> Oxf13: ah, I see
20:00:38 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=579756
20:00:39 <buggbot> Bug 579756: medium, low, ---, ajax, ON_QA, closing clutter games sometimes crashes the X server
20:00:50 <drago01> this one should be fixed now
20:00:52 <adamw> last one!
20:00:57 <Oxf13> woop woop
20:01:08 <adamw> indeed
20:01:40 <jlaska> karma -3
20:02:20 * drago01 suggests closing the bug
20:02:31 <adamw> drago01: know anything about the apparent bug in -7?
20:03:02 <adamw> looks like https://bugzilla.redhat.com/show_bug.cgi?id=584832  is the report
20:03:04 <buggbot> Bug 584832: high, low, ---, ajax, NEW, xorg-x11-server-1.8.0-7.fc13 hangs when compiz starts
20:03:27 <adamw> ajax: sounds like that's yours, and not directly related to the fix for the bug we're discussing right noiw
20:03:37 <adamw> but hey, we should definitely make that a blocker too :)
20:03:53 <adamw> drago01: not keen on closing it without at least one definite confirmation that it fixes the bug
20:04:30 <drago01> adamw: ok, makes sense
20:04:50 <drago01> adamw: about the compiz hang no idea of hand ...
20:05:46 <drago01> adamw: could ask him to try -8 ... fixes a bug introduced in -7 ... not sure if it is related though
20:06:14 <adamw> no, it's not
20:06:16 <Oxf13> I also noticed my system would hang after a number of minutes if I had compositing going
20:06:32 * jlaska needs to step away ... brb
20:06:35 <Oxf13> I was going to reboot to the latest koji kernel to see if it still happens
20:06:53 <drago01> Oxf13: what kernel are you using right now?
20:07:12 <adamw> okay, now i'm confused
20:07:17 <Oxf13> 2.6.33.2-41.fc13.x86_64
20:07:36 <Oxf13> it was after a did a big set of updates, so I'm not sure if it's kernel, or X or something else related
20:07:42 <Oxf13> still attempting to narrow it down.
20:08:24 <drago01> ok trying a -56+ might help (iommu is of for gfx + contains some drm fixes)
20:08:51 <Oxf13> yeah, I have -60 pulled down
20:09:03 <Oxf13> but if that still locks up, it's gotta be something else I think.
20:10:02 <adamw> okay. since matthias filed this bug and he's done what he wanted to do to fix it, i think we can consider it fixed once a new enough x server version is accepted
20:10:12 <adamw> we can't close it yet as -7 won't pass testing due to the other bug
20:11:04 <adamw> so i think we just leave it for now
20:11:46 <adamw> sound okay?
20:12:27 * jlaska back
20:13:53 <adamw> #agreed fixes for 579756 are in xorg-x11-server since rev 7, but that has other problems. bug can be closed when a newer xorg-x11-server is accepted in stable
20:15:22 <adamw> okay, so we're done walking the list
20:15:35 <adamw> i think we can definitely consider https://bugzilla.redhat.com/show_bug.cgi?id=584832 a blocker now, though
20:15:36 <buggbot> Bug 584832: high, low, ---, ajax, NEW, xorg-x11-server-1.8.0-7.fc13 hangs when compiz starts
20:16:19 <adamw> jlaska: oxf: agree to add it to the list?
20:17:36 <drago01> +1
20:19:58 * jlaska looking
20:21:11 <adamw> vpv in the bodhi ticket claims a crash *without* compiz, which seems odd. maybe he has compositing enabled?
20:21:21 <adamw> mrunge doesn't specify
20:21:51 <jlaska> does this line up with the /topic bug ... tracking problems with the -7 build?
20:22:17 <adamw> this seems to be a regression in -7
20:22:22 <adamw> -7 was introduced to fix the topic bug
20:22:30 <adamw> so it seems like the fix for the topic bug causes this regression for others
20:22:36 <jlaska> yeah ... poorly phrased, but that's what I meant
20:22:43 <jlaska> this is tracking the new problems introduced w/ -7
20:23:14 <jlaska> is there end in sight for this issue?  Or will fixing this open up others etc...
20:23:35 <jlaska> that's a hard question to answer ... just thinking about keeping it from snowballing on us
20:24:04 <drago01> well that is a question for ajax or krh
20:24:34 <adamw> yeah
20:24:38 <adamw> ajax: still around?
20:25:04 <drago01> but anyway we shouldn't release with a broken xserver like that ... so this should be a blocker imo
20:25:38 <jlaska> there seems to be enough - karma against -7, so I agree with drago01
20:27:09 <adamw> okay
20:27:27 <adamw> in any case, if we leave both bugs on the blocker list we'll definitely come back to it next week, at which point hopefully things may be clearer :)
20:27:32 <jlaska> right
20:28:54 <adamw> #agreed 584832 (a regression introduced by the fix for 579756) should also be added as a blocker
20:29:29 <adamw> one other thing that came up earlier...
20:29:38 <adamw> #topic live installer NetworkManager bug
20:29:50 <adamw> apparently this ought to be fixed soon, but is there a bug filed for it?
20:32:40 <adamw> i couldn't find one easily
20:33:10 <jlaska> yeah ...
20:33:32 <jlaska> .bug 581794
20:33:32 <drago01> Oxf13: said that the fix should be in the next compose
20:33:33 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=581794 medium, low, ---, dcbw, CLOSED ERRATA, D-Bus error mishandling in ifcfg-rh
20:33:34 <zodbot> jlaska: Bug 581794 D-Bus error mishandling in ifcfg-rh - https://bugzilla.redhat.com/show_bug.cgi?id=581794
20:33:35 <buggbot> Bug 581794: medium, low, ---, dcbw, CLOSED ERRATA, D-Bus error mishandling in ifcfg-rh
20:34:24 <adamw> looks like it's https://bugzilla.redhat.com/show_bug.cgi?id=581794
20:34:26 <buggbot> Bug 581794: medium, low, ---, dcbw, CLOSED ERRATA, D-Bus error mishandling in ifcfg-rh
20:34:26 <adamw> ...oh heh
20:34:31 <adamw> this time you beat me :)
20:35:05 <jlaska> adamw: I only had to make sure you used a sub-optimal keyboard
20:35:06 <jlaska> moohahaha
20:35:20 <adamw> so it was marked as a blocker but the update got pushed, closing it
20:35:24 <adamw> okay, looks like all's in order here
20:37:17 <adamw> #agreed this issue was bug #581794 but it's correctly marked as blocker and then fixed, all in order
20:37:18 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=581794 medium, low, ---, dcbw, CLOSED ERRATA, D-Bus error mishandling in ifcfg-rh
20:37:22 <adamw> #topic any other business
20:37:31 <adamw> so, that's all i can think of; anything else to add? any other bugs to consider?
20:38:20 <jlaska> nothing pressing from me right now
20:38:30 <jlaska> pleased to see more maintainer contributions to the blocker list
20:38:51 <jlaska> We need to work through the MODIFIED bugs to make sure things are moving in the right direction
20:38:59 <adamw> yup
20:39:10 <adamw> and by 'we' i mean 'you' =)
20:39:11 <jlaska> and we've got a one more test day, and several validate events lined up to shake out any stragglers
20:39:22 <jlaska> adamw: 'we' got it :)
20:39:30 <jlaska> where, of course, s/we/you/
20:40:10 <adamw> i can see this is going ot go well
20:40:40 <adamw> alright then, let's end this torture
20:41:06 <adamw> i note we came in at a sprightly 4hrs 10mins this week, if we leave out the meal break
20:41:44 <adamw> thanks everyone!
20:41:47 <adamw> #endmeeting