ReleaseEngineering/Meetings/2007-may-21

Fedora Release Engineering Meeting :: Monday 21-MAY-2007

Rawhide

• f13
• looks like Bill managed to get pungi to run on it, awesome. We now have installable rawhide.
• just did a pungi spin using the static-repos and that seems to be going swimmingly
• latest rawhide should include mdraid fixes
• wwoods
• there's some selinux bogons in the current policy that I'm chasing.. notable is the fact that semodule -i seems a bit broken 13:14 < wwoods> which is bad, since that's basically how we tell people to work around *other* selinux problems
• iwl3945 wireless
• linville committed some fixes for it and is looking at it more today
• doesn't blowup machines any more, but needs more testing
• jeremy plans to look into it a little more

F7 Blocker Status

• blocker list is down to 45 at the moment
• wwoods
• believe that mdraid is higher priority than iwl3945 because it keeps people from being able to install/upgrade, especially people who are using RAID on IDE drives in FC6 - i.e. people who have been with us a while. the hard-core folx we wanna keep.
• mdraid and dmraid account for.. I think 10 bugs?
• gaim/pidgin-libnotify is two more bugs
• bz 212781 the installer-hang-on-lowmem machines will need a release note if there isn't an obvious fix
• gotta ask chip why this "symlink from /etc/alternatives/emacs to /usr/bin/emacs is not created." bug is on the blocker
• f13 will look through blocker list
• nirik
• bz 240334 ... needs to get fluidsynth-devel
• due to extras not being built for ppc64 before the merge...
• fixing 240334 will get 2 bugs off the blocker list
• kernel update from davej
• alan posted a bunch of ata patches today that I'm going to suck up this afternoon
• i'm sitting on a bunch of patches to fix up some more suspend regressions
• .21.2 still hasn't landed but will soon
• linville is working on wireless stuff
• magic 8 ball says "outlook promising" wrt to having a good enough kernel for release by Thu/Fri

Release Notes

• need to be built; currently building fine from cvs
• stickster will sync up with f13
• consider adding release notes to master schedule in the future or merging docs schedule with master schedule

Preparing RC (Release Candidate)

• fedora-release need to be rebuilt once we have a final name
• f13 punts naming task to notting
• release notes need to be built

Plan to reach GA

• 24-MAY signed package RC1 created
• 24-MAY RC1 made torrentable
• 26-MAY RC2 planned respin for any fixes that we've been able to find necessary and make.
• 26-MAY hand RC2 to Red Hat IS to start syncing for public availability
• 28-MAY confirm trees are GA worthy (if answer is "NO," GA date slips)
• 29-MAY begin sync to mirrors (takes 48 hours)
• 31-MAY GA

Status of Bodhi

• Per lmacken he's really close.
• A few unspecified things need help

IRC Transcript

f13 changed the topic of #fedora-meeting to: Fedora Release Team Meeting		<a href="#t12:59" class="time">12:59</a>
f13	happy Monday all.	<a href="#t13:00" class="time">13:00</a>
wwoods	welcome to thunderdome	<a href="#t13:01" class="time">13:01</a>
XulChris	lol	<a href="#t13:01" class="time">13:01</a>
rdieter	merry mood monday.	<a href="#t13:01" class="time">13:01</a>
ivazquez	Hooray for the two-four long weekend.	<a href="#t13:01" class="time">13:01</a>
mmcgrath	happy monday	<a href="#t13:01" class="time">13:01</a>
f13	jwb_gone: rdieter: warren: ping	<a href="#t13:01" class="time">13:01</a>
warren	hey	<a href="#t13:01" class="time">13:01</a>
f13	hrm, no notting.	<a href="#t13:01" class="time">13:01</a>
rdieter	here	<a href="#t13:01" class="time">13:01</a>
rdieter	no summon the notting incantation today?	<a href="#t13:02" class="time">13:02</a>
f13	rdieter: sms sent.	<a href="#t13:02" class="time">13:02</a>
rdieter	that works too	<a href="#t13:03" class="time">13:03</a>
f13	well, I suppose we can start without him.	<a href="#t13:05" class="time">13:05</a>
mmcgrath	<nod>	<a href="#t13:09" class="time">13:09</a>
f13	First up, Rawhide.  Looks like Bill managed to get pungi to run on it, awesome.  We now have installable rawhide.	<a href="#t13:09" class="time">13:09</a>
f13	don't look to closely at how it happens, you'll likely need 'air discomfort' bags.	<a href="#t13:09" class="time">13:09</a>
f13	unfortunately, the latest rawhide has an anaconda bug that is fixed already.	<a href="#t13:09" class="time">13:09</a>
f13	wwoods: if it _were_ installable, would we be getting automated test results out of it?	<a href="#t13:09" class="time">13:09</a>
wwoods	not automagically, but if I sync a tree somewhere local I can fire some off	<a href="#t13:09" class="time">13:09</a>
f13	ok.	<a href="#t13:09" class="time">13:09</a>
f13	your stuff needs gridtrees to get modified in order to have it automagic right?	<a href="#t13:09" class="time">13:09</a>
wwoods	unfortunately the old KATE infrastructure is all triggered by brew/distill composes.. yeah	<a href="#t13:09" class="time">13:09</a>
f13	k.  Something to visit post F7 I think.	<a href="#t13:09" class="time">13:09</a>
wwoods	I can manually kick off the stuff that it would do automatically, but I need to make sure the tree is local	<a href="#t13:09" class="time">13:09</a>
f13	right.	<a href="#t13:09" class="time">13:09</a>
wwoods	I'm not sure we have magical syncing of the koji-built rawhide to anywhere in RDU yet	<a href="#t13:10" class="time">13:10</a>
wwoods	it's definitely high on my list for post-f7 stuff	<a href="#t13:10" class="time">13:10</a>
f13	the good news is that I just did a pungi spin using the static-repos and that seems to be going swimmingly	<a href="#t13:10" class="time">13:10</a>
f13	wwoods: it's in RDU by nature of the netapps.  But it's not on curly	<a href="#t13:10" class="time">13:10</a>
f13	I'm going to check in my pungi configs to the releng git module	<a href="#t13:11" class="time">13:11</a>
f13	soon I'll also do another build of pungi with the configs for F7 in it so that folks can repeat what they're doing.	<a href="#t13:11" class="time">13:11</a>
f13	er we're.	<a href="#t13:11" class="time">13:11</a>
wwoods	hmm.. where on the netapp?	<a href="#t13:11" class="time">13:11</a>
wwoods	we can talk about this later	<a href="#t13:12" class="time">13:12</a>
f13	wwoods: it's on a different netapp, the Fedora ones.  rsync://wallace.redhat.com	<a href="#t13:12" class="time">13:12</a>
f13	(only works internally)	<a href="#t13:12" class="time">13:12</a>
wwoods	cool. I need to sync it somewhere that's doing http/ftp exporting as well, but once that's done I'll get some KATE juju going	<a href="#t13:12" class="time">13:12</a>
f13	wwoods: download.fedora.devel.redhat.com	<a href="#t13:13" class="time">13:13</a>
f13	(has http, not sure about ftp)	<a href="#t13:13" class="time">13:13</a>
f13	Anywho, tonight's rawhide should be pretty good, unless more breakage is introduced, but since we're watching what gets tagged I think we can be aware.	<a href="#t13:14" class="time">13:14</a>
wwoods	there's some selinux bogons in the current policy that I'm chasing.. notable is the fact that semodule -i seems a bit broken	<a href="#t13:14" class="time">13:14</a>
wwoods	which is bad, since that's basically how we tell people to work around *other* selinux problems	<a href="#t13:14" class="time">13:14</a>
jeremy	whoops, sorry.  I'm here now	<a href="#t13:15" class="time">13:15</a>
f13	wwoods: ok, good to know.	<a href="#t13:15" class="time">13:15</a>
f13	jeremy: any comments on the subject of rawhide?	<a href="#t13:15" class="time">13:15</a>
wwoods	Am I right in thinking that tomorrow's rawhide push should include all the mdraid fixes we've been waiting to test?	<a href="#t13:16" class="time">13:16</a>
jeremy	"whoops" on the fact that it was broken, but should be better now ;)	<a href="#t13:16" class="time">13:16</a>
jeremy	wwoods: hoping so	<a href="#t13:16" class="time">13:16</a>
f13	hopefully we can get the anaconda build done early enough to do another pungi spin off the hot repo to see if it still works (:	<a href="#t13:17" class="time">13:17</a>
jeremy	wwoods: I'm in the process of testing stuff cobbled together now	<a href="#t13:17" class="time">13:17</a>
* f13 sees mkinitrd build finished		<a href="#t13:17" class="time">13:17</a>
wwoods	jeremy: awesomesauce	<a href="#t13:18" class="time">13:18</a>
jeremy	f13: yeah, tag request coming soon.  just testing it with the upgrade I just did from fc6 mdraid on ide	<a href="#t13:18" class="time">13:18</a>
f13	nod	<a href="#t13:18" class="time">13:18</a>
* rdieter needs to start writing down all the words wwoods invents daily...		<a href="#t13:18" class="time">13:18</a>
f13	Ok, wwoods how about a blocker update?	<a href="#t13:18" class="time">13:18</a>
warren	What is our F7 release plan for kernel... especially iwl3945	<a href="#t13:18" class="time">13:18</a>
rdieter	1.  awesomesauce.	<a href="#t13:18" class="time">13:18</a>
warren	Is iwl3945 at least no longer dangerous?  (oops, dead keyboard, etc.)	<a href="#t13:18" class="time">13:18</a>
wwoods	blockerlist is down to 45 at the moment (keep in mind that includes a couple empty blocker bugs, so.. yeah)	<a href="#t13:19" class="time">13:19</a>
wwoods	warren: it doesn't on my hardware, but I'll need to hear some more opinions on that	<a href="#t13:19" class="time">13:19</a>
wwoods	linville committed some fixes for that	<a href="#t13:19" class="time">13:19</a>
jeremy	not fully there, he's working more today	<a href="#t13:19" class="time">13:19</a>
jeremy	my plan was to spend the day on 3945 prodding, but got suckered into raid stuff instead	<a href="#t13:20" class="time">13:20</a>
wwoods	even if it's not rock-solid it shouldn't be blowin' up machines anymore	<a href="#t13:20" class="time">13:20</a>
bpepple	warren: I've had good luck with it.	<a href="#t13:20" class="time">13:20</a>
wwoods	I'd like to offer the opinion that mdraid is higher priority, just because it keeps people from being able to install/upgrade	<a href="#t13:20" class="time">13:20</a>
f13	wwoods: anything super scary in those 44?	<a href="#t13:20" class="time">13:20</a>
wwoods	especially people who are using RAID on IDE drives in FC6 - i.e. people who have been with us a while. the hard-core folx we wanna keep.	<a href="#t13:21" class="time">13:21</a>
f13	people we don't want to regress?	<a href="#t13:21" class="time">13:21</a>
jeremy	wwoods: on the plus side, that's looking close to good now.  so I may be able to get to 3945 in an hour or so	<a href="#t13:21" class="time">13:21</a>
wwoods	f13: the super-scary stuff was mdraid / dmraid, and we are bustin' down doors on those right now	<a href="#t13:21" class="time">13:21</a>
f13	k	<a href="#t13:21" class="time">13:21</a>
jeremy	and linville is already looking at 3945 today	<a href="#t13:21" class="time">13:21</a>
wwoods	mdraid and dmraid account for.. I think 10 bugs?	<a href="#t13:22" class="time">13:22</a>
f13	maybe once I get updates pushed, pungi configs committed, more packages signed, I'll look through the 44.	<a href="#t13:22" class="time">13:22</a>
wwoods	some very large chunk of the list	<a href="#t13:22" class="time">13:22</a>
wwoods	I'm not sure what's going on with the ppc64 / dep-rebuild stuff anymore	<a href="#t13:22" class="time">13:22</a>
f13	I'm through the perl modules in signing, still need to write the signed ones out.	<a href="#t13:23" class="time">13:23</a>
nirik	there is only one left I think...	<a href="#t13:23" class="time">13:23</a>
f13	well, still need to see if koji won't barf on importing all these signatures too.	<a href="#t13:23" class="time">13:23</a>
warren	new kernel build with another 3945 change is coming	<a href="#t13:23" class="time">13:23</a>
nirik	listen needs something thats not in .ppc64	<a href="#t13:23" class="time">13:23</a>
f13	nirik: only one?  that sounds really really good, almost too good	<a href="#t13:23" class="time">13:23</a>
nirik	240334 ... needs to get fluidsynth-devel	<a href="#t13:24" class="time">13:24</a>
nirik	I think notting cleared up almost all of those with importing... if someone could import fluidsynth-devel that would be groovy.	<a href="#t13:24" class="time">13:24</a>
warren	is that in fedora-cvs queue?	<a href="#t13:25" class="time">13:25</a>
f13	no, it may be built on mightor just needs to be imported, not sure.  I'll poke around on mightor	<a href="#t13:26" class="time">13:26</a>
nirik	warren: no, this is due to extras not being built for ppc64 before the merge...	<a href="#t13:26" class="time">13:26</a>
warren	oh	<a href="#t13:27" class="time">13:27</a>
f13	nirik: hrm, probably going to have to wait for notting on that one, not sure what's going on with it and I don't see it anywhere obvious on mightor	<a href="#t13:28" class="time">13:28</a>
nirik	yeah, no worries. That will knock 2 off the blocker list (that listen rebuild bug, and the ppc64 blocker)	<a href="#t13:28" class="time">13:28</a>
wwoods	gaim/pidgin-libnotify is two more bugs	<a href="#t13:29" class="time">13:29</a>
wwoods	there's some ancient kernel bugs in NEEDINFO since 2006	<a href="#t13:29" class="time">13:29</a>
wwoods	the installer-hang-on-lowmem machines will need a release note if there isn't an obvious fix	<a href="#t13:30" class="time">13:30</a>
wwoods	(212781)	<a href="#t13:30" class="time">13:30</a>
f13	k.	<a href="#t13:31" class="time">13:31</a>
wwoods	especially since the "lowmem" threshold is like.. >256MB?	<a href="#t13:31" class="time">13:31</a>
* davej appears		<a href="#t13:31" class="time">13:31</a>
f13	davej: hey!  want to hook us up with some kernel news?	<a href="#t13:31" class="time">13:31</a>
davej	it doesn't suck as much as it used to. but it still sucks.	<a href="#t13:32" class="time">13:32</a>
jeremy	poelcat: can we get that in the minutes? ;-)	<a href="#t13:32" class="time">13:32</a>
davej	alan posted a bunch of ata patches today that I'm going to suck up this afternoon	<a href="#t13:32" class="time">13:32</a>
davej	and I'm sitting on a bunch of patches to fix up some more suspend regressions	<a href="#t13:32" class="time">13:32</a>
davej	.21.2 still hasn't landed but is 'soon' aparently.	<a href="#t13:32" class="time">13:32</a>
davej	and err, that's about it I think.	<a href="#t13:32" class="time">13:32</a>
davej	wireless stuff I'm a bit out of the loop on, I've left linville to try to beat sanity into that	<a href="#t13:33" class="time">13:33</a>
f13	davej: how confident do you feel that we'll have a good enough kernel for release by Thu/Fri?	<a href="#t13:33" class="time">13:33</a>
davej	magic 8 ball says "outlook promising"	<a href="#t13:33" class="time">13:33</a>
wwoods	I gotta ask chip why this "symlink from /etc/alternatives/emacs to /usr/bin/emacs is not created." bug is on the blocker	<a href="#t13:33" class="time">13:33</a>
wwoods	warren: on your system where you reported the 'wmaster0 gets stuck forever' bug - did it actually get stuck *forever*?	<a href="#t13:34" class="time">13:34</a>
warren	wwoods, 10 minutes was the longest I let it sit	<a href="#t13:35" class="time">13:35</a>
f13	wwoods: hard to say that, since forever hasn't come and gone.	<a href="#t13:35" class="time">13:35</a>
wwoods	true! heh	<a href="#t13:35" class="time">13:35</a>
jima	f13: yeah, i was thinking that was a pretty hard thing to test for.	<a href="#t13:35" class="time">13:35</a>
wwoods	10 minutes is sufficiently close to infinity for this case	<a href="#t13:35" class="time">13:35</a>
warren	wwoods, I thought notting fixed that in kudzu	<a href="#t13:35" class="time">13:35</a>
wwoods	warren: yeah, we shouldn't be ifup'ing wmaster* at all anymore	<a href="#t13:36" class="time">13:36</a>
jeremy	yeah, kudzu in today's rawhide should have the fix	<a href="#t13:36" class="time">13:36</a>
wwoods	but I wanted to be sure to keep that bug around for later investigation if there was actually some weirdo condition where dhclient would hang indefinitely	<a href="#t13:36" class="time">13:36</a>
nirik	although the ipw3945 (that we don't ship, with the daemon) does use wmaster0 by default.	<a href="#t13:36" class="time">13:36</a>
warren	wwoods, if the driver isn't behaving well it is possible	<a href="#t13:37" class="time">13:37</a>
poelcat	what date are we targeting for an RC?	<a href="#t13:39" class="time">13:39</a>
wwoods	I don't know how much time we traditionally dedicate to that	<a href="#t13:39" class="time">13:39</a>
f13	poelcat: THursday	<a href="#t13:40" class="time">13:40</a>
jeremy	poelcat: I think we're currently in "whack down blockers and compose trees until we're happy" mode really	<a href="#t13:40" class="time">13:40</a>
f13	yeah	<a href="#t13:40" class="time">13:40</a>
f13	if we are still somewhat doomed by Monday / Tuesday, we're going to have to slip	<a href="#t13:41" class="time">13:41</a>
wwoods	I'd like it if we could have an RC by thursday, where "RC" is defined as "something that probably has fixes for all the blockers"	<a href="#t13:41" class="time">13:41</a>
wwoods	two days to test the heck out of it, respin when we find the inevitable bugs, two more days to test that candidate	<a href="#t13:42" class="time">13:42</a>
f13	well.	<a href="#t13:42" class="time">13:42</a>
wwoods	and if all goes well, that'd give us blessed trees on the 29th. maybe?	<a href="#t13:42" class="time">13:42</a>
f13	we don't have that many days if we want to be able to GA on the 31st.	<a href="#t13:42" class="time">13:42</a>
f13	mirrors need 48~ hours or more to sync up	<a href="#t13:43" class="time">13:43</a>
f13	especially this time around when we're changing the layout on them.	<a href="#t13:43" class="time">13:43</a>
poelcat	right so it seems we have to have an RC on Thursday or we slip	<a href="#t13:43" class="time">13:43</a>
jeremy	at which point, we better get mspevack some good armor :-P	<a href="#t13:43" class="time">13:43</a>
EvilBob	lol	<a href="#t13:43" class="time">13:43</a>
f13	no kidding.	<a href="#t13:44" class="time">13:44</a>
wwoods	f13: I guess I was counting on testing over the weekend	<a href="#t13:44" class="time">13:44</a>
wwoods	stupid calendar thingy. color those days where I"m not supposed to work differently!	<a href="#t13:44" class="time">13:44</a>
warren	jeremy, how often are live images generated, and where do I find them?	<a href="#t13:44" class="time">13:44</a>
f13	wwoods: my point was that we have to give something to mirrors by Tuesday or we're slipping	<a href="#t13:44" class="time">13:44</a>
nirik	Query: on those python packages that were linked against static libpython, should those be rebuilt? or is that not a blocker?	<a href="#t13:44" class="time">13:44</a>
f13	Tuesday is cutting it close too.	<a href="#t13:44" class="time">13:44</a>
f13	nirik: not a blocker.  They can be issued as updates.  I'd rahter not see a bunch of flux at this point	<a href="#t13:45" class="time">13:45</a>
jeremy	warren: they're generated "when I do them".  and they go up via torrent and I also keep a copy of them on my workstation	<a href="#t13:45" class="time">13:45</a>
nirik	f13: ok, cool. Someone should reply to that thread about it... one of the maintainers was asking this weekend if they should rebuild now or not.	<a href="#t13:45" class="time">13:45</a>
wwoods	f13: right, so I'm saying if we have an RC on the 24th, allocate two days for testing (25-26) then the inevitable respin (26), two more days of testing (27-28), final go-ahead would be on the 29th	<a href="#t13:45" class="time">13:45</a>
f13	wwoods: "final go ahead" sounds like "hand it to mirrors"	<a href="#t13:46" class="time">13:46</a>
f13	it would have to be early 29th.	<a href="#t13:46" class="time">13:46</a>
wwoods	yeah	<a href="#t13:47" class="time">13:47</a>
poelcat	that doesn't seem like enough time to me... overly optimistic :)	<a href="#t13:47" class="time">13:47</a>
f13	poelcat: welcome to Fedora (:	<a href="#t13:47" class="time">13:47</a>
wwoods	so other than "testing all through the long weekend" and "only have time for two release candidates", y'know, maybe that plan could work	<a href="#t13:47" class="time">13:47</a>
* poelcat has not had enough kool-aid yet ;-)		<a href="#t13:47" class="time">13:47</a>
f13	wwoods: personally, I'd rather do the respon on the 26th, hand it to IS to start syncing, and then tell them to 'go' when we think it's good.  pre-sync for the win.	<a href="#t13:48" class="time">13:48</a>
wwoods	oh, presync is fine	<a href="#t13:48" class="time">13:48</a>
f13	wwoods: every rawhide could be considered a RC really	<a href="#t13:48" class="time">13:48</a>
wwoods	sure, we can call the trees candidates	<a href="#t13:48" class="time">13:48</a>
warren	If we want test exposure of the installable discs, we should make it widely available on the 26th	<a href="#t13:49" class="time">13:49</a>
warren	or sooner	<a href="#t13:49" class="time">13:49</a>
f13	yeah	<a href="#t13:49" class="time">13:49</a>
wwoods	yeah, I'd like to have images available for testers by the 25th	<a href="#t13:49" class="time">13:49</a>
f13	not entirely sure where to stash it, but I'll find a place.	<a href="#t13:50" class="time">13:50</a>
wwoods	ideally the 24th	<a href="#t13:50" class="time">13:50</a>
warren	call it "RC" and possibly final if it turns out to be perfect	<a href="#t13:50" class="time">13:50</a>
f13	hopefully I can have all packages signed and written out by tomorrow.	<a href="#t13:50" class="time">13:50</a>
warren	(haha)	<a href="#t13:50" class="time">13:50</a>
jeremy	f13: bittorrent!	<a href="#t13:50" class="time">13:50</a>
wwoods	bittorrent's good for that stuff	<a href="#t13:50" class="time">13:50</a>
f13	once packages are signed/written, we're much more closer to that mythical 'RC' stage.  Especially since mash will be picking up those signed packages.	<a href="#t13:50" class="time">13:50</a>
f13	jeremy: yeah, that was my plan	<a href="#t13:50" class="time">13:50</a>
f13	Ok.  We should wrap up.  I was hoping to get an update from lmacken on bodhi but alas...	<a href="#t13:52" class="time">13:52</a>
f13	Open floor, any topics?	<a href="#t13:52" class="time">13:52</a>
wwoods	do you think we can get a big signed-package RC by the 24th, with fixes for.. at least *nearly* all of the blockers? is that the plan?	<a href="#t13:52" class="time">13:52</a>
jeremy	we do need something of an ETA on bodhi being operational	<a href="#t13:52" class="time">13:52</a>
poelcat	can someone recap the dates/stages we decided on?	<a href="#t13:53" class="time">13:53</a>
f13	jeremy: I talked with lmacken, he's really close.  THere is just a last few things that he needs some help with.	<a href="#t13:53" class="time">13:53</a>
f13	poelcat: signed package RC spun on the 24th, hopefully made torrentable on teh same day.	<a href="#t13:53" class="time">13:53</a>
f13	poelcat: planned respin on Sunday (wife is gonna kill me) for any fixes that we've been able to find necessary and make.	<a href="#t13:54" class="time">13:54</a>
wwoods	if need be, rc2 spun.. 26th? and we (quietly) begin synching to mirrors?	<a href="#t13:54" class="time">13:54</a>
wwoods	was that it?	<a href="#t13:54" class="time">13:54</a>
f13	yea	<a href="#t13:54" class="time">13:54</a>
nirik	oh, I have one mash question/issue...	<a href="#t13:54" class="time">13:54</a>
wwoods	I've been warning the wife that I'd probably end up working over this coming weekend	<a href="#t13:54" class="time">13:54</a>
wwoods	I reserve the right to GTFOOT the following weekend though!	<a href="#t13:54" class="time">13:54</a>
f13	hand off to IS on Sunday/Monday to start syncing content, but not hand it to mirrors yet, give us the chance to find anything Monday, hand to mirrors Monday night or Tuesday	<a href="#t13:54" class="time">13:54</a>
f13	nirik: shoot	<a href="#t13:55" class="time">13:55</a>
nirik	wine. extras had it whitelisted so wine*.i386 shipped in x86_64... the current repo only has 3 of the wine subpackages, breaks upgrades for people with the extras wine installed.	<a href="#t13:55" class="time">13:55</a>
wwoods	ah, forgot the extra IS-sync stage	<a href="#t13:55" class="time">13:55</a>
poelcat	f13: thanks	<a href="#t13:55" class="time">13:55</a>
f13	nirik: erm... thats going to be... fun.	<a href="#t13:55" class="time">13:55</a>
nirik	yeah. ;( Can you whitelist wine*i386 for x86_64 easily?	<a href="#t13:55" class="time">13:55</a>
f13	not without there being a wine.x86_64 I don't think.	<a href="#t13:56" class="time">13:56</a>
warren	why?	<a href="#t13:56" class="time">13:56</a>
f13	We can try adding it to the whitelist and see what happens.	<a href="#t13:56" class="time">13:56</a>
f13	warren: just due to the logic of the multilib making part of mash	<a href="#t13:56" class="time">13:56</a>
f13	I"ll have to review it, it may actually work.	<a href="#t13:56" class="time">13:56</a>
nirik	wine doesn't build on x86_64	<a href="#t13:58" class="time">13:58</a>
nirik	s/on/for/	<a href="#t13:58" class="time">13:58</a>
nirik	it's got a ExclusiveArch:  %{ix86}	<a href="#t13:58" class="time">13:58</a>
f13	right	<a href="#t13:58" class="time">13:58</a>
f13	nirik: if you see notting come online, remind me to talk to him about it	<a href="#t13:58" class="time">13:58</a>
nirik	ok	<a href="#t13:59" class="time">13:59</a>
f13	alright, anything else before we call this pig done?	<a href="#t14:01" class="time">14:01</a>
wwoods	who's buying the beers when we finally get this thing out the door?	<a href="#t14:02" class="time">14:02</a>
* warren builds pidgin-libnotify to knock off another blocker		<a href="#t14:02" class="time">14:02</a>
bpepple	wwoods: no doubts.  It will be really nice once it's released.	<a href="#t14:02" class="time">14:02</a>
wwoods	oh! naming?	<a href="#t14:03" class="time">14:03</a>
* f13 punts to notting on the naming.		<a href="#t14:03" class="time">14:03</a>
wwoods	what needs to be changed/rebuilt once we have a name, anything?	<a href="#t14:03" class="time">14:03</a>
f13	fedora-release	<a href="#t14:04" class="time">14:04</a>
f13	which I need to change at some point for the new yum repos	<a href="#t14:04" class="time">14:04</a>
f13	fedora-release-notes maybe	<a href="#t14:04" class="time">14:04</a>
jeremy	we need release notes built in general	<a href="#t14:04" class="time">14:04</a>
wwoods	are we going to do a fedora-release rpm with extras-development disabled, or just go straight to the F7 final config at release time?	<a href="#t14:04" class="time">14:04</a>
poelcat	jeremy: is that part of the docs schedule?	<a href="#t14:05" class="time">14:05</a>
* poelcat wonders about combining the docs schedule with the main Fedora schedule		<a href="#t14:05" class="time">14:05</a>
jeremy	poelcat: I'm not sure where it is on the docs schedule.  in the past, they've had to hand off to jesse.  so this is the first time they could do the build themselves	<a href="#t14:06" class="time">14:06</a>
poelcat	<a href="http://fedoraproject.org/wiki/DocsProject/Schedule">http://fedoraproject.org/wiki/DocsProject/Schedule</a>	<a href="#t14:07" class="time">14:07</a>
poelcat	ready on 17-May ?	<a href="#t14:07" class="time">14:07</a>
EvilBob	Docs does not deal with minor slips	<a href="#t14:08" class="time">14:08</a>
f13	wwoods: I think we're just going straight to the F7 config.	<a href="#t14:08" class="time">14:08</a>
EvilBob	the processes are a bit more complex, as a result we do not unfreeze and refreeze and push again to translation	<a href="#t14:08" class="time">14:08</a>
wwoods	f13: 'kay	<a href="#t14:09" class="time">14:09</a>
EvilBob	translation gets a bit edgy want we give them to many version changes	<a href="#t14:09" class="time">14:09</a>
f13	EvilBob: do you know when the next planned build is of the notes?	<a href="#t14:09" class="time">14:09</a>
EvilBob	s/want/when	<a href="#t14:09" class="time">14:09</a>
f13	it would be good to get them into the 'hide soon.	<a href="#t14:09" class="time">14:09</a>
EvilBob	f13: I paul was working on something last night	<a href="#t14:10" class="time">14:10</a>
EvilBob	f13: I will see what I can do to help get you info there	<a href="#t14:10" class="time">14:10</a>
f13	ok. neat.  Thanks!	<a href="#t14:10" class="time">14:10</a>
couf	yeah, relnotes where building fine in cvs	<a href="#t14:10" class="time">14:10</a>
couf	paul was gonna catch you sometime iirc	<a href="#t14:11" class="time">14:11</a>
f13	gotcha	<a href="#t14:11" class="time">14:11</a>
f13	if there's nothign else I'd like to end this.	<a href="#t14:12" class="time">14:12</a>
* warren heading to chirporsctor		<a href="#t14:14" class="time">14:14</a>
f13 changed the topic of #fedora-meeting to: <a href="http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel">http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel</a> -- Meetings often get logged -- see schedule in the wiki for next meeting		<a href="#t14:15" class="time">14:15</a>
f13	Thanks all, I'll be pinging you at various times for various inputs.	<a href="#t14:15" class="time">14:15</a>

Generated by irclog2html.py 2.3 by Marius Gedminas - find it at mg.pov.lt!