infrastructure June 2009

infrastructure@lists.fedoraproject.org

49 participants
80 discussions

Outage Notification - 2009-06-23 20:00 UTC
by Mike McGrath 22 Jun '09

22 Jun '09

There will be an outage starting at 2009-06-23 20:00 UTC, which will last approximately 2 and a half hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-06-23 20:00 UTC' Affected Services: CVS / Source Control Unaffected Services: Buildsystem Database DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Translation Services Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1472 Reason for Outage: Step 1 of a two step migration process for cvs (moving to different hardware). If this goes well, step 2 will come later in the week. CVS commits will continue to work during this time. Lookaside cache availability will be intermittent. If a build fails, just re-try later. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage.

1 0

Is there a way to automatically update a wiki page?
by susmit shannigrahi 22 Jun '09

22 Jun '09

Hi, The output of this[1] page is generated by running this[2] script. This is now done manually by copying the o/p into the page. I was thinking if there is a automated way to put the output of a script into a wikipage... Thanks. [1] https://fedoraproject.org/wiki/Ambassadors/MembershipService/Verification [2] https://fedorahosted.org/fama/browser/membership.py -- Regards, Susmit. ============================================= ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit =============================================

3 3

2-3 hour CVS outage
by Mike McGrath 19 Jun '09

19 Jun '09

Hey guys, I need to schedule a 2-3 hour cvs outage. Any time work better or worse for any of you in the next week or so? -Mike

2 1

Meeting Log - 2009-06-18
by Ricky Zhou 18 Jun '09

18 Jun '09

