16:00:15 <poelcat> #startmeeting Fedora 14 Alpha Blocker Meeting
16:00:15 <zodbot> Meeting started Fri Jul 30 16:00:15 2010 UTC.  The chair is poelcat. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:15 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:00:33 <poelcat> #meetingname blocker-review
16:00:33 <zodbot> The meeting name has been set to 'blocker-review'
16:00:41 <poelcat> who is in the house?
16:01:12 * adamw is in the residence
16:01:15 * cyberpear lurks
16:01:24 * fcami lurks behind cyberpear
16:01:33 <poelcat> jlaska: around?
16:02:55 <poelcat> #info attendees adamw cyberpear fcami poelcat
16:02:55 <adamw> nirik: how bout you? I have a feeling we'll need you for live cd stuff
16:03:05 <nirik> I'm sorta here. ;)
16:03:11 <poelcat> #info attendees adamw cyberpear fcami poelcat nirik
16:03:27 <poelcat> #chair adamw cyberpear fcami nirik
16:03:27 <zodbot> Current chairs: adamw cyberpear fcami nirik poelcat
16:03:43 * satellit__ lurks
16:03:47 <poelcat> let's start with something easy...
16:03:57 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=597858
16:03:58 <buggbot> Bug 597858: high, high, ---, gecko-bugs-nobody, NEW, "SELinux is preventing firefox from making its memory writable and executable." crashes rawhide firefox start
16:04:07 <nirik> such a fun bug.
16:04:13 <poelcat> per fedora-devel we're waiting for upstream and fesco
16:04:21 <poelcat> not much else to discuss for today?
16:04:45 <poelcat> should we add a note in the bug that we need a decision by Tuesday?
16:04:57 <nirik> sure, if you like...
16:05:16 <adamw> sounds good to me
16:05:33 * poelcat trying to remain cognizant of RC compose on Thurs
16:05:58 <poelcat> #action we're waiting for upstream and fesco + add a note in the bug that we need a decision by Tuesday to compose RC on time on Thurs
16:06:10 <poelcat> #action we're waiting for upstream and fesco + add a note in the bug that we need a decision by Tuesday to compose RC on time on Thurs https://bugzilla.redhat.com/show_bug.cgi?id=597858
16:06:11 <buggbot> Bug 597858: high, high, ---, gecko-bugs-nobody, NEW, "SELinux is preventing firefox from making its memory writable and executable." crashes rawhide firefox start
16:06:31 <poelcat> could we get a volunteer or two to update the bugs as we go?
16:06:37 <adamw> yo
16:06:42 <poelcat> no special technical knowledge required
16:07:05 <fcami> I can help if needed
16:07:13 <poelcat> thanks adamw fcami
16:07:14 <fcami> or do it if adamw has * else to do
16:07:19 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=615443
16:07:20 <buggbot> Bug 615443: high, high, ---, dhuff, NEW, booting live images from nightly fails (can't mount root filesystem)
16:07:41 <adamw> nirik: i think you may know best about the livecd issues?
16:07:57 <brunowolff> There is some discussion in the dependent bug 619020.
16:07:58 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=619020 medium, high, ---, kmcmartin, ASSIGNED, dumpe2fs says Journal superblock magic number invalid! Ext4 filesystem from compose host's livecds
16:08:28 <fcami> we should invite sandeen
16:08:28 <fcami> maybe
16:08:30 <nirik> yeah, it's looking like suashfs now.
16:08:35 <nirik> squashfs.
16:08:48 <nirik> So, it's being investigated more by the squashfs maintainer.
16:08:59 * adamw asked sandeen
16:09:03 <brunowolff> But it is still odd that the symptoms didn't start until well after squashfs was updated and
16:09:03 <poelcat> anything else for us to discuss here today?
16:09:08 <nirik> it's a very wacky one.
16:09:11 <brunowolff> that it only happens on some systems.
16:09:33 <nirik> Also, I am going to work with mmgrath later today to see about getting a kvm spin02 box to see if this issue is xen related.
16:09:39 <brunowolff> It happens on the compose machine pretty much all of the time. I haven' gotten it to occur yet.
16:09:46 <satellit__> http://wiki.sugarlabs.org/go/Talk:Features/Soas_V4/Install_Test_Table#Test_results  tests for soas
16:10:35 <adamw> nirik: didn't i hit the same issue on a build i did on my own local system?
16:10:37 <brunowolff> As another sticking point I am going to a game convention starting Sunday night and may not have good access for a week.
16:11:10 <nirik> adamw: you might have... it's hard to collect the all the data we have gathered.
16:11:20 <adamw> nirik: ah, i think this is an earlier failure than the one i saw
16:11:20 <nirik> if someone can reproduce it on non xen that would be good, then I can rule that out.
16:11:22 <brunowolff> Lougher expressed some interest in looking at it in  619020 comments.
16:11:36 <nirik> also, it's unclear if it might be a x86_64 only issue.
16:11:40 <adamw> it's probably worth putting the deadline in both bugs
16:12:11 <brunowolff> Does the 4.0 version of squashfs work on the compose machine?
16:13:13 <nirik> brunowolff: I don't know. I can try that if you like...
16:13:14 <brunowolff> Do we having the option of composing using 4.0 on the compose machine while keeping 4.1 in rawhide to help testing?
16:13:21 <nirik> sure.
16:13:30 <poelcat> should https://bugzilla.redhat.com/show_bug.cgi?id=619020 be added to blocker too?
16:13:30 <nirik> althought thats nasty because it's confusing, IMHO.
16:13:31 <buggbot> Bug 619020: medium, high, ---, kmcmartin, ASSIGNED, dumpe2fs says Journal superblock magic number invalid! Ext4 filesystem from compose host's livecds
16:13:37 <brunowolff> I'd rather not do an epoch bump.
16:13:47 <nirik> brunowolff: I can try 4.0 this morning.
16:14:04 <brunowolff> 619020 should already be one by dependency.
16:14:24 * poelcat still afraid it might get lost
16:14:49 <brunowolff> The 2.6.35 kernel has xattr support for squashfs so we kind of want 4.1 squashfs even if we don't do much with lzma.
16:15:05 <poelcat> brunowolff: any harm in adding f14alpha to it?
16:15:15 <nirik> but that might be where the bug is... hard to say.
16:15:16 <brunowolff> I don't think so.
16:15:50 <poelcat> can someone summarize the #action for 615443 ?
16:16:02 <brunowolff> I am going to test build a squashfs img while the ext3 image is loop mounted and see if that triggers any issue.
16:16:06 <adamw> if 615443 depends on 619020 that's fine, it makes 619020 implicitly a blocker. when we look at the f14alpha dependency tree we'll see it.
16:16:36 <nirik> poelcat: I will test older squashfs. squashfs maintainer will investigate further with e2fstools maintainer helping.
16:17:00 <nirik> wait.
16:17:05 <brunowolff> I'd like to see 4.0 tested on the build machine with the idea that we can do composes there using it that will work for the
16:17:14 <nirik> do we have a f14 branch published yet to compose off?
16:17:23 <brunowolff> alpha release without rolling back squashfs tools.
16:17:23 <poelcat> #chair nirik
16:17:23 <zodbot> Current chairs: adamw cyberpear fcami nirik poelcat
16:17:30 <poelcat> #chair brunowolff
16:17:30 <zodbot> Current chairs: adamw brunowolff cyberpear fcami nirik poelcat
16:17:56 <adamw> nirik: i believe jesse sent the branch announcement
16:18:09 <poelcat> adamw: nirik yes, he did
16:18:09 <brunowolff> We need to continue trying to find what triggers the bug.
16:18:12 <adamw> Subject: 	Fedora 14 has been branched!
16:18:12 <adamw> Date: 	Thu, 29 Jul 2010 21:03:49 -0700
16:18:13 <nirik> yes, but there is no f14-branched composes/mirrored yet
16:18:17 <adamw> ah
16:18:24 <nirik> hopefully later today I guess.
16:19:32 <adamw> oxf: ^^^?
16:19:35 <adamw> ah, not around
16:19:41 <poelcat> so... proposed #action: test older squashfs. squashfs maintainer will investigate further with e2fstools maintainer helping + add reminder to bugs that this must be resolved by Tuesday   ACK/NAK ?
16:19:49 <adamw> ACK
16:19:50 <nirik> ack
16:19:51 <fcami> ACK
16:20:13 <poelcat> #action: test older squashfs. squashfs maintainer will investigate further with e2fstools maintainer helping + add reminder to bugs that this must be resolved by Tuesday https://bugzilla.redhat.com/show_bug.cgi?id=615443
16:20:14 <buggbot> Bug 615443: high, high, ---, dhuff, NEW, booting live images from nightly fails (can't mount root filesystem)
16:20:16 <brunowolff> ack, but note I will be in a car all day Monday and note available.
16:20:27 <poelcat> #action test older squashfs. squashfs maintainer will investigate further with e2fstools maintainer helping + add reminder to bugs that this must be resolved by Tuesday https://bugzilla.redhat.com/show_bug.cgi?id=615443
16:20:28 <buggbot> Bug 615443: high, high, ---, dhuff, NEW, booting live images from nightly fails (can't mount root filesystem)
16:20:46 <poelcat> same action for dependent bug?
16:21:07 <fcami> I think, yes
16:21:25 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=619020
16:21:26 <buggbot> Bug 619020: medium, high, ---, kmcmartin, ASSIGNED, dumpe2fs says Journal superblock magic number invalid! Ext4 filesystem from compose host's livecds
16:21:27 <brunowolff> If we have a work around for builds, we may not need the bug actually fixed by Tuesday.
16:21:34 <fcami> that, too
16:21:43 <adamw> tried to capture that in the comment
16:22:01 <poelcat> #action test older squashfs. squashfs maintainer will investigate further with e2fstools maintainer helping + add reminder to bugs that this must be resolved by Tuesday unless there is a work around for builds https://bugzilla.redhat.com/show_bug.cgi?id=619020
16:22:02 <buggbot> Bug 619020: medium, high, ---, kmcmartin, ASSIGNED, dumpe2fs says Journal superblock magic number invalid! Ext4 filesystem from compose host's livecds
16:22:15 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=618504
16:22:16 <buggbot> Bug 618504: medium, low, ---, enrico.scholz, NEW, Can not submit abrt bugs
16:22:42 <brunowolff> Also note that Kyle hasn't been heavily involved with this. It's really been my work to try to get ready for lzma.
16:22:59 <brunowolff> Perhaps I should change the assignment field to myself?
16:23:14 <poelcat> brunowolff: that would be great... then I won't nag the wrong person :)
16:23:38 <poelcat> for 618504 we haven't set as accepted blocker or not
16:23:45 <brunowolff> I do it on both, since I am a comaintainer for both livecd-tools and squashfs-tools.
16:23:56 <fcami> without abrt, some qa stuff might be difficult to do
16:24:13 <fcami> we need that fixed before we start the test sessions
16:24:19 <fcami> not necessarily before compose
16:24:20 <adamw> well, according to the specific criteria, it's not a bug. we can argue it's a high severity issue in a critpath package (I think we made abrt critpath), but i think it probably isn't, since abrt works and generates reports which could be submitted later once the bug's fixed.
16:24:40 <fcami> hmm, ok
16:24:45 <adamw> oh, no, it's not critpath either.
16:24:55 <fcami> k, not blocker from me then
16:25:11 <adamw> so under the criteria, we really can't make it a blocker. we should probably have specific criteria about abrt and sealert, though, i'll have to draft some for the list.
16:25:48 <poelcat> adamw so you believe it should be an alpha blocker, we just don't have criteria that covers it presently?
16:25:54 <adamw> in this case, no
16:26:03 <poelcat> ah, okay
16:26:15 <adamw> the criterion i'd propose would be that any automated bug reporting tool intended to be present must be present and able to generate reports, i think
16:26:28 <adamw> (at alpha stage)
16:26:39 <poelcat> is there anyone present that believes 618504 should remain an f14 alpha blocker?
16:26:43 <adamw> actually submitting them isn't quite so vital
16:26:46 <fcami> adamw: sounds good
16:26:47 <adamw> that's probably beta or final
16:28:20 <poelcat> proposed #action this bug does not qualify as a release blocker under the release criteria. remove f14alpha block   ACK/NAK?
16:28:30 <adamw> ack
16:28:30 <cyberpear> ack
16:28:47 <adamw> oh, procedural issue: should we use RejectedBlocker whiteboard field for bugs considered but rejected?
16:29:03 <fcami> ack
16:29:15 <poelcat> #action this bug does not qualify as a release blocker under the release criteria. remove f14alpha block https://bugzilla.redhat.com/show_bug.cgi?id=618504 + add RejectedBlocker whiteboard field
16:29:16 <buggbot> Bug 618504: medium, low, ---, enrico.scholz, NEW, Can not submit abrt bugs
16:29:17 * adamw also recently realized we should probably have put the release into the whiteboard field (e.g. AcceptedF14ABlocker), but that ship has sailed...
16:29:39 <fcami> adamw +1 @ RejectedBlocker, but I think that should be RejectedF14AlphaBlocker
16:29:44 <poelcat> adamw: seems like a good idea if it gets revisted, though the comments would also show
16:29:53 <fcami> ah, same idea
16:30:19 <poelcat> okay, ready to move on?
16:30:37 <adamw> ok, after the meeting i'll update the wiki pages and do a search and adjust the whiteboard fields
16:30:42 <adamw> next bug!
16:30:46 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=619238
16:30:47 <buggbot> Bug 619238: medium, low, ---, notting, NEW, can't login to normal rawhide install
16:30:57 <poelcat> need to decide if this is an accepted blocker or not
16:31:39 <adamw> "In most cases, the installed system must boot to a functional graphical environment without user intervention"
16:31:40 <adamw> = blocker
16:31:53 <adamw> (we've already established that 'functional graphical environment' includes being able to login)
16:31:54 <fcami> with the avc, shouldn't that go to selinux?
16:31:59 <fcami> instead of "distribution"?
16:32:17 <fcami> and yeah, +1 @blocker
16:32:38 <adamw> that is, if this affects anyone but jens
16:32:43 * adamw hasn't rebooted his system for a day or two
16:32:56 <fcami> I'll try to reproduce tonight
16:33:29 <fcami> if I can reproduce the avc, I'll switch to component, ok?
16:33:30 <adamw> i've seen a lot of people report failure to boot properly with systemd, but jens claims to be on upstart...
16:33:31 <cyberpear> my system logs in fine, but I didn't just do a fresh from-disc instal
16:33:34 <fcami> component = selinux I mean
16:33:45 <poelcat> proposed #action add as accepted F14alpha blocker "In most cases, the installed system must boot to a functional graphical environment without user intervention" + change component to SELinux
16:34:08 <cyberpear> ack
16:34:08 <fcami> I take that
16:34:17 <drago01> s/SELinux/selinux-policy/
16:34:25 <satellit__> If get to first boot on soas remix f14(rawhide) and fill in fields. sill cannot log in to gdm
16:34:25 <fcami> drago01: thx
16:34:31 <adamw> nack, i'm actually a bit worried about the 'uniqueness' of the report, now i think about it
16:34:37 <fcami> adamw: I'll reproduce first
16:34:41 <adamw> i'd like someone else to reproduce this...
16:34:59 <fcami> poelcat: add "reproduce on latest rawhide" please
16:35:01 <adamw> although i suppose he was doing a clean install
16:35:07 <adamw> okay, on balance, ack for now :)
16:35:26 <fcami> and I'll take it, if everyone agrees
16:35:52 <adamw> ok
16:35:56 <poelcat> #action add as accepted F14alpha blocker "In most cases, the installed system must boot to a functional graphical environment without user intervention" + change component to "selinux-policy" + try to reproduce w/ latest compose
16:36:07 <poelcat> last one!
16:36:11 <poelcat> #topic https://bugzilla.redhat.com/show_bug.cgi?id=617115
16:36:12 <buggbot> Bug 617115: medium, low, ---, dhuff, ON_QA, rawhide live spins showing black screen instead of syslinux boot menu
16:36:25 <poelcat> check a quick checkin to see if this one is heading in the right direction
16:37:19 <fcami> nirik ?
16:37:34 <nirik> yes, that should be fixed.
16:37:35 <adamw> i think this is fixed now, right?
16:37:36 <fcami> I think that was more or less fixed by a syslinux update, not too sure
16:37:44 <fcami> k
16:37:45 <nirik> it was fixed by a livecd-tools update.
16:37:50 <poelcat> move to VERIFIED or CLOSED ?
16:37:52 * adamw can confirm that one
16:38:01 <nirik> either, but I guess CLOSED.
16:38:13 <adamw> have we checked the livecd-tools update made it into rawhide with all the shenanigans?
16:38:22 <adamw> i just grabbed it from koji
16:38:59 * nirik checks
16:39:01 <adamw> repoquery -i livecd-tools shows 032-5 for me
16:39:04 <adamw> which is not a fixed build
16:39:09 <nirik> livecd-tools-032-5.fc14                   dist-f14              dmalcolm
16:39:18 <nirik> thats the python rebuild one.
16:39:33 <adamw> ahh, the python 2.7 branch merge would have overwritten the more recent builds
16:39:44 <nirik> yeah, we need another f14/rawhide build I think.
16:39:52 <adamw> wolf: you'll need to bump and rebuild it once more with the 033-2 changes
16:39:54 <nirik> brunowolff: you still around? would you be willing to do that? or would you like me to?
16:39:55 <adamw> doh
16:40:02 <adamw> brunowolff: ^^^
16:40:06 <brunowolff> Yes.
16:40:29 <brunowolff> I was reading some mail in another window and it took a bit to see the flashing xchat icon.
16:41:17 <brunowolff> Your asking me to bump livecd-tools for python?
16:41:28 <adamw> brunowolff: no, it's already been bumped for python
16:41:42 <adamw> but the python rebuild was done off 032-4 and versioned 032-5; it doesn't have the changes from 033-1 and 033-2
16:41:47 <poelcat> proposed #action need another f14/rawhide build because of python 2.7 branch merge + confirm this bug is fixed and then move to VERIFIED/CLOSED
16:42:00 <nirik> yeah, so it needs another bump and rebuild
16:42:06 <adamw> so you need to check it out, re-add the 033-2 changes if necessary (I'm not sure exactly what will be in the repo), and rebuild it as 033-3
16:42:20 <poelcat> proposed #action need another bump + f14/rawhide build because of python 2.7 branch merge + confirm this bug is fixed and then move to VERIFIED/CLOSED
16:42:28 * adamw updated the bug already
16:42:28 <adamw> ack
16:42:30 <cyberpear> ack
16:42:34 <brunowolff> Yes, I'll do that.
16:42:51 <poelcat> #action need another bump + f14/rawhide build because of python 2.7 branch merge + confirm this bug is fixed and then move to VERIFIED/CLOSED https://bugzilla.redhat.com/show_bug.cgi?id=617115
16:42:52 <buggbot> Bug 617115: medium, low, ---, dhuff, ON_QA, rawhide live spins showing black screen instead of syslinux boot menu
16:43:02 <brunowolff> I haven't played with the new git stuff, so it will take me a bit longer than it would have otherwise.
16:43:10 <poelcat> great discussion and looks like maybe we saved ourselves some pain by doing so :)
16:43:14 <poelcat> #topic open discussion
16:43:20 <poelcat> anything else before we close for today?
16:43:23 <adamw> brunowolff: there's an idiot's guide from oxf13 on -devel list
16:43:53 <fcami> hmm, yes
16:44:12 <fcami> if I can't reproduce the avc, I won't set the blocker flag
16:44:18 <fcami> correct?
16:44:29 <brunowolff> I figure it won't be too hard. But normally I think I could have had the new builds going in about 5 minutes.
16:44:41 <fcami> was "In most cases, the installed system must boot to a functional graphical environment without user intervention" https://bugzilla.redhat.com/show_bug.cgi?id=619238
16:44:43 <buggbot> Bug 619238: medium, low, ---, notting, NEW, can't login to normal rawhide install
16:44:44 <brunowolff> I'll need to be more careful since things aren't familiar.
16:44:52 <poelcat> fcami: it's already set, we just want to verify that it is fixed
16:44:54 <adamw> fcami: if you can't reproduce, update the bug and ask for more info
16:45:07 <fcami> ok, I'll do that
16:45:08 <adamw> poelcat: no, he's talking about the earlier bug about rawhide not booting
16:45:11 <poelcat> oh :)
16:45:26 <fcami> not accepting logins, yes
16:45:29 <adamw> there is another 'blocker' issue: we need a few python rebuilds to clear the image composes
16:45:40 <adamw> i've discussed these with dmalcolm, but we need to make sure they happen
16:45:42 <poelcat> adamw: how are we tracking those?
16:45:50 <poelcat> why not just throw on f14alpha
16:45:54 <adamw> poelcat: mostly in mine and david's head =)
16:45:56 <poelcat> and i'll include in my periodic reminder
16:46:03 <adamw> we don't have bug reports for each broken package, there'd be too many
16:46:04 <poelcat> bad adamw! :)
16:46:08 <poelcat> oh
16:46:18 <adamw> we do have one report for a significant package - https://bugzilla.redhat.com/show_bug.cgi?id=618791 , technically that should probably be a blocker, i'll add it
16:46:20 <buggbot> Bug 618791: medium, low, ---, bnocera, NEW, totem does not build against libpeas-devel-0.5.3-2.fc14: missing symbols: peas_plugin_info_{s|g}et_visible
16:46:41 <adamw> totem being broken in itself isn't a blocker, but the fact that the package has dependency issues would break the composes
16:46:43 <brunowolff> A note about squashfs.
16:46:58 <poelcat> adamw: make sense then to add significant ones that we want to make sure we get to f14alpha ?
16:47:00 <adamw> ACK for me to add it to F14Alpha and set AcceptedBlocker?
16:47:06 <poelcat> ACK
16:47:21 <brunowolff> I was able to seemingly duplicate the problem by running mksquashfs while the ext3 was still loop mounted.
16:47:28 <adamw> poelcat: there's five otehrs - gnome-dvb-daemon , gnumeric , blueman , wireshark , gnote. i'll try and file bugs for all of them if i can stand the tedium =)
16:47:36 <fcami> adamw: ack
16:47:40 <poelcat> adamw: thanks!
16:48:31 <poelcat> proposed #action need to track unfinished python rebuilds, will add to 'f14alph' totem, gnome-dvb-daemon , gnumeric , blueman , wireshark , gnote
16:52:10 <poelcat> #action need to track unfinished python rebuilds: adamw will add totem, gnome-dvb-daemon, gnumeric, blueman, wireshark, and gnote to 'f14alpha' so we make sure they get done in time
16:52:19 <poelcat> closing meeting in 90 seconds
16:52:33 <adamw> ok by me
16:53:11 <fcami> ditto
16:54:10 <poelcat> thanks everyone... great meeting!
16:54:13 <poelcat> #endmeeting