From Fedora Project Wiki
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!