15:01:31 <kparal> #startmeeting Fedora QA meeting
15:01:31 <zodbot> Meeting started Mon Aug 18 15:01:31 2014 UTC.  The chair is kparal. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:31 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:01:37 <kparal> #meetingname fedora-qa
15:01:37 <zodbot> The meeting name has been set to 'fedora-qa'
15:01:41 <kparal> #topic Roll Call
15:01:48 <kparal> who's here for the fun?
15:01:54 * garretraziel is here
15:01:57 <danofsatx-dt> I am here, I think...
15:02:01 * pwhalen is here
15:02:08 * lbrabec is here
15:03:22 * kparal pokes tflink
15:03:30 * pingou hands a stick to kparal
15:03:40 <kparal> thanks!
15:04:06 <kparal> satellit said he can't come today
15:04:08 * satellit monitoring but afk
15:04:45 * tflink was distracted working on some code
15:05:03 <kparal> #topic Previous meeting follow-up
15:05:32 <kparal> "roshi to create nightly installation test matrix"
15:05:48 <kparal> that was the only action from the last meeting
15:05:50 * ami_ is here
15:06:02 <kparal> and I guess it was done: https://fedoraproject.org/wiki/Category:Fedora_21_Nightly_Test_Results
15:06:21 <kparal> big thanks to satellit and pwhalen for testing
15:06:41 <kparal> and dmossor
15:07:03 <kparal> #info Nightly installation matrices for August created by roshi
15:07:16 <kparal> so let's move to the main topic
15:07:24 <kparal> #topic Fedora 21 status
15:07:45 <kparal> AFAIK, we're still waiting for the compose blocker bug to be resolved
15:08:12 <kparal> https://bugzilla.redhat.com/show_bug.cgi?id=1127103
15:08:36 <kparal> I wonder if dgilmore or bcl are around and have some further info
15:09:06 <kparal> there was a mass rebuild on friday, I'm not sure whether it is related to this bug or not
15:09:18 <tflink> IIRC, it is indirectly related
15:09:39 <tflink> they wanted the mass rebuild before freeze and before the first really complete TC
15:09:48 <tflink> but I don't recall more data than that
15:10:16 * kparal asked bcl on #anaconda
15:12:53 <kparal> no answer
15:13:33 <kparal> I'll poke dgilmore or bcl later this week to learn whether things progressed or not
15:14:04 <nirik> mass rebuild is still finishing up
15:14:20 <kparal> nirik: thanks. do you have any info about the compose issue?
15:14:54 <nirik> nope... I think pjones was looking at it last week? but I could be wrong...
15:15:09 <kparal> btw, have somebody tried testing boot.iso? at least that could be something we can do in the meantime
15:15:54 <kparal> #info we don't have any updates about compose issues (1127103)
15:16:22 <kparal> #action kparal ping relevant people (bcl, dgilmore, pjones?) and ask about compose issues
15:17:17 <pjones> so what I figured out is that if you make sure sss isn't listed in nsswitch.conf /in the mock root you're composing in/, it never gets mapped in and your references should be okay.
15:17:17 <brunowolff> I tested a nightly compose (of games spin) about 2 weeks ago to do an install. It worked OK.
15:17:32 <danofsatx-dt> I now satellit was, I haven't had the opportunity to test much in the last few days.
15:18:06 <kparal> pjones: is that something we can use to at least work around the compose issue, if not fix it?
15:18:44 <pjones> kparal: I think so, yeah
15:19:18 <kparal> pjones: and is the patch being considered, or should we remind someone of it?
15:19:51 <kparal> I don't see it mentioned in the bugzilla, that's why I ask
15:20:09 <pjones> I'm actually not sure - I was talking to dgilmore and bcl last week at the end of the work week, it may have gotten lost from there.
15:20:17 <pjones> (apologies I'm also in another meeting on the phone right now)
15:21:11 <kparal> pjones: ok. could you please attach the patch to the bugzilla, so that we can get it going a bit?
15:21:18 <pjones> I don't have a patch.
15:21:24 <pjones> I did it manually.
15:21:38 <kparal> it's probably our most important blocker and the bugzilla ticket seems to be too quiet to reflect it :)
15:21:43 <kparal> ah, ok
15:22:09 <kparal> so I'll ping the guys and talk to them
15:22:16 <kparal> pjones: thanks for info
15:22:51 <kparal> alright, anyone else have something related?
15:24:24 <kparal> #topic Open Floor
15:24:38 <ami_> kparal, I have related query but I should post that later
15:24:56 <kparal> ami_: so do you want to bring it up now?
15:25:09 <ami_> if we have time, thn yes?
15:25:33 <kparal> ami_: sure, go ahead!
15:25:44 <ami_> you just said Nightly testing is done
15:25:49 <ami_> then we have bugs to fix
15:26:00 <ami_> so more nighties
15:26:05 <ami_> right?
15:26:20 <ami_> or in which build these blockers will be fixed?
15:26:51 <kparal> well, the nightly matrices are posted, so people can report results easily. it's not "done" :)
15:26:53 <ami_> Am I making sense? no? :)
15:26:53 <danofsatx-dt> blockers will be fixed when they're fixed.
15:27:15 <kparal> once the blockers are fixed, the new nightlies will contain the fix
15:27:23 <danofsatx-dt> by policy, they *must* be fixed before alpha - since they are alpha release blockers.
15:27:35 <kparal> nightlies are created every night
15:27:35 <ami_> hmm ok
15:27:40 <ami_> yupp
15:27:44 <kparal> TC/RC composes only when we request them
15:27:53 <ami_> ok
15:28:01 <kparal> does that somehow answer the question?
15:28:11 <ami_> so we don't have any deadline for any major blocker.. ?
15:28:21 <ami_> like the one above
15:28:28 <ami_> It is all depends on dev
15:28:31 <kparal> well, no. we can't release until blockers are fixed
15:28:44 <kparal> if they are not fixed, we have to push Fedora release date
15:28:55 <ami_> yes, that is fine..
15:29:10 <kparal> obviously, if we can't create a live image, we can't release even if we wanted to :)
15:29:22 <ami_> for blockers to be fixed..we (QA) can't purpose any deadline ?
15:29:32 <tflink> ami_: not sure what you're trying to ask
15:29:41 <kparal> what would be the purpose of such a deadline?
15:29:54 <ami_> to get the blocker fixed quickly?
15:29:56 <tflink> there's little purpose in QA proposing a deadling for devel, we have no direct control over devs
15:30:11 <ami_> tflink, hmm makes sense
15:30:17 <tflink> all we can do is vote to push the release date back and encourage devs to fix the problems
15:30:39 <ami_> tflink, that answers my question
15:30:43 <kparal> ok
15:30:44 <ami_> thanks kparal and tflink
15:30:47 <tflink> np
15:30:50 <kparal> anything else anyone?
15:30:54 <brunowolff> I noticed that the xfce spin grew by about 200MB since f20. The games spin is based on xfce and also grew by 200MB. Does anyone know why that happened? I didn't see anything obvious in changes to the package list.
15:31:20 <nirik> brunowolff: I noticed the same, but haven't had a chance to look into it.
15:32:13 <brunowolff> My next thing to check is the initramsfs. I want to see if a rescue image is being added or something.
15:33:06 <brunowolff> For alpha I am going to leave games oversize, but by beta I need to cut some stuff if we don't get the space back.
15:34:37 <kparal> ok, thanks for update
15:36:53 <kparal> #info some images grew in size since F20, the cause is still unknown
15:37:41 <kparal> let's wait for a few minutes if someone has something else, otherwise conclude the meeting
15:37:56 <danofsatx-dt> nothing here
15:41:50 <kparal> thanks everyone!
15:41:54 <kparal> #endmeeting