Also avaliable at: Minutes: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-… Log: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-… 20:01 < fedbot`> Meeting started Thu Jun 18 20:01:09 2009 UTC. The chair is mmcgrath. 20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here 20:01 < fedbot`> Information about MeetBot at http://wiki.debian.org/MeetBot , Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:01 * ricky 20:01 * lmacken 20:02 < nirik> there it goes. 20:02 * sthistle says hi.. 1st time 20:02 < ricky> Welcome :-) 20:02 -!- fedbot [n=supybot(a)scrye.com] has quit Read error: 113 (No route to host) 20:02 -!- fedbot` is now known as fedbot 20:02 < mmcgrath> Ok, so lets get started 20:03 < mmcgrath> #topic Infrastructure -- Tickets 20:03 < Jorn23> I'm here too 20:03 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:03 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assi… 20:03 < zodbot> mmcgrath: http://tinyurl.com/47e37y 20:03 < mmcgrath> .ticket 1464 20:03 < zodbot> mmcgrath: #1464 (Puppet Web Apps Refactoring) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1464 20:03 < mmcgrath> ricky: you want to take this one? 20:03 < mmcgrath> Jorn23: hey 20:03 < ricky> Sure 20:03 < Jorn23> heya :) 20:03 < ricky> I've been working on converting all of our apps to puppet modules 20:04 * dgilmore is here 20:04 < ricky> Right now, most of our applications are running off of the modules under the stg.fedoraproject.org namespaces. 20:04 < ricky> For this first piece, my goal is to only touch the app and proxy servers to keep things manageable. 20:04 * abadger1999 here 20:05 < mmcgrath> ricky: if you were to guess, what % done are you? 20:05 < ricky> The way that I'd *like* to move things over is to get the staging environment into the exact configuration that we want, and then just drop it right into the master branch. 20:06 < ricky> I have all of our large apps moved, but I haven't gotten all of the behaviors of our production configs, like some redirects and stuff. 20:06 < ricky> So maybe 70-80% or so. I'm going to try and get the details matched up today, then send an email out asking people ot make sure that *.stg.fedoraproject.org behaves exactly like they want it. 20:07 < mmcgrath> excellent. 20:07 < mmcgrath> ricky: thanks for that 20:07 < mmcgrath> ricky: should we avoid messing staging up much until that's done? 20:07 -!- knurd is now known as knurd_afk 20:08 -!- sgodsell [n=sgodsell@unaffiliated/sgodsell] has joined #fedora-meeting 20:08 < ricky> Most of the puppet modules aren't changing much at this point 20:08 < ricky> Just keep in mind if that if you want configuration changes to show up in staging, you need to edit the files in the module 20:08 < mmcgrath> <nod> 20:08 < mmcgrath> ricky: anything else on that? 20:09 < ricky> Nope, thanks 20:09 < mmcgrath> coolz. 20:09 -!- JukeBoxHero [n=gorillaJ@fedora/hitboxx] has quit "No Ping reply in 90 seconds." 20:10 < mmcgrath> Ok, so thats the last ticket there. 20:10 -!- JukeBoxHero [n=gorillaJ@fedora/hitboxx] has joined #fedora-meeting 20:10 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Cloud stuff 20:10 -!- maploin [n=mapleoin@fedora/maploin] has joined #fedora-meeting 20:10 < mmcgrath> So there's not been too much going on with this in the past month or so but if you've been watching the commit logs you'll notice I've been rebuilding it all. 20:10 < mmcgrath> I'm hoping to get something up and going fairly soon. 20:11 -!- kital [n=Joerg_Si@fedora/kital] has quit Remote closed the connection 20:11 < mmcgrath> I've been using it off and on with mostly success. 20:11 -!- BaRRa [n=tmakinen(a)tk-cn0002.oulu.fi] has joined #fedora-meeting 20:11 -!- denise [n=ddumas(a)66.187.234.199] has quit Read error: 110 (Connection timed out) 20:11 < mmcgrath> There's a whole other web interface that some various people are working on to make it less 'ovirt ui' ish and more 'end user fedora friendly' 20:11 < mmcgrath> No ETA on that. 20:11 < dgilmore> mmcgrath: :) 20:12 < Jorn23> What exactly is "cloud stuff" ? 20:12 < mmcgrath> but I am hoping to queue up some of the queues. 20:12 < mmcgrath> Jorn23: http://fedoraproject.org/wiki/XavierLamien/Infrastructure/FedoraCloud 20:12 < mmcgrath> I think that's fairly up to date. 20:12 < mmcgrath> with what we're doing 20:12 < Jorn23> Cheers, I'll read that up 20:12 < mmcgrath> but it's basically an http://ovirt.org/ setup. 20:13 < mmcgrath> Anyone have any questions on that? 20:13 -!- denise [n=ddumas@nat/redhat/x-7d59d02879b98a23] has joined #fedora-meeting 20:13 < mmcgrath> Ok. 20:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Lots of changes 20:14 < mmcgrath> so we've had a lot of changes since F11 shipped. 20:14 < mmcgrath> probably more changes in the last couple of weeks then we've ever had. 20:14 < mmcgrath> some have been major, some minor, but there's been a bunch of them. 20:14 < mmcgrath> I only bring it up because we've been shaking out bugs and things 20:14 * dgilmore has one coming up that id like to talk about at some point 20:14 < mmcgrath> so keep your eyes open. 20:15 < mmcgrath> and if you find something, please don't assume we know about it. 20:15 < mmcgrath> Thats really all I had on that :) 20:16 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- dgilmore wants to talk about "one coming up" 20:16 < mmcgrath> :) 20:16 < mmcgrath> dgilmore: whats the poop? 20:16 < dgilmore> mmcgrath: im killing plague tomorrow 20:16 * mmcgrath cheers 20:16 < mmcgrath> well sort of. 20:16 * nirik jumps up and down in joy. 20:16 < mmcgrath> dgilmore: whats our process going to be for signing and pushing? 20:16 < mmcgrath> do I need to build another signing server? 20:16 < dgilmore> epel will switch to koji 20:16 < dgilmore> i think i have bodhi ready 20:16 < dgilmore> but i need to run some things by lmacken 20:17 < dgilmore> who i can never get ahold of 20:17 < ricky> Feel free to update it in staging if you have a newer package. 20:17 < jwb> another signing server. ew 20:17 * mmcgrath wonders if koji.stg.fedoraproject.org is back up and running. 20:17 < dgilmore> i need to setup epel_releng 20:17 < dgilmore> epel-releng1 20:17 < dgilmore> something like that 20:17 < mmcgrath> dgilmore: thats a group or a host? 20:17 < dgilmore> mmcgrath: a host 20:18 < mmcgrath> dgilmore: who's going to be able to sign and push? 20:18 < dgilmore> to do mash and package signing on for epel 20:18 < mmcgrath> how long is that process going to take 20:18 < mmcgrath> etc 20:18 -!- kital [n=Joerg_Si@fedora/kital] has joined #fedora-meeting 20:18 < dgilmore> mmcgrath: epel_signers 20:18 < dgilmore> mmcgrath: until we can test not sure 20:18 < dgilmore> but much shorted than fedora updates 20:18 < dgilmore> shorter 20:18 < mmcgrath> so maybe we don't want to kill plague until we know the rest of that stuff? :) 20:19 < mmcgrath> dgilmore: so aside from the additional signing server what do we need? 20:19 < jwb> dgilmore, why is it going to be shorter? 20:19 < f13> less packages? 20:19 < mmcgrath> or do we need another releng box and not a signing server for epel? 20:19 < dgilmore> jwb: alot less packages 20:19 < nirik> many fewer packages. 20:19 < jwb> ah 20:19 < f13> less arches too 20:19 < dgilmore> mmcgrath: just another releng box 20:19 < f13> does EPEL do ppc(64) ? 20:19 < jwb> i was thikning frequency. not per-push duration 20:19 < f13> will it? 20:19 < dgilmore> epel does ppc 20:19 < nirik> f13: it does. 20:20 < dgilmore> but not ppc64 20:20 < f13> ah ok 20:20 < dgilmore> i was approached this weeke about doing s390x for epel also 20:20 < mmcgrath> dgilmore: what about disk? right now releng2 requires direct write access to /mnt/koji 20:20 < nirik> the only weird thing is there is no desktop RHEL for pcc. 20:20 < nirik> ppc 20:20 < mmcgrath> I'd assume we don't want that for EPEL? 20:20 < dgilmore> mmcgrath: the epel releng box will need to write also 20:20 < dgilmore> mmcgrath: the process will be the same 20:20 < mmcgrath> :: sigh :: 20:21 < mmcgrath> are we really sure we want fedora's process infecting epels? 20:21 < dgilmore> and i guess we ould use the existing releng resources 20:21 < mmcgrath> epel used to have such low overhead. 20:21 < f13> mmcgrath: depends on how y ou look at it 20:21 < dgilmore> mmcgrath: lots of people want it 20:21 < f13> mmcgrath: shuffling the repodata around different locations isn't exactly "low" overhead 20:21 < dgilmore> mmcgrath: updates notifications will be a big win 20:22 < mmcgrath> f13: I look at it as someone who watched jwb freak out a couple of days ago because he started a push that he wasn't sure would finish in time for the pkgdb update which was something like 18 hours away at the time. 20:22 < nirik> also epel has no deltas to worry about. 20:22 < f13> mmcgrath: we're talking about different orders of magnitute 20:22 < f13> magnitude 20:22 < jwb> mmcgrath, yeah, what f13 said 20:22 < mmcgrath> right now we are. 20:22 < lmacken> the pkgdb update doesn't effect pushing updates 20:22 < lmacken> at all 20:22 < dgilmore> nirik: right at least until we get to rhel 6 20:22 < jwb> also what lmacken said 20:22 < abadger1999> lmacken: <nod> But jwb didn't *know* that. 20:22 < mmcgrath> lmacken: thats my other point. No one was quite sure about that because of how many moving parts were involved. 20:22 < jwb> but i see where mmcgrath is coming from 20:23 < lmacken> right 20:23 < mmcgrath> anywho, if we're going forward with it we're going forward with it. 20:23 < mmcgrath> dgilmore: you have a pretty good idea of how a relepel1 would work? 20:23 < dgilmore> mmcgrath: i think we should go ahead 20:23 < dgilmore> mmcgrath: i do 20:24 < mmcgrath> k, then we'll go forward. 20:24 -!- Dp67 [n=rberry@fedora/Dp67] has joined #fedora-meeting 20:24 < mmcgrath> dgilmore: ping me after the meeting about getting that server up, I'm positive we've got space for it somewhere. 20:24 < mmcgrath> f13: and that reminds me, I owe you a shiny new signing server :) 20:25 < dgilmore> mmcgrath: :) thanks 20:25 < f13> mmcgrath: cool 20:25 < mmcgrath> it's racked, I need to throw an OS on there and talk to you about migrating to it whenever you guys are ready. 20:25 < mmcgrath> hell I might just be able to use dd and copy the old signing server over. 20:25 < dgilmore> mmcgrath: if we get the signing server up and running it should be useable for EPEL as well as fedora 20:25 -!- cassmodiah [n=cass@fedora/cassmodiah] has quit Remote closed the connection 20:25 < mmcgrath> well, this signing server is just different hardware. 20:25 -!- warren [n=warren@redhat/wombat/warren] has quit "Leaving" 20:26 < mmcgrath> as for the signing server software, I think that's still a TODO 20:26 < mmcgrath> dgilmore: anything else on the EPEL move away from plague? 20:26 < dgilmore> mmcgrath: nope 20:26 < mmcgrath> coolz 20:26 < mmcgrath> #topic Infrastructure -- Signing Server 20:26 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Signing Server 20:27 < f13> we have signing server software to start using 20:27 < mmcgrath> f13: since you're here, do you want me to build the new signing server virtual so you guys can still log in and virsh and stuff? 20:27 < f13> and with the new hardware, now would be a good time to try and deploy it 20:27 < mmcgrath> f13: or do you want it to be physcial and require console access? 20:27 < mmcgrath> oh, excellent. 20:27 < f13> that's... a good question 20:27 < f13> can we get back to you on that? (: 20:27 < mmcgrath> f13: that'd probably work best then, it'll allow you guys to keep using the current signing box while the new one is getting ready. 20:27 < lmacken> f13: what software? 20:27 < f13> lmacken: mitr wrote software 20:27 < lmacken> f13: where is it? 20:27 < mmcgrath> f13: yeah, I'm on whatever schedule you guys want me to be :) 20:28 * ricky had no idea people were working on signing software 20:28 < f13> https://fedorahosted.org/sigul/browser 20:28 -!- kital [n=Joerg_Si@fedora/kital] has quit Remote closed the connection 20:28 < lmacken> oh, nice :) 20:28 -!- tatica is now known as tatica-out 20:29 < f13> http://git.fedorahosted.org/git/?p=sigul.git;a=summary if you prefer 20:29 < f13> it hasn't been touched in a while because we wanted to get F11 out before we disrupted the signing process. 20:29 < mmcgrath> heh 20:30 -!- dthomasdigital [n=dthomasd@ubuntu/member/dthomasdigital] has quit "Leaving" 20:30 < mmcgrath> K 20:30 < mmcgrath> we'll take a look at that 20:30 < mmcgrath> any other questions on the signing server? 20:31 < mmcgrath> Alllrighty. 20:31 -!- N3LRX [n=rberry@fedora/Dp67] has joined #fedora-meeting 20:31 * mmcgrath thinks of anything else... 20:31 < mmcgrath> I think that's really all I've got right now 20:31 < mmcgrath> #topic Infrastructure -- Who's here? 20:31 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:31 < mmcgrath> #topic Infrastructure -- Open Floor 20:31 < mmcgrath> oops :) 20:31 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:31 < nirik> I have one quick item. 20:31 < ricky> Heh 20:32 < mmcgrath> nirik: have at it 20:32 -!- kolesovdv [n=kolesovd(a)82.162.141.18] has quit Remote closed the connection 20:32 < nirik> I've been working with the meetbot plugin author... he hopes to have a release in the next few days with more features/cleanups/fixes. At that point I would like to set it up with zodbot and see about having it log to a fedoraproject.org area... also a search engine of some kind on it would be nice. 20:33 -!- sping [n=sping@gentoo/user/sping] has joined #fedora-meeting 20:33 < dgilmore> nirik: its a neat bot 20:33 < nirik> If anyone has feedback for it, let me know. If I need to request anything or get anything approved as far as setting it up, let me know. ;) 20:33 < nirik> I already have it packaged. Just waiting to import it for the changes to land. 20:34 < mmcgrath> nirik: I've been fine with it. 20:34 < mmcgrath> can anyone use the start and stop meeting bits? 20:34 < nirik> yep. 20:34 < mmcgrath> how's that access figured out? 20:34 < nirik> it's open to anyone on a channel where that plugin is enabled. 20:34 < mmcgrath> excellent 20:35 < nirik> however, there are now some native supybot commands to let bot admins close meetings/add chairs 20:35 < mmcgrath> nirik: we'll throw up some sort of web deal for logging 20:35 < mmcgrath> if we haven't already 20:35 < mmcgrath> ricky: have we already? 20:35 < ricky> Not now 20:35 < nirik> so, an admin could override and close a meeting that was mistakenly made 20:35 -!- mchua [n=mchua(a)66.187.234.199] has quit Read error: 60 (Operation timed out) 20:36 -!- sdziallas [n=sebastia@fedora/sdziallas] has joined #fedora-meeting 20:36 < nirik> the upstream author is working on converting it to use Restructured text for it's summary... and then spit out html and a text suitable for posting to mailing lists. 20:36 -!- mchua [n=mchua@nat/redhat/x-a4d6433a89727a6d] has joined #fedora-meeting 20:36 < nirik> anyhow, just thought I would bring it up. Thats it. 20:36 -!- kolesovdv [n=kolesovd(a)82.162.141.18] has joined #fedora-meeting 20:37 < mmcgrath> nirik: excellent, thanks for keeping up with that 20:37 < mmcgrath> Anyone have anything else they'd like to discuss? 20:38 < Jorn23> Just had a question for ricky 20:38 < Jorn23> Or well, not really only for ricky 20:38 < Jorn23> Anyway 20:39 < ricky> Ask away :-) 20:39 < Jorn23> A couple of days ago we talked about me helping with the migrations to ha-proxy, when do you think you have time for that ricky? 20:39 < mmcgrath> Jorn23: have at it 20:39 < mmcgrath> Jorn23: yeah we found lots of small odds and ends that were still in balancer :) 20:40 < ricky> There are a few that we could get after the meeting if you're around 20:40 < ricky> It'd be helpful for the work I'm doing in staging, actually. 20:40 < mmcgrath> ricky: yeah, I figure if we could go through one or two with Jorn23 he'd be able to get the rest 20:40 < ricky> There might also be a few that I did in staging that would be good to get live. 20:40 -!- Dp67 [n=rberry@fedora/Dp67] has left #fedora-meeting ["Leaving"] 20:40 < Jorn23> That sounds good yeah 20:41 < Jorn23> But we can discuss the details outside the meeting I imagine. 20:42 < mmcgrath> Jorn23: sounds good, thanks for helping us work on that :) 20:42 < mmcgrath> anyone have anything else they'd like to discuss? 20:44 < mmcgrath> ok, well with that we'll close the meeting 20:44 < f13> I should bring up autotest 20:44 < mmcgrath> f13: oh, have at it 20:44 < mmcgrath> #topic Infrastructure -- autotest 20:44 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- autotest 20:44 -!- tibbs [n=tibbs@fedora/tibbs] has quit "Konversation terminated!" 20:44 < f13> the QA team and I have been working on getting something ready to go in Fedora Infra for automated testing 20:44 < f13> There was a work in progress "invented here" effort called AutoQA, however we recently discovered Autotest from the kernel project 20:45 < f13> it seems to fit our needs nicely and already has an upstream and community around it 20:45 < f13> so I've spent the week trying to get it packaged 20:45 < f13> and we plan to deploy it within FI shortly to do some initial automated testing 20:45 < f13> however there is a bit of a problem 20:45 < f13> the server side of autotest requires an older Django than what's in Fedora 20:45 < f13> and building autotest properly requires use of Google Web Toolkit 20:46 < f13> gwt isn't in Fedora, and will be an extreme pain to get in, due to the snowball effect of piles of java 20:46 < mmcgrath> hahahah 20:46 < ricky> Blech. 20:46 < mmcgrath> this is going to be a pile of fun :) 20:46 < f13> however gwt is in a RHEL5 product, and I think the Django version available for EL5 matches what we need 20:47 < f13> so I'm working on a package I can build against RHT's brew that has gwt, to produce something suitable for an EL5 host. gwt isn't needed at rumtime, only a build to translate java files to javascript 20:47 < f13> we'll continue to try and get gwt into Fedora, but that's going to have to be a project all on its own 20:47 -!- Sonar_Guy [n=Who@fedora/sonarguy] has joined #fedora-meeting 20:47 < mmcgrath> f13: k, I'll be happy to help with that when the time comes. We do have a free software policy to make sure we follow - 20:47 < f13> If I get something built via RHT's brew, would we be able to use it within FI to run an autotest host? 20:47 < mmcgrath> http://infrastructure.fedoraproject.org/csi/free-software-policy/en-US/html… 20:48 < mmcgrath> But yeah, I think we'll have hosts for it and stuff 20:48 < f13> all the software involved is free, it's just a huge hassle to get packaged. 20:48 < f13> I think james may have some machines to throw at it too, mostly I was looking for a policy decision 20:49 < f13> the other thing we've done is had upstream pre-translate the java to javascript. javascript is technically not binary, but it is cheating a bit 20:49 < mmcgrath> yeah, we'll figure something out. 20:49 < mmcgrath> f13: anything else on that for now? 20:49 < f13> but it did remove our need of gwt during package build. I'd prefer that we stuck with using gwt at build time, from RHT 20:50 < f13> nope. We'll likely be looking to host it after FUDCon Berlin 20:50 < mmcgrath> f13: sounds good 20:50 < f13> one last thing, has folks here had enough time to review the proposals that came from the recent FAD? 20:50 < mmcgrath> f13: There were proposals from FAD? 20:50 < f13> oh my yes 20:51 < f13> https://fedoraproject.org/wiki/Fedora_Activity_Day_Fedora_Development_Cycle… 20:51 < f13> please do read and comment if there are any concerns, as we move these proposals further into planning and polishing up for submitting to FESCo 20:52 < mmcgrath> f13: k, I'll send a note to the infrastructure list and let people to know to read over them, I'll do the same. 20:52 < abadger1999> f13: Which ones affect FI? 20:52 -!- openpercept [n=openperc@fedora/openpercept] has quit Read error: 110 (Connection timed out) 20:52 < abadger1999> Everything but hte first? 20:52 < f13> milestone does, as it reduces the freeze points (no more alpha), and yeah 20:52 < f13> pretty much all of them in one way or another. 20:53 < mmcgrath> f13: was anyone from Infrastructure at FAD? 20:53 * mmcgrath isn't sure who attended that 20:53 < ricky> I think skvidal might have been there 20:53 < mmcgrath> I think seth, jesse and luke? 20:54 < f13> yep 20:54 < mmcgrath> Ah, I see the Attendees section in the link. 20:54 < mmcgrath> K, anyone have anything else to discuss? 20:54 < mmcgrath> If not we'll close in 30 20:55 < mmcgrath> #endmeeting

