From Fedora Project Wiki
(→IRC Transcript: Removed some HTML markup.) |
(→IRC Transcript: Cleaned up table markup.) |
||
| Line 31: | Line 31: | ||
<h1>2008-04-22-14:30-meeting-snapshot</h1> | <h1>2008-04-22-14:30-meeting-snapshot</h1> | ||
<table class="irclog"> | <table class="irclog"> | ||
<tr id="t13:11"><td class="other" colspan="2">-!- f13 changed the topic of #fedora-meeting to: Fedora Release Engineering Meeting - Roll Call</td><td>13:11</td></tr> | |||
<tr id="t13:11"><td class="action" colspan="2">* poelcat here :)</td><td>13:11</td></tr> | |||
<tr id="t13 | |||
</table> | </table> | ||
Latest revision as of 16:50, 13 February 2015
Fedora Release Engineering Meeting :: Monday 2000-04-21
Preview Release
- PR was made available via torrents on Friday
- Attempting to sync release trees to master mirrors so that we can offer direct (and jigdo) downloads
- upload is mostly done--waiting for snapmirror to sync up the various RH netapps
- after sync is complete will flip a bit and let the mirrors get it
CVS Branching
- 36+ hours of outage for branching
- cannot do this again--must to figure out a way to do this without an outage
- the second batch of cvs branches is about 50% of the way through which started 11~ hours ago
- part of the delay is the pkgdb updates--a different SCM wouldn't necessarily fix the problem
Release Candidate
1. They're real RCs, as in "we think we fixed all we're going to take, so now we're going to do the composes that, if they turn out right, are what we ship"
- not "hey that RC passed, now go compose the final"
1. RC will not be a public release
- lead time to get bits moved around just takes too long for it to be really worth it
1. Everyone can do composes leading up to RC for testing various fixes 1. Using pungi people outside of Red Hat can create their own RC using rawhide
Tagging SOP
- need writeup on Release Engineering process and steps to tag packages at freeze
- add something to http://fedoraproject.org/wiki/ReleaseEngineering/SOP/FreezingRawhide
IRC Transcript
2008-04-22-14:30-meeting-snapshot
| -!- f13 changed the topic of #fedora-meeting to: Fedora Release Engineering Meeting - Roll Call | 13:11 | |
| * poelcat here :) | 13:11 | |
| f13 | ping: jwb jeremy spot warren wwoods poelcat rdieter notting lmacken | 13:11 |
|---|---|---|
| * f13 wonders if he forgot anybody | 13:12 | |
| notting | not really here | 13:12 |
| jwb | 1/2 here | 13:12 |
| * warren here | 13:12 | |
| * rdieter here | 13:12 | |
| * lmacken is kind of here | 13:12 | |
| -!- f13 changed the topic of #fedora-meeting to: releng - Preview Release | 13:15 | |
| f13 | Sorry for not being good with agenda creation, I suck. | 13:15 |
| jwb | meh | 13:15 |
| f13 | PR was made available via torrents on Friday, and a number of people have them. | 13:15 |
| f13 | I've also been trying to get the release trees synced to the master mirrors so that we can offer direct (and jigdo) downloads | 13:15 |
| f13 | that upload is mostly done, now we're just waiting for snapmirror to sync up the various RH netapps | 13:16 |
| f13 | then I'll flip a bit and let the mirrors get it | 13:16 |
| f13 | then PR will be out there, and everybody will be happy | 13:19 |
| -!- f13 changed the topic of #fedora-meeting to: releng - CVS branching | 13:19 | |
| f13 | this is a disaster. | 13:20 |
| f13 | looking like 36+ hours of outage for branching | 13:21 |
| f13 | cannot do that again. We /have/ to figure out a way to do this without an outage. | 13:21 |
| f13 | and I think all we do an outage for is to turn off mail, and short circuit some slow things. If we just make our mail senders smart enough to opt-out given certain options, we can live with teh other slowness because there won't be an outage. | 13:21 |
| f13 | I haven't filed tickets on it, but toshio and I have talked a bit | 13:22 |
| f13 | as it stands, the second batch of cvs branches is about 50% of the way through, and I started it 11~ hours ago | 13:25 |
| poelcat | f13: w/o intending to start a flamewar on source control | 13:26 |
| poelcat | would git or something else make this easier? | 13:26 |
| f13 | poelcat: tis the season. | 13:26 |
| f13 | poelcat: that's really ahrd to say, as we can't just drop in replace our system with git | 13:26 |
| jwb | poelcat, it would from the mass-<doing something> perspective. dunno about the rest of the VCS uses | 13:26 |
| f13 | poelcat: theoretically it would get better, but a good chunk of the delay was doing all the branch requests in pkgdb | 13:27 |
| f13 | we have to tell pkgdb that all these packages now have an F-9 branch, and to clone the permissions from devel/ over to the F-9 version | 13:27 |
| f13 | the good news is that we had very few failures thus far, and it's gone smoother (although longer) than last time | 13:28 |
| jwb | f13, abadger1999 said that took 15s/package | 13:30 |
| jwb | whereas CVS took 3min? | 13:30 |
| f13 | jwb: 3 min seems high. | 13:30 |
| jwb | those were the numbers i saw yesterday | 13:31 |
| abadger1999 | jwb: 3pkgs /minute | 13:31 |
| jwb | oh, sorry | 13:31 |
| jwb | i suck | 13:31 |
| abadger1999 | jwb: pkgdb-client 4 pkgs / minute; pkgdb2branch 3 pkgs/minute | 13:32 |
| jwb | ok. | 13:32 |
| f13 | plus or minus the spinup time of the task | 13:33 |
| f13 | the cvs branching can be done somewhat parallel, I wasn't sure if the pkgdb-client stuff could or not | 13:34 |
| f13 | moving on. | 13:37 |
| -!- f13 changed the topic of #fedora-meeting to: releng - Release Candidates | 13:37 | |
| abadger1999 | It should be fine to do in parallel. There's three app servers so using three parallel processes ought to be reasonable. | 13:37 |
| f13 | abadger1999: ok, we'll have to make note of doing that in the future | 13:37 |
| abadger1999 | <nod> | 13:37 |
| f13 | Couple things with RC. 1) they're real RCs, as in "we think we fixed all we're going to take, so now we're going to do the composes that, if they turn out right, are what we ship" | 13:38 |
| f13 | not "hey that RC passed, now go compose the final" | 13:38 |
| f13 | 2) they likely won't be very public. Lead time to get bits moved around just takes too long for it to be really worth it. | 13:39 |
| f13 | 3) we can do all the composes we want leading up to then for testing various fixes, and with pungi other folks can too, plus rawhide. | 13:39 |
| jwb | so if the RCs aren't public... | 13:39 |
| jwb | or could you define "very"? | 13:39 |
| f13 | 4) I'm somewhat not available for a week starting this coming Thursday. | 13:39 |
| f13 | jwb: until we get more infrastructure in place, the release composes happen on my workstation. They're as public as my workstation is. | 13:40 |
| f13 | which sucks, but so does the tubes. | 13:40 |
| poelcat | f13: could they be put on download.fedora.r.c but not sync'd to the mirrors? | 13:40 |
| jwb | poelcat, so people will swamp d.f.r.c? | 13:40 |
| f13 | poelcat: given that it takes about a day to sync stuff out there, they'd be quite quickly obsoleted, and cause a lot of churn to hte mirrors. | 13:41 |
| rdieter | or torrents? (or that probably means even more work) | 13:41 |
| f13 | and yes, swamp d.f.r.c which right now == PHX | 13:41 |
| poelcat | it seems funny that everyone can participate in the whole process until the end :) | 13:41 |
| f13 | poelcat: it's far better than other places where you can't participate at all | 13:41 |
| f13 | poelcat: the turn around time we have with RCs just doesn't work with waiting for N folks around the world to download it and give their approval | 13:41 |
| poelcat | but we say 'all our bits are free' ;-) jk | 13:42 |
| f13 | unless we insert week delays for each RC and change absolutely nothing between it and the next RC unless a blocker comes up. | 13:42 |
| poelcat | it's not a big deal, it just struck me | 13:42 |
| jwb | we can still direct people to do network installs of rawhide | 13:43 |
| f13 | sure, we won't even wait for other "RH" folks in other offices to sign off on it. | 13:43 |
| f13 | really, the folks around where the compose are happening will be doing most hte smoke testing, but everything should be known fixed or passed on at that point, so really we're just sanity checking the compose results itself. | 13:43 |
| f13 | poelcat: for lolz, read the FreeBSD release process sometime. It's cute (: | 13:44 |
| jwb | f13, i will note that with 2ndary arches we might have to think harder | 13:44 |
| jwb | or care less | 13:44 |
| wwoods | the difference between the RC composes and rawhide will usually be one or two packages, and frequently nil | 13:45 |
| wwoods | given that all the bits are public, and the code to produce the RC from the bits is also public | 13:45 |
| wwoods | the fact that we don't invite people to totally frag our tubes just to get already-public bits | 13:46 |
| wwoods | is Not A Big Deal | 13:46 |
| poelcat | wwoods: yep, i said that above :) | 13:46 |
| wwoods | esp. given the average time between RC composes versus turnaround time on community testing | 13:46 |
| wwoods | just reaffirmign | 13:46 |
| rdieter | I wantz my fedoraz, now now now | 13:46 |
| wwoods | reaffirmignon | 13:46 |
| rdieter | mmm... tasty | 13:46 |
| jwb | wwoods, but... making shiny discs is hard | 13:47 |
| wwoods | we aren't *hiding* anything from anyone, this *isn't* a loss of transparency | 13:47 |
| f13 | anywho, the week I'm gone should only need tag requesting and signing done as far as F9 is concerned | 13:49 |
| f13 | many people can tag, bill can sign. | 13:49 |
| f13 | I'll probably poke online once a day or so, and make sure F7/8 updates keep flowing | 13:49 |
| poelcat | f13: i've been watching all the mail go by on releng list about tagging... do we have an SOP page that explains how it all works? | 13:50 |
| poelcat | i'd consider helping, but don't know the process or what to do :) | 13:51 |
| poelcat | or maybe I'd make things worse and that is by design ;-) | 13:51 |
| f13 | poelcat: we have the FinalFreeze policy page, but that's mostly a developer POV. I don't think I have anything written up from the releng pov | 13:51 |
| jwb | poelcat, you just wait for 2 +1s | 13:51 |
| rdieter | nod, the only thing missing there is how to actually do the tagging. | 13:52 |
| poelcat | jwb: and then what? | 13:52 |
| f13 | Could probably add something to http://fedoraproject.org/wiki/ReleaseEngineering/SOP/FreezingRawhide | 13:52 |
| jwb | then you run: koji tag-pkg --force f9-final <package> | 13:52 |
| f13 | poelcat: but to run --force, you have to have super cow releng powers | 13:52 |
| -!- f13 changed the topic of #fedora-meeting to: releng - open floor | 13:54 | |
| rdieter | (selfishly) this blocker scares the bejezus out of me: https://bugzilla.redhat.com/show_bug.cgi?id=443320 , no idea what's going on, only started happening recently. ?? | 13:57 |
| buggbot | Bug 443320: low, low, ---, X/OpenGL Maintenance List, NEW , Cannot enter keyboard input into kdm after logout | 13:57 |
| poelcat | rdieter: i saw that issue after an initial install trying to log in for the first time | 13:59 |
| poelcat | but couldn't reproduce it | 13:59 |
| rdieter | not that I expect miracles here/now, just wanted to raise awareness. | 13:59 |
| rdieter | I can (semi?) reliably get my laptop into a state to reproduce on every logout. (suspend->resume seems to be the trigger for me) ?? | 14:00 |
| f13 | well, if there is anything else... | 14:00 |
| rdieter | nothin here | 14:01 |
| jwb | f13, random question | 14:02 |
| jwb | f13, RHEL5 ppc box (aka quad) for developers to muck with... after F9 goes out? | 14:02 |
| f13 | yes, I need to mail whatshisname to ask about apple store details. | 14:03 |
| f13 | although we still need a place to host it I think. OLPC may be hostile | 14:03 |
| jwb | why? | 14:03 |
| f13 | dgilmore was saying they didn't want any non-olpc machines in the racks anymore | 14:04 |
| rdieter | cooties? | 14:04 |
| f13 | rdieter: I have no clue. | 14:05 |
Generated by irclog2html.py 2.3 by Marius Gedminas - find it at mg.pov.lt!