1 0

recording more metrics and doing more data mining about Fedora
by Ian Weller 17 Jun '09

17 Jun '09

I'm starting up a project to help everybody in Fedora by combining statistical (not personal!) data retrieved from FAS, repositories in Fedora Hosted, mailing lists, translations, and whatever else we can possibly get our hands on to produce reports that help us see trends in the activity of contributors, both new and old. With this project, we'll be better able to understand the effects of certain marketing techniques or development on what we can measure as "activity" within the project. Other advantages may be seen as well. Now, I'm simply starting this -- I don't have any shiny graphs to show you just yet. But what I do need people to do is let me know what sort of statistics would help them with what they do. It is also beneficial to include things that we are already getting statistics on, or that we previously received statistics for, so that these can all be integrated into the same system. Here's where to submit your ideas: https://fedoraproject.org/wiki/Talk:Data_mining_use_cases I'll be mostly AFK until the next weekend is over, so please surprise me with your ideas :) If you have any questions, please get in touch with me. -- Ian Weller <ian(a)ianweller.org> GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36

1 0

publictest boxes
by Mike McGrath 17 Jun '09

17 Jun '09

Hey guys, If any of you are sponsor for a publictest box or are using a publictest box. Please fill out the information for that box on the wiki. See publictest2 for example: https://fedoraproject.org/wiki/Infrastructure/Server/publictest2 -Mike

2 1

Introduction
by Todd Zullinger 16 Jun '09

16 Jun '09

Hi, I should have sent one of these a while ago... I've been lurking on this list and in #fedora-admin for many months, though I don't usually happen to be around for the weekly meetings. I've been a Fedora packager since sometime in 2006 and I currently help maintain a few of the packages that infrastructure uses heavily: git and puppet. I don't always get large blocks of time to work on Fedora stuff each week, but I do spend as much time with it as I can. I think I can help out with handling fedorahosted requests and maybe even some puppet tasks, which can hopefully help the regular contributors focus more on larger projects and goals. I talked a little with Ricky earlier today about trying to ensure the git project creation was as smooth as possible and well documented. I'll apply for sysadmin and sysadmin-hosted and see if he'll sponsor me so I can get my feet wet and help out a little. My Fedora account and IRC nick are both tmz. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ambition is a poor excuse for not having enough sense to be lazy.

1 0

Any DBA's in the house?
by Mike McGrath 16 Jun '09

16 Jun '09

Is it better to have: id | smallString1 | smallString2 | smallString3 | largerString1 or put the largerString1 in it's own table? largerString1 I'm specifically thinking about is for http://bugzilla.redhat.com/503550 Also, does mysql have a problem with having a table with many columns in it? Where many== 20, 30, 40? I'm specifically talking about a table with around 1.2 million rows in it which is growing at a rate of several hundred thousand rows every 6 months. -Mike

5 5

Fedora 11 Retrospective Recap
by John Poelstra 16 Jun '09

16 Jun '09

Fedora 11 Retrospective Recap 2009-06-16 Wiki version: https://fedoraproject.org/wiki/Fedora_11_Retrospective_Notes Invitees: Cross section of people and leads from each group: https://fedoraproject.org/wiki/Fedora_11_Retrospective_Invitees Attendees: James Laska, Bruno Wolff, Jóhann B. Guðmundsson, John McDonough, Jon Stanley, Jarod Wilson, Todd Zullinger, Ricky Zhou, Steven Moix, Mike McGrath,Jack Aboutboul, Paul Frields, Eric Christensen, John Poelstra, Edward Kirk, Adam Williamson, Máirín Duffy, and Jesse Keating Unrepresented Teams: Ambassadors, Translation Location: Global teleconferencing system & Fedora Gobby When: 2009-06-16 @ 14:00 UTC == Meeting Guidelines & Agenda == 1) Each person gets five minutes to say whatever they want. Suggested questions to answer: a) What went well? b) What could have gone better? c) If time and resources were not an issue, what three things would make Fedora 12 our best release ever? 2) While the speaker has the floor nobody can interrupt or correct what they are saying --there are no "wrong" ideas --other participants can seek clarification from speaker after they are done 3) Other attendees will help capture points raised in gobby 4) Open discussion and go forward plans after each person has had an opportunity to speak == Meeting Outcomes == o Individual feedback (see below) o John Poelstra will create a wiki version of these notes and post link to in email recap to fedora-advisory-board --https://fedoraproject.org/wiki/Fedora_11_Retrospective_Notes o Jesse suggested checking back in a month to see how we are doing on the things we said we said we wanted to change --email is fine; telephone not required o Jesse strongly urged people on the call to take the proposals from the recent FAD back to their teams --feedback needed ASAP --will affect many parts of Fedora --https://fedoraproject.org/wiki/Fedora_Activity_Day_Fedora_Development_Cycle_2009#Resulting_Output o John Poelstra encourage attendees to blog about this meeting to give a wider audience an understanding of what the meeting was like and what they thought about it o The Fedora CMS (Zicula) will affect a lot of groups in Fedora --We need a point person to coordinate these efforts for our greatest chance at success --No one has been identified o ADDED AFTER THE FACT by John Poelstra --Anyone is free to tag onto the end of the wiki document to add their own feedback --https://fedoraproject.org/wiki/Fedora_11_Retrospective_Notes#Additional_Feedback_Outside_of_the_Meeting == Legend == (+) Went well (-) Could have gone better (w) Wish-list--no limits--everyone CAN have a pony == Jon Stanley (jds2001) - fesco == (+) Feature process went well --good contingency plans (-) X item fell through the cracks (-) Meeting minutes creation failed (+) Started using a minute meeting bot (w) Massive QA testing (w) Earlier freezing/branching for critical packages == Eric Christensen (Sparks) - docs == (-) Release notes churn at the last minute --some is legitimately unforeseen, other notes just not timely enough (-) docs.fedoraproject.org page doesn't flow well --languages hard to find (+) Turned out more guides and docs than past releases (+) use of Red Hat guides that were relicensed (w) Zikula CMS --will replace the existing docs.fp.o (w) standardize and focus on release notes and meet more users point == Jarod Wilson (j-rod) - FESCo == (+) Feature process went smoothly--deadlines understood and less confusion (+) No major disagreements within FESCo (-) No major disagreements within FESCo (-) Meeting minutes (-) Collection of public feedback not optimal (need more _constructive_ feedback) (-) Secondary architecture team updates (w) Focused Fedora kernel QA effort--build up community == John J. McDonough (jjmcd) - docs == (+) people were great (+) use of publican went surprisingly well (+) install guide is the best we've ever had (-) integrating milestones better into schedule (-) pushing to docs.fedoraproject.org is an ugly process --Too many formats (-) Need more packagers on the docs team (w) More engagement with developers/determining who to talk to (w) PackageKit get fixed --problems finding application to click on (w) Problems with wireless on NetworkManager == Edward Kirk (tk009) - BugZappers == (+) Communication really good about what was going on between all the teams and across the project (+) More people are joining the project and contributing (-) Blocker bugs were not handled very well (-) Problems at the end with Anaconda --identifying blocker bugs before the last minute (w) A more solid, stable release that is technically better than anything else out there == James Laska (jlaska) - QA == (+) 20 test days--way more than F10 (+) Documentation around test days and how to create live images, etc. (+) Test results reporting (+) Common F11 Bugs --multiple teams were invested in success (+) Community testing (-) No specific test days for Sound (-) No concept of capacity (-) Clarify hand off procedures between Release Engineering & QA for RC --"who has the ball?" (-) Transparency around release readiness decision and whether to slip --public discussion & publish minutes (-) Automation of testing (-) No metrics around health of QA community (w) Micro-communities around each of the features --specific dashboard --blocker bug tracking (w) Community test case management system == Adam Williamson (adamw) - QA/BugZappers == (-) reading several reviews that Fedora 11 is un-installable (-) unclear how to get in late release notes additions in a cooperative way (+) Test Days were fantastic (+) BugZappers and QA wiki spaces were substantially revised (w) A massive testing lab (w) Improving kernel triage for future releases == Bruno Wolff - Games Spin == (+) Help from Jeremy Katz to enhance livecd-tools for larger games iso size (+) Rawhide updates come quickly from the mirrors and Koji (+) test days were helpful and gave focus to people (+) New Spin process documentation got developed --specific test instructions are now available (-) Broken installer and video got in the way of testing --painful when rawhide was broken (-) We don't have a process for maintaining recurring spins (w) Less broken stuff (w) Spins process document finished (w) Lots of test days (w) More with live USB with persistent storage == Jack Aboutboul & Steven Moix - Marketing == (+) Lots of progress restructuring the marketing team (+) Release schedule helped cross team coordination (-) Need to identify task inter dependencies and add them to the schedule (-) Better capture things that get accomplished (+) Inter group communication with Art, Translation, etc. (w) Host mini-meetings with different teams throughout the release cycle (+) Continuous content production --building up and telling stories (w) Fedora Magazine (+) Tracking press reports in different languages (w) Finding a better way to do metrics to identify how far our reach is and understand audience (w) More marketing to younger audiences and greater public awareness == Ricky Zhou - Websites== (+) two or three people helping consistently with Web team tasks (-) Late changes from marketing and docs team which had minor impact (w) Add a review period so that issues can be identified and corrected before release == Mairin Duffy - Design == (-) Need to see feedback to the Design list as opposed to sprung on blogs (w) Six more designers on the team! (w) pink pony!!!!11!! == Jesse Keating - Release Engineering == (+) Better involvement with QA and Triage --improved confidence in QA beating on the trees (+) Did a better job of managing the blocker lists (+) Good help from others verifying blocker bugs (+) Test Days ... more feature owners are requesting targeted testing (+) No last minute compose-related surprises (-) Better communication around what testing needs to be done --improve capture of testing outside of the matrix (mailing lists) (-) Clearer guidelines around code changes (+) FAD Proposals - https://fedoraproject.org/wiki/Fedora_Activity_Day_Fedora_Development_Cycle… (w) earlier review blocker bugs --maybe weekly after we branch (w) automated QA which provides automatic feedback == Jóhann B. Guðmundsson - QA Team== (w) Taking test days to the next level --improved advertisement --re-use live images for additional testing (w) coordinate with upstream testing (w) litmus testing system added to Fedora --litmus is coded to be quite mozilla-specific (according to jlaska) (w) Use of Fedora QA Trac system to track request from maintainers (w) Host test day without requiring maintainer present (-) lack consensus amongst maintainers if a reporter is supposed to report to our bugzilla or upstream one (w) Daily scheduled testing on components. == Todd Zullinger -- Websites Team == (+) more complete translations than we've had before (+) Infrastructure team syncing release content earlier than past releases (w) relocate everyone to a tropical island where we can all work together in person == Mike McGrath - Infrastructure == (+) team is growing (-) multiple release slips hindered work in infrastructure due to freezes --one big slip would be nicer (w) Feature freezes in earlier (w) Contingency plans for core distro functionality (w) Look for key ways that Infrastructure can enable success of QA Team == Paul Frields == (+) Well coordinated for the releases including slip announcements (+) Ambassadors did a great job behind the scenes --media production --release parties (-) Feedback mechanisms are unclear and point to too many different places --documentation and marketing materials --could anaconda bug reporting mechanism be helped by design team? (w) Marketing, Docs, Website, Design team work on coordinated approach to the Zicula (CMS) --organized and well coordinated fashion (w) More forceful in not allowing late/invasive changes to rawhide and putting them off to next release

1 0

Hi!
by Scott Thistle 16 Jun '09

16 Jun '09

Hi there. I had applied for membership in the past, as well as Ambassadors, but life happened. I feel I now have time and want to be an active contributor to the Fedora Project in whatever way I can. My history is that I was a systems admin for UNIX/Linux back in 1998-2002, moved on to Technical Architect for Linux/AIX in 2002 to 2009 and now working as an independent contractor. I played with Linux and open source since 1988. My client contract right now is strictly Fedora in development and Redhat Enterprise in production. I am RHCE since 2002. I also have long background with AIX/Solaris and working towards RHCA (just completed my Redhat Clustering and Storage exam last year. I would love to help out anyway I can. Thanks -- Scott Thistle scott(a)tekkie.org https://fedoraproject.org/wiki/User:Sthistle

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

infrastructure June 2009