From patelbhavin27 at gmail.com Mon Jun 1 07:27:04 2009 From: patelbhavin27 at gmail.com (Bhavinkumar patel) Date: Mon, 1 Jun 2009 00:27:04 -0700 Subject: To start work on some project Message-ID: <89fb7d600906010027v2823ae65r968d3c0cf5c0570e@mail.gmail.com> Hi everyone, Can anyone tell me after registering FAS and account creation what exactly should be done to start working on project ?? I sent request to the sponsors. Should I wait for their reply ?? Thanks, ---------------------------------- Bhavinkumar G Patel -------------- next part -------------- An HTML attachment was scrubbed... URL: From ar29un at gmail.com Mon Jun 1 08:18:06 2009 From: ar29un at gmail.com (Arun) Date: Mon, 1 Jun 2009 13:48:06 +0530 Subject: To start work on some project In-Reply-To: <89fb7d600906010027v2823ae65r968d3c0cf5c0570e@mail.gmail.com> References: <89fb7d600906010027v2823ae65r968d3c0cf5c0570e@mail.gmail.com> Message-ID: Hi There, You have to wait and follow the link which is in the admin.fedoraproject.org. Just Go through about all the steps in the link, that would be very userfull. Also see for the ethics need to be followed in the link. Thanks & Regards ++Arun On Mon, Jun 1, 2009 at 12:57 PM, Bhavinkumar patel wrote: > Hi everyone, > > Can anyone tell me after registering FAS and account creation what exactly > should be done to start working on project ?? > > I sent request to the sponsors. Should I wait for their reply ?? > > Thanks, > ---------------------------------- > Bhavinkumar G Patel > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -- Thanks & Regards ++ Arunkumar.M Quote: Imagination is more than knowledge Blog: http://greedyunixlinux.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at fedoraproject.org Mon Jun 1 08:29:17 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 1 Jun 2009 04:29:17 -0400 Subject: To start work on some project In-Reply-To: <89fb7d600906010027v2823ae65r968d3c0cf5c0570e@mail.gmail.com> References: <89fb7d600906010027v2823ae65r968d3c0cf5c0570e@mail.gmail.com> Message-ID: <20090601082917.GA32470@alpha.rzhou.org> On 2009-06-01 12:27:04 AM, Bhavinkumar patel wrote: > Can anyone tell me after registering FAS and account creation what exactly > should be done to start working on project ?? Things in Infrastructure are currently pretty quite since we're in a change freeze right now. We have a ticket tracker at https://fedorahosted.org/fedora-infrastructure/report/1 if there's anything there that you'd be interested in working on. We're also usually on #fedora-admin on irc.freenode.net, so feel free to join and say hi. We also have IRC meetings on Thursdays at 20:00 UTC, which is a good way to find ways to start helping out. Thanks, and welcome! Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From cra at WPI.EDU Tue Jun 2 13:56:43 2009 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 2 Jun 2009 09:56:43 -0400 Subject: [webmaster@fedoraproject.org: FedoraProject page FUDCon:FUDConF10 has been changed by anonymous user 189.73.88.220] Message-ID: <20090602135643.GV30913@angus.ind.WPI.EDU> Can we make this page read-only now that FUDConF10 is over? ----- Forwarded message from WikiAdmin ----- From: WikiAdmin To: Cra Date: Tue, 2 Jun 2009 13:09:13 +0000 (UTC) Subject: FedoraProject page FUDCon:FUDConF10 has been changed by anonymous user 189.73.88.220 Reply-To: fedorawiki-noreply at fedoraproject.org Dear Cra, The FedoraProject page FUDCon:FUDConF10 has been changed on 09:09, 2 June 2009 by anonymous user 189.73.88.220, see https://fedoraproject.org/wiki/FUDCon:FUDConF10 for the current version. See https://fedoraproject.org/w/index.php?title=FUDCon:FUDConF10&diff=0&oldid=104632 for all changes since your last visit. Editor's summary: -300 Contact the editor: mail: No e-mail address wiki: https://fedoraproject.org/wiki/User:189.73.88.220 There will be no other notifications in case of further changes unless you visit this page. You could also reset the notification flags for all your watched pages on your watchlist. Your friendly FedoraProject notification system -- To change your watchlist settings, visit https://fedoraproject.org/wiki/Special:Watchlist/edit Feedback and further assistance: https://fedoraproject.org/wiki/Help:Contents ----- End forwarded message ----- From sijis.aviles at gmail.com Tue Jun 2 19:52:37 2009 From: sijis.aviles at gmail.com (Sijis Aviles) Date: Tue, 2 Jun 2009 14:52:37 -0500 Subject: KB for Fedora Message-ID: <747290270906021252g450fd771keab9f23afcd8a892@mail.gmail.com> All, I was looking at some of the requested enhancements and I ran into ticket #208 (https://fedorahosted.org/fedora-infrastructure/ticket/208) regarding a KB for Fedora. I've been looking around for alternatives and I ran into phpMyFAQ (www.phpmyfaq.de/). I installed it on a VM I had and it appears to have similar features offered by the RH KBase. I would like to be able to demo this and get some feedback if this could be used for Fedora. I'd also like to hear any alternatives or any comments if anyone's used phpMyFAQ. Sijis From mmcgrath at redhat.com Tue Jun 2 20:32:45 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 2 Jun 2009 15:32:45 -0500 (CDT) Subject: remove old video torrents In-Reply-To: <20090529050730.GD22609@auslistsprd01.us.dell.com> References: <20090529011511.GA22609@auslistsprd01.us.dell.com> <20090529043934.GC22609@auslistsprd01.us.dell.com> <20090529050730.GD22609@auslistsprd01.us.dell.com> Message-ID: On Fri, 29 May 2009, Matt Domsch wrote: > On Thu, May 28, 2009 at 11:46:20PM -0500, Mike McGrath wrote: > > I'm all for pruning, lets have a plan for it though. Anyone see any > > reason not to have these up there? > > > > Should we come up with some test for what does and does not get removed? > > I agree. Here's what I am going by: > > a) content that has reached the end of life. This includes: > 1) pre-release content (Alpha, Beta, snapshots, ...) that have been > superceeded, and are thus no longer useful for testing. > 2) EOL releases that we have moved to archive.fp.o > (I'm open to be swayed on this one...) > > b) content which has exceedingly limited seeders and downloaders, and > which has little prospect of increasing those numbers, and which is > > 1 year old. The several-years-old videos fall into this > category, with 0-1 seeder, and no significant increase in downloads > in a while (by visual inspection, ~3000 downloads as far back as I > can remember). > > Content which is still considered "current" (e.g. spins of non-EOL > releases) get to stay. > > We haven't traditionally hosted spins elsewhere, such as archive.fp.o > or alt.fp.o, so nuking them removes the only method by which someone > could obtain them. Given we're OK on space right now, there's no good > reason to remove spins even of EOL releases where the non-spins got > archived. > FYI +1 to removing stale content from torrent1 -Mike From skvidal at fedoraproject.org Tue Jun 2 20:39:13 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 2 Jun 2009 16:39:13 -0400 (EDT) Subject: remove old video torrents In-Reply-To: References: <20090529011511.GA22609@auslistsprd01.us.dell.com> <20090529043934.GC22609@auslistsprd01.us.dell.com> <20090529050730.GD22609@auslistsprd01.us.dell.com> Message-ID: On Tue, 2 Jun 2009, Mike McGrath wrote: >> releases) get to stay. >> >> We haven't traditionally hosted spins elsewhere, such as archive.fp.o >> or alt.fp.o, so nuking them removes the only method by which someone >> could obtain them. Given we're OK on space right now, there's no good >> reason to remove spins even of EOL releases where the non-spins got >> archived. >> > > FYI +1 to removing stale content from torrent1 +1 to mike's +1ing. -sv From mmcgrath at redhat.com Thu Jun 4 19:05:12 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 4 Jun 2009 19:05:12 +0000 Subject: [PATCH] Added hosted-content group to secondary1 Message-ID: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> --- .../nodes/secondary1.fedora.phx.redhat.com.pp | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp index 0b98229..04701bf 100644 --- a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp +++ b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp @@ -1,5 +1,5 @@ node secondary1{ - $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos' + $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos,hosted-content' include global include fas::fas include secondaryMirror -- 1.5.5.6 From dennis at ausil.us Thu Jun 4 19:23:58 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Jun 2009 14:23:58 -0500 Subject: [PATCH] Added hosted-content group to secondary1 In-Reply-To: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> References: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> Message-ID: <200906041424.05379.dennis@ausil.us> On Thursday 04 June 2009 02:05:12 pm Mike McGrath wrote: > --- > .../nodes/secondary1.fedora.phx.redhat.com.pp | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp index > 0b98229..04701bf 100644 > --- a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > +++ b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > @@ -1,5 +1,5 @@ > node secondary1{ > - $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos' > + > $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos,hosted >-content' include global > include fas::fas > include secondaryMirror +1 Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Thu Jun 4 19:30:28 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 04 Jun 2009 12:30:28 -0700 Subject: [PATCH] Added hosted-content group to secondary1 In-Reply-To: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> References: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> Message-ID: <4A2820D4.1090608@gmail.com> On 06/04/2009 12:05 PM, Mike McGrath wrote: > --- > .../nodes/secondary1.fedora.phx.redhat.com.pp | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > index 0b98229..04701bf 100644 > --- a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > +++ b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > @@ -1,5 +1,5 @@ > node secondary1{ > - $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos' > + $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos,hosted-content' > include global > include fas::fas > include secondaryMirror Seems to be low impact. +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ricky at fedoraproject.org Thu Jun 4 19:43:51 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 4 Jun 2009 15:43:51 -0400 Subject: [PATCH] Added hosted-content group to secondary1 In-Reply-To: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> References: <1244142312-23747-1-git-send-email-mmcgrath@redhat.com> Message-ID: <20090604194351.GA28789@alpha.rzhou.org> On 2009-06-04 07:05:12 PM, Mike McGrath wrote: > --- > .../nodes/secondary1.fedora.phx.redhat.com.pp | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > index 0b98229..04701bf 100644 > --- a/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > +++ b/manifests/nodes/secondary1.fedora.phx.redhat.com.pp > @@ -1,5 +1,5 @@ > node secondary1{ > - $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos' > + $groups='sysadmin-main,sysadmin-noc,alt-sugar,alt-k12linux,altvideos,hosted-content' > include global > include fas::fas > include secondaryMirror > -- > 1.5.5.6 +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Thu Jun 4 20:51:20 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 4 Jun 2009 16:51:20 -0400 Subject: Meeting Log - 2009-06-04 Message-ID: <20090604205120.GB28789@alpha.rzhou.org> 19:59 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here 20:00 * sijis is here. 20:00 * johe is around 20:00 * dgilmore is here 20:01 * mdomsch waves 20:01 * ricky 20:01 < mmcgrath> K, lets get started 20:01 * SmootherFrOgZ is here 20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Release Tickets 20:02 < mmcgrath> https://fedorahosted.org/fedora-infrastructure/report/9 20:02 * mharris is everywhere 20:02 < mmcgrath> .ticket 1387 20:02 < zodbot> mmcgrath: #1387 (New Website) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1387 20:02 < mmcgrath> ricky: we all set there? 20:02 < ricky> Yup, and I'll be here to push it on release day. 20:02 < ricky> I'll do more link checking today 20:03 < mmcgrath> excellent. 20:03 < mmcgrath> .ticket 1389 20:03 < mmcgrath> tracker ticket 20:03 < zodbot> mmcgrath: #1389 (Release Day Ticket) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1389 20:03 -!- hanthana [n=hanthana at 124.43.63.227] has joined #fedora-meeting 20:03 < mmcgrath> .ticket 1390 20:03 < zodbot> mmcgrath: #1390 (Verify permissions) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1390 20:03 < mmcgrath> So the permissions were messed up this morning, they are now 750 20:03 < mmcgrath> but were 755 20:03 * mmcgrath pings warthog9 to see if he's syncing properly now 20:03 -!- smooge [n=smooge at nausicaa.unm.edu] has joined #fedora-meeting 20:04 -!- rislam [n=rashadul at 120.50.178.123] has quit 20:04 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit "Verlassend" 20:05 < mmcgrath> k, looks like he's all good 20:05 < mmcgrath> smooge: how's it going? 20:05 < mmcgrath> .ticket 1391 20:05 < zodbot> mmcgrath: #1391 (Add MirrorManager redirects) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1391 20:05 < mmcgrath> mdomsch: ? 20:05 < smooge> mmcgrath, trying to get done with my current job 20:06 -!- sereinity [n=sereinit at ALyon-259-1-133-162.w92-137.abo.wanadoo.fr] has quit 20:06 -!- shepherd [n=kvirc at unaffiliated/shepherd] has quit Read error: 110 (Connection timed out) 20:06 -!- Jorn23 [n=quassel at www.wcborstel.com] has joined #fedora-meeting 20:06 < mmcgrath> smooge: I'm sure tha'ts fun 20:07 < mmcgrath> IIRC this one's done but we need to remove them after F11 ships. 20:07 < mmcgrath> .ticket 1392 20:07 < zodbot> mmcgrath: #1392 (RHIS Communication) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1392 20:07 -!- shepherd [n=kvirc at 83.Red-88-14-250.dynamicIP.rima-tde.net] has joined #fedora-meeting 20:07 < dgilmore> mmcgrath: whats involved in that 20:07 < smooge> mmcgrath, yeah.. its the classic grieving process and they are uhm stuck on anger at the moment :) 20:08 < mmcgrath> dgilmore: I email them and say "hey there's a release on this day" and then I say "it slipped to this day" 20:08 < dgilmore> mmcgrath: k 20:08 < mmcgrath> .ticket 1393 20:08 < zodbot> mmcgrath: #1393 (Infrastructure Change Freeze) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1393 20:08 < sijis> why do we need to notify them? (just curious) 20:08 < mmcgrath> Still in effect. 20:09 < mmcgrath> sijis: mostly coordination. They provide a lot of our network infrastructure now. It'd be bad for them to schedule an outage or something on a release day. 20:09 < sijis> understood. 20:09 < dgilmore> mmcgrath: we should remind everyone to send change requests 20:09 < mmcgrath> we'll have been frozen for a month after F11 ships. so much stuff piling up :-/ 20:09 < mmcgrath> yeah, every make sure you're still sending change requests. 20:09 < mmcgrath> it's only _really_ serious during this final freeze. 20:10 < mmcgrath> .ticket 1394 20:10 < zodbot> mmcgrath: #1394 (Common Issues on the wiki) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1394 20:10 < mmcgrath> this is a release day ticket, ianweller will handle it day of 20:10 < mmcgrath> same with 20:10 < mmcgrath> .ticket 1395 20:10 < zodbot> mmcgrath: #1395 (Lessons Learned) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1395 20:10 < mmcgrath> though that one is just release day, we all talk about it 20:11 -!- __overblue [n=overblue at bl12-209-81.dsl.telepac.pt] has joined #fedora-meeting 20:11 < mmcgrath> Anyone have any other questions? 20:11 < dgilmore> none 20:12 < Jorn23> I have a question. 20:12 < mmcgrath> K, so the release will hopefully go nice and smoothe 20:12 < mmcgrath> Jorn23: sure 20:12 < mmcgrath> Jorn23: what is it? 20:12 < Jorn23> Will the freeze be lifted once Fedora 11 has been released, or will the freeze remain - let's say - for a week after thee release? 20:13 < Jorn23> the release* 20:13 < ricky> It's lifted one day after the release 20:13 < ricky> Er, 24 hours 20:13 -!- Cheshirc__ [n=Sam at unaffiliated/cheshirc] has joined #fedora-meeting 20:14 < Jorn23> Ah, alright. 20:14 < mmcgrath> yeah, just till the day after. 20:15 < mmcgrath> OK, so next topic 20:15 < mmcgrath> hosting 20:15 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Hosting Content. 20:15 < mmcgrath> i want peoples input on - https://fedoraproject.org/wiki/Infrastructure/SOP/Content_Hosting 20:15 < mmcgrath> So give it a read and comment. 20:16 < ricky> Just curious - how many outside people mirror alt? 20:16 < ricky> And what are we going to do about secondary1 usually being at its knees with apache already? 20:16 -!- fchiulli [i=824c405d at gateway/web/ajax/mibbit.com/x-b2f7fad0a2b35e73] has joined #fedora-meeting 20:17 < dgilmore> ricky: there is a few mirroring secondary arches 20:17 < mmcgrath> ricky: I have yet to actually see it at its knees except for one time a few weeks ago. 20:17 < mmcgrath> we'll just tune it properly. 20:17 < mmcgrath> also secondary1 will go away when the new mirrors are updated. 20:17 < dgilmore> mmcgrath: speaking of this im uploading s390 content right now 20:17 < ricky> Oh, new mirrors? 20:18 -!- fchiulli [i=824c405d at gateway/web/ajax/mibbit.com/x-b2f7fad0a2b35e73] has quit Client Quit 20:18 < mmcgrath> ricky: yeah, it's about 17 months since I requested them :) 20:18 < mmcgrath> so they're due to be ready soon. 20:18 < mmcgrath> actually right now they're blocking on our change freeze. 20:18 < ricky> Oh, so this is the netapp space? 20:18 < mmcgrath> yeah 20:18 < dgilmore> http://archive.kernel.org/fedora-alt/ kernel.org mirrors alt 20:18 -!- djf_jeff [n=jeff at modemcable026.33-70-69.static.videotron.ca] has quit "I quit" 20:19 -!- fchiulli [i=824c405d at gateway/web/ajax/mibbit.com/x-70816215c5c3755f] has joined #fedora-meeting 20:19 < mmcgrath> ricky: I think our mirror manager tracks that stuff, I can't remember where. 20:19 -!- tibbs [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 20:20 < mdomsch> just 3 mirroring pub/alt/videos 20:20 < mdomsch> you have to ask it on a per-dir basis 20:20 < mmcgrath> mdomsch: is there a link on that? 20:20 < dgilmore> mdomsch: more doing secondary right 20:20 < mdomsch> wget -O - 'http://mirrors.fedoraproject.org/mirrorlist?path=pub/alt/videos&country=global' 20:20 < mmcgrath> sweet 20:21 < mmcgrath> Anyone have any problems with the policy as it's written there? 20:21 < sijis> how much space are we allocating? is it based on the request or is it a standard? 20:21 < dgilmore> mmcgrath: seems fine. its maybe a litlle vague on secondary 20:21 < mdomsch> wget -O - 'http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora-secondary/releases&country=global' 20:21 < Jorn23> Just one note. Perhaps I missed it, but I cannot really see how to request space. 20:21 -!- cassmodiah [n=cass at fedora/cassmodiah] has joined #fedora-meeting 20:21 < mdomsch> shows 8 20:21 < mmcgrath> dgilmore: this isn't so much for secondary, that follows already official patterns. 20:22 < johe> Jorn23, by ticket 20:22 < mmcgrath> the secondary archs are already approved to host content on that mirror. 20:22 -!- fchiulli [i=824c405d at gateway/web/ajax/mibbit.com/x-70816215c5c3755f] has left #fedora-meeting [] 20:22 < dgilmore> mmcgrath: ok, it was mentioned in there 20:22 < Jorn23> Johe: Alright, by default all requests go via trac tickets? 20:22 < mmcgrath> sijis: as much as we have there, we'll have to re-visit when the new mirrors are ready. 20:22 -!- hanthana [n=hanthana at 124.43.63.227] has quit Remote closed the connection 20:22 < mmcgrath> Jorn23: correct, we do almost all requests of any type via ticket. 20:23 < Jorn23> mmcgrath: Alright, good to know. 20:23 < mmcgrath> mdomsch: should I have /pub/alt/spins/FEL or just /pub/alt/FEL ? 20:24 < mdomsch> mmcgrath, whatever you want 20:24 < mdomsch> grouping spins makes sense 20:24 < mmcgrath> mdomsch: k 20:25 < mdomsch> mmcgrath, how about matching the releases/ tree 20:25 < mdomsch> so spins/11/FEL/ 20:25 < mdomsch> spins/11/someotherspin 20:26 < mmcgrath> So anyone have any additional questions or comments on that? Right now we have 2T or so available for it, I can expand that to, at most, 4T. 20:26 < mmcgrath> until the primary mirrors are ready. 20:26 < mmcgrath> mdomsch: worksforme 20:27 < mmcgrath> Ok, so next topic. 20:27 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- The Flood Gates 20:27 < mmcgrath> So we've been frozen for a very long time. 20:27 < mmcgrath> and have accumulated a bunch of updates in that time. 20:27 < mmcgrath> I don't want us going and changing everything at once. 20:28 < mmcgrath> Just a handful of stuff that is in the pipeline - Migration to our new memcached servers, pkgdb update, fas update, migration of cvs1 to different storage and a lot of much smaller projects. 20:28 -!- comraderaikov is now known as comraderaikov|aw 20:28 < comraderaikov|aw> is away: Gone away for now. Be back soon. 20:28 -!- tatica is now known as tatica-out 20:28 < mdomsch> please keep the website, wiki, and mirror stuff as much untouched as possible the first week... 20:28 < sijis> i think its looks fine. 20:28 -!- Cheshirc_ [n=Sam at unaffiliated/cheshirc] has quit Read error: 110 (Connection timed out) 20:28 < mmcgrath> mdomsch: 20:28 < mmcgrath> and I want to change fas before pkgdb 20:29 < mdomsch> things that the few million users will see 20:29 < ricky> There will be a python-fedora update along with the one too, which will take some work to push out. 20:29 < mmcgrath> not both at the same time because if we happen to run into performance issues, it'll be very difficult to track down due to the nature of changes in each. 20:29 < mmcgrath> ricky: define "some work" 20:29 < mmcgrath> and does the pkgdb or fas update block on that? 20:29 < ricky> Either messing with func or using puppet and making sure it gets run everywhere it needs to 20:30 < ricky> If we want what's in FAS now added (which would be a good gain), yes 20:31 < mmcgrath> ricky: see #fedora-noc :) 20:31 -!- rjt69 [n=emr at wsip-70-168-37-156.om.om.cox.net] has left #fedora-meeting [] 20:31 < mmcgrath> ricky: k, so we'll do python-fedora first. 20:31 < mmcgrath> Anyone have anything else they'd like to discuss on that? 20:31 < mmcgrath> Anyone have any major changes to make in the next month? 20:32 -!- MrTom [n=MrTom at fedora/MrTom] has quit Remote closed the connection 20:32 * mmcgrath guesses not. 20:32 < mmcgrath> and with that 20:32 < mdomsch> none here 20:32 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:32 * ricky pokes lmacken 20:32 < mmcgrath> anyone have anything general to talk about? 20:32 < mmcgrath> smooge: anything? 20:32 < mmcgrath> lmacken: anything? 20:32 < smooge> one sec 20:32 < smooge> sorry I don't have any topics this week 20:32 < mdomsch> how about adding rsync modules to torrent1 and spins to expose the .torrent files? 20:33 < lmacken> yes 20:33 < smooge> 2 weeks I will have some 20:33 < lmacken> Fedora Community! 20:33 < mmcgrath> mdomsch: I think that's reasonable. Do you want to take that or should I? 20:33 < lmacken> So, as of about 20 minutes ago, we're pretty much ready to push Fedora Community into staging. 20:33 < mdomsch> I can. Plan to expose .torrent files only, not the underlying content? 20:33 < mmcgrath> lmacken: one sec 20:33 < lmacken> mmcgrath: yep :) 20:34 -!- GeroldKa [n=GeroldKa at fedora/geroldka] has joined #fedora-meeting 20:34 < mmcgrath> mdomsch: So my torrent-foo is still weak. What would I need to become a seeder? 20:34 < dgilmore> only that sparc sparc64 and s390x trees are getting very close to primary arch fedora trees 20:34 < dgilmore> ive been pushing content in daily 20:34 < mdomsch> mine's not great either. Basically, put content in the expected directories that the .torrent specifies 20:34 < mdomsch> then start the torrent and wait for the traacker to come online 20:35 * nirik nods. 20:35 < mdomsch> I'll think about it and get back 20:35 < mdomsch> or if someone else with torrent-foo wants to, even better 20:35 < mmcgrath> mdomsch: thanks, if you want to test ahead of time I'd be happy to. I'd like to have SOP instructions for these for people. 20:35 < mmcgrath> mdomsch: anything else for now? 20:35 < mdomsch> nope 20:35 < mdomsch> lmacken, you're up 20:35 < lmacken> So, we're pretty much ready to put Fedora Community into staging... 20:36 < lmacken> The TurboGears2/Moksha/Fedora Community stack is all packaged and under review. I have publictest16 hooked up to my TG2 fedorapeople repo, and it seems to be working great thus far, and hasn't caused any conflicts with TG1 as far as I can tell. 20:36 < lmacken> J5 made the initial puppet config in a separate branch in our puppet git repo. 20:36 < lmacken> The next step is to push this on to app1.stg, and make sure it works, along with all of the other TG1 apps on there. I was planning on sending a change request today about this. If it's not approved, we'll keep the instance of pt16 for now, and deploy after the change freeze. 20:36 < lmacken> questions, comments, concerns? 20:36 < mmcgrath> lmacken: how long, in your best guess, will it be before the rpms are completely in Fedora proper? 20:36 < lmacken> mmcgrath: ideally before F11.... 20:36 < lmacken> https://fedoraproject.org/wiki/TurboGears2 20:36 < lmacken> we still need more reviewers 20:37 < mmcgrath> specifically the deps, not so much the the actual code for the apps. 20:37 < lmacken> yeah, I'm shooting to get it all in by F11... but it all depends on how many reviewers we get to help 20:37 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit Remote closed the connection 20:37 < mmcgrath> I'll send some bugs out on the list. 20:37 < lmacken> cool 20:37 < mmcgrath> Ok, so with lmacken wanting to use staging now is a good of time as any to ask... 20:37 < mmcgrath> anyone mind if I rebuild staging? 20:38 < mmcgrath> mdomsch: ? 20:38 < mmcgrath> abadger1999: ? 20:38 < mmcgrath> ricky: ? 20:38 -!- stickster is now known as stickster_mtg 20:38 * mmcgrath thinks they're the only ones currently using it. 20:38 < mdomsch> fine by me 20:38 < ricky> mmcgrath: No complaints from me, just let me know when you do fas1.stg 20:38 * ricky can help out with doing that today if you want too 20:38 < mmcgrath> ricky: I was actually just going to do proxy and app 20:38 -!- mchua [n=mchua at pool-151-202-99-22.ny325.east.verizon.net] has quit Read error: 104 (Connection reset by peer) 20:38 < mmcgrath> I want to make sure it won't mess toshio up. 20:39 < ricky> Ah, OK 20:39 -!- giarc [n=cwt at ool-ad03fe0d.dyn.optonline.net] has quit Client Quit 20:39 < mmcgrath> lmacken: once that's done you can start getting your community/puppet tests out. I'll help out with puppet stuff wherever I can. 20:39 < mmcgrath> modules modules modules :) 20:39 < lmacken> mmcgrath: great 20:40 < mmcgrath> lmacken: I'll dedicate some time to doing metrics and testing as well. Try to see if there's any low hanging fruit to poke at. 20:40 < mmcgrath> or it might all just work fine, never know :) 20:40 < mmcgrath> lmacken: and I'm positive you told me this already, but this is all mod_wsgi'd ready right? 20:40 < lmacken> that would be great :) 20:40 < lmacken> mmcgrath: of course 20:40 < mmcgrath> solid, ok. 20:40 * abadger1999 reads up 20:40 < mmcgrath> So anyone have any other questions on Fedora Community? 20:40 < mmcgrath> abadger1999: just wanted to know if you were using the staging environment for anything 20:41 < abadger1999> I'm working out pkgdb-0.4 bugs there. 20:41 < mmcgrath> abadger1999: do you know when you'll be done? I'd like to rebuild it 20:41 < mmcgrath> lmacken: also what namespace is this going under again? admin.fp.o/community/ ? 20:42 < lmacken> mmcgrath: yep 20:42 < mmcgrath> K 20:43 < mmcgrath> So anyone have anything else they'd like to discuss? 20:43 < SmootherFrOgZ> yup, lmacken any news about epel support into bodhi ? 20:43 < lmacken> SmootherFrOgZ: that's not something that is on my plate at the moment... dgilmore may know more about the status of that 20:44 < abadger1999> mmcgrath: Hmm... how long will a rebuild take? 20:44 < abadger1999> And when do you want to do it? 20:44 < SmootherFrOgZ> dgilmore: any thought, need help ? 20:45 -!- sdziallas [n=sebastia at fedora/sdziallas] has quit "Ex-Chat" 20:45 < abadger1999> I could just tar up the pkgdb there, you can rebuild, and then make sure everything's checked in at leisure. 20:45 -!- mchua [n=mchua at pool-151-202-99-22.ny325.east.verizon.net] has joined #fedora-meeting 20:45 < mmcgrath> abadger1999: a day or two, it can wait though. 20:45 < dgilmore> SmootherFrOgZ: ive started 20:45 < dgilmore> i need to finish it 20:45 < mmcgrath> abadger1999: k, I'll just make sure to coordinate with you 20:46 < dgilmore> SmootherFrOgZ: lets get together after the meeting 20:46 < SmootherFrOgZ> dgilmore: k 20:46 -!- johe [n=jstephan at vpndfki-2.net.uni-saarland.de] has quit Read error: 104 (Connection reset by peer) 20:46 < mmcgrath> Ok, so anyone have anything else for the meeting? 20:46 < abadger1999> mmcgrath: k. Up to you. I can do it anytime. 20:46 < mmcgrath> abadger1999: solid 20:46 < mmcgrath> If not we'll close the meeting in 30 20:47 < mmcgrath> Jorn23: ggruener: either of you want to talk about the nagios -> zabbix migration? 20:47 -!- mcepl [n=mcepl at 49-117-207-85.strcechy.adsl-llu.static.bluetone.cz] has joined #fedora-meeting 20:47 * mmcgrath will assume they're presently away 20:48 < Jorn23> mmcgrath: I think we are pretty close on finalising it 20:48 < mmcgrath> oh, there you are. 20:48 < mmcgrath> Jorn23: excellent, whats left? 20:49 -!- lfoppiano [n=lfoppian at fedora/lfoppiano] has joined #fedora-meeting 20:49 < Jorn23> mmcgrath: We have the koji checks left to do, and the transifex. We have to look into how the current NRPE setup is for the Koji checks. Also there's a custom script in nagios called check_koji 20:49 < ggruener> mmcgrath: i add in the next few days the last tests to check the partitions 20:49 < mmcgrath> Sounds good guys, anything else? 20:49 < mmcgrath> Alrighty, so we will close the meeting in 20 (cheating this time) :) 20:49 < Jorn23> I think we may need your help with the scripts running on the boxes - I am not sure if Gregor has shell access 20:50 -!- comraderaikov|aw is now known as comraderaikov 20:50 < mmcgrath> Jorn23: sure thing, we can get you access to what you need. 20:50 < mmcgrath> 10 20:50 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Jun 4 21:45:02 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 4 Jun 2009 21:45:02 +0000 Subject: [PATCH] This was causing issues, can I get 2 +1's? Message-ID: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> --- manifests/services/fedoracommunity.pp | 186 --------------------------------- 1 files changed, 0 insertions(+), 186 deletions(-) delete mode 100644 manifests/services/fedoracommunity.pp diff --git a/manifests/services/fedoracommunity.pp b/manifests/services/fedoracommunity.pp deleted file mode 100644 index 7b83e5b..0000000 --- a/manifests/services/fedoracommunity.pp +++ /dev/null @@ -1,186 +0,0 @@ -class bodhi-proxy inherits httpd { - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi.conf": - source => "web/bodhi-proxy.conf" - } - - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi-dev.conf": - source => "web/bodhi-dev-proxy.conf" - } -} - -class bodhi-supervised-server inherits turbogears { - include supervisorApp - - package { bodhi-server: - ensure => present - } - - templatefile { '/etc/bodhi/bodhi.cfg': - content => template('web/applications/bodhi-prod.cfg.erb'), - owner => 'apache', - group => 'apache', - notify => Service['supervisord'], - mode => '640', - require => Package['bodhi-server'], - } -} - -class bodhi-wsgi-server inherits turbogears { - include httpd - include mod_wsgi::module - - package { bodhi-server: - ensure => present - } - - templatefile { '/etc/bodhi/bodhi.cfg': - content => template('web/applications/bodhi-prod.cfg.erb'), - owner => 'apache', - group => 'apache', - notify => Service['httpd'], - require => Package['httpd'], - mode => '640', - require => Package['bodhi-server'] - } - - apachetemplate { '/etc/httpd/conf.d/bodhi.conf': - content => template('web/applications/bodhi.conf.erb'), - require => Package['mod_wsgi'] - } - - folder { "/etc/pki/bodhi/": - owner => 'apache', - group => 'apache', - mode => '0710', - source => "blank/" - } - - cert { '/etc/pki/bodhi/bodhi.pem': - source => 'secure/bodhi_key_and_cert.pem', - owner => 'apache', - mode => '0440' - } - - # The next two are actually public keys - configfile { '/etc/pki/bodhi/fedora-server-ca.cert': - source => 'secure/fedora-ca.cert', - } - - configfile { '/etc/pki/bodhi/fedora-upload-ca.cert': - source => 'secure/fedora-ca.cert', - } - - #apachefile { '/etc/bodhi.wsgi': - apachefile { '/usr/share/bodhi/bodhi.wsgi': - source => 'web/applications/bodhi.wsgi', - require => Package['mod_wsgi'] - } - -} - -class bodhi-app inherits bodhi-wsgi-server { - - file { [ '/mnt/koji', '/mnt/koji/packages' ]: - ensure => directory - } - - case $datacenter { - 'phx': { - mount { "/mnt/koji/packages": - device => "nfs1.fedora.phx.redhat.com:/mnt/koji/packages", - fstype => "nfs", - ensure => "mounted", - options => "defaults,ro,soft,intr,nfsvers=3", - atboot => true - } - } - } - -} - -class bodhi-masher inherits bodhi-wsgi-server { - - Templatefile['/etc/bodhi/bodhi.cfg'] { - content => template('web/applications/bodhi-masher.cfg.erb'), - owner => 'masher', - } - - file { '/etc/bodhi/f9-updates.mash': - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - file { '/etc/bodhi/f9-updates-testing.mash': - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - file { '/etc/bodhi/f8-updates.mash': - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - file { '/etc/bodhi/f8-updates-testing.mash': - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - file { '/etc/bodhi/mash.conf': - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - - Apachetemplate['/etc/httpd/conf.d/bodhi.conf'] { - content => template('web/applications/bodhi-masher.conf.erb'), - } - - folder { '/var/log/bodhi': - source => 'blank/', - ensure => directory, - owner => 'masher', - replace => false, - } - - folder { '/usr/share/bodhi': - source => 'blank/', - ensure => directory, - owner => 'masher', - replace => false, - require => Package['bodhi-server'], - } - - Folder["/etc/pki/bodhi/"] { - owner => 'masher', - group => 'masher', - mode => '0710', - source => "blank/" - } - - Cert['/etc/pki/bodhi/bodhi.pem'] { - source => 'secure/bodhi_key_and_cert.pem', - owner => 'masher', - mode => '0440' - } - - semanage_fcontext { '/home/masher/.cvspass': - type => 'httpd_sys_script_rw_t' - } - - semanage_fcontext { '/usr/share/bodhi/comps(/.*)?': - type => 'httpd_sys_script_rw_t' - } - -} - -class bodhi-dev inherits bodhi-wsgi-server { - - Templatefile['/etc/bodhi/bodhi.cfg'] { - content => template('web/applications/bodhi-dev.cfg.erb'), - } -} -- 1.5.5.6 From skvidal at fedoraproject.org Thu Jun 4 21:47:46 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 4 Jun 2009 17:47:46 -0400 (EDT) Subject: [PATCH] This was causing issues, can I get 2 +1's? In-Reply-To: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> References: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> Message-ID: On Thu, 4 Jun 2009, Mike McGrath wrote: > --- > manifests/services/fedoracommunity.pp | 186 --------------------------------- > 1 files changed, 0 insertions(+), 186 deletions(-) > delete mode 100644 manifests/services/fedoracommunity.pp That's a lot of deletions - what do the fcommunity folks say? I'll give a +1 but I'm wondering what might be being broken by that -sv > > diff --git a/manifests/services/fedoracommunity.pp b/manifests/services/fedoracommunity.pp > deleted file mode 100644 > index 7b83e5b..0000000 > --- a/manifests/services/fedoracommunity.pp > +++ /dev/null > @@ -1,186 +0,0 @@ > -class bodhi-proxy inherits httpd { > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi.conf": > - source => "web/bodhi-proxy.conf" > - } > - > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi-dev.conf": > - source => "web/bodhi-dev-proxy.conf" > - } > -} > - > -class bodhi-supervised-server inherits turbogears { > - include supervisorApp > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['supervisord'], > - mode => '640', > - require => Package['bodhi-server'], > - } > -} > - > -class bodhi-wsgi-server inherits turbogears { > - include httpd > - include mod_wsgi::module > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['httpd'], > - require => Package['httpd'], > - mode => '640', > - require => Package['bodhi-server'] > - } > - > - apachetemplate { '/etc/httpd/conf.d/bodhi.conf': > - content => template('web/applications/bodhi.conf.erb'), > - require => Package['mod_wsgi'] > - } > - > - folder { "/etc/pki/bodhi/": > - owner => 'apache', > - group => 'apache', > - mode => '0710', > - source => "blank/" > - } > - > - cert { '/etc/pki/bodhi/bodhi.pem': > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'apache', > - mode => '0440' > - } > - > - # The next two are actually public keys > - configfile { '/etc/pki/bodhi/fedora-server-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - configfile { '/etc/pki/bodhi/fedora-upload-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - #apachefile { '/etc/bodhi.wsgi': > - apachefile { '/usr/share/bodhi/bodhi.wsgi': > - source => 'web/applications/bodhi.wsgi', > - require => Package['mod_wsgi'] > - } > - > -} > - > -class bodhi-app inherits bodhi-wsgi-server { > - > - file { [ '/mnt/koji', '/mnt/koji/packages' ]: > - ensure => directory > - } > - > - case $datacenter { > - 'phx': { > - mount { "/mnt/koji/packages": > - device => "nfs1.fedora.phx.redhat.com:/mnt/koji/packages", > - fstype => "nfs", > - ensure => "mounted", > - options => "defaults,ro,soft,intr,nfsvers=3", > - atboot => true > - } > - } > - } > - > -} > - > -class bodhi-masher inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-masher.cfg.erb'), > - owner => 'masher', > - } > - > - file { '/etc/bodhi/f9-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f9-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/mash.conf': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - > - Apachetemplate['/etc/httpd/conf.d/bodhi.conf'] { > - content => template('web/applications/bodhi-masher.conf.erb'), > - } > - > - folder { '/var/log/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - } > - > - folder { '/usr/share/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - Folder["/etc/pki/bodhi/"] { > - owner => 'masher', > - group => 'masher', > - mode => '0710', > - source => "blank/" > - } > - > - Cert['/etc/pki/bodhi/bodhi.pem'] { > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'masher', > - mode => '0440' > - } > - > - semanage_fcontext { '/home/masher/.cvspass': > - type => 'httpd_sys_script_rw_t' > - } > - > - semanage_fcontext { '/usr/share/bodhi/comps(/.*)?': > - type => 'httpd_sys_script_rw_t' > - } > - > -} > - > -class bodhi-dev inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-dev.cfg.erb'), > - } > -} > -- > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From a.badger at gmail.com Thu Jun 4 21:50:22 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 04 Jun 2009 14:50:22 -0700 Subject: [PATCH] This was causing issues, can I get 2 +1's? In-Reply-To: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> References: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> Message-ID: <4A28419E.7010506@gmail.com> On 06/04/2009 02:45 PM, Mike McGrath wrote: > --- > manifests/services/fedoracommunity.pp | 186 --------------------------------- > 1 files changed, 0 insertions(+), 186 deletions(-) > delete mode 100644 manifests/services/fedoracommunity.pp > > diff --git a/manifests/services/fedoracommunity.pp b/manifests/services/fedoracommunity.pp > deleted file mode 100644 > index 7b83e5b..0000000 > --- a/manifests/services/fedoracommunity.pp > +++ /dev/null > @@ -1,186 +0,0 @@ > -class bodhi-proxy inherits httpd { > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi.conf": > - source => "web/bodhi-proxy.conf" > - } > - > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi-dev.conf": > - source => "web/bodhi-dev-proxy.conf" > - } > -} > - > -class bodhi-supervised-server inherits turbogears { > - include supervisorApp > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['supervisord'], > - mode => '640', > - require => Package['bodhi-server'], > - } > -} > - > -class bodhi-wsgi-server inherits turbogears { > - include httpd > - include mod_wsgi::module > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['httpd'], > - require => Package['httpd'], > - mode => '640', > - require => Package['bodhi-server'] > - } > - > - apachetemplate { '/etc/httpd/conf.d/bodhi.conf': > - content => template('web/applications/bodhi.conf.erb'), > - require => Package['mod_wsgi'] > - } > - > - folder { "/etc/pki/bodhi/": > - owner => 'apache', > - group => 'apache', > - mode => '0710', > - source => "blank/" > - } > - > - cert { '/etc/pki/bodhi/bodhi.pem': > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'apache', > - mode => '0440' > - } > - > - # The next two are actually public keys > - configfile { '/etc/pki/bodhi/fedora-server-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - configfile { '/etc/pki/bodhi/fedora-upload-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - #apachefile { '/etc/bodhi.wsgi': > - apachefile { '/usr/share/bodhi/bodhi.wsgi': > - source => 'web/applications/bodhi.wsgi', > - require => Package['mod_wsgi'] > - } > - > -} > - > -class bodhi-app inherits bodhi-wsgi-server { > - > - file { [ '/mnt/koji', '/mnt/koji/packages' ]: > - ensure => directory > - } > - > - case $datacenter { > - 'phx': { > - mount { "/mnt/koji/packages": > - device => "nfs1.fedora.phx.redhat.com:/mnt/koji/packages", > - fstype => "nfs", > - ensure => "mounted", > - options => "defaults,ro,soft,intr,nfsvers=3", > - atboot => true > - } > - } > - } > - > -} > - > -class bodhi-masher inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-masher.cfg.erb'), > - owner => 'masher', > - } > - > - file { '/etc/bodhi/f9-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f9-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/mash.conf': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - > - Apachetemplate['/etc/httpd/conf.d/bodhi.conf'] { > - content => template('web/applications/bodhi-masher.conf.erb'), > - } > - > - folder { '/var/log/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - } > - > - folder { '/usr/share/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - Folder["/etc/pki/bodhi/"] { > - owner => 'masher', > - group => 'masher', > - mode => '0710', > - source => "blank/" > - } > - > - Cert['/etc/pki/bodhi/bodhi.pem'] { > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'masher', > - mode => '0440' > - } > - > - semanage_fcontext { '/home/masher/.cvspass': > - type => 'httpd_sys_script_rw_t' > - } > - > - semanage_fcontext { '/usr/share/bodhi/comps(/.*)?': > - type => 'httpd_sys_script_rw_t' > - } > - > -} > - > -class bodhi-dev inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-dev.cfg.erb'), > - } > -} +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ricky at fedoraproject.org Thu Jun 4 21:53:29 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 4 Jun 2009 17:53:29 -0400 Subject: [PATCH] This was causing issues, can I get 2 +1's? In-Reply-To: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> References: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> Message-ID: <20090604215329.GC28789@alpha.rzhou.org> On 2009-06-04 09:45:02 PM, Mike McGrath wrote: > --- > manifests/services/fedoracommunity.pp | 186 --------------------------------- > 1 files changed, 0 insertions(+), 186 deletions(-) > delete mode 100644 manifests/services/fedoracommunity.pp > > diff --git a/manifests/services/fedoracommunity.pp b/manifests/services/fedoracommunity.pp > deleted file mode 100644 > index 7b83e5b..0000000 > --- a/manifests/services/fedoracommunity.pp > +++ /dev/null > @@ -1,186 +0,0 @@ > -class bodhi-proxy inherits httpd { > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi.conf": > - source => "web/bodhi-proxy.conf" > - } > - > - apachefile { "/etc/httpd/conf.d/admin.fedoraproject.org/bodhi-dev.conf": > - source => "web/bodhi-dev-proxy.conf" > - } > -} > - > -class bodhi-supervised-server inherits turbogears { > - include supervisorApp > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['supervisord'], > - mode => '640', > - require => Package['bodhi-server'], > - } > -} > - > -class bodhi-wsgi-server inherits turbogears { > - include httpd > - include mod_wsgi::module > - > - package { bodhi-server: > - ensure => present > - } > - > - templatefile { '/etc/bodhi/bodhi.cfg': > - content => template('web/applications/bodhi-prod.cfg.erb'), > - owner => 'apache', > - group => 'apache', > - notify => Service['httpd'], > - require => Package['httpd'], > - mode => '640', > - require => Package['bodhi-server'] > - } > - > - apachetemplate { '/etc/httpd/conf.d/bodhi.conf': > - content => template('web/applications/bodhi.conf.erb'), > - require => Package['mod_wsgi'] > - } > - > - folder { "/etc/pki/bodhi/": > - owner => 'apache', > - group => 'apache', > - mode => '0710', > - source => "blank/" > - } > - > - cert { '/etc/pki/bodhi/bodhi.pem': > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'apache', > - mode => '0440' > - } > - > - # The next two are actually public keys > - configfile { '/etc/pki/bodhi/fedora-server-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - configfile { '/etc/pki/bodhi/fedora-upload-ca.cert': > - source => 'secure/fedora-ca.cert', > - } > - > - #apachefile { '/etc/bodhi.wsgi': > - apachefile { '/usr/share/bodhi/bodhi.wsgi': > - source => 'web/applications/bodhi.wsgi', > - require => Package['mod_wsgi'] > - } > - > -} > - > -class bodhi-app inherits bodhi-wsgi-server { > - > - file { [ '/mnt/koji', '/mnt/koji/packages' ]: > - ensure => directory > - } > - > - case $datacenter { > - 'phx': { > - mount { "/mnt/koji/packages": > - device => "nfs1.fedora.phx.redhat.com:/mnt/koji/packages", > - fstype => "nfs", > - ensure => "mounted", > - options => "defaults,ro,soft,intr,nfsvers=3", > - atboot => true > - } > - } > - } > - > -} > - > -class bodhi-masher inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-masher.cfg.erb'), > - owner => 'masher', > - } > - > - file { '/etc/bodhi/f9-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f9-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/f8-updates-testing.mash': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - file { '/etc/bodhi/mash.conf': > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - > - Apachetemplate['/etc/httpd/conf.d/bodhi.conf'] { > - content => template('web/applications/bodhi-masher.conf.erb'), > - } > - > - folder { '/var/log/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - } > - > - folder { '/usr/share/bodhi': > - source => 'blank/', > - ensure => directory, > - owner => 'masher', > - replace => false, > - require => Package['bodhi-server'], > - } > - > - Folder["/etc/pki/bodhi/"] { > - owner => 'masher', > - group => 'masher', > - mode => '0710', > - source => "blank/" > - } > - > - Cert['/etc/pki/bodhi/bodhi.pem'] { > - source => 'secure/bodhi_key_and_cert.pem', > - owner => 'masher', > - mode => '0440' > - } > - > - semanage_fcontext { '/home/masher/.cvspass': > - type => 'httpd_sys_script_rw_t' > - } > - > - semanage_fcontext { '/usr/share/bodhi/comps(/.*)?': > - type => 'httpd_sys_script_rw_t' > - } > - > -} > - > -class bodhi-dev inherits bodhi-wsgi-server { > - > - Templatefile['/etc/bodhi/bodhi.cfg'] { > - content => template('web/applications/bodhi-dev.cfg.erb'), > - } > -} > -- > 1.5.5.6 +1, mmcrath and J5 discussed this on IRC too. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From a.badger at gmail.com Thu Jun 4 22:05:13 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 04 Jun 2009 15:05:13 -0700 Subject: [PATCH] This was causing issues, can I get 2 +1's? In-Reply-To: References: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> Message-ID: <4A284519.9050507@gmail.com> On 06/04/2009 02:47 PM, Seth Vidal wrote: > > > On Thu, 4 Jun 2009, Mike McGrath wrote: > >> --- >> manifests/services/fedoracommunity.pp | 186 >> --------------------------------- >> 1 files changed, 0 insertions(+), 186 deletions(-) >> delete mode 100644 manifests/services/fedoracommunity.pp > > That's a lot of deletions - what do the fcommunity folks say? > > I'll give a +1 but I'm wondering what might be being broken by that > It was committed yesterday but probably shouldn't have been. Nothing depends on it yet as it's not deployed via puppet yet. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Thu Jun 4 22:11:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 4 Jun 2009 17:11:11 -0500 (CDT) Subject: [PATCH] This was causing issues, can I get 2 +1's? In-Reply-To: <4A284519.9050507@gmail.com> References: <1244151902-2368-1-git-send-email-mmcgrath@redhat.com> <4A284519.9050507@gmail.com> Message-ID: On Thu, 4 Jun 2009, Toshio Kuratomi wrote: > On 06/04/2009 02:47 PM, Seth Vidal wrote: > > > > > > On Thu, 4 Jun 2009, Mike McGrath wrote: > > > >> --- > >> manifests/services/fedoracommunity.pp | 186 > >> --------------------------------- > >> 1 files changed, 0 insertions(+), 186 deletions(-) > >> delete mode 100644 manifests/services/fedoracommunity.pp > > > > That's a lot of deletions - what do the fcommunity folks say? > > > > I'll give a +1 but I'm wondering what might be being broken by that > > > It was committed yesterday but probably shouldn't have been. Nothing > depends on it yet as it's not deployed via puppet yet. > the specific problem was that the fedoracommunity.pp file was kind of just created as a place holder, but it had bodhi data in it so puppet was complaining about duplicate defs. -Mike From Matt_Domsch at dell.com Fri Jun 5 03:35:29 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 4 Jun 2009 22:35:29 -0500 Subject: [PATCH] add rsyncd to torrent1 Message-ID: <20090605033529.GA16306@auslistsprd01.us.dell.com> This creates an rsync module [torrents] on torrent1 so that people may download the torrent files (only) to set up their seeds. Saves a lot of wgets. Looking for +1s. >From 59dcb2df5e27d2235b97be37589fb7f1d01031f7 Mon Sep 17 00:00:00 2001 From: Matt Domsch Date: Fri, 5 Jun 2009 03:31:37 +0000 Subject: [PATCH] add rsyncd for torrent1 torrents --- manifests/servergroups/torrent.pp | 4 ++-- manifests/services/torrent.pp | 1 + modules/rsync/files/rsync.torrent1 | 14 ++++++++++++++ modules/rsync/files/rsyncd.conf.torrent1 | 15 +++++++++++++++ 4 files changed, 32 insertions(+), 2 deletions(-) create mode 100644 modules/rsync/files/rsync.torrent1 create mode 100644 modules/rsync/files/rsyncd.conf.torrent1 diff --git a/manifests/servergroups/torrent.pp b/manifests/servergroups/torrent.pp index eb03f85..634ffc2 100644 --- a/manifests/servergroups/torrent.pp +++ b/manifests/servergroups/torrent.pp @@ -4,8 +4,8 @@ class torrent { include selinux-enforcing include torrent-app - # Allow DNS, Web traffic and Torrent traffic - $tcpPorts = [ 53, 80, 443, '6881:6999' ] + # Allow DNS, Web traffic, rsync, and Torrent traffic + $tcpPorts = [ 53, 80, 443, 873, '6881:6999' ] $udpPorts = [ 53 ] #Second rule to allow NRPE/Nagios to monitor, third for zabbix $custom = [ '-A INPUT -p tcp -m tcp --dport 53 --tcp-flags SYN,RST,ACK SYN -j ACCEPT', '-A INPUT -p tcp -s 209.132.177.0/24 --dport 5666 -j ACCEPT', '-A INPUT -p tcp -s 209.132.177.0/24 --dport 10050 -j ACCEPT' ] diff --git a/manifests/services/torrent.pp b/manifests/services/torrent.pp index c847561..327deec 100644 --- a/manifests/services/torrent.pp +++ b/manifests/services/torrent.pp @@ -16,6 +16,7 @@ class torrent-app { } service { httpd: } + include rsync::rsyncd apachefile { "/etc/httpd/conf.d/torrent.conf": source => "torrent/torrent.conf" diff --git a/modules/rsync/files/rsync.torrent1 b/modules/rsync/files/rsync.torrent1 new file mode 100644 index 0000000..f02e097 --- /dev/null +++ b/modules/rsync/files/rsync.torrent1 @@ -0,0 +1,14 @@ +# default: off +# description: The rsync server is a good addition to an ftp server, as it \ +# allows crc checksumming etc. +service rsync +{ + disable = no + socket_type = stream + wait = no + user = root + server = /usr/bin/rsync + server_args = --daemon + log_on_failure += USERID +} + diff --git a/modules/rsync/files/rsyncd.conf.torrent1 b/modules/rsync/files/rsyncd.conf.torrent1 new file mode 100644 index 0000000..3a6392f --- /dev/null +++ b/modules/rsync/files/rsyncd.conf.torrent1 @@ -0,0 +1,15 @@ +pid file = /var/run/rsyncd.pid +syslog facility = daemon +dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.bz2 *.iso *.ogg *.ogv *.torrent +use chroot = false +transfer logging = false +timeout = 600 + +[torrents] +path = /srv/torrents/btholding +comment = Fedora, Spins, and other hosted torrents +uid = nobody +gid = nobody +read only = yes +include = *.torrent +exclude = * -- 1.5.5.6 -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ricky at fedoraproject.org Fri Jun 5 03:40:29 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 4 Jun 2009 23:40:29 -0400 Subject: [PATCH] add rsyncd to torrent1 In-Reply-To: <20090605033529.GA16306@auslistsprd01.us.dell.com> References: <20090605033529.GA16306@auslistsprd01.us.dell.com> Message-ID: <20090605034029.GD28789@alpha.rzhou.org> On 2009-06-04 10:35:29 PM, Matt Domsch wrote: > This creates an rsync module [torrents] on torrent1 so that people may > download the torrent files (only) to set up their seeds. Saves a lot > of wgets. +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From skvidal at fedoraproject.org Fri Jun 5 04:04:41 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 5 Jun 2009 00:04:41 -0400 (EDT) Subject: [PATCH] add rsyncd to torrent1 In-Reply-To: <20090605033529.GA16306@auslistsprd01.us.dell.com> References: <20090605033529.GA16306@auslistsprd01.us.dell.com> Message-ID: On Thu, 4 Jun 2009, Matt Domsch wrote: > This creates an rsync module [torrents] on torrent1 so that people may > download the torrent files (only) to set up their seeds. Saves a lot > of wgets. > > Looking for +1s. > +1 -sv From sundaram at fedoraproject.org Fri Jun 5 15:12:47 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 05 Jun 2009 20:42:47 +0530 Subject: Google releases Page Speed Message-ID: <4A2935EF.30408@fedoraproject.org> Hi http://lwn.net/Articles/336376/ Google has announced the release of its Page Speed tool under the Apache license. "Page Speed is a tool we've been using internally to improve the performance of our web pages" Rahul From mmcgrath at redhat.com Fri Jun 5 16:39:34 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 11:39:34 -0500 (CDT) Subject: Google releases Page Speed In-Reply-To: <4A2935EF.30408@fedoraproject.org> References: <4A2935EF.30408@fedoraproject.org> Message-ID: On Fri, 5 Jun 2009, Rahul Sundaram wrote: > Hi > > http://lwn.net/Articles/336376/ > > Google has announced the release of its Page Speed tool under the Apache > license. "Page Speed is a tool we've been using internally to improve > the performance of our web pages" > I'm a might busy with things at the moment, anyone on the list want to use this tool on our websites and do a review? (Of both the tool and our sites?) -Mike From jonstanley at gmail.com Fri Jun 5 16:59:28 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 5 Jun 2009 12:59:28 -0400 Subject: Google releases Page Speed In-Reply-To: References: <4A2935EF.30408@fedoraproject.org> Message-ID: On Fri, Jun 5, 2009 at 12:39 PM, Mike McGrath wrote: > I'm a might busy with things at the moment, anyone on the list want to use > this tool on our websites and do a review? ?(Of both the tool and our > sites?) The tool is pretty cool, but I'm not much of a web developer. So far, I've ran it against http://fedoraproject.org, and it came up with some seemingly good suggestions. These are the only two it classified as big wins, the other stuff is minor (some inefficient CSS as item 3, for example) 1) We're not gzipping content going to the browser. On the main page: Compressing the following resources with gzip could reduce their transfer size by about two thirds (~11.8kB). * Compressing http://fedoraproject.org/static/css/fedora.css could save ~7.2kB. * Compressing http://fedoraproject.org could save ~3.5kB. * Compressing /en/static/js/release-counter.js could save ~1.1kB. 2) Caching parameters for browsers are not optimal (some of these suggestions we obviously can't follow, but we can others): The following resources are missing a cache expiration. Resources that do not specify an expiration may not be cached by browsers. Specify an expiration at least one month in the future for resources that should be cached, and an expiration in the past for resources that should not be cached: * /en/static/js/release-counter.js * http://fedoraproject.org/static/css/fedora.css * http://fedoraproject.org/static/css/print.css The following cacheable resources have a short freshness lifetime. Specify an expiration at least one month in the future for the following resources: * http://fedoraproject.org/static/images/arrow.png * /static/images/border-left.png * /static/images/border-right.png * fedora11-countdown-banner-4.en.png * /static/images/f10launch.png * /static/images/fedora-logo.png * /static/images/line-bottom.png * http://fedoraproject.org/static/images/line.png Favicons should have an expiration at least one month in the future: * http://fedoraproject.org/static/images/favicon.ico 3) The inefficient CSS warning I was talking about earlier: http://fedoraproject.org/static/css/fedora.css has 6 very inefficient and 24 inefficient rules of 116 total rules. Very inefficient rules (good to fix on any page): * #content .roles a:hover Tag key with 2 descendant selectors and hover pseudo selector * #content p.warning a Tag key with 2 descendant selectors and Class overly qualified with tag * #content ul#resources a Tag key with 2 descendant selectors and ID overly qualified with tag * #content ul#resources li Tag key with 2 descendant selectors and ID overly qualified with tag * .toolbar * Universal key with descendant selector * #content div.login * Universal key with 2 descendant selectors and Class overly qualified with tag Inefficient rules (good to fix on interactive pages): * #head h1 a Tag key with 2 descendant selectors * .home #nav-home a Tag key with 2 descendant selectors * .get #nav-get a Tag key with 2 descendant selectors * .join #nav-join a Tag key with 2 descendant selectors * .help #nav-help a Tag key with 2 descendant selectors * #content table th Tag key with 2 descendant selectors * #content table th Tag key with 2 descendant selectors * #content table td Tag key with 2 descendant selectors * #content .download li Tag key with 2 descendant selectors * #content .download a Tag key with 2 descendant selectors * #content .roles li Tag key with 2 descendant selectors * #content .roles a Tag key with 2 descendant selectors * #footer a:hover Tag key with descendant selector and hover pseudo selector * #content #sponsors li Tag key with 2 descendant selectors * #content #sponsors li img Tag key with 3 descendant selectors * .downloadbox li li Tag key with 2 descendant selectors * .download-block p img Tag key with 2 descendant selectors * .download-sidebar a:hover Tag key with descendant selector and hover pseudo selector * #content .panel h3 Tag key with 2 descendant selectors * #login-box .field label Tag key with 2 descendant selectors * #content .login h3 Tag key with 2 descendant selectors * #content .login input Tag key with 2 descendant selectors * #content .login label Tag key with 2 descendant selectors * #content .login ul Tag key with 2 descendant selectors From mmcgrath at redhat.com Fri Jun 5 17:42:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 17:42:41 +0000 Subject: [PATCH] Updated new staging hosts in ssh_known_keys Message-ID: <1244223761-31122-1-git-send-email-mmcgrath@redhat.com> Can I get 2 +1's --- modules/ssh/files/ssh_known_hosts | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/modules/ssh/files/ssh_known_hosts b/modules/ssh/files/ssh_known_hosts index d99fbc8..5ab5a25 100644 --- a/modules/ssh/files/ssh_known_hosts +++ b/modules/ssh/files/ssh_known_hosts @@ -5,7 +5,8 @@ app4,10.8.34.48 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA0cbc0AhUL0vAhKZz7QrPNeJ/o8y1 app5,192.168.1.13 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAywNK0LXCaimjLd094G72QVFGGrNA6IdUtVaO5RGXMt0eQeK3o59jaSdgIwz1aDw7jbvP8Iu28kQj9du/RkGh9RGOY2kn2wwHru3D58pyXK23KdWyZwlvkSwz8vEBySzSghXbh4Jiglzr6wdSzkLNwio6xD8GqnJX9iO+dyWjQ3E/v1RQo42kX62GcaUob3jFi49Yhoxu064oupuq5PL5qZvfDH6QMWhW7rxQj+a7by5YgBU6UAGwND46arxhag7x3t+9PghKTx725dr+hw8XhGoW3MrKnElh6Pj97B0qPOVcXAoveZUeaPTmvBeusR97Uoulpc5Q0Ctovj99xVvEtQ== app6,192.168.1.24 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAzfWOx94ZhtetSGGE543cyMvdnP6jLtAgma3HbSZdX3/NaGN6lvIdbPwiaR78FH3XTiZHnzujgGZJ+wybfaYHsxkNOHiEhgYGdlLYzGVppQHLzUDoGE9fYCj3EVB1Y5JXfgaFCVMFEWe7uTVHWsSgB9iUzkuLWjfTL7+J/BNyCfWPv50Gnh6YELwjHuTtRX8Wl+Gbj4AAt/J0aWqAgima940+9oEPxnk5QzXOkVym0EXeNoBNTEEU/SlvNEy/u85wE+/xfsa6WgqtZI/KlM4LXveRkZcH5Zwn0aK7W7j9uzs1KTHxnjfb3pA4FcfHW1zxtliaM4EHvKyNpFzViASWQQ== bapp1,10.8.34.124 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAvuD479APThoqX12HxbXfN80C4J3aN7+2X/oVF+un5tIG21DwRfPuJu/9uJKJM72X9zGAI9/DGVLyRPtzQOoBWA75N2NQjR2RKTJc2Jcl4/HVr98UN9bAVqgGU50OpONsgbncP4yadRLEkeLFYA6Bn5p/PhIrJ1TSYT0Vr9RcLy0GINqor3aMAICRYlRUrsWeCBnue7XRAsvWg5O7DX3bVf9Rwu4HQpIpvDzzXDvX33DWJUbN7Q8Lgb+1cyUsYh37eMeo79evj4VeMpOykDML4TGcmjkbF4hkt5kJJwrQSjaqVMtWeB6bDDX5zbYhuuCwCoYGA6WeDJJpv8M1d79I0Q== -app1.stg,10.8.34.113 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAxYavmpopcIbcLS8m3hcqLt9UBsmHH5M9kJ6/j+dzJ2VlSN+204xfafIBo1iHspppK8ctkN1899V7JyCnIqOYDWQd5Q98Xbum8fn5oaRjHL+AlbAFAh8zH1nxr0hgDRVZCahqIFJeWospzXaEbmCBG52VZJkp3vlA5endOUjFML/YkJpoXfjND3+rL4ZweaeW202OH7tixQV8uGGQTlbzvAt2zpeO3D0ATKES9efMCH+DUOKk7Tvrpr2oqiiqkPMZBzOyhsfhLXKcxrnKluj1v1/ZtqOeyP8QK1lvZ9MohLRor/y3v9D3ci0ifwPVCK2egL2hz2/PDtdQ5tvbAblVLw== +app1.stg,10.8.34.113 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA3q1llw6x3Iuoym0SHEZnMYG87/g+zF49rnxPwnd7En1Kcu0aIACw8DxmgDpToiOYPwPNDGWyPEsnyGNVC5slxGnlmsLQP3BZ8ZCgAhQNLg5+QyGNjgzDRHLaUH8e+g9Av4oz17Sudw/kfv+ZcU/YRw8nfkQBZMtoORZF6x+D1fuME/HtcVFkS/GQNjUsea/iU30gypFO2b0r6VR/A4xQ6Nbvr11zsx+5R0/lWNbk1ODAVyBTXFbk2VxF3g/MYV7S+9R2ggoWZsNWsvgCam0/dGruMG1vIGiql8XIfIX1IeBizVDZJOY4lWVM0HpndZypSPQwt1ZW9YNtek+EYTLv8Q== +app2.stg,10.8.34.114 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAol7fqrP+11Wb142bCLZ2YWfW3JQTCKeJSTwvN06V+KjMTb4abi9t7JnVCcJKUrEt94rVIE/fNfbUMxTpSNX0wuE38aFavfMuYUZ2Fvp47UOESVNZLSC3VvpoCQmQA1+7HmuPwwvRsFFrtjGnQdF/h04Gu7E7ucdMnxVuVRIdEOuCkUU8cDpYmyIa7dbrYh2XZHw+Ry6rIt+szZcQqxJ0b/cOHPkQDgX7JaGGXRX0M3qI+/MYGdtrJVDE29G9Cu/sIP0mHfgY+bwKbomg8Dr+MNc2rpDnvsxjVnTVPle8IxnDRGAZQl9FxbiEwtw8iYwpeTct06ZHTuBMhncJqcanrQ== asterisk1,192.168.1.34 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA9K8imSdywSbQv9twrVRUA9zVtUeDQAa6sTXK+y0zz3Ct7L+6YtyonprgXA42JcRdg5WiKsmcTDC9T2GSc4GvyKqXvmaZN5V7Ry608vHDWyv639Y8r9IjMbSIEGbSu3Q8WpbxYYgqQ5PE8pWRi7Qu3/hTNU49y+sQ5qPHjZ7Y/0QHMnQDkn1xWdaUdq8ahkkDAECIUU15Cmj7ClRO01V+T+sP0VitsCaa3T2RfDsmxEtnCr9e0dG9jovalfO1aEvzpstClOzYoxLvr32hxm1qHMr5wxmSUc1ymLL6Llil1oTJ8WyCimGlZFMSU0HkRohbzPGdV3YfOp+AKj6CEI67IQ== asterisk2,192.168.1.36 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA2+kJvYuTDFEkKVAiohgA0G1m5InxoVdqaHqkl9NWQIDsebLEe0wvfGEs83APEEqUNOL+TarC9B5vR0XowhGiekuHkSXYD0U/T+GGLOk9PCqsWEYCkeNPED38cGpEkO5tmM5rNy4Ol0CMQ7t7lFJCTZtgKc/C5IBPiuouDw4Sfxag3Yj2P8IPRQ49zY73p/NqyTvc3mgfxnJB7gqzh91bsE7DINuhD82dryYVrXrqlT1DVR++B7HdiWX44kAQE0l6BD4VcszfBJ5Mg+dGP/z7swiIbRTgQ4ZiOefyiHwC6iLoEs17Hq35CJOUpZLYo26wDrp9UBIlti78ZrtZVbeCVw== backup1,10.8.34.219 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAwYSCsVH8hFlBsGDYw1FzsQEA98EwU25gJMhzyNir8QkWTPzoaZ5ncD0PY1jRAWc4ye8fCzzgsre8knwqyDrCEz3LLJkSEspELsuBNT7F5c4XsON5uS57W7Nufr5pf18ePXUbztLVdHhzx5xIuRXpW3UrI8qcxTeYnfsh4LMaofCDer60KvFQ/9oUHAV//pIiUc8hKKSnkjjdha12mBrTuTXfg5sslLReugcyv3zYQNrQmG/B1hwI1gMcf3gHUccJ+Cm648pErnSh26Tl1rzis5p/ipSehM68eIsfRdz2vMwEY4jeA++yJ+JiqpPgzrd1IoGo1oAH61fPUVz+lLYahw== @@ -46,7 +47,7 @@ ppc7,10.8.34.230 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA0CLk4k56ZKw+bDUd7cmSbrG5aes ppc8,10.8.34.231 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAqPy1UptflYSQQB7lrFlp5YY+KY1jJTLmNEB5mMI0lfqlrtIpOLdh45VcAZCWtUNG1DifDsO66Zdv10syo/8X98nP0MLd2yLnpZdA9I4GflSO/CAqRGNNqRI7pXQr7J/JpiMBJV16qF6WCn2QXsDj+nX7nrVVCKqyontkksrypdqqS2S9c9kTCDihyZ6gBM0oyTFx1ByqPlMzleMcsGX2xaoEcjmrQXIEjrLLuB7zU+e5mhq0io0JtZXTfdb5pWu/hGHwvIt7qUOjl+y5DeUdRQ1/kceIbnZHP9Fz59g/BOS8kSlZj1Fpy6Ybc+6R+hwfCWiMnHjz6FkYRtxPa0ARFw== ppc9,10.8.34.232 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAx3efirQRHCKYgZSEbxti7NekcalP5gECICqx/bBYsLm8zgF7n5mzd/vrGBz/XKffAo48nPRQM06tB4begynFwuussDVw+wtMO7mAO0DPcHcD2qrDXg0qJt9voHI1JO2aUue5qo8N2KSCP/geVsTH5qjsRDu+ZYkmYt+0/G/Rz3Usvn90+WkyI++s68enSEl9bVw5G9wydweUXhPuJMIaD+z/+LDfUSv8CyZJWebDCd+BJY0p5yavULtA2ptcDR852roHy+84K2PBYmnTSdypNmUE5zLd6Kll7zdLwLhnJqfgHGd9eNQVfBuguYNZqWvdbmNgymP06P1vKJBDXRrRQw== proxy1,10.8.32.55 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA8+EGUf01i89SVhLK2+FS0/2pQuQ2pRDlQFr/OfZ8TLySrGL0D0A5jonm/EYL1abbFVV6cUwaWxmIxrPGME5fmOwwlfmTkIARe6LTs5gPInreqhkP71cjm705fWb1/5GruunmielsmT4LV5HJ13i3SEiZlePO2kORvc3uTfFpyqCQad2OoRB4rYC3358/AzEbPiV3IzIfvAUU86buzymv9HKI87AmOnCtCmi6EAOB/QpordJ8U9aAZYpKHZ0p6+dI07EXBYoIw7RX85JW+k9DIH5NeOSeDuB6y8fx8wY7/NDGyF6F67WIN7w47CxLvEtRagdRgAmQExxWT1V3E7PZvQ== -proxy1.stg,10.8.34.99 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAsJcbRdh4ulo4olI2+rDNMhA6OAHOs2ZkNCXHdI+vYbvcEqfYT2550mOnTBdlT6Lis+IDA6c9X0JFoYYncPyKxF6Sp13KAAZzMiBfLye8etSwR9djij46A9oLN1JMGfoyx50eDjXNQAOUrVNbOvDrbF/nAVoLgkrN/bxMx0/TNhbXJ3/88IK4Q5E4CawLSiZQ3bU8eZFl6jrMGGx9ahpGuuudpeYmbhr/+r89vkx7BK9Zg9pz2vTnyNioYQzP5gmIUD0PlT5f5Uukt705qwW+cDVB6t2NQO4ZhSAP8IQYfo+3R65F3x8zbsezQwj1W0dts/mkLmrTJQznJDF35ZwiuQ== +proxy1.stg,10.8.34.99 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA2P7oPxlNwjjYD1JtexhkQPA8Uueg3iKeXUI9AQx/FiLCjowI8TD7/v1oHcrDO3nomS2mavtXBDUQ2BBJEEXz09eCHEiLLTOqfJ4M8WgyAMEgbNX1ashv7Y1WXL3wSsxYVGGu2yzmXPEgVDdousypZ4ub/UCbDmHivrQFY5jkzbUWEjSq/ljNSr2lMK2sXTVrSLpZJh4P4IVrmRcbi12StaH0CRDIqmf+Uai91ikeCjsMmIsiU3/bsfi8c9xDyNNVwnAb4aKKAYyHZaXwvG9z80db+Po5kgzu0bvOWujmWEjZeN7dnFnUadqTpagAbdOfRGPGNZyxlsQOacP1bIgWoQ== proxy2,10.8.32.56 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAvlXqM7V0+dpSUuyVP4ZkQzfk3dWkC71APwUGQSrwDJJYo6Al3JM+U8uC0VBf7+HVr2Atbz3O53WSK4un0akWYw66JK61o8gM4MsScqvMtQidtrwsD2fG5AOoVBEHrFSCLCt4ve/ZYCmoc0gwQsD5VUxHzK5v4xe99IkaQm/jPApQl8Tu40Zwy3pTepBT5RnyZCP61Kw0LhGb2P5QYAPfEPl90uV3Wp5eGCzblxBWjtlWPwJz1TfWU4G2ouucuXx+XS6kMCT75VPTd61VTEvOCsYsW7UeaLhypdJmU4n/7MNtbiVpbOw5A94qzlur7E5Y/jRVGw7ucYY9vGGnjGnnIw== proxy3,192.168.1.7 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA8Ugvsm2NjI8LtvbeuGZcrePE2NEk4QmyjcTsitFyf5dEQ5X6Kh76eSe7zUN4y5WCSg3feaRJ3V9CU1bpRSZJQXQ2CKSVosfE+6DzTDpdtsVP0wk/ljezR+ws55RvT3zdQGFEM/PUK0PZgKQ6m2iAR7KrxuU/QgvnFRvXDLa5k8AFpVIah8aB+OKhD8MW9eIK7h0UcwkVO//Eg5/oEsPLCmiq0Pv9vdM56lsCE/kVBEJYwYEkGdPqKpratFMvpylBXSL1pHv/kgSHlkohJWxO6Z3T2PoVDn9sSHk3a0+enEbZFc5J6YFY8Nl6UxUW3yn6KL82TMNv/ZX01rsRpurs1w== proxy4,192.168.1.14 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA1Tvuf9rxO2q69x7/ShRfMgDDD4AjKK8mqKiGovlhrjrIHABuqoX87N/UIy2AkorPyIXKrsbfEN39h/sDNre2svAO+bPrdFemgbciKav8VEZQ+I8A2rGlNo+djh6MM/r6JQ+eA3hgQmK2vQqLkK49WVzJTL+eTpH4Uik4WAesPrrsJhwTnHxj9x92fo58gxs3fBtwM4tpAFcXuRkew1FLJL1h4FesZ360Nr+UuHu2pt7ZWGMEuJje56+hyvuMI3Q/yNaCtE4iMrg001KuF3qjwGVGywrPC9MlitG/ktwCEGhneYr508JxZtwp/VoBsZtD9gew9gkHQBK0e20ZGU3zkQ== -- 1.5.5.6 From mmcgrath at redhat.com Fri Jun 5 17:44:27 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 12:44:27 -0500 (CDT) Subject: Change Request backup1 Message-ID: We've got a tech on site that needs to take backup1 down to install an SAS adapter and new tape drive. You may remember this was requested before, we didn't have the right cable / card on site so the request was approved but the change wasn't made. 2+1's? -Mike From ricky at fedoraproject.org Fri Jun 5 17:48:17 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 5 Jun 2009 13:48:17 -0400 Subject: [PATCH] Updated new staging hosts in ssh_known_keys In-Reply-To: <1244223761-31122-1-git-send-email-mmcgrath@redhat.com> References: <1244223761-31122-1-git-send-email-mmcgrath@redhat.com> Message-ID: <20090605174817.GB24991@alpha.rzhou.org> On 2009-06-05 05:42:41 PM, Mike McGrath wrote: > Can I get 2 +1's > --- > modules/ssh/files/ssh_known_hosts | 5 +++-- > 1 files changed, 3 insertions(+), 2 deletions(-) > > diff --git a/modules/ssh/files/ssh_known_hosts b/modules/ssh/files/ssh_known_hosts > index d99fbc8..5ab5a25 100644 > --- a/modules/ssh/files/ssh_known_hosts > +++ b/modules/ssh/files/ssh_known_hosts +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dennis at ausil.us Fri Jun 5 17:48:09 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 5 Jun 2009 12:48:09 -0500 Subject: [PATCH] Updated new staging hosts in ssh_known_keys In-Reply-To: <1244223761-31122-1-git-send-email-mmcgrath@redhat.com> References: <1244223761-31122-1-git-send-email-mmcgrath@redhat.com> Message-ID: <200906051248.15124.dennis@ausil.us> On Friday 05 June 2009 12:42:41 pm Mike McGrath wrote: > Can I get 2 +1's > --- > modules/ssh/files/ssh_known_hosts | 5 +++-- > 1 files changed, 3 insertions(+), 2 deletions(-) > > diff --git a/modules/ssh/files/ssh_known_hosts > b/modules/ssh/files/ssh_known_hosts index d99fbc8..5ab5a25 100644 > --- a/modules/ssh/files/ssh_known_hosts > +++ b/modules/ssh/files/ssh_known_hosts > @@ -5,7 +5,8 @@ app4,10.8.34.48 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA0cbc0AhUL0vAhKZz7QrPNeJ/o8y1 app5,192.168.1.13 > ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAywNK0LXCaimjLd094G72QVFGGrNA6IdUtVaO5RGXMt0eQeK >3o59jaSdgIwz1aDw7jbvP8Iu28kQj9du/RkGh9RGOY2kn2wwHru3D58pyXK23KdWyZwlvkSwz8vE >BySzSghXbh4Jiglzr6wdSzkLNwio6xD8GqnJX9iO+dyWjQ3E/v1RQo42kX62GcaUob3jFi49Yhox >u064oupuq5PL5qZvfDH6QMWhW7rxQj+a7by5YgBU6UAGwND46arxhag7x3t+9PghKTx725dr+hw8 >XhGoW3MrKnElh6Pj97B0qPOVcXAoveZUeaPTmvBeusR97Uoulpc5Q0Ctovj99xVvEtQ== > app6,192.168.1.24 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAzfWOx94ZhtetSGGE543cyMvdnP6jLtAgma3HbSZdX3/NaGN >6lvIdbPwiaR78FH3XTiZHnzujgGZJ+wybfaYHsxkNOHiEhgYGdlLYzGVppQHLzUDoGE9fYCj3EVB >1Y5JXfgaFCVMFEWe7uTVHWsSgB9iUzkuLWjfTL7+J/BNyCfWPv50Gnh6YELwjHuTtRX8Wl+Gbj4A >At/J0aWqAgima940+9oEPxnk5QzXOkVym0EXeNoBNTEEU/SlvNEy/u85wE+/xfsa6WgqtZI/KlM4 >LXveRkZcH5Zwn0aK7W7j9uzs1KTHxnjfb3pA4FcfHW1zxtliaM4EHvKyNpFzViASWQQ== > bapp1,10.8.34.124 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAvuD479APThoqX12HxbXfN80C4J3aN7+2X/oVF+un5tIG21D >wRfPuJu/9uJKJM72X9zGAI9/DGVLyRPtzQOoBWA75N2NQjR2RKTJc2Jcl4/HVr98UN9bAVqgGU50 >OpONsgbncP4yadRLEkeLFYA6Bn5p/PhIrJ1TSYT0Vr9RcLy0GINqor3aMAICRYlRUrsWeCBnue7X >RAsvWg5O7DX3bVf9Rwu4HQpIpvDzzXDvX33DWJUbN7Q8Lgb+1cyUsYh37eMeo79evj4VeMpOykDM >L4TGcmjkbF4hkt5kJJwrQSjaqVMtWeB6bDDX5zbYhuuCwCoYGA6WeDJJpv8M1d79I0Q== > -app1.stg,10.8.34.113 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAxYavmpopcIbcLS8m3hcqLt9UBsmHH5M9kJ6/j+dzJ2VlSN+ >204xfafIBo1iHspppK8ctkN1899V7JyCnIqOYDWQd5Q98Xbum8fn5oaRjHL+AlbAFAh8zH1nxr0h >gDRVZCahqIFJeWospzXaEbmCBG52VZJkp3vlA5endOUjFML/YkJpoXfjND3+rL4ZweaeW202OH7t >ixQV8uGGQTlbzvAt2zpeO3D0ATKES9efMCH+DUOKk7Tvrpr2oqiiqkPMZBzOyhsfhLXKcxrnKluj >1v1/ZtqOeyP8QK1lvZ9MohLRor/y3v9D3ci0ifwPVCK2egL2hz2/PDtdQ5tvbAblVLw== > +app1.stg,10.8.34.113 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA3q1llw6x3Iuoym0SHEZnMYG87/g+zF49rnxPwnd7En1Kcu0 >aIACw8DxmgDpToiOYPwPNDGWyPEsnyGNVC5slxGnlmsLQP3BZ8ZCgAhQNLg5+QyGNjgzDRHLaUH8 >e+g9Av4oz17Sudw/kfv+ZcU/YRw8nfkQBZMtoORZF6x+D1fuME/HtcVFkS/GQNjUsea/iU30gypF >O2b0r6VR/A4xQ6Nbvr11zsx+5R0/lWNbk1ODAVyBTXFbk2VxF3g/MYV7S+9R2ggoWZsNWsvgCam0 >/dGruMG1vIGiql8XIfIX1IeBizVDZJOY4lWVM0HpndZypSPQwt1ZW9YNtek+EYTLv8Q== > +app2.stg,10.8.34.114 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAol7fqrP+11Wb142bCLZ2YWfW3JQTCKeJSTwvN06V+KjMTb4 >abi9t7JnVCcJKUrEt94rVIE/fNfbUMxTpSNX0wuE38aFavfMuYUZ2Fvp47UOESVNZLSC3VvpoCQm >QA1+7HmuPwwvRsFFrtjGnQdF/h04Gu7E7ucdMnxVuVRIdEOuCkUU8cDpYmyIa7dbrYh2XZHw+Ry6 >rIt+szZcQqxJ0b/cOHPkQDgX7JaGGXRX0M3qI+/MYGdtrJVDE29G9Cu/sIP0mHfgY+bwKbomg8Dr >+MNc2rpDnvsxjVnTVPle8IxnDRGAZQl9FxbiEwtw8iYwpeTct06ZHTuBMhncJqcanrQ== > asterisk1,192.168.1.34 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA9K8imSdywSbQv9twrVRUA9zVtUeDQAa6sTXK+y0zz3Ct7L+ >6YtyonprgXA42JcRdg5WiKsmcTDC9T2GSc4GvyKqXvmaZN5V7Ry608vHDWyv639Y8r9IjMbSIEGb >Su3Q8WpbxYYgqQ5PE8pWRi7Qu3/hTNU49y+sQ5qPHjZ7Y/0QHMnQDkn1xWdaUdq8ahkkDAECIUU1 >5Cmj7ClRO01V+T+sP0VitsCaa3T2RfDsmxEtnCr9e0dG9jovalfO1aEvzpstClOzYoxLvr32hxm1 >qHMr5wxmSUc1ymLL6Llil1oTJ8WyCimGlZFMSU0HkRohbzPGdV3YfOp+AKj6CEI67IQ== > asterisk2,192.168.1.36 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA2+kJvYuTDFEkKVAiohgA0G1m5InxoVdqaHqkl9NWQIDsebL >Ee0wvfGEs83APEEqUNOL+TarC9B5vR0XowhGiekuHkSXYD0U/T+GGLOk9PCqsWEYCkeNPED38cGp >EkO5tmM5rNy4Ol0CMQ7t7lFJCTZtgKc/C5IBPiuouDw4Sfxag3Yj2P8IPRQ49zY73p/NqyTvc3mg >fxnJB7gqzh91bsE7DINuhD82dryYVrXrqlT1DVR++B7HdiWX44kAQE0l6BD4VcszfBJ5Mg+dGP/z >7swiIbRTgQ4ZiOefyiHwC6iLoEs17Hq35CJOUpZLYo26wDrp9UBIlti78ZrtZVbeCVw== > backup1,10.8.34.219 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAwYSCsVH8hFlBsGDYw1FzsQEA98EwU25gJMhzyNir8QkWTPz >oaZ5ncD0PY1jRAWc4ye8fCzzgsre8knwqyDrCEz3LLJkSEspELsuBNT7F5c4XsON5uS57W7Nufr5 >pf18ePXUbztLVdHhzx5xIuRXpW3UrI8qcxTeYnfsh4LMaofCDer60KvFQ/9oUHAV//pIiUc8hKKS >nkjjdha12mBrTuTXfg5sslLReugcyv3zYQNrQmG/B1hwI1gMcf3gHUccJ+Cm648pErnSh26Tl1rz >is5p/ipSehM68eIsfRdz2vMwEY4jeA++yJ+JiqpPgzrd1IoGo1oAH61fPUVz+lLYahw== @@ > -46,7 +47,7 @@ ppc7,10.8.34.230 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA0CLk4k56ZKw+bDUd7cmSbrG5aes ppc8,10.8.34.231 > ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAqPy1UptflYSQQB7lrFlp5YY+KY1jJTLmNEB5mMI0lfqlrtI >pOLdh45VcAZCWtUNG1DifDsO66Zdv10syo/8X98nP0MLd2yLnpZdA9I4GflSO/CAqRGNNqRI7pXQ >r7J/JpiMBJV16qF6WCn2QXsDj+nX7nrVVCKqyontkksrypdqqS2S9c9kTCDihyZ6gBM0oyTFx1By >qPlMzleMcsGX2xaoEcjmrQXIEjrLLuB7zU+e5mhq0io0JtZXTfdb5pWu/hGHwvIt7qUOjl+y5DeU >dRQ1/kceIbnZHP9Fz59g/BOS8kSlZj1Fpy6Ybc+6R+hwfCWiMnHjz6FkYRtxPa0ARFw== > ppc9,10.8.34.232 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAx3efirQRHCKYgZSEbxti7NekcalP5gECICqx/bBYsLm8zgF >7n5mzd/vrGBz/XKffAo48nPRQM06tB4begynFwuussDVw+wtMO7mAO0DPcHcD2qrDXg0qJt9voHI >1JO2aUue5qo8N2KSCP/geVsTH5qjsRDu+ZYkmYt+0/G/Rz3Usvn90+WkyI++s68enSEl9bVw5G9w >ydweUXhPuJMIaD+z/+LDfUSv8CyZJWebDCd+BJY0p5yavULtA2ptcDR852roHy+84K2PBYmnTSdy >pNmUE5zLd6Kll7zdLwLhnJqfgHGd9eNQVfBuguYNZqWvdbmNgymP06P1vKJBDXRrRQw== > proxy1,10.8.32.55 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA8+EGUf01i89SVhLK2+FS0/2pQuQ2pRDlQFr/OfZ8TLySrGL >0D0A5jonm/EYL1abbFVV6cUwaWxmIxrPGME5fmOwwlfmTkIARe6LTs5gPInreqhkP71cjm705fWb >1/5GruunmielsmT4LV5HJ13i3SEiZlePO2kORvc3uTfFpyqCQad2OoRB4rYC3358/AzEbPiV3IzI >fvAUU86buzymv9HKI87AmOnCtCmi6EAOB/QpordJ8U9aAZYpKHZ0p6+dI07EXBYoIw7RX85JW+k9 >DIH5NeOSeDuB6y8fx8wY7/NDGyF6F67WIN7w47CxLvEtRagdRgAmQExxWT1V3E7PZvQ== > -proxy1.stg,10.8.34.99 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAsJcbRdh4ulo4olI2+rDNMhA6OAHOs2ZkNCXHdI+vYbvcEqf >YT2550mOnTBdlT6Lis+IDA6c9X0JFoYYncPyKxF6Sp13KAAZzMiBfLye8etSwR9djij46A9oLN1J >MGfoyx50eDjXNQAOUrVNbOvDrbF/nAVoLgkrN/bxMx0/TNhbXJ3/88IK4Q5E4CawLSiZQ3bU8eZF >l6jrMGGx9ahpGuuudpeYmbhr/+r89vkx7BK9Zg9pz2vTnyNioYQzP5gmIUD0PlT5f5Uukt705qwW >+cDVB6t2NQO4ZhSAP8IQYfo+3R65F3x8zbsezQwj1W0dts/mkLmrTJQznJDF35ZwiuQ== > +proxy1.stg,10.8.34.99 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA2P7oPxlNwjjYD1JtexhkQPA8Uueg3iKeXUI9AQx/FiLCjow >I8TD7/v1oHcrDO3nomS2mavtXBDUQ2BBJEEXz09eCHEiLLTOqfJ4M8WgyAMEgbNX1ashv7Y1WXL3 >wSsxYVGGu2yzmXPEgVDdousypZ4ub/UCbDmHivrQFY5jkzbUWEjSq/ljNSr2lMK2sXTVrSLpZJh4 >P4IVrmRcbi12StaH0CRDIqmf+Uai91ikeCjsMmIsiU3/bsfi8c9xDyNNVwnAb4aKKAYyHZaXwvG9 >z80db+Po5kgzu0bvOWujmWEjZeN7dnFnUadqTpagAbdOfRGPGNZyxlsQOacP1bIgWoQ== > proxy2,10.8.32.56 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEAvlXqM7V0+dpSUuyVP4ZkQzfk3dWkC71APwUGQSrwDJJYo6A >l3JM+U8uC0VBf7+HVr2Atbz3O53WSK4un0akWYw66JK61o8gM4MsScqvMtQidtrwsD2fG5AOoVBE >HrFSCLCt4ve/ZYCmoc0gwQsD5VUxHzK5v4xe99IkaQm/jPApQl8Tu40Zwy3pTepBT5RnyZCP61Kw >0LhGb2P5QYAPfEPl90uV3Wp5eGCzblxBWjtlWPwJz1TfWU4G2ouucuXx+XS6kMCT75VPTd61VTEv >OCsYsW7UeaLhypdJmU4n/7MNtbiVpbOw5A94qzlur7E5Y/jRVGw7ucYY9vGGnjGnnIw== > proxy3,192.168.1.7 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA8Ugvsm2NjI8LtvbeuGZcrePE2NEk4QmyjcTsitFyf5dEQ5X >6Kh76eSe7zUN4y5WCSg3feaRJ3V9CU1bpRSZJQXQ2CKSVosfE+6DzTDpdtsVP0wk/ljezR+ws55R >vT3zdQGFEM/PUK0PZgKQ6m2iAR7KrxuU/QgvnFRvXDLa5k8AFpVIah8aB+OKhD8MW9eIK7h0Ucwk >VO//Eg5/oEsPLCmiq0Pv9vdM56lsCE/kVBEJYwYEkGdPqKpratFMvpylBXSL1pHv/kgSHlkohJWx >O6Z3T2PoVDn9sSHk3a0+enEbZFc5J6YFY8Nl6UxUW3yn6KL82TMNv/ZX01rsRpurs1w== > proxy4,192.168.1.14 ssh-rsa > AAAAB3NzaC1yc2EAAAABIwAAAQEA1Tvuf9rxO2q69x7/ShRfMgDDD4AjKK8mqKiGovlhrjrIHAB >uqoX87N/UIy2AkorPyIXKrsbfEN39h/sDNre2svAO+bPrdFemgbciKav8VEZQ+I8A2rGlNo+djh6 >MM/r6JQ+eA3hgQmK2vQqLkK49WVzJTL+eTpH4Uik4WAesPrrsJhwTnHxj9x92fo58gxs3fBtwM4t >pAFcXuRkew1FLJL1h4FesZ360Nr+UuHu2pt7ZWGMEuJje56+hyvuMI3Q/yNaCtE4iMrg001KuF3q >jwGVGywrPC9MlitG/ktwCEGhneYr508JxZtwp/VoBsZtD9gew9gkHQBK0e20ZGU3zkQ== +1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ricky at fedoraproject.org Fri Jun 5 17:48:42 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 5 Jun 2009 13:48:42 -0400 Subject: Change Request backup1 In-Reply-To: References: Message-ID: <20090605174842.GC24991@alpha.rzhou.org> On 2009-06-05 12:44:27 PM, Mike McGrath wrote: > We've got a tech on site that needs to take backup1 down to install an SAS > adapter and new tape drive. You may remember this was requested before, > we didn't have the right cable / card on site so the request was approved > but the change wasn't made. +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dennis at ausil.us Fri Jun 5 17:48:38 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 5 Jun 2009 12:48:38 -0500 Subject: Change Request backup1 In-Reply-To: References: Message-ID: <200906051248.39341.dennis@ausil.us> On Friday 05 June 2009 12:44:27 pm Mike McGrath wrote: > We've got a tech on site that needs to take backup1 down to install an SAS > adapter and new tape drive. You may remember this was requested before, > we didn't have the right cable / card on site so the request was approved > but the change wasn't made. > > 2+1's? +1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From skvidal at fedoraproject.org Fri Jun 5 17:48:01 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 5 Jun 2009 13:48:01 -0400 (EDT) Subject: Change Request backup1 In-Reply-To: References: Message-ID: On Fri, 5 Jun 2009, Mike McGrath wrote: > We've got a tech on site that needs to take backup1 down to install an SAS > adapter and new tape drive. You may remember this was requested before, > we didn't have the right cable / card on site so the request was approved > but the change wasn't made. > > 2+1's? > +1 -sv From mmcgrath at redhat.com Fri Jun 5 19:18:43 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 19:18:43 +0000 Subject: [PATCH] the new package name is perl-DateManip Message-ID: <1244229523-5523-1-git-send-email-mmcgrath@redhat.com> --- manifests/services/maps.pp | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/manifests/services/maps.pp b/manifests/services/maps.pp index 72d498c..f4d2934 100644 --- a/manifests/services/maps.pp +++ b/manifests/services/maps.pp @@ -8,7 +8,7 @@ class maps { package { python-basemap: ensure => present } - package { perl-Date-Manip: + package { perl-DateManip: ensure => present } } -- 1.5.5.6 From mmcgrath at redhat.com Fri Jun 5 19:23:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 14:23:41 -0500 (CDT) Subject: [PATCH] the new package name is perl-DateManip In-Reply-To: <1244229523-5523-1-git-send-email-mmcgrath@redhat.com> References: <1244229523-5523-1-git-send-email-mmcgrath@redhat.com> Message-ID: I should explain this better, I want to change it because it's causing some issues in staging, but it will cause this package to get updated on bapp1. Should be low risk. -Mike On Fri, 5 Jun 2009, Mike McGrath wrote: > --- > manifests/services/maps.pp | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/manifests/services/maps.pp b/manifests/services/maps.pp > index 72d498c..f4d2934 100644 > --- a/manifests/services/maps.pp > +++ b/manifests/services/maps.pp > @@ -8,7 +8,7 @@ class maps { > package { python-basemap: > ensure => present > } > - package { perl-Date-Manip: > + package { perl-DateManip: > ensure => present > } > } > -- > 1.5.5.6 > > From a.badger at gmail.com Fri Jun 5 19:30:21 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 05 Jun 2009 12:30:21 -0700 Subject: [PATCH] the new package name is perl-DateManip In-Reply-To: References: <1244229523-5523-1-git-send-email-mmcgrath@redhat.com> Message-ID: <4A29724D.1060501@gmail.com> On 06/05/2009 12:23 PM, Mike McGrath wrote: > I should explain this better, I want to change it because it's causing > some issues in staging, but it will cause this package to get updated on > bapp1. Should be low risk. > +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From dennis at ausil.us Fri Jun 5 20:11:38 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 5 Jun 2009 15:11:38 -0500 Subject: [PATCH] the new package name is perl-DateManip In-Reply-To: References: <1244229523-5523-1-git-send-email-mmcgrath@redhat.com> Message-ID: <200906051511.44971.dennis@ausil.us> On Friday 05 June 2009 02:23:41 pm Mike McGrath wrote: > I should explain this better, I want to change it because it's causing > some issues in staging, but it will cause this package to get updated on > bapp1. Should be low risk. > > -Mike > > On Fri, 5 Jun 2009, Mike McGrath wrote: > > --- > > manifests/services/maps.pp | 2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > diff --git a/manifests/services/maps.pp b/manifests/services/maps.pp > > index 72d498c..f4d2934 100644 > > --- a/manifests/services/maps.pp > > +++ b/manifests/services/maps.pp > > @@ -8,7 +8,7 @@ class maps { > > package { python-basemap: > > ensure => present > > } > > - package { perl-Date-Manip: > > + package { perl-DateManip: > > ensure => present > > } > > } > > -- > > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list +1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From jkeating at redhat.com Fri Jun 5 22:59:41 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 5 Jun 2009 22:59:41 +0000 Subject: [PATCH] Disable rawhide for now. Message-ID: <1244242781-23462-1-git-send-email-jkeating@redhat.com> Moving to F12 content has caused the rawhide compose to take longer than one day, mostly to create all the new delta rpms. This disables the attempt to build rawhide so that we don't have two composes happening at once. --- configs/build/rawhide | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configs/build/rawhide b/configs/build/rawhide index e0697d9..eab9097 100644 --- a/configs/build/rawhide +++ b/configs/build/rawhide @@ -1,3 +1,3 @@ # rawhide compose MAILTO=jkeating at fedoraproject.org -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora +#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora -- 1.5.5.6 From nigjones at redhat.com Sat Jun 6 02:41:10 2009 From: nigjones at redhat.com (Nigel Jones) Date: Fri, 5 Jun 2009 22:41:10 -0400 (EDT) Subject: [PATCH] Disable rawhide for now. In-Reply-To: <1244242781-23462-1-git-send-email-jkeating@redhat.com> Message-ID: <9139242.681244255949171.JavaMail.nigjones@njones.bne.redhat.com> +1 - Nigel ----- "Jesse Keating" wrote: > Moving to F12 content has caused the rawhide compose to take > longer than one day, mostly to create all the new delta rpms. > This disables the attempt to build rawhide so that we don't have > two composes happening at once. > --- > configs/build/rawhide | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/configs/build/rawhide b/configs/build/rawhide > index e0697d9..eab9097 100644 > --- a/configs/build/rawhide > +++ b/configs/build/rawhide > @@ -1,3 +1,3 @@ > # rawhide compose > MAILTO=jkeating at fedoraproject.org > -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; > git clone -n git://git.fedorahosted.org/git/releng; cd releng; git > checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide > $(date "+\%Y\%m\%d"); sudo -u ftpsync > /usr/local/bin/update-fullfilelist fedora > +#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; > git clone -n git://git.fedorahosted.org/git/releng; cd releng; git > checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide > $(date "+\%Y\%m\%d"); sudo -u ftpsync > /usr/local/bin/update-fullfilelist fedora > -- > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From mmcgrath at redhat.com Sat Jun 6 03:40:23 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 5 Jun 2009 22:40:23 -0500 (CDT) Subject: [PATCH] Disable rawhide for now. In-Reply-To: <1244242781-23462-1-git-send-email-jkeating@redhat.com> References: <1244242781-23462-1-git-send-email-jkeating@redhat.com> Message-ID: +1 -Mike On Fri, 5 Jun 2009, Jesse Keating wrote: > Moving to F12 content has caused the rawhide compose to take > longer than one day, mostly to create all the new delta rpms. > This disables the attempt to build rawhide so that we don't have > two composes happening at once. > --- > configs/build/rawhide | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/configs/build/rawhide b/configs/build/rawhide > index e0697d9..eab9097 100644 > --- a/configs/build/rawhide > +++ b/configs/build/rawhide > @@ -1,3 +1,3 @@ > # rawhide compose > MAILTO=jkeating at fedoraproject.org > -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora > +#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora > -- > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From fedora at matbooth.co.uk Sat Jun 6 09:33:07 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 6 Jun 2009 10:33:07 +0100 Subject: Fedora Project, Stack Overflow and OpenID Message-ID: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> Hi, As a member of the Fedora Project, I have an OpenID as part of the Fedora Account System[1], but when I try signing into Stack Overflow with my URL [2] it fails with the following error: Unable to log in with your OpenID provider: OpenID parameter 'session_type' was missing from the query. According the discussion over on the Fedora Project wiki page [3] it used to work some months ago but doesn't now. I'd like to contribute to Stack Overflow, can anybody offer any hints as to how to get this working? To the Stack Overflow guys: I also sent this to the fedora-infrastructure-list. [4] It's possible you might need to sign up in order to post to that list, but if you don't want to sign up, I'd be happy to pass messages along. Regards, Mat [1] - http://fedoraproject.org/wiki/OpenID [2] - http://mbooth.id.fedoraproject.org [3] - http://fedoraproject.org/wiki/Talk:OpenID [4] - https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- Mat Booth www.matbooth.co.uk From jim at meyering.net Sat Jun 6 09:50:49 2009 From: jim at meyering.net (Jim Meyering) Date: Sat, 06 Jun 2009 11:50:49 +0200 Subject: [PATCH] Disable rawhide for now. In-Reply-To: <1244242781-23462-1-git-send-email-jkeating@redhat.com> (Jesse Keating's message of "Fri, 5 Jun 2009 22:59:41 +0000") References: <1244242781-23462-1-git-send-email-jkeating@redhat.com> Message-ID: <87oct1lmh2.fsf@meyering.net> Jesse Keating wrote: > Moving to F12 content has caused the rawhide compose to take > longer than one day, mostly to create all the new delta rpms. > This disables the attempt to build rawhide so that we don't have > two composes happening at once. .. > diff --git a/configs/build/rawhide b/configs/build/rawhide ... > -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`;... Hi Jesse, I noticed in the context of that patch there are only 5 X's in that mktemp template. Some versions of mktemp, depending on how they're compiled, fail when there are fewer than six. Also, when you uncomment that, you might want to s/;/ &&/g, so that a failing mktemp, git clone or checkout (however unlikely) makes it stop right away. From ricky at fedoraproject.org Sat Jun 6 13:23:46 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 6 Jun 2009 09:23:46 -0400 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> Message-ID: <20090606132346.GD24991@alpha.rzhou.org> On 2009-06-06 10:33:07 AM, Mat Booth wrote: > As a member of the Fedora Project, I have an OpenID as part of the > Fedora Account System[1], but when I try signing into Stack Overflow > with my URL [2] it fails with the following error: > > Unable to log in with your OpenID provider: > OpenID parameter 'session_type' was missing from the query. > > According the discussion over on the Fedora Project wiki page [3] it > used to work some months ago but doesn't now. I'd like to contribute > to Stack Overflow, can anybody offer any hints as to how to get this > working? > > To the Stack Overflow guys: I also sent this to the > fedora-infrastructure-list. [4] It's possible you might need to sign > up in order to post to that list, but if you don't want to sign up, > I'd be happy to pass messages along. This is most likely broken on our side - OpenID in FAS needs a lot of work at the moment. Let me know if you'd be interested in working on this - we can get a test instance setup to test changes on pretty easily. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Sat Jun 6 14:20:52 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 6 Jun 2009 10:20:52 -0400 Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1 Message-ID: <20090606142052.GA7989@alpha.rzhou.org> I'd like to remove perl-Date-Manip on log1 in order to allow puppet to replace it with perl-DateManip. Nothing on log1 currenty requires it. Can I get some +1s? Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Matt_Domsch at Dell.com Sat Jun 6 14:21:18 2009 From: Matt_Domsch at Dell.com (Matt_Domsch at Dell.com) Date: Sat, 6 Jun 2009 09:21:18 -0500 Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1 References: <20090606142052.GA7989@alpha.rzhou.org> Message-ID: +1 -----Original Message----- From: fedora-infrastructure-list-bounces at redhat.com on behalf of Ricky Zhou Sent: Sat 6/6/2009 9:20 AM To: fedora-infrastructure-list at redhat.com Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1 I'd like to remove perl-Date-Manip on log1 in order to allow puppet to replace it with perl-DateManip. Nothing on log1 currenty requires it. Can I get some +1s? Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2872 bytes Desc: not available URL: From nigjones at redhat.com Sat Jun 6 14:33:44 2009 From: nigjones at redhat.com (Nigel Jones) Date: Sat, 6 Jun 2009 10:33:44 -0400 (EDT) Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1 In-Reply-To: <20090606142052.GA7989@alpha.rzhou.org> Message-ID: <1245480974.3066951244298824444.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> +1 ----- "Ricky Zhou" wrote: > I'd like to remove perl-Date-Manip on log1 in order to allow puppet > to > replace it with perl-DateManip. Nothing on log1 currenty requires > it. > > Can I get some +1s? > > Thanks, > Ricky > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From mmcgrath at redhat.com Sun Jun 7 02:57:18 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 6 Jun 2009 21:57:18 -0500 (CDT) Subject: Go Vote Message-ID: https://www.redhat.com/archives/fedora-announce-list/2009-June/msg00003.html Voting good. It only takes a bit. -Mike From jorn at wcborstel.com Sun Jun 7 08:50:39 2009 From: jorn at wcborstel.com (Jorn Argelo) Date: Sun, 07 Jun 2009 10:50:39 +0200 Subject: Go Vote In-Reply-To: References: Message-ID: <4A2B7F5F.6040806@wcborstel.com> Mike McGrath wrote: > https://www.redhat.com/archives/fedora-announce-list/2009-June/msg00003.html > > Voting good. It only takes a bit. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > You have my vote Mike! Cheers, Jorn From ricky at fedoraproject.org Sun Jun 7 12:15:54 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sun, 7 Jun 2009 08:15:54 -0400 Subject: [PATCH] Move elections to app3 and app4. Message-ID: <20090607121554.GA30438@alpha.rzhou.org> Several people have seen gateway errors while voting. Looking at the proxy logs, I saw entries like: (70007)The timeout specified has expired: proxy: error reading status line from remote server app6.vpn.fedoraproject.org, referer: https://admin.fedoraproject.org/voting/vote/18 and (70014)End of file found: proxy: error reading status line from remote server app6.vpn.fedoraproject.org, referer: https://admin.fedoraproject.org/voting/vote/22 So I'm guessing timeouts are being hit and connections are being closed for some reason. Since elections is being hit for several elections now, I'd like to move it to app3 and app4 to avoid these issues. The commit also removes the elections-server include from app4.fedora.phx.redhat.com.pp since it's already included in appRhel.pp. --- configs/web/balancer.conf | 3 ++- manifests/nodes/app4.fedora.phx.redhat.com.pp | 1 - 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/configs/web/balancer.conf b/configs/web/balancer.conf index ab4577b..0c27e63 100644 --- a/configs/web/balancer.conf +++ b/configs/web/balancer.conf @@ -96,9 +96,10 @@ ProxyRequests Off # admin.fedoraproject.org/voting/ + BalancerMember http://app3.fedora.phx.redhat.com:80 loadfactor=1 timeout=10 retry=5 BalancerMember http://app4.fedora.phx.redhat.com:80 loadfactor=1 timeout=10 retry=5 #BalancerMember http://app5.vpn.fedoraproject.org:80 loadfactor=1 timeout=10 retry=5 - BalancerMember http://app6.vpn.fedoraproject.org:80 loadfactor=1 timeout=10 retry=5 + #BalancerMember http://app6.vpn.fedoraproject.org:80 loadfactor=1 timeout=10 retry=5 # mirrors.fedoraproject.org diff --git a/manifests/nodes/app4.fedora.phx.redhat.com.pp b/manifests/nodes/app4.fedora.phx.redhat.com.pp index 679286e..b66f1a2 100644 --- a/manifests/nodes/app4.fedora.phx.redhat.com.pp +++ b/manifests/nodes/app4.fedora.phx.redhat.com.pp @@ -3,5 +3,4 @@ node app4{ include appRhel include vpn include supervisorCheckAppsEven - include elections-server } -- 1.5.5.6 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From nigjones at redhat.com Sun Jun 7 12:32:50 2009 From: nigjones at redhat.com (Nigel Jones) Date: Sun, 7 Jun 2009 08:32:50 -0400 (EDT) Subject: [PATCH] Move elections to app3 and app4. In-Reply-To: <20090607121554.GA30438@alpha.rzhou.org> Message-ID: <360668266.3093011244377970478.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> Grrr, I've been meaning to do this for a little while, lets just do it. +1 ----- "Ricky Zhou" wrote: > Several people have seen gateway errors while voting. Looking at the > proxy logs, I saw entries like: > > (70007)The timeout specified has expired: proxy: error reading status > line from remote server app6.vpn.fedoraproject.org, referer: > https://admin.fedoraproject.org/voting/vote/18 > > and > > (70014)End of file found: proxy: error reading status line from remote > server app6.vpn.fedoraproject.org, referer: > https://admin.fedoraproject.org/voting/vote/22 > > So I'm guessing timeouts are being hit and connections are being > closed > for some reason. Since elections is being hit for several elections > now, I'd like to move it to app3 and app4 to avoid these issues. > > The commit also removes the elections-server include from > app4.fedora.phx.redhat.com.pp since it's already included in > appRhel.pp. > --- > configs/web/balancer.conf | 3 ++- > manifests/nodes/app4.fedora.phx.redhat.com.pp | 1 - > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/configs/web/balancer.conf b/configs/web/balancer.conf > index ab4577b..0c27e63 100644 > --- a/configs/web/balancer.conf > +++ b/configs/web/balancer.conf > @@ -96,9 +96,10 @@ ProxyRequests Off > > # admin.fedoraproject.org/voting/ > > + BalancerMember http://app3.fedora.phx.redhat.com:80 loadfactor=1 > timeout=10 retry=5 > BalancerMember http://app4.fedora.phx.redhat.com:80 loadfactor=1 > timeout=10 retry=5 > #BalancerMember http://app5.vpn.fedoraproject.org:80 loadfactor=1 > timeout=10 retry=5 > - BalancerMember http://app6.vpn.fedoraproject.org:80 loadfactor=1 > timeout=10 retry=5 > + #BalancerMember http://app6.vpn.fedoraproject.org:80 loadfactor=1 > timeout=10 retry=5 > > > # mirrors.fedoraproject.org > diff --git a/manifests/nodes/app4.fedora.phx.redhat.com.pp > b/manifests/nodes/app4.fedora.phx.redhat.com.pp > index 679286e..b66f1a2 100644 > --- a/manifests/nodes/app4.fedora.phx.redhat.com.pp > +++ b/manifests/nodes/app4.fedora.phx.redhat.com.pp > @@ -3,5 +3,4 @@ node app4{ > include appRhel > include vpn > include supervisorCheckAppsEven > - include elections-server > } > -- > 1.5.5.6 > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From ricky at fedoraproject.org Sun Jun 7 12:43:41 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sun, 7 Jun 2009 08:43:41 -0400 Subject: [PATCH] Move elections to app3 and app4. In-Reply-To: <20090607121554.GA30438@alpha.rzhou.org> References: <20090607121554.GA30438@alpha.rzhou.org> Message-ID: <20090607124341.GA26844@alpha.rzhou.org> On 2009-06-07 08:15:54 AM, Ricky Zhou wrote: > So I'm guessing timeouts are being hit and connections are being closed > for some reason. Since elections is being hit for several elections > now, I'd like to move it to app3 and app4 to avoid these issues. Per some discussion in #fedora-admin, we're considering this an outage, so this change has been pushed. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From fedora at matbooth.co.uk Sun Jun 7 15:55:31 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Sun, 7 Jun 2009 16:55:31 +0100 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <20090606132346.GD24991@alpha.rzhou.org> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> Message-ID: <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> On Sat, Jun 6, 2009 at 2:23 PM, Ricky Zhou wrote: > This is most likely broken on our side - OpenID in FAS needs a lot of > work at the moment. ?Let me know if you'd be interested in working on > this - we can get a test instance setup to test changes on pretty > easily. > > Thanks, > Ricky > Hi Ricky, I'm more than happy to test changes for you. Stack Overflow sent me some information (see below) does this make any sense to you? Thanks for your help, Mat On Sun, Jun 7, 2009 at 3:21 AM, stackoverflow team wrote: > more info here: > http://code.google.com/p/dotnetopenid/issues/detail?id=186 > > I have confirmed that the https://login.launchpad.net/+openid OP endpoint is > not > sending the session_type parameter back in the associate direct response > message. > > This OP seems to implement OpenID 2.0 (it sends the 'ns' parameter back), > yet OpenID > 2.0 mandates that session_type is NOT an optional parameter. In OpenID 1.x, > it WAS > an optional parameter. This is a common bug for OPs and I will talk to > launchpad.net > about getting this bug fixed on their end. > > References: > 1.1 spec: http://openid.net/specs/openid-authentication-1_1.html#anchor14 > 2.0 spec: http://openid.net/specs/openid-authentication-2_0.html#anchor20 > > --- > http://stackoverflow.com > -- Mat Booth www.matbooth.co.uk From ricky at fedoraproject.org Sun Jun 7 18:17:49 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sun, 7 Jun 2009 14:17:49 -0400 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> Message-ID: <20090607181749.GD26844@alpha.rzhou.org> On 2009-06-07 04:55:31 PM, Mat Booth wrote: > I'm more than happy to test changes for you. Stack Overflow sent me > some information (see below) does this make any sense to you? Would you be interested in helping to make any of these changes? OpenID in FAS is something I've worked on and would like to get fixed, but unfortunately, it's pretty far down on the TODO list at the moment. I'd definitely be happy to help you get started working on this if you're interested. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jkeating at redhat.com Mon Jun 8 03:39:40 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 8 Jun 2009 03:39:40 +0000 Subject: [PATCH] Re-enable rawhide compose. Message-ID: <1244432380-7816-1-git-send-email-jkeating@redhat.com> Massive rawhide for start of F12 finally finished. Also increase the number of random chars for mktemp and ensure it worked before continuing. --- configs/build/rawhide | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configs/build/rawhide b/configs/build/rawhide index eab9097..4a90bb3 100644 --- a/configs/build/rawhide +++ b/configs/build/rawhide @@ -1,3 +1,3 @@ # rawhide compose MAILTO=jkeating at fedoraproject.org -#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora -- 1.5.5.6 From nigjones at redhat.com Mon Jun 8 03:41:33 2009 From: nigjones at redhat.com (Nigel Jones) Date: Sun, 7 Jun 2009 23:41:33 -0400 (EDT) Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <1244432380-7816-1-git-send-email-jkeating@redhat.com> Message-ID: <2056226128.3102391244432493844.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> +1 ----- "Jesse Keating" wrote: > Massive rawhide for start of F12 finally finished. > > Also increase the number of random chars for mktemp and ensure it > worked > before continuing. > --- > configs/build/rawhide | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/configs/build/rawhide b/configs/build/rawhide > index eab9097..4a90bb3 100644 > --- a/configs/build/rawhide > +++ b/configs/build/rawhide > @@ -1,3 +1,3 @@ > # rawhide compose > MAILTO=jkeating at fedoraproject.org > -#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; > git clone -n git://git.fedorahosted.org/git/releng; cd releng; git > checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide > $(date "+\%Y\%m\%d"); sudo -u ftpsync > /usr/local/bin/update-fullfilelist fedora > +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd > $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd > releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 > ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync > /usr/local/bin/update-fullfilelist fedora > -- > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From dennis at ausil.us Mon Jun 8 03:47:58 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 7 Jun 2009 22:47:58 -0500 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <2056226128.3102391244432493844.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> References: <2056226128.3102391244432493844.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> Message-ID: <200906072248.03370.dennis@ausil.us> On Sunday 07 June 2009 10:41:33 pm Nigel Jones wrote: > +1 +1 > ----- "Jesse Keating" wrote: > > Massive rawhide for start of F12 finally finished. > > > > Also increase the number of random chars for mktemp and ensure it > > worked > > before continuing. > > --- > > configs/build/rawhide | 2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > diff --git a/configs/build/rawhide b/configs/build/rawhide > > index eab9097..4a90bb3 100644 > > --- a/configs/build/rawhide > > +++ b/configs/build/rawhide > > @@ -1,3 +1,3 @@ > > # rawhide compose > > MAILTO=jkeating at fedoraproject.org > > -#15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXX`; cd $TMPDIR; > > git clone -n git://git.fedorahosted.org/git/releng; cd releng; git > > checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide > > $(date "+\%Y\%m\%d"); sudo -u ftpsync > > /usr/local/bin/update-fullfilelist fedora > > +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd > > $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd > > releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 > > ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync > > /usr/local/bin/update-fullfilelist fedora > > -- > > 1.5.5.6 > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Mon Jun 8 15:04:01 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 08 Jun 2009 08:04:01 -0700 Subject: Won't be around today Message-ID: <4A2D2861.3070405@gmail.com> Hey guys, my wife's sick and I have to take over for her chaperoning a school field trip. I'm going to take the day off but I should be around late afternoon/tonight. If there's anything you need, just let me know via email or pinging on IRC tonight. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Mon Jun 8 15:07:07 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 8 Jun 2009 10:07:07 -0500 (CDT) Subject: More agressive caching Message-ID: We'll be caching more aggressively tonight for tomorrow's F-11 release. This will mostly have impact on the wiki. It basically means you might have to wait for several minutes before a change you make to the wiki to actually show up. This is a temporary measure and will return to normal a day or two after the launch and load on the servers has gone down. -Mike From mmcgrath at redhat.com Mon Jun 8 15:29:30 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 8 Jun 2009 15:29:30 +0000 Subject: [PATCH] removing encoding so .asc files display properly Message-ID: <1244474970-32191-1-git-send-email-mmcgrath@redhat.com> This is currently causing issues in Firefox for .asc files --- configs/web/fedorahosted.org.conf | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/configs/web/fedorahosted.org.conf b/configs/web/fedorahosted.org.conf index acabb49..3b98214 100644 --- a/configs/web/fedorahosted.org.conf +++ b/configs/web/fedorahosted.org.conf @@ -12,6 +12,10 @@ Listen 443 ServerName fedorahosted.org ServerAdmin webmaster at fedoraproject.org + + RemoveEncoding .gz + + SSLEngine on SSLCertificateFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl SSLCertificateKeyFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl -- 1.5.5.6 From ricky at fedoraproject.org Mon Jun 8 15:34:04 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 8 Jun 2009 11:34:04 -0400 Subject: [PATCH] removing encoding so .asc files display properly In-Reply-To: <1244474970-32191-1-git-send-email-mmcgrath@redhat.com> References: <1244474970-32191-1-git-send-email-mmcgrath@redhat.com> Message-ID: <20090608153404.GB5972@alpha.rzhou.org> On 2009-06-08 03:29:30 PM, Mike McGrath wrote: > This is currently causing issues in Firefox for .asc files > --- > configs/web/fedorahosted.org.conf | 4 ++++ > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/configs/web/fedorahosted.org.conf b/configs/web/fedorahosted.org.conf > index acabb49..3b98214 100644 > --- a/configs/web/fedorahosted.org.conf > +++ b/configs/web/fedorahosted.org.conf > @@ -12,6 +12,10 @@ Listen 443 > ServerName fedorahosted.org > ServerAdmin webmaster at fedoraproject.org > > + > + RemoveEncoding .gz > + > + > SSLEngine on > SSLCertificateFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl > SSLCertificateKeyFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl > -- > 1.5.5.6 +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Matt_Domsch at Dell.com Mon Jun 8 15:35:24 2009 From: Matt_Domsch at Dell.com (Matt_Domsch at Dell.com) Date: Mon, 8 Jun 2009 10:35:24 -0500 Subject: [PATCH] removing encoding so .asc files display properly In-Reply-To: <1244474970-32191-1-git-send-email-mmcgrath@redhat.com> References: <1244474970-32191-1-git-send-email-mmcgrath@redhat.com> Message-ID: +1 to the idea; I trust the implementation is correct. :-) -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -----Original Message----- From: fedora-infrastructure-list-bounces at redhat.com [mailto:fedora-infrastructure-list-bounces at redhat.com] On Behalf Of Mike McGrath Sent: Monday, June 08, 2009 10:30 AM To: fedora-infrastructure-list at redhat.com Subject: [PATCH] removing encoding so .asc files display properly This is currently causing issues in Firefox for .asc files --- configs/web/fedorahosted.org.conf | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/configs/web/fedorahosted.org.conf b/configs/web/fedorahosted.org.conf index acabb49..3b98214 100644 --- a/configs/web/fedorahosted.org.conf +++ b/configs/web/fedorahosted.org.conf @@ -12,6 +12,10 @@ Listen 443 ServerName fedorahosted.org ServerAdmin webmaster at fedoraproject.org + + RemoveEncoding .gz + + SSLEngine on SSLCertificateFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl SSLCertificateKeyFile /etc/httpd/conf.d/fedorahosted.org/hosted.fedoraproject.org.ssl -- 1.5.5.6 _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From jim at meyering.net Mon Jun 8 19:10:29 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 08 Jun 2009 21:10:29 +0200 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <1244432380-7816-1-git-send-email-jkeating@redhat.com> (Jesse Keating's message of "Mon, 8 Jun 2009 03:39:40 +0000") References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> Message-ID: <877hzma6e2.fsf@meyering.net> Jesse Keating wrote: ... > diff --git a/configs/build/rawhide b/configs/build/rawhide ... > +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora It'd be good to change the other semicolons to " &&", too. Otherwise, failing mktemp will not stop the script, and the git clone will run in $HOME. An alternative would be to start with "set -e;" (stop on error) 15 6 * * * masher set -e; TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX`; ... or to do this: 15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` || exit 1; cd $TMPDIR... From pilferingpanda at gmail.com Mon Jun 8 20:21:34 2009 From: pilferingpanda at gmail.com (Charles Cihacek) Date: Mon, 8 Jun 2009 15:21:34 -0500 Subject: An Introduction Message-ID: Hey everybody, Hello my name is Charles. I am exploring the idea of being a contributor. I know java and I'm rusty on C++. I also have been introduced to C#, PHP, SQL, Perl, HTML, AJAX, XML, and JavaScript. I have used CentOS, Fedora core, Ubuntu, OpenSUSE, Mandriva, Gentoo, Backtrack, gOS, CrunchBang and DSL. I want to become a contributer because I am curious about the way everything fits together. -Charles -- I would love to change the world, but they won't give me the source code. :( --Unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Mon Jun 8 20:23:27 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 08 Jun 2009 16:23:27 -0400 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <877hzma6e2.fsf@meyering.net> References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> Message-ID: <1244492607.3206.73.camel@localhost.localdomain> On Mon, 2009-06-08 at 21:10 +0200, Jim Meyering wrote: > It'd be good to change the other semicolons to " &&", too. > Otherwise, failing mktemp will not stop the script, and > the git clone will run in $HOME. > Send a patch? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jim at meyering.net Mon Jun 8 21:20:09 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 08 Jun 2009 23:20:09 +0200 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <1244492607.3206.73.camel@localhost.localdomain> (Jesse Keating's message of "Mon, 08 Jun 2009 16:23:27 -0400") References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> <1244492607.3206.73.camel@localhost.localdomain> Message-ID: <87zlci8lti.fsf@meyering.net> Jesse Keating wrote: > On Mon, 2009-06-08 at 21:10 +0200, Jim Meyering wrote: >> It'd be good to change the other semicolons to " &&", too. >> Otherwise, failing mktemp will not stop the script, and >> the git clone will run in $HOME. > > Send a patch? Sure. What repo? I have a couple fedora-infra-related ones, but none that contain that file, and a few quick searches didn't show me the light. From jkeating at redhat.com Tue Jun 9 02:08:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 08 Jun 2009 22:08:31 -0400 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <87zlci8lti.fsf@meyering.net> References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> <1244492607.3206.73.camel@localhost.localdomain> <87zlci8lti.fsf@meyering.net> Message-ID: <1244513311.3206.81.camel@localhost.localdomain> On Mon, 2009-06-08 at 23:20 +0200, Jim Meyering wrote: > Sure. > What repo? > I have a couple fedora-infra-related ones, > but none that contain that file, and a few quick > searches didn't show me the light. Oh, it's in puppet, wasn't sure if you had puppet access. Sorry I was short, a bit busy with the FAD and release. I'll circle back to this and get a diff from you at some point. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bruno at wolff.to Tue Jun 9 08:05:51 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 9 Jun 2009 03:05:51 -0500 Subject: Using Asterisk with Fedora Talk documentation Message-ID: <20090609080551.GA8571@wolff.to> I created soem documentation on using Asterisk with Fedora Talk based on my experience with getting it working this past weekend. If any of you are interested in reviewing it, you can see it at: https://fedoraproject.org/wiki/User:Bruno/Using_Asterisk_with_Fedora_Talk Assuming you guys don't have a problem with it, I'll see if the docs people want to turn it into real (instead of draft) documentation. From mmcgrath at redhat.com Tue Jun 9 13:26:16 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 9 Jun 2009 08:26:16 -0500 (CDT) Subject: Using Asterisk with Fedora Talk documentation In-Reply-To: <20090609080551.GA8571@wolff.to> References: <20090609080551.GA8571@wolff.to> Message-ID: On Tue, 9 Jun 2009, Bruno Wolff III wrote: > I created soem documentation on using Asterisk with Fedora Talk based on > my experience with getting it working this past weekend. If any of you > are interested in reviewing it, you can see it at: > https://fedoraproject.org/wiki/User:Bruno/Using_Asterisk_with_Fedora_Talk > > Assuming you guys don't have a problem with it, I'll see if the docs people > want to turn it into real (instead of draft) documentation. > Sweet, thanks Bruno! -Mike From eric at christensenplace.us Tue Jun 9 15:22:24 2009 From: eric at christensenplace.us (Eric Christensen) Date: Tue, 09 Jun 2009 11:22:24 -0400 Subject: Using Asterisk with Fedora Talk documentation In-Reply-To: <20090609080551.GA8571@wolff.to> References: <20090609080551.GA8571@wolff.to> Message-ID: <1244560944.20030.20.camel@thunder> On Tue, 2009-06-09 at 03:05 -0500, Bruno Wolff III wrote: > I created soem documentation on using Asterisk with Fedora Talk based on > my experience with getting it working this past weekend. If any of you > are interested in reviewing it, you can see it at: > https://fedoraproject.org/wiki/User:Bruno/Using_Asterisk_with_Fedora_Talk > > Assuming you guys don't have a problem with it, I'll see if the docs people > want to turn it into real (instead of draft) documentation. Bruno, Very cool. If you want to move it to the root of the wiki I can get some folks to check the page out. It looks pretty complete to me. -- Thanks, Eric Christensen Fedora Docs Project Fedora Talk: 5102043 Phone: 919-424-0063 x 5102043 E-Mail/SIP Address: sparks at fedoraproject.org IRC: Sparks on freenode.net GPG Fingerprint: CA02 4ACA EB6C 1A76 F0D6 1127 7D04 D240 BD0C 14C1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at matbooth.co.uk Tue Jun 9 16:11:57 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Tue, 9 Jun 2009 17:11:57 +0100 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <20090607181749.GD26844@alpha.rzhou.org> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> <20090607181749.GD26844@alpha.rzhou.org> Message-ID: <9497e9990906090911i15c64e82u79f91c81722044cb@mail.gmail.com> On Sun, Jun 7, 2009 at 7:17 PM, Ricky Zhou wrote: > On 2009-06-07 04:55:31 PM, Mat Booth wrote: >> I'm more than happy to test changes for you. Stack Overflow sent me >> some information (see below) does this make any sense to you? > Would you be interested in helping to make any of these changes? ?OpenID > in FAS is something I've worked on and would like to get fixed, but > unfortunately, it's pretty far down on the TODO list at the moment. > > I'd definitely be happy to help you get started working on this if > you're interested. > Yes, I'd be interested in taking a look. Unfortunately my own TODO list is pretty full too and I don't know an awful lot about OpenID either, so it may take me some time to get up to speed. Maybe I could find a weekend to dedicate to it. Meanwhile, can you hook me up with some documentation on setting up my own local instance of FAS to get started with? -- Mat Booth www.matbooth.co.uk From ricky at fedoraproject.org Tue Jun 9 16:24:29 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 12:24:29 -0400 Subject: [PATCH] Redirect get-prerelease to get-fedora. Message-ID: <20090609162429.GA18395@alpha.rzhou.org> --- configs/web/fedoraproject.org/modRewrite.conf | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/configs/web/fedoraproject.org/modRewrite.conf b/configs/web/fedoraproject.org/modRewrite.conf index 037cd35..776d83e 100644 --- a/configs/web/fedoraproject.org/modRewrite.conf +++ b/configs/web/fedoraproject.org/modRewrite.conf @@ -26,3 +26,6 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$ http://fedoraproject.org/wik # RedirectMatch ^/.+$ http://fedoraproject.org/wiki/ RedirectMatch ^/buildgroups/(.*)$ http://buildsys.fedoraproject.org/buildgroups/$1 +# Temporary redirect for get-prerelease - remove for F12 prereleases. +RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302] + -- 1.5.5.6 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Tue Jun 9 16:24:56 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 9 Jun 2009 11:24:56 -0500 (CDT) Subject: [PATCH] Redirect get-prerelease to get-fedora. In-Reply-To: <20090609162429.GA18395@alpha.rzhou.org> References: <20090609162429.GA18395@alpha.rzhou.org> Message-ID: On Tue, 9 Jun 2009, Ricky Zhou wrote: > --- > configs/web/fedoraproject.org/modRewrite.conf | 3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) > > diff --git a/configs/web/fedoraproject.org/modRewrite.conf b/configs/web/fedoraproject.org/modRewrite.conf > index 037cd35..776d83e 100644 > --- a/configs/web/fedoraproject.org/modRewrite.conf > +++ b/configs/web/fedoraproject.org/modRewrite.conf > @@ -26,3 +26,6 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$ http://fedoraproject.org/wik > # RedirectMatch ^/.+$ http://fedoraproject.org/wiki/ > RedirectMatch ^/buildgroups/(.*)$ http://buildsys.fedoraproject.org/buildgroups/$1 > > +# Temporary redirect for get-prerelease - remove for F12 prereleases. > +RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302] > + > -- > 1.5.5.6 > +1 -Mike From ricky at fedoraproject.org Tue Jun 9 16:27:01 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 12:27:01 -0400 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <9497e9990906090911i15c64e82u79f91c81722044cb@mail.gmail.com> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> <20090607181749.GD26844@alpha.rzhou.org> <9497e9990906090911i15c64e82u79f91c81722044cb@mail.gmail.com> Message-ID: <20090609162701.GB15733@alpha.rzhou.org> On 2009-06-09 05:11:57 PM, Mat Booth wrote: > Yes, I'd be interested in taking a look. Unfortunately my own TODO > list is pretty full too and I don't know an awful lot about OpenID > either, so it may take me some time to get up to speed. Maybe I could > find a weekend to dedicate to it. Excellent, thanks! > Meanwhile, can you hook me up with some documentation on setting up my > own local instance of FAS to get started with? You can get a copy of FAS with git clone git://git.fedorahosted.org/git/fas.git. There are some instructions for getting a test instance setup in the README file. The current OpenID stuff is in fas/openid_samadhi.py. The setup can be a bit confusing at first, so let me know if you have any questions (I'm ricky in #fedora-admin on Freenode). Alternatively, we can also get you setup with a publictest machine with a FAS instance to work on, if you'd like. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From smooge at gmail.com Tue Jun 9 16:29:34 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 9 Jun 2009 10:29:34 -0600 Subject: [PATCH] Redirect get-prerelease to get-fedora. In-Reply-To: <20090609162429.GA18395@alpha.rzhou.org> References: <20090609162429.GA18395@alpha.rzhou.org> Message-ID: <80d7e4090906090929g5cdfbadcgacf17d723e87b4c7@mail.gmail.com> On Tue, Jun 9, 2009 at 10:24 AM, Ricky Zhou wrote: > --- > ?configs/web/fedoraproject.org/modRewrite.conf | ? ?3 +++ > ?1 files changed, 3 insertions(+), 0 deletions(-) > > diff --git a/configs/web/fedoraproject.org/modRewrite.conf b/configs/web/fedoraproject.org/modRewrite.conf > index 037cd35..776d83e 100644 > --- a/configs/web/fedoraproject.org/modRewrite.conf > +++ b/configs/web/fedoraproject.org/modRewrite.conf > @@ -26,3 +26,6 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$ http://fedoraproject.org/wik > ?# ?RedirectMatch ^/.+$ http://fedoraproject.org/wiki/ > ?RedirectMatch ^/buildgroups/(.*)$ http://buildsys.fedoraproject.org/buildgroups/$1 > > +# Temporary redirect for get-prerelease - remove for F12 prereleases. > +RewriteRule ?^(/.*)?/get-prerelease$ $1/get-fedora [R=302] > + Looks good to me +1. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From radke.parag at gmail.com Tue Jun 9 16:52:32 2009 From: radke.parag at gmail.com (Parag Radke) Date: Tue, 9 Jun 2009 22:22:32 +0530 Subject: An Introduction Message-ID: Hello Everyone, I am Parag Radke. i recently completed my Bachelors? in Computer Sci. & Engg. I am Interested in Operating Systems and Compiler Design. I join this team because i want to contribute to the world of open source and want to learn the open source tech. I am using fedora from some time and even used ubuntu as well. I even did my final year project on parallel compilers. I am not very familiar with the way people execute the task here. so please help me in this regard and guide me so that i can contribute in some useful way. Thanx & Regards. Parag Radke -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at fedoraproject.org Tue Jun 9 19:20:11 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 15:20:11 -0400 Subject: [PATCH] Make sure these redirects get seen first. Message-ID: <20090609192011.GA29270@alpha.rzhou.org> It looks like my old fix didn't work because the other rewriterules got processed first. This moves the redirects to a 00redirects.conf file and gets rid of some old redirects along the way. --- configs/web/fedoraproject.org/00redirects.conf | 18 ++++++++++++++ configs/web/fedoraproject.org/modRewrite.conf | 31 ------------------------ 2 files changed, 18 insertions(+), 31 deletions(-) create mode 100644 configs/web/fedoraproject.org/00redirects.conf delete mode 100644 configs/web/fedoraproject.org/modRewrite.conf diff --git a/configs/web/fedoraproject.org/00redirects.conf b/configs/web/fedoraproject.org/00redirects.conf new file mode 100644 index 0000000..7d29896 --- /dev/null +++ b/configs/web/fedoraproject.org/00redirects.conf @@ -0,0 +1,18 @@ +RewriteEngine On + +RewriteCond %{HTTP_USER_AGENT} ^BackStreet.* +RewriteRule ^.*$ / [R,L] + +#RewriteRule ^/wiki/Category.*$ http://fedoraproject.org/404.html +#RewriteRule ^/wiki/TitleIndex$ http://fedoraproject.org/404.html +RewriteRule ^/CodecBuddy http://fedoraproject.org/wiki/CodecBuddy [NC] +RewriteRule ^/wiki$ http://fedoraproject.org/wiki/ +RewriteRule ^/people$ http://fedoraproject.org/people/ +RewriteRule ^/soc.*$ http://fedoraproject.org/wiki/SummerOfCode [R=permanent,L] +RewriteRule ^/docs/(.*) http://docs.fedoraproject.org/$1 [R=301,L] +RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$ http://fedoraproject.org/wiki/Legal:Trademark_guidelines [R=301,L] +RedirectMatch ^/buildgroups/(.*)$ http://buildsys.fedoraproject.org/buildgroups/$1 + +# Temporary redirect for get-prerelease - remove for F12 prereleases. +RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302] + diff --git a/configs/web/fedoraproject.org/modRewrite.conf b/configs/web/fedoraproject.org/modRewrite.conf deleted file mode 100644 index 776d83e..0000000 --- a/configs/web/fedoraproject.org/modRewrite.conf +++ /dev/null @@ -1,31 +0,0 @@ -RewriteEngine On - - -RewriteCond %{HTTP_USER_AGENT} ^BackStreet.* -RewriteRule ^.*$ / [R,L] - -#RewriteRule ^/wiki/Category.*$ http://fedoraproject.org/404.html -#RewriteRule ^/wiki/TitleIndex$ http://fedoraproject.org/404.html -RewriteRule ^/CodecBuddy http://fedoraproject.org/wiki/CodecBuddy [NC] -#RewriteRule ^/$ http://fedoraproject.org/wiki/ -RewriteRule ^/wiki$ http://fedoraproject.org/wiki/ -RewriteRule ^/people$ http://fedoraproject.org/people/ -RewriteRule ^/soc.*$ http://fedoraproject.org/wiki/SummerOfCode [R=permanent,L] -RewriteRule ^/docs/(.*) http://docs.fedoraproject.org/$1 [R=301,L] -RewriteRule ^/Download/(.*) http://rhold.fedoraproject.org/Download/$1 [R=301,L] -RewriteRule ^/download/(.*) http://rhold.fedoraproject.org/Download/$1 [R=301,L] -RewriteRule ^/extras/(.*) http://download.fedora.redhat.com/pub/fedora/linux/extras/$1 [R=302,L] -RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$ http://fedoraproject.org/wiki/Legal:Trademark_guidelines [R=301,L] -# RedirectMatch ^/wiki/Releases/7 http://fedoraproject.org/static-tmp/7 -# RedirectMatch ^/wiki/$ http://fedoraproject.org/static-tmp/ -# RedirectMatch ^/wiki/FedoraMain$ http://fedoraproject.org/static-tmp/ -# RedirectMatch ^/wiki/Infrastructure/Downtime$ http://fedoraproject.org/static-tmp/FedoraDowntime.html -# RedirectMatch ^/wiki/Mirrors$ http://fedoraproject.org/static-tmp/FedoraMirrors.html -# RedirectMatch ^/wiki/FC6ReleaseSummary$ http://fedoraproject.org/static-tmp/FC6ReleaseSummary.html -# RedirectMatch ^/wiki/Tours/FedoraCore6$ http://fedoraproject.org/static-tmp/FedoraCore6.html -# RedirectMatch ^/.+$ http://fedoraproject.org/wiki/ -RedirectMatch ^/buildgroups/(.*)$ http://buildsys.fedoraproject.org/buildgroups/$1 - -# Temporary redirect for get-prerelease - remove for F12 prereleases. -RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302] - -- 1.5.5.6 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Tue Jun 9 19:26:11 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 15:26:11 -0400 Subject: [PATCH] Make sure these redirects get seen first. In-Reply-To: <20090609192011.GA29270@alpha.rzhou.org> References: <20090609192011.GA29270@alpha.rzhou.org> Message-ID: <20090609192611.GE15733@alpha.rzhou.org> On 2009-06-09 03:20:11 PM, Ricky Zhou wrote: > It looks like my old fix didn't work because the other rewriterules > got processed first. This moves the redirects to a 00redirects.conf > file and gets rid of some old redirects along the way. Actually, ignore this, this might be unnecessary, I think I just needed to run puppet on the proxy servers. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From fedora at matbooth.co.uk Tue Jun 9 19:40:25 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Tue, 9 Jun 2009 20:40:25 +0100 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <20090609162701.GB15733@alpha.rzhou.org> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> <20090607181749.GD26844@alpha.rzhou.org> <9497e9990906090911i15c64e82u79f91c81722044cb@mail.gmail.com> <20090609162701.GB15733@alpha.rzhou.org> Message-ID: <9497e9990906091240l690f75e8q2a3ddca2987d5e2b@mail.gmail.com> On Tue, Jun 9, 2009 at 5:27 PM, Ricky Zhou wrote: > On 2009-06-09 05:11:57 PM, Mat Booth wrote: >> Yes, I'd be interested in taking a look. Unfortunately my own TODO >> list is pretty full too and I don't know an awful lot about OpenID >> either, so it may take me some time to get up to speed. Maybe I could >> find a weekend to dedicate to it. > Excellent, thanks! > >> Meanwhile, can you hook me up with some documentation on setting up my >> own local instance of FAS to get started with? > You can get a copy of FAS with git clone > git://git.fedorahosted.org/git/fas.git. ?There are some instructions for > getting a test instance setup in the README file. ?The current OpenID > stuff is in fas/openid_samadhi.py. > > The setup can be a bit confusing at first, so let me know if you have > any questions (I'm ricky in #fedora-admin on Freenode). ?Alternatively, > we can also get you setup with a publictest machine with a FAS instance > to work on, if you'd like. > Thanks for the hints. BTW, in the README there's one item missing in the prerequisites section: You also need python-memchached. -- Mat Booth www.matbooth.co.uk From ricky at fedoraproject.org Tue Jun 9 19:44:27 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 15:44:27 -0400 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <9497e9990906091240l690f75e8q2a3ddca2987d5e2b@mail.gmail.com> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <20090606132346.GD24991@alpha.rzhou.org> <9497e9990906070855i7798c917kd25b8755341badf7@mail.gmail.com> <20090607181749.GD26844@alpha.rzhou.org> <9497e9990906090911i15c64e82u79f91c81722044cb@mail.gmail.com> <20090609162701.GB15733@alpha.rzhou.org> <9497e9990906091240l690f75e8q2a3ddca2987d5e2b@mail.gmail.com> Message-ID: <20090609194427.GF15733@alpha.rzhou.org> On 2009-06-09 08:40:25 PM, Mat Booth wrote: > Thanks for the hints. > > BTW, in the README there's one item missing in the prerequisites > section: You also need python-memchached. Good catch - that was a very new feature we added last release, I've added it to the README now. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bruno at wolff.to Tue Jun 9 19:50:30 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 9 Jun 2009 14:50:30 -0500 Subject: Using Asterisk with Fedora Talk documentation In-Reply-To: <1244560944.20030.20.camel@thunder> References: <20090609080551.GA8571@wolff.to> <1244560944.20030.20.camel@thunder> Message-ID: <20090609195030.GA9175@wolff.to> On Tue, Jun 09, 2009 at 11:22:24 -0400, Eric Christensen wrote: > On Tue, 2009-06-09 at 03:05 -0500, Bruno Wolff III wrote: > > I created soem documentation on using Asterisk with Fedora Talk based on > > my experience with getting it working this past weekend. If any of you > > are interested in reviewing it, you can see it at: > > https://fedoraproject.org/wiki/User:Bruno/Using_Asterisk_with_Fedora_Talk > > > > Assuming you guys don't have a problem with it, I'll see if the docs people > > want to turn it into real (instead of draft) documentation. > > Bruno, > Very cool. If you want to move it to the root of the wiki I can get > some folks to check the page out. It looks pretty complete to me. Thanks. I was getting ready to contact docs about it, but I'd appreciate help as I am not sure of the process. From ricky at fedoraproject.org Tue Jun 9 21:24:01 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 17:24:01 -0400 Subject: [PATCH] Add proxy1.stg to staging separation rules. Message-ID: <20090609212401.GA3707@alpha.rzhou.org> --- configs/system/iptables-template.conf.erb | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/configs/system/iptables-template.conf.erb b/configs/system/iptables-template.conf.erb index 0b33ff0..45bb9ee 100644 --- a/configs/system/iptables-template.conf.erb +++ b/configs/system/iptables-template.conf.erb @@ -35,6 +35,7 @@ -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited <% end %> # SSH -- 1.5.5.6 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Tue Jun 9 21:28:46 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 17:28:46 -0400 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609212401.GA3707@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> Message-ID: <20090609212846.GI15733@alpha.rzhou.org> On 2009-06-09 05:24:01 PM, Ricky Zhou wrote: Sorry, I meant koji1.stg. > --- > configs/system/iptables-template.conf.erb | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/configs/system/iptables-template.conf.erb b/configs/system/iptables-template.conf.erb > index 0b33ff0..45bb9ee 100644 > --- a/configs/system/iptables-template.conf.erb > +++ b/configs/system/iptables-template.conf.erb > @@ -35,6 +35,7 @@ > -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited > -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited > -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited > <% end %> > > # SSH > -- > 1.5.5.6 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lxtnow at gmail.com Tue Jun 9 21:31:14 2009 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Tue, 9 Jun 2009 23:31:14 +0200 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609212846.GI15733@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> <20090609212846.GI15733@alpha.rzhou.org> Message-ID: <62bc09df0906091431r793bd102w56e18a9185fd8d89@mail.gmail.com> On Tue, Jun 9, 2009 at 11:28 PM, Ricky Zhou wrote: > On 2009-06-09 05:24:01 PM, Ricky Zhou wrote: > Sorry, I meant koji1.stg. >> --- +1 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From mmcgrath at redhat.com Tue Jun 9 21:32:08 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 9 Jun 2009 16:32:08 -0500 (CDT) Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609212846.GI15733@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> <20090609212846.GI15733@alpha.rzhou.org> Message-ID: On Tue, 9 Jun 2009, Ricky Zhou wrote: > On 2009-06-09 05:24:01 PM, Ricky Zhou wrote: > Sorry, I meant koji1.stg. > > --- > > configs/system/iptables-template.conf.erb | 1 + > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > diff --git a/configs/system/iptables-template.conf.erb b/configs/system/iptables-template.conf.erb > > index 0b33ff0..45bb9ee 100644 > > --- a/configs/system/iptables-template.conf.erb > > +++ b/configs/system/iptables-template.conf.erb > > @@ -35,6 +35,7 @@ > > -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited > > -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited > > -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited > > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited > > <% end %> > > > > # SSH > > -- > > 1.5.5.6 > > > > Minor, low risk. +1 -Mike From smooge at gmail.com Tue Jun 9 21:32:40 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 9 Jun 2009 15:32:40 -0600 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: References: <20090609212401.GA3707@alpha.rzhou.org> <20090609212846.GI15733@alpha.rzhou.org> Message-ID: <80d7e4090906091432h6c412a19rf5ce412774311c5b@mail.gmail.com> On Tue, Jun 9, 2009 at 3:32 PM, Mike McGrath wrote: > On Tue, 9 Jun 2009, Ricky Zhou wrote: > >> On 2009-06-09 05:24:01 PM, Ricky Zhou wrote: >> Sorry, I meant koji1.stg. >> > --- >> > ?configs/system/iptables-template.conf.erb | ? ?1 + >> > ?1 files changed, 1 insertions(+), 0 deletions(-) >> > >> > diff --git a/configs/system/iptables-template.conf.erb b/configs/system/iptables-template.conf.erb >> > index 0b33ff0..45bb9ee 100644 >> > --- a/configs/system/iptables-template.conf.erb >> > +++ b/configs/system/iptables-template.conf.erb >> > @@ -35,6 +35,7 @@ >> > ?-A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited >> > ?-A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited >> > ?-A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited >> > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited >> > ?<% end %> >> > >> > ?# SSH >> > -- >> > 1.5.5.6 >> > >> >> > > Minor, low risk. > > +1 > Agreed. +1. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dennis at ausil.us Tue Jun 9 21:43:46 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 9 Jun 2009 16:43:46 -0500 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609212401.GA3707@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> Message-ID: <200906091643.48343.dennis@ausil.us> On Tuesday 09 June 2009 04:24:01 pm Ricky Zhou wrote: > --- > configs/system/iptables-template.conf.erb | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/configs/system/iptables-template.conf.erb > b/configs/system/iptables-template.conf.erb index 0b33ff0..45bb9ee 100644 > --- a/configs/system/iptables-template.conf.erb > +++ b/configs/system/iptables-template.conf.erb > @@ -35,6 +35,7 @@ > -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited > -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited > -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited > <% end %> > > # SSH why are youremoving the three hosts to add 1? if you were just adding a host would you not have a single + line? not 3 - lines and one + -1 for now Dennis From ricky at fedoraproject.org Tue Jun 9 21:49:05 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 9 Jun 2009 17:49:05 -0400 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <200906091643.48343.dennis@ausil.us> References: <20090609212401.GA3707@alpha.rzhou.org> <200906091643.48343.dennis@ausil.us> Message-ID: <20090609214905.GA4364@alpha.rzhou.org> On 2009-06-09 04:43:46 PM, Dennis Gilmore wrote: > On Tuesday 09 June 2009 04:24:01 pm Ricky Zhou wrote: > > --- > > configs/system/iptables-template.conf.erb | 1 + > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > diff --git a/configs/system/iptables-template.conf.erb > > b/configs/system/iptables-template.conf.erb index 0b33ff0..45bb9ee 100644 > > --- a/configs/system/iptables-template.conf.erb > > +++ b/configs/system/iptables-template.conf.erb > > @@ -35,6 +35,7 @@ > > -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited > > -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited > > -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited > > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited > > <% end %> > > > > # SSH > why are youremoving the three hosts to add 1? if you were just adding a host > would you not have a single + line? not 3 - lines and one + > > -1 for now Those aren't removals, they're dashes that were already part of the lines :-) Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tmz at pobox.com Tue Jun 9 22:01:05 2009 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 9 Jun 2009 18:01:05 -0400 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609214905.GA4364@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> <200906091643.48343.dennis@ausil.us> <20090609214905.GA4364@alpha.rzhou.org> Message-ID: <20090609220105.GO2240@inocybe.localdomain> Ricky Zhou wrote: > Those aren't removals, they're dashes that were already part of the > lines :-) Score one for a monospace font making diffs much more legible. ;) I've seen diffs like this in variable width fonts and they're awfully hard to read. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Religion. A daughter of Hope and Fear, explaining to Ignorance the nature of the Unknowable. -- Ambrose Bierce, The Enlarged Devil's Dictionary, 1906 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From dennis at ausil.us Tue Jun 9 22:39:27 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 9 Jun 2009 17:39:27 -0500 Subject: [PATCH] Add proxy1.stg to staging separation rules. In-Reply-To: <20090609214905.GA4364@alpha.rzhou.org> References: <20090609212401.GA3707@alpha.rzhou.org> <200906091643.48343.dennis@ausil.us> <20090609214905.GA4364@alpha.rzhou.org> Message-ID: <200906091739.32652.dennis@ausil.us> On Tuesday 09 June 2009 04:49:05 pm Ricky Zhou wrote: > On 2009-06-09 04:43:46 PM, Dennis Gilmore wrote: > > On Tuesday 09 June 2009 04:24:01 pm Ricky Zhou wrote: > > > --- > > > configs/system/iptables-template.conf.erb | 1 + > > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > > > diff --git a/configs/system/iptables-template.conf.erb > > > b/configs/system/iptables-template.conf.erb index 0b33ff0..45bb9ee > > > 100644 --- a/configs/system/iptables-template.conf.erb > > > +++ b/configs/system/iptables-template.conf.erb > > > @@ -35,6 +35,7 @@ > > > -A INPUT -s 10.8.34.114 -j REJECT --reject-with icmp-host-prohibited > > > -A INPUT -s 10.8.34.99 -j REJECT --reject-with icmp-host-prohibited > > > -A INPUT -s 10.8.34.116 -j REJECT --reject-with icmp-host-prohibited > > > +-A INPUT -s 10.8.34.83 -j REJECT --reject-with icmp-host-prohibited > > > <% end %> > > > > > > # SSH > > > > why are youremoving the three hosts to add 1? if you were just adding a > > host would you not have a single + line? not 3 - lines and one + > > > > -1 for now > > Those aren't removals, they're dashes that were already part of the > lines :-) > > Thanks, > Ricky indeed going back now i see it. stupid computers, and there stupid owners. sorry for the noise, nothing to see here. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mmcgrath at redhat.com Wed Jun 10 13:11:40 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 10 Jun 2009 08:11:40 -0500 (CDT) Subject: Change freeze lifted Message-ID: Hey all, the change freeze is done. -Mike From ian at ianweller.org Wed Jun 10 16:18:51 2009 From: ian at ianweller.org (Ian Weller) Date: Wed, 10 Jun 2009 11:18:51 -0500 Subject: Change freeze lifted In-Reply-To: References: Message-ID: <20090610161851.GA2613@hovercraft.mobile.ianweller.org> On Wed, Jun 10, 2009 at 08:11:40AM -0500, Mike McGrath wrote: > Hey all, the change freeze is done. > +1 ... oh wait... ;) -- Ian Weller GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Wed Jun 10 21:17:57 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 10 Jun 2009 16:17:57 -0500 (CDT) Subject: AGPLv3 and GPLv2 Message-ID: So without knowing it we started using AGPLv3 code in our environment recently for fedora community and moksha. In the past I think all of our stuff has been GPL(ish) mostly GPLv2 (toshio correct me if I'm wrong there) I want to make sure we're all aware of what we can and can'd do as far as mixing the code between the two as this could be very unfortunate. Luke, you described the AGPLv3 as "crucial". Can you let the rest of us know why the GPLv2 wouldn't work? Toshio, also would you mind doing some grunt work and see what we've comitted to with mixing code? -Mike From bobby_cox at hotmail.com Wed Jun 10 22:30:51 2009 From: bobby_cox at hotmail.com (Bobby Cox) Date: Wed, 10 Jun 2009 17:30:51 -0500 Subject: Introduction Message-ID: Hello Everyone. My name is Bobby Cox and a Linux SA in Houston, TX. I've been working with linux/unix for about 8 years now. I currently work for a start up helping expose others to open-source by providing VMs of various open-source projects for use via a browser. I started with RH 5.2, then moved to Gentoo and then Fedora, CentOS and RHEL depending on the environment. I can script in shell, perl and am currently learning python. Please allow me to help when and where necessary. It would be a honor to help the Fedora Project. Regards, Bobby Cox From smooge at gmail.com Wed Jun 10 22:58:09 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 10 Jun 2009 16:58:09 -0600 Subject: AGPLv3 and GPLv2 In-Reply-To: References: Message-ID: <80d7e4090906101558x750476a2lf73ea3ad9a944ab1@mail.gmail.com> On Wed, Jun 10, 2009 at 3:17 PM, Mike McGrath wrote: > So without knowing it we started using AGPLv3 code in our environment > recently for fedora community and moksha. ?In the past I think all of our > stuff has been GPL(ish) mostly GPLv2 (toshio correct me if I'm wrong > there) > > I want to make sure we're all aware of what we can and can'd do as far as > mixing the code between the two as this could be very unfortunate. > > Luke, you described the AGPLv3 as "crucial". ?Can you let the rest of us > know why the GPLv2 wouldn't work? > > Toshio, also would you mind doing some grunt work and see what we've > comitted to with mixing code? > Ugh. I would assume Tom will be the best person to answer questions on mixing, but GPLv2 only and GPLv3 and AGPLv3 probably cannot mix. The old GPLv2 and above and GPLv3 should be OK, but I am not sure about that and AGPLv3. The AGPLv3 should mix with GPLv3 but I was frankly confused when I looked at it and me making assumptions would be worse than normal arm-chair lawyering :). My confusion is the following: Does anything AGPL need to have its code available for download as its patched and running? If thats the case we would want to make sure that it doesn't get mixed up with anything that contains passwords and such :). What kind of segregation would we need to do with patches? We probably will not be able to take working code from say GPLv2 code and put it in AGPLv3 code. [Actually what code could we do that with ? BSD? Apache? Smoogen Proprietary License v1 ?] None of the above is 'nightmare' stuff.. just more of making sure we don't screw someone down the road with mixed licenses and metaphors. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mmcgrath at redhat.com Thu Jun 11 00:03:39 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 10 Jun 2009 19:03:39 -0500 (CDT) Subject: AGPLv3 and GPLv2 In-Reply-To: <80d7e4090906101558x750476a2lf73ea3ad9a944ab1@mail.gmail.com> References: <80d7e4090906101558x750476a2lf73ea3ad9a944ab1@mail.gmail.com> Message-ID: On Wed, 10 Jun 2009, Stephen John Smoogen wrote: > On Wed, Jun 10, 2009 at 3:17 PM, Mike McGrath wrote: > > So without knowing it we started using AGPLv3 code in our environment > > recently for fedora community and moksha. ?In the past I think all of our > > stuff has been GPL(ish) mostly GPLv2 (toshio correct me if I'm wrong > > there) > > > > I want to make sure we're all aware of what we can and can'd do as far as > > mixing the code between the two as this could be very unfortunate. > > > > Luke, you described the AGPLv3 as "crucial". ?Can you let the rest of us > > know why the GPLv2 wouldn't work? > > > > Toshio, also would you mind doing some grunt work and see what we've > > comitted to with mixing code? > > > > Ugh. I would assume Tom will be the best person to answer questions on > mixing, but GPLv2 only and GPLv3 and AGPLv3 probably cannot mix. The > old GPLv2 and above and GPLv3 should be OK, but I am not sure about > that and AGPLv3. The AGPLv3 should mix with GPLv3 but I was frankly > confused when I looked at it and me making assumptions would be worse > than normal arm-chair lawyering :). > > My confusion is the following: > > Does anything AGPL need to have its code available for download as its > patched and running? If thats the case we would want to make sure that > it doesn't get mixed up with anything that contains passwords and such > :). > > What kind of segregation would we need to do with patches? We probably > will not be able to take working code from say GPLv2 code and put it > in AGPLv3 code. [Actually what code could we do that with ? BSD? > Apache? Smoogen Proprietary License v1 ?] > > None of the above is 'nightmare' stuff.. just more of making sure we > don't screw someone down the road with mixed licenses and metaphors. > That's my concern too, I just want to know what we can / can't do. -Mike From ricky at fedoraproject.org Thu Jun 11 00:55:00 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 10 Jun 2009 20:55:00 -0400 Subject: koji database Message-ID: <20090611005500.GI22473@alpha.rzhou.org> Just so that this is documented somewhere: I accidentally ran the following command in /backups/postgres/db3.fedora.phx.redhat.com on db3 (I was expecting something else to be in my paste buffer): vim sudo createdb -T template1 koji && pg_restore --use-set-session-authorization -d koji koji.db As a result, the pg_restore command ran for a moment before I ctrl-ced it. This caused some sequences in the database to be reset, and I'm not exactly sure what else could have happened in that short time. mbonnet took a look at it and fixed up the sequences, but keep an eye out for anything else that could have happened here. Sorry for the trouble - I'll be more careful next time :-( Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From smooge at gmail.com Thu Jun 11 02:16:43 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 10 Jun 2009 20:16:43 -0600 Subject: koji database In-Reply-To: <20090611005500.GI22473@alpha.rzhou.org> References: <20090611005500.GI22473@alpha.rzhou.org> Message-ID: <80d7e4090906101916u36bd87c3ic4540196dbd20ad9@mail.gmail.com> On Wed, Jun 10, 2009 at 6:55 PM, Ricky Zhou wrote: > Just so that this is documented somewhere: > > I accidentally ran the following command in > /backups/postgres/db3.fedora.phx.redhat.com on db3 (I was expecting > something else to be in my paste buffer): > > vim sudo createdb -T template1 koji && pg_restore --use-set-session-authorization -d koji koji.db > > As a result, the pg_restore command ran for a moment before I ctrl-ced > it. ?This caused some sequences in the database to be reset, and I'm not > exactly sure what else could have happened in that short time. ?mbonnet > took a look at it and fixed up the sequences, but keep an eye out for > anything else that could have happened here. > > Sorry for the trouble - I'll be more careful next time :-( > Ricky Thankyou for documenting it. Its all a learning experience. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lmacken at redhat.com Thu Jun 11 04:28:00 2009 From: lmacken at redhat.com (Luke Macken) Date: Thu, 11 Jun 2009 00:28:00 -0400 Subject: AGPLv3 and GPLv2 In-Reply-To: References: Message-ID: <20090611042800.GB2955@x300> On Wed, Jun 10, 2009 at 04:17:57PM -0500, Mike McGrath wrote: > So without knowing it we started using AGPLv3 code in our environment > recently for fedora community and moksha. In the past I think all of our > stuff has been GPL(ish) mostly GPLv2 (toshio correct me if I'm wrong > there) > > I want to make sure we're all aware of what we can and can'd do as far as > mixing the code between the two as this could be very unfortunate. > > Luke, you described the AGPLv3 as "crucial". Can you let the rest of us > know why the GPLv2 wouldn't work? Using GPLv2 would allow $BIG_EVIL_CORPORATION to take our code and run it publicly on their servers without making the source available. The AGPL fixes this issue, which is known as the "application service provider loophole", and would require them to put a link to the source code if one existed in the original copy. This is why you will see links to the Moksha and Fedora Community source code at the bottom of every page. I am not a lawyer, nor do I play one on television. Someone smarter than I can elaborate further, or correct any false assumptions that we have made. More details from Wikipedia: """ Both versions of the AGPL were designed to close a perceived application service provider "loophole" (the "ASP loophole") in the ordinary GPL, where by using but not distributing the software, the copyleft provisions are not triggered. Each version differs from the version of the GNU GPL on which it is based in having an additional provision addressing use of software over a computer network. The additional provision requires that the complete source code be made available to any network user of the AGPL-licensed work, typically a web application. The Free Software Foundation has recommended that the GNU AGPLv3 be considered for any software that will commonly be run over a network.[2] The Open Source Initiative approved the GNU AGPLv3[3] as an Open Source license in March 2008 after Funambol submitted it for consideration[4] [...] Compatibility with the GPL Both versions of the AGPL, like the corresponding versions of the GNU GPL on which they are based, are strong copyleft licenses. In the FSF's judgment, the additional requirement in section 2(d) of AGPLv1 made it incompatible with the otherwise nearly identical GPLv2. That is to say, one cannot distribute a single work formed by combining components covered by each license. By contrast, GPLv3 and AGPLv3 each include clauses (in section 13 of each license) that together achieve a form of mutual compatibility for the two licenses. These clauses explicitly allow the "conveying" of a work formed by linking code licensed under the one license against code licensed under the other license.[7] In this way, the copyleft of each license is relaxed to allow distribution of such combinations. """ http://en.wikipedia.org/wiki/Affero_General_Public_License From a.badger at gmail.com Thu Jun 11 04:59:37 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 10 Jun 2009 21:59:37 -0700 Subject: AGPLv3 and GPLv2 In-Reply-To: <20090611042800.GB2955@x300> References: <20090611042800.GB2955@x300> Message-ID: <4A308F39.3080803@gmail.com> On 06/10/2009 09:28 PM, Luke Macken wrote: > On Wed, Jun 10, 2009 at 04:17:57PM -0500, Mike McGrath wrote: >> So without knowing it we started using AGPLv3 code in our environment >> recently for fedora community and moksha. In the past I think all of our >> stuff has been GPL(ish) mostly GPLv2 (toshio correct me if I'm wrong >> there) >> >> I want to make sure we're all aware of what we can and can'd do as far as >> mixing the code between the two as this could be very unfortunate. >> >> Luke, you described the AGPLv3 as "crucial". Can you let the rest of us >> know why the GPLv2 wouldn't work? > > Using GPLv2 would allow $BIG_EVIL_CORPORATION to take our code and run it > publicly on their servers without making the source available. The AGPL fixes > this issue, which is known as the "application service provider loophole", and > would require them to put a link to the source code if one existed in the > original copy. This is why you will see links to the Moksha and Fedora > Community source code at the bottom of every page. > > I am not a lawyer, nor do I play one on television. Someone smarter than I can > elaborate further, or correct any false assumptions that we have made. > > More details from Wikipedia: > > """ > Both versions of the AGPL were designed to close a perceived application > service provider "loophole" (the "ASP loophole") in the ordinary GPL, where by > using but not distributing the software, the copyleft provisions are not > triggered. Each version differs from the version of the GNU GPL on which it is > based in having an additional provision addressing use of software over a > computer network. The additional provision requires that the complete source > code be made available to any network user of the AGPL-licensed work, typically > a web application. > > The Free Software Foundation has recommended that the GNU AGPLv3 be considered > for any software that will commonly be run over a network.[2] The Open Source > Initiative approved the GNU AGPLv3[3] as an Open Source license in March 2008 > after Funambol submitted it for consideration[4] > > [...] > > Compatibility with the GPL > > Both versions of the AGPL, like the corresponding versions of the GNU GPL on > which they are based, are strong copyleft licenses. In the FSF's judgment, the > additional requirement in section 2(d) of AGPLv1 made it incompatible with the > otherwise nearly identical GPLv2. That is to say, one cannot distribute a > single work formed by combining components covered by each license. > > By contrast, GPLv3 and AGPLv3 each include clauses (in section 13 of each > license) that together achieve a form of mutual compatibility for the two > licenses. These clauses explicitly allow the "conveying" of a work formed by > linking code licensed under the one license against code licensed under the > other license.[7] In this way, the copyleft of each license is relaxed to allow > distribution of such combinations. """ > Unfortunately, this section doesn't help us at all as we have no GPLv3 code to worry about at the moment. spot, we need a quick course on what the AGPL means for us WRT mixing code and whether it makes sense for us to relicense all of our web apps (where the copyright holders agree). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jim at meyering.net Thu Jun 11 09:36:26 2009 From: jim at meyering.net (Jim Meyering) Date: Thu, 11 Jun 2009 11:36:26 +0200 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <1244513311.3206.81.camel@localhost.localdomain> (Jesse Keating's message of "Mon, 08 Jun 2009 22:08:31 -0400") References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> <1244492607.3206.73.camel@localhost.localdomain> <87zlci8lti.fsf@meyering.net> <1244513311.3206.81.camel@localhost.localdomain> Message-ID: <87r5xrw1r9.fsf@meyering.net> Jesse Keating wrote: > On Mon, 2009-06-08 at 23:20 +0200, Jim Meyering wrote: >> Sure. >> What repo? >> I have a couple fedora-infra-related ones, >> but none that contain that file, and a few quick >> searches didn't show me the light. > > Oh, it's in puppet, wasn't sure if you had puppet access. Sorry I was > short, a bit busy with the FAD and release. I'll circle back to this > and get a diff from you at some point. >From f044206b3d6d2c43c6ea5c16728841a9584e374c Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 11 Jun 2009 11:35:35 +0200 Subject: [PATCH] configs/build/rawhide: stop upon failure If mktemp, clone, or any other step fails, do not perform remaining steps. s/;/ &&/g --- configs/build/rawhide | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configs/build/rawhide b/configs/build/rawhide index 4a90bb3..1cc949d 100644 --- a/configs/build/rawhide +++ b/configs/build/rawhide @@ -1,3 +1,3 @@ # rawhide compose MAILTO=jkeating at fedoraproject.org -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR && git clone -n git://git.fedorahosted.org/git/releng && cd releng && git checkout -b rawhide-stable && LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d") && sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora -- 1.6.3.2.349.g338ec3 From spurath at students.uni-mainz.de Thu Jun 11 15:08:03 2009 From: spurath at students.uni-mainz.de (Thomas Spura) Date: Thu, 11 Jun 2009 17:08:03 +0200 Subject: koji database wrong? Message-ID: <1244732884.2469.6.camel@localhost.localdomain> Hi list, I don't know if this belongs to here, redirect me, if I'm wrong... After running 'yum info cmake', the result is: Name : cmake Architektur : x86_64 Version : 2.6.4 Ausgabe : 1.fc10 Gr?sse : 6.4 M Repo : updates Trying to install failed, because the "1.fc10". With "1.fc11" it should work. Is this issue maybe coming from the previously mentioned "pg_restore command" or more a yum or whatever issue? Thomas From mmcgrath at redhat.com Thu Jun 11 15:42:26 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 11 Jun 2009 10:42:26 -0500 (CDT) Subject: koji database wrong? In-Reply-To: <1244732884.2469.6.camel@localhost.localdomain> References: <1244732884.2469.6.camel@localhost.localdomain> Message-ID: On Thu, 11 Jun 2009, Thomas Spura wrote: > Hi list, > I don't know if this belongs to here, redirect me, if I'm wrong... > > After running 'yum info cmake', the result is: > > Name : cmake > Architektur : x86_64 > Version : 2.6.4 > Ausgabe : 1.fc10 > Gr?sse : 6.4 M > Repo : updates > > Trying to install failed, because the "1.fc10". With "1.fc11" it should > work. > > Is this issue maybe coming from the previously mentioned "pg_restore > command" or more a yum or whatever issue? > Try a "yum clean metadata" and try again. This sounds like stale yum cache. Should be unrelated to koji. -Mike From skvidal at fedoraproject.org Thu Jun 11 15:45:25 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 11 Jun 2009 11:45:25 -0400 (EDT) Subject: koji database wrong? In-Reply-To: References: <1244732884.2469.6.camel@localhost.localdomain> Message-ID: On Thu, 11 Jun 2009, Mike McGrath wrote: > On Thu, 11 Jun 2009, Thomas Spura wrote: > >> Hi list, >> I don't know if this belongs to here, redirect me, if I'm wrong... >> >> After running 'yum info cmake', the result is: >> >> Name : cmake >> Architektur : x86_64 >> Version : 2.6.4 >> Ausgabe : 1.fc10 >> Gr?sse : 6.4 M >> Repo : updates >> >> Trying to install failed, because the "1.fc10". With "1.fc11" it should >> work. >> >> Is this issue maybe coming from the previously mentioned "pg_restore >> command" or more a yum or whatever issue? >> > > Try a "yum clean metadata" and try again. This sounds like stale yum > cache. Should be unrelated to koji. or yum clean expire-cache -sv From spurath at students.uni-mainz.de Thu Jun 11 15:57:03 2009 From: spurath at students.uni-mainz.de (Thomas Spura) Date: Thu, 11 Jun 2009 17:57:03 +0200 Subject: koji database wrong? In-Reply-To: References: <1244732884.2469.6.camel@localhost.localdomain> Message-ID: <1244735823.2469.7.camel@localhost.localdomain> Am Donnerstag, den 11.06.2009, 17:45 +0200 schrieb Seth Vidal: > > On Thu, 11 Jun 2009, Mike McGrath wrote: > > > On Thu, 11 Jun 2009, Thomas Spura wrote: > > > >> Hi list, > >> I don't know if this belongs to here, redirect me, if I'm wrong... > >> > >> After running 'yum info cmake', the result is: > >> > >> Name : cmake > >> Architektur : x86_64 > >> Version : 2.6.4 > >> Ausgabe : 1.fc10 > >> Gr?sse : 6.4 M > >> Repo : updates > >> > >> Trying to install failed, because the "1.fc10". With "1.fc11" it should > >> work. > >> > >> Is this issue maybe coming from the previously mentioned "pg_restore > >> command" or more a yum or whatever issue? > >> > > > > Try a "yum clean metadata" and try again. This sounds like stale yum > > cache. Should be unrelated to koji. > > or yum clean expire-cache > > -sv Thanks a lot, yum clean metadata worked. Thomas From Matt_Domsch at dell.com Thu Jun 11 19:08:18 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 11 Jun 2009 14:08:18 -0500 Subject: 2 MM metalink fixes pushed Message-ID: <20090611190818.GB20489@auslistsprd01.us.dell.com> I just pushed a couple fixes for MM live. The metalinks for F11 ISOs were failing to get created, because the code had a hard-coded length check when parsing the CHECKSUM file, based on the md5 and sha1 lengths; obviously SHA256 checksums are longer. Whoops. Fixed on bapp1, so in a couple hours, it should be visible on mirrors.fp.o/metalink?path=pub/... Thanks, Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ricky at fedoraproject.org Thu Jun 11 20:49:26 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 11 Jun 2009 16:49:26 -0400 Subject: Meeting Log - 2009-06-11 Message-ID: <20090611204926.GA17661@alpha.rzhou.org> Also avaliable at: Minutes: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-11-20.00.html Log: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-11-20.00.log.html 20:00 < mmcgrath> #startmeeting 20:00 < fedbot> Meeting started Thu Jun 11 20:00:09 2009 UTC. The chair is mmcgrath. 20:00 < fedbot> Information about MeetBot at http://wiki.debian.org/MeetBot , Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00 * ricky 20:00 < mmcgrath> #topic Infrastructure -- Who's here? 20:00 -!- ChitleshGoorah1 [n=chitlesh at d54C48C73.access.telenet.be] has joined #fedora-meeting 20:00 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:00 * ricky 20:00 * LinuxCode 20:00 * SmootherFrOgZ is 20:00 * lmacken 20:00 * mmcgrath is here 20:00 * nirik is lurking around. 20:01 < mmcgrath> Ok, well lets get started 20:01 < mmcgrath> #topic Infrastructure -- F11 Release 20:01 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- F11 Release 20:01 -!- sijis [n=sijis at adsl-70-131-122-68.dsl.emhril.sbcglobal.net] has joined #fedora-meeting 20:01 < mmcgrath> .ticket 1395 20:01 < zodbot> mmcgrath: #1395 (Lessons Learned) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1395 20:01 < mmcgrath> So what went wrong with this release? 20:02 < mmcgrath> All in all I think it went very well. 20:02 < nirik> very little I think. ;) 20:02 < mmcgrath> The early bit flip (thanks f13) provided a 75% mirror rate when the anouncement went out. 20:02 * herlo is lurking 20:02 < mmcgrath> thats much better then for F10. 20:02 < ricky> I didn't expect docs links to change, so we had to do some last-minute updates that made us a bit late 20:02 < ricky> We'll make sure to double check that better next time around. 20:02 -!- ChitleshGoorah2 [n=chitlesh at 123.5-241-81.adsl-dyn.isp.belgacom.be] has joined #fedora-meeting 20:02 < mmcgrath> Also, as mdomsch has pointed out many times, the torrents were screaming. The fastest torrent dl's I've ever had during a release. 20:03 * sijis is here. 20:03 < mmcgrath> 15-20 minutes for 4 isos compared to 8 or 9 hours previously. 20:03 * ianweller 20:03 * abadger1999 here 20:03 < nirik> yeah, due to them opening early we got a lot more seeders at release time. 20:03 -!- ldimagg__ [n=ldimaggi at pool-96-252-122-35.bstnma.fios.verizon.net] has joined #fedora-meeting 20:03 < mmcgrath> ricky: should we make that a docs task or an us task? 20:03 < ricky> That'll be a websites task, I'll send links to the test page to list in advance. 20:04 * johe_ here too, by the way 20:04 < mmcgrath> k 20:04 < mmcgrath> The other thing that went kind of wacky was the bit leaks we had the thursday or friday before hand. 20:04 < mmcgrath> I think f13 is working on those though. 20:05 < mmcgrath> Oh, one other thing. 20:05 < mmcgrath> Proxy3 was hurting. 20:05 < mmcgrath> And I think I know why but I need to do a bit more research. 20:05 < mmcgrath> long story short it was doing too much. 20:05 < mmcgrath> I think it's just because it's one of our slower boxes in terms of cpu and disk. 20:05 < ricky> Did the x86_64 vs. i386 difference also come into play? 20:06 < mmcgrath> ricky: not this time. But proxy1 and proxy2 are kind of odd because they're behind a balancer. 20:06 * mmcgrath needs to fix that. 20:06 < ricky> Ah 20:06 < mmcgrath> But once the release was out the door.... Things went great. 20:06 < mmcgrath> Anyone have anything else on this topic? 20:06 < rjune_wrk> why are they behind the balancer, but the slowest box has to face the cold cruel world all alone? 20:07 < mmcgrath> rjune_wrk: well, we've got 4 sites, only one of which has a balancer. 20:07 < mmcgrath> so we've got 5 proxy servers, 2 behind the balancer, the others are all at the various sites. 20:07 -!- che [n=che at redhat/che] has joined #fedora-meeting 20:07 < rjune_wrk> ah, ok. 20:07 < mmcgrath> Ok, anyone have anything else? 20:07 < mmcgrath> Solid 20:08 < mmcgrath> #topic Infrastructure -- Fedora Community 20:08 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Fedora Community 20:08 < lmacken> We deployed our first TurboGears2 application this week :) 20:08 < mmcgrath> So fedora community shipped. 20:08 < mmcgrath> lmacken: you want to talk a bit about all of it? 20:08 < lmacken> Sure 20:08 < SmootherFrOgZ> \o/ 20:08 < lmacken> Software speaking, not much went wrong. 20:08 * mmcgrath is talking about https://admin.fedoraproject.org/community/ 20:08 < lmacken> I hit some insane traceback during staging that was caused by pointing to the unresolvabl 20:08 < lmacken> e db1.stg, instead of just db1. Other than that, everything went very smooth. 20:09 < lmacken> It's using both of our new memecached servers, using postgres on db2 for the feed store, and currently load balancing to mod_wsgi on app1 and 2 20:09 < lmacken> and it's the snappiest I've ever seen the app as of yet 20:09 -!- sseiersen|away is now known as sseiersen 20:09 < lmacken> but anyway, I did another update today to fix a variety of bugs, and we're going to keep cranking on it 20:09 < mmcgrath> It also means we can, at our leasure, convert our apps to TG2. 20:09 < lmacken> I want to plan a post-mortem when spot gets back from vacation 20:10 < lmacken> so we can talk about what happened, and how we can do it better 20:10 < mmcgrath> lmacken: is the whole tg2 stack in Fedora yet? I need to install and start playing with it. 20:10 < lmacken> the whole TurboGears2/FedoraCommunity/Moksha stack is in our fedora-infrastructure repo, and a chunk of it is still under review 20:10 < ricky> Does our tg2 support mean close-to automatic support for pylons as well? 20:10 < lmacken> ricky: yes 20:10 < ricky> Awesome 20:11 < lmacken> pylons should work fine now 20:11 < mmcgrath> excellent. 20:11 < mmcgrath> Anyone have any questions for Luke on fedora community? 20:11 < lmacken> I will start writing up a TurboGears2 SOP 20:11 < abadger1999> I'd like to get together some questions to ask spot wrt licensing. 20:12 < ricky> I guess that can be discussed at the post-mortem as soon as spot is back - can that be on IRC? 20:12 < abadger1999> That way we can have less round trips to legal. 20:12 < abadger1999> IRC +1 20:12 < mmcgrath> I just want to be better educated about it before I copy and paste :) 20:12 < lmacken> yes, it will be public, probably on irc or asterisk 20:13 < rjune_wrk> IRC+1 20:13 -!- ks3 [n=ks3 at 74.203.195.1] has joined #fedora-meeting 20:13 < mmcgrath> Anyone have anything else on this? 20:13 < abadger1999> asterisk -1; IRC is better for public stuff. 20:13 < lmacken> mmcgrath: when do you wanna spread to app3-6? 20:13 < mmcgrath> lmacken: good work, thanks for the time you've put in on it. 20:13 < lmacken> abadger1999: agreed 20:14 < mmcgrath> lmacken: today or tomorrow. I know you did some updates, were they straight rpm updates? 20:14 < lmacken> mmcgrath: thank you. Thanks for your help as well, couldn't have done it without you guys 20:14 < lmacken> mmcgrath: yep, straight rpm updates 20:14 < mmcgrath> coolz. 20:14 < mmcgrath> ok so next topic 20:15 < mmcgrath> #topic Infrastructure -- Memcached 20:15 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Memcached 20:15 < mmcgrath> we've been slipping down the slippery slope that is memcached. 20:15 < mmcgrath> a month ago we were using it for sessions on the wiki. 20:15 -!- ldimaggi_ [n=ldimaggi at pool-96-252-122-35.bstnma.fios.verizon.net] has quit Read error: 110 (Connection timed out) 20:15 -!- phunster [n=lanny at pool-74-105-133-148.nwrknj.fios.verizon.net] has quit "Ex-Chat" 20:15 < mmcgrath> starting today we've got 3 apps using it and dedicated memcached servers. 20:16 < mmcgrath> the fas memcached stuff is going to exist just on the fas servers for security reasons. 20:16 < mmcgrath> everything else is on memcached[1-2] 20:16 < mmcgrath> ricky: do you want to remove memcached from puppet on app[1-2] or do you want me to 20:16 < mmcgrath> ? 20:16 < ricky> I'll get that after the meeting 20:16 < mmcgrath> solid 20:16 < mmcgrath> Nothing major here, just mentioning it. Any questions? 20:16 -!- ChitleshGoorah [n=chitlesh at fedora/ChitleshGoorah] has quit Read error: 113 (No route to host) 20:16 < ricky> Speaking of security, I just want to let everybody know that load access into memcached = arbitrary command execution with python-memcached 20:17 < ricky> So be careful about that :-) 20:17 < mmcgrath> 20:17 -!- djf_jeff [n=jeff at modemcable026.33-70-69.static.videotron.ca] has quit "I quit" 20:17 < mmcgrath> k 20:18 < mmcgrath> #topic Infrastructure -- fas update 20:18 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- fas update 20:18 < mmcgrath> So we just got done (well, are still doing) the fas updates. 20:18 < mmcgrath> This was a pretty major change as changes go. 20:18 < mmcgrath> Especially in how our shell accounts and aliases are generated. 20:18 < mmcgrath> So keep your eyes out for oddities. 20:19 < mmcgrath> So far things have been going fine, we've been running in staging for a while now without issue. 20:19 -!- ChitleshGoorah1 [n=chitlesh at d54C48C73.access.telenet.be] has quit Connection timed out 20:19 < mmcgrath> I'm going to be moving our fas-sync to run more often on some of our more public servers 20:19 < mmcgrath> fedorapeople, fedorahosted, cvs, etc. 20:19 < mmcgrath> Any questions there? 20:19 -!- rdieter [n=rdieter at fedora/rdieter] has quit Remote closed the connection 20:19 < ricky> Woohoo :-) My goal is <= 5 minutes sync time 20:20 < mmcgrath> :) 20:20 < mmcgrath> Ok 20:20 < mmcgrath> #topic Infrastructure -- Outage this morning 20:20 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Outage this morning 20:20 < mmcgrath> So we had some doom this morning for those of you hanging out in #sysadmin-noc 20:20 < mmcgrath> Not sure what happened yet but I opened a bug about it 20:20 < mmcgrath> https://bugzilla.redhat.com/505352 20:20 < mmcgrath> xen13 up and died. 20:20 < mmcgrath> and took db2 with it, twice. 20:20 < mmcgrath> I moved db2 to a different host, hasn't happened since. 20:21 < mmcgrath> at the moment, nothing new on this so I'll move on. 20:21 < mmcgrath> #topic Infrastructure -- Pkgdb update 20:21 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Pkgdb update 20:21 < mmcgrath> abadger1999: we're on for a pkgdb rollout on Monday? 20:21 < abadger1999> that's right. 20:21 < mmcgrath> and this is a wsgi conversion? 20:21 < mmcgrath> any other changes? 20:21 < abadger1999> It's a major update that gets us using wsgi for the packagedb, all the bugfixes that accrued during change freeze, 20:22 < mmcgrath> I've still got smolt to convert. 20:22 < abadger1999> moving to usernames instead of userids i nthe public API. 20:22 < mmcgrath> after that I *think* all of our tg stuff will be good to go. 20:22 < ricky> Afdter pkgdb and smolt, will all of our apps be on haproxy + wsgi? 20:22 < abadger1999> Switching package status from the orphan owner to the status field. 20:22 < abadger1999> Lots of stuff changing. 20:23 -!- moixs [n=moixs at 81.13.143.9] has quit Remote closed the connection 20:23 < lmacken> I'll get a new bodhi ready to go at that time 20:23 < lmacken> I should probably get a new one into staging now so we can test bodhi#319 20:23 < mmcgrath> ricky: I believe so. 20:24 < abadger1999> lmacken: Excellent 20:24 < mmcgrath> lmacken: sounds good. 20:24 < mmcgrath> Anything else on this? 20:24 < abadger1999> Test out admin.stg.fedoraproject.org/pkgdb ! ;-) 20:24 < mmcgrath> hehehe 20:24 < mmcgrath> #topic Infrastructure -- releng1.stg 20:24 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- releng1.stg 20:24 < abadger1999> I'm sure there's more bugs since this has major changes. 20:24 < ricky> After the pkgdb update, let's go through staging 20:24 < mmcgrath> speaking of staging 20:24 < mmcgrath> abadger1999: yeah :) 20:25 < mmcgrath> releng1.stg is nearing rediness. 20:25 < ricky> And make sure to get all the commits we want out of it before restarting the branch. 20:25 < mmcgrath> lmacken: I need to find out from you and jwb what is missing from it. I think it's going to take a close eye to make sure we know what we're putting in staging. 20:25 < mmcgrath> cron jobs and things that might fail, that sort of thing. 20:25 < lmacken> mmcgrath: readonly mount of /mnt/koji? 20:25 < mmcgrath> lmacken: it'll have that. 20:26 < lmacken> ok, to test mashing and whatnot, we'll have to tweak some paths 20:26 < mmcgrath> lmacken: and I don't think anything mash like is installed yet. 20:26 < mmcgrath> but I figure we'll work through it one boy one until it's usable for you and jwb. 20:27 < lmacken> ok, cool 20:27 < mmcgrath> I also assume you're going to need some sort of $TEMP_STORAGE 20:27 < lmacken> yeah 20:27 < mmcgrath> that's fairly large. we'll figure that out when the time comes. 20:27 -!- knurd is now known as knurd_afk 20:27 < mmcgrath> was jwb at FAD? 20:27 < lmacken> yep 20:27 < mmcgrath> probably traveling / busy 20:27 < mmcgrath> we'll get ahold of him. 20:27 < mmcgrath> ok, ricky :) 20:27 < mmcgrath> #topic Infrastructure -- Staging 20:27 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Staging 20:28 < mmcgrath> So we need to refresh the staging branch at some point soon. 20:28 < mmcgrath> and make sure all of our staging commits get merged back with master. 20:28 < mmcgrath> ricky: what are a rundown of some of the commits left? 20:28 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit "Verlassend" 20:28 < mmcgrath> I know pkgdb had a bunch. 20:29 < ricky> Here's the full diff: http://ricky.fedorapeople.org/staging.diff 20:29 -!- phunster [n=lanny at pool-74-105-133-148.nwrknj.fios.verizon.net] has joined #fedora-meeting 20:29 < ricky> It's mostly pkgdb, I thnk 20:29 < ricky> **think 20:29 < ricky> It's not that bad, so we might get away with not blowing it away 20:30 < ricky> But I guess that's something to look at once pkgdb changes have been merged. 20:30 < abadger1999> pkgdb will be synced after Monday, so that's good. 20:30 < mmcgrath> Yeah 20:30 < ricky> Cool. 20:30 < abadger1999> Do we have a good recipe for merging the changes yet? 20:30 < ricky> And thanks to mmcgrath for starting to merge often this week 20:30 < mmcgrath> All in all, considering we don't really monitor this interaction much... things are in better shape then they otherwise could be. 20:30 < mmcgrath> ricky: figured i'd make a habit of it 20:31 < ricky> abadger1999: It'll probably consist mostly of finding out what we want to keep or throw away 20:32 < ricky> The process of merging isn't that painful at all, just getting updates on half-finished or abandoned work in staging. 20:32 < abadger1999> ricky: I'm just wondering, can I copy changes from staging to production, commit, and git will figure it out? Or do I need to use some git command to pick out specific changesets? 20:33 -!- Sonar_Guy [n=Who at fedora/sonarguy] has joined #fedora-meeting 20:33 < ricky> It's cleaner to cherry-pick, but I *think* hand-copying will work as well. I haven't tried doing work that way though, so I'm not sure how well it gets handled. 20:33 < ricky> I think the diff is short enough for us to go through it manually though. 20:33 < mmcgrath> I've hand-copied with success in the past. 20:33 < mmcgrath> but try to use git just so I'm mo'betta with it. 20:35 < abadger1999> Okay. We'll see what it looks like after Monday's merge ;-) 20:35 < mmcgrath> Ok, anything else on that? 20:35 < mmcgrath> yeah 20:35 -!- Sonar_Guy [n=Who at fedora/sonarguy] has quit Client Quit 20:35 < mmcgrath> With that, we'll open the floor 20:35 -!- Gremlin_ [n=lkrzemin at 77-97-161-32.cable.ubr04.donc.blueyonder.co.uk] has joined #fedora-meeting 20:35 < mmcgrath> #topic Infrastructure -- Open Floor 20:35 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:35 < mmcgrath> Anyone have anything they'd like to discuss? 20:35 < LinuxCode> apart from a million questions I have ? 20:35 < LinuxCode> lol 20:35 < ricky> Ask away :-) 20:36 < LinuxCode> I will have to figure out what is done for what purpose the enxt weeks 20:36 -!- Gremlin_ [n=lkrzemin at 77-97-161-32.cable.ubr04.donc.blueyonder.co.uk] has quit Client Quit 20:36 -!- Sonar_Guy [n=Who at fedora/sonarguy] has joined #fedora-meeting 20:36 < LinuxCode> ricky, I ask you guys the next weeks, or we would be here all night 20:36 < LinuxCode> lol 20:36 < ricky> feel free to ask in #fedora-admin after the meeting as well 20:36 < LinuxCode> Id like to figure out how everything fits together 20:36 < LinuxCode> sure 20:36 < LinuxCode> I have one question though, the fas update was to kill bugs ? 20:37 < LinuxCode> it said so in the email I had 20:37 < abadger1999> LinuxCode: For some definition of bugs, yes. 20:37 < LinuxCode> abadger1999, I take it to make sure that people participate and not just sign up then ? 20:37 < abadger1999> Ther were bugs and there was also performance problems that were causing failures to occur. 20:37 < LinuxCode> ohh ok 20:37 < LinuxCode> i see 20:38 < ricky> The extra @fp.o aliases being created was a bug too 20:38 < LinuxCode> ricky, thats what I meant 20:38 < ricky> Unfortunately, it went unnoticed for a loong time. 20:38 < LinuxCode> would have been nice to give people a week though to sort themselves out 20:38 < ricky> The policy hasn't changed, it was just a bug that we weren't enforcing it. 20:38 < LinuxCode> I had the email today saying about the bug 20:39 < LinuxCode> hmm k 20:39 -!- sseiersen is now known as Video_juegos_not 20:39 < LinuxCode> well it doesnt matter now 20:39 < LinuxCode> for me anyway 20:39 < LinuxCode> ;-} 20:39 < mmcgrath> heheh 20:39 < mmcgrath> Anyone have anything else to discuss? If not we'll close the meeting early. 20:39 -!- Video_juegos_not is now known as sseiersen 20:40 < mmcgrath> Closing in 30 20:40 < mmcgrath> 10 20:40 < mmcgrath> #endmeeting -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From poelstra at redhat.com Fri Jun 12 01:58:48 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 11 Jun 2009 18:58:48 -0700 Subject: Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC Message-ID: <4A31B658.8060400@redhat.com> Hi Infrastructure Team, At your earliest convenience please fill the name of the additional person from your team that would like to attend the Fedora 11 Retrospective. This meeting will be a conference call to talk about the good and not so good of the Fedora 11 release cycle in with the hope that we can make Fedora 12 even better! If the team lead is not able to attend please substitute another person on the sign-up page below so that there are two people from each team. https://fedoraproject.org/wiki/Fedora_11_Retrospective Thanks, John From mmcgrath at redhat.com Fri Jun 12 02:23:03 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 11 Jun 2009 21:23:03 -0500 (CDT) Subject: Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC In-Reply-To: <4A31B658.8060400@redhat.com> References: <4A31B658.8060400@redhat.com> Message-ID: On Thu, 11 Jun 2009, John Poelstra wrote: > Hi Infrastructure Team, > > At your earliest convenience please fill the name of the additional person > from your team that would like to attend the Fedora 11 Retrospective. This > meeting will be a conference call to talk about the good and not so good of > the Fedora 11 release cycle in with the hope that we can make Fedora 12 even > better! > > If the team lead is not able to attend please substitute another person on the > sign-up page below so that there are two people from each team. > > https://fedoraproject.org/wiki/Fedora_11_Retrospective > I'll be there. -Mike From jonstanley at gmail.com Fri Jun 12 02:47:53 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 11 Jun 2009 22:47:53 -0400 Subject: [Ambassadors] Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC In-Reply-To: References: <4A31B658.8060400@redhat.com> Message-ID: Mike - The whole thing here is that you need to have an *additional* person there. So we need another infrastructure person to volunteer to attend. On 6/11/09, Mike McGrath wrote: > On Thu, 11 Jun 2009, John Poelstra wrote: > >> Hi Infrastructure Team, >> >> At your earliest convenience please fill the name of the additional person >> from your team that would like to attend the Fedora 11 Retrospective. >> This >> meeting will be a conference call to talk about the good and not so good >> of >> the Fedora 11 release cycle in with the hope that we can make Fedora 12 >> even >> better! >> >> If the team lead is not able to attend please substitute another person on >> the >> sign-up page below so that there are two people from each team. >> >> https://fedoraproject.org/wiki/Fedora_11_Retrospective >> > > I'll be there. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Sent from my mobile device From mmcgrath at redhat.com Fri Jun 12 14:16:59 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Jun 2009 09:16:59 -0500 (CDT) Subject: [Ambassadors] Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC In-Reply-To: References: <4A31B658.8060400@redhat.com> Message-ID: On Thu, 11 Jun 2009, Jon Stanley wrote: > Mike - > > The whole thing here is that you need to have an *additional* person > there. So we need another infrastructure person to volunteer to > attend. > I asked ricky to come because he's already going to be on for websites. If I should have someone else entirely, any volunteers who were involved with the release? -Mike > On 6/11/09, Mike McGrath wrote: > > On Thu, 11 Jun 2009, John Poelstra wrote: > > > >> Hi Infrastructure Team, > >> > >> At your earliest convenience please fill the name of the additional person > >> from your team that would like to attend the Fedora 11 Retrospective. > >> This > >> meeting will be a conference call to talk about the good and not so good > >> of > >> the Fedora 11 release cycle in with the hope that we can make Fedora 12 > >> even > >> better! > >> > >> If the team lead is not able to attend please substitute another person on > >> the > >> sign-up page below so that there are two people from each team. > >> > >> https://fedoraproject.org/wiki/Fedora_11_Retrospective > >> > > > > I'll be there. > > > > -Mike > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > -- > Sent from my mobile device > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From ashwin.muni at gmail.com Fri Jun 12 15:38:12 2009 From: ashwin.muni at gmail.com (Ashwin Muni) Date: Fri, 12 Jun 2009 21:08:12 +0530 Subject: Introduction Message-ID: <2f2080dc0906120838i29f5de16oc110ececa8904dba@mail.gmail.com> Hi Team, Name : Ashwin Muni Country : India City : Mumbai State : Maharashtra Timezone : +5:30 Experience in FOSS : 5 years I am a Linux System and Network Administrator working for an IT Company. I Would like to join the Fedora Project and work with the community because i have found immense power and growth in the community . Being a part of the community i would directly and indirectly grow my thirst of Learning. About Me : Worked on Webservers : Apache , Nginx, Lightttpd Mailservers : Postfix, QMAIL,Sendmail, Dovecot, Courier, (Also Dspam, Spamassain and Various AV and AS Modules) Firewalls : IPCop Languages C Bash Perl PHP Currently Focused on Security : Intrusion Detectin System Cluster Database Clustering and Recovering after Database Corruption Also please let me know if any other information about me is Required -- Ashwin R. Linux System / Network Adminstrator From mmcgrath at redhat.com Fri Jun 12 17:45:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Jun 2009 12:45:41 -0500 (CDT) Subject: An Introduction In-Reply-To: References: Message-ID: On Tue, 9 Jun 2009, Parag Radke wrote: > Hello Everyone,?I am Parag Radke. i recently completed my?Bachelors? in Computer Sci. & Engg. I am?Interested ??in > ?Operating Systems and Compiler Design. I join this team because i want to contribute to the world of open source and > want to learn the open source tech. I am using fedora from some time and even used ubuntu as well. I even did my final > year project on parallel compilers. I am not ?very familiar with the way people execute the task here. so please help me > in this regard and guide me so that i can contribute in some useful way. > ?Thanx & Regards. > Parag Radke?? > Welcome Parag, we run th eservers that run Fedora. You should make sure to introduce yourself on the fedora-devel-list. You can also get ahold of the gcc guys! Welcome to Fedora. -Mike From mmcgrath at redhat.com Fri Jun 12 17:46:42 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Jun 2009 12:46:42 -0500 (CDT) Subject: Introduction In-Reply-To: References: Message-ID: On Wed, 10 Jun 2009, Bobby Cox wrote: > Hello Everyone. My name is Bobby Cox and a Linux SA in Houston, TX. I've > been working with linux/unix for about 8 years now. I currently work for a > start up helping expose others to open-source by providing VMs of various > open-source projects for use via a browser. > > I started with RH 5.2, then moved to Gentoo and then Fedora, CentOS and RHEL > depending on the environment. I can script in shell, perl and am currently > learning python. > > Please allow me to help when and where necessary. It would be a honor to help > the Fedora Project. > Welcome Bobby, have you seen - http://fedoraproject.org/wiki/Infrastructure/GettingStarted ? -Mike From mmcgrath at redhat.com Fri Jun 12 17:53:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Jun 2009 12:53:41 -0500 (CDT) Subject: Introduction In-Reply-To: <2f2080dc0906120838i29f5de16oc110ececa8904dba@mail.gmail.com> References: <2f2080dc0906120838i29f5de16oc110ececa8904dba@mail.gmail.com> Message-ID: On Fri, 12 Jun 2009, Ashwin Muni wrote: > Hi Team, > Name : Ashwin Muni > Country : India > City : Mumbai > State : Maharashtra > Timezone : +5:30 > Experience in FOSS : 5 years > > I am a Linux System and Network Administrator working for an IT > Company. I Would > like to join the Fedora Project and work with the community because i > have found immense power and growth in the community . Being a part of > the community i would directly and indirectly grow my thirst of > Learning. > > Intrusion detection is always nice. I notice you say you'd like to work "with the community" which means the ambassadors might also be a good team for you to join. Have you seen this page: http://fedoraproject.org/wiki/Infrastructure/GettingStarted ? -Mike From ashwin.muni at gmail.com Fri Jun 12 18:20:55 2009 From: ashwin.muni at gmail.com (Ashwin Muni) Date: Fri, 12 Jun 2009 23:50:55 +0530 Subject: Introduction In-Reply-To: References: <2f2080dc0906120838i29f5de16oc110ececa8904dba@mail.gmail.com> Message-ID: <2f2080dc0906121120k532680b1l37f5957d2966571d@mail.gmail.com> Hi Mike, I have joined the ambassador team as well as admin team but nowhere i have been approved. waiting for approval from the moderator guys. Hope will get soon working for Fedora. Ashwin On Fri, Jun 12, 2009 at 11:23 PM, Mike McGrath wrote: > On Fri, 12 Jun 2009, Ashwin Muni wrote: > >> Hi Team, >> Name : Ashwin Muni >> Country : India >> City : Mumbai >> State : Maharashtra >> Timezone : +5:30 >> Experience in FOSS : 5 years >> >> I am a Linux System and Network ?Administrator working for an IT >> Company. I Would >> like to join the Fedora Project and work with the community because i >> have found immense power and growth in the community . Being a part of >> the community i would directly and indirectly grow my thirst of >> Learning. >> >> > > Intrusion detection is always nice. ?I notice you say you'd like to work > "with the community" which means the ambassadors might also be a good team > for you to join. ?Have you seen this page: > > http://fedoraproject.org/wiki/Infrastructure/GettingStarted ? > > ? ? ? ?-Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Ashwin R. From fedora at matbooth.co.uk Fri Jun 12 19:29:02 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Fri, 12 Jun 2009 20:29:02 +0100 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> Message-ID: <9497e9990906121229o67c8b857i9b8be44bec24d71@mail.gmail.com> On Sun, Jun 7, 2009 at 3:21 AM, stackoverflow team wrote: > more info here: > http://code.google.com/p/dotnetopenid/issues/detail?id=186 > > I have confirmed that the https://login.launchpad.net/+openid OP endpoint is > not > sending the session_type parameter back in the associate direct response > message. > > This OP seems to implement OpenID 2.0 (it sends the 'ns' parameter back), > yet OpenID > 2.0 mandates that session_type is NOT an optional parameter. In OpenID 1.x, > it WAS > an optional parameter. This is a common bug for OPs and I will talk to > launchpad.net > about getting this bug fixed on their end. > > References: > 1.1 spec: http://openid.net/specs/openid-authentication-1_1.html#anchor14 > 2.0 spec: http://openid.net/specs/openid-authentication-2_0.html#anchor20 > Hi, I set up an instance of our OpenID provider so I can test on my local machine, but the StackOverflow login doesn't even get as far as it does with the operational instance. It just fails with a web request failed error. Compare the results of trying to log into StackOverflow from my test instance URL[1] with the results from the operational instance URL[2]. Could this be because I'm using a non-standard port number on the test instance? It seems to be set up correctly because I can log into ThinkWiki[3], for example on both the test and operational instances. Regards, Mat [1] http://www.matbooth.co.uk:8088/accounts/openid/id/test4 [2] http://admin.fedoraproject.org/accounts/openid/id/mbooth [3] http://www.thinkwiki.org/wiki/Special:OpenIDLogin -- Mat Booth www.matbooth.co.uk From a.badger at gmail.com Sun Jun 14 14:12:15 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 14 Jun 2009 07:12:15 -0700 Subject: PackageDB release candidate testing Message-ID: <4A35053F.7090800@gmail.com> If anyone would like to test the PackageDB release for Monday, I now have a release candidate running in the staging environment and packages built for cvsadmins to install and test the admin client. The web interface is here: https://admin.stg.fedoraproject.org/pkgdb Client software for Fedora is built in koji: python-fedora-0.3.13.1 for Fedora: https://koji.fedoraproject.org/koji/packageinfo?packageID=5050 EPEL-5 python-fedora: http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/python-fedora/0.3.13.1-1.el5/ Fedora PackageDB Client Packages are being built in koji. When done, you should be able to download the client packages from: F-12 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413140 F-11 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413141 F-10 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413142 F-9 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413143 For EL-5 fedora-packagedb, please get the packages from: http://toshio.fedorapeople.org/pkgdb/ -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Sun Jun 14 14:33:28 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 14 Jun 2009 07:33:28 -0700 Subject: PackageDB release candidate testing In-Reply-To: <4A35053F.7090800@gmail.com> References: <4A35053F.7090800@gmail.com> Message-ID: <4A350A38.3060906@gmail.com> On 06/14/2009 07:12 AM, Toshio Kuratomi wrote: > If anyone would like to test the PackageDB release for Monday, I now > have a release candidate running in the staging environment and packages > built for cvsadmins to install and test the admin client. > > The web interface is here: > https://admin.stg.fedoraproject.org/pkgdb > > > Client software for Fedora is built in koji: > python-fedora-0.3.13.1 for Fedora: > https://koji.fedoraproject.org/koji/packageinfo?packageID=5050 > EPEL-5 python-fedora: > > http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/python-fedora/0.3.13.1-1.el5/ > > Fedora PackageDB Client Packages are being built in koji. When done, > you should be able to download the client packages from: > F-12 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413140 > F-11 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413141 > F-10 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413142 > F-9 http://koji.fedoraproject.org/koji/taskinfo?taskID=1413143 > > For EL-5 fedora-packagedb, please get the packages from: > http://toshio.fedorapeople.org/pkgdb/ > Note: When testing the new pkgdb-client you'll want to set the server it talks to. This can be done by making the following entry in ~/.fedora/pkgdb-client.cfg:: [global] pkgdb.url = 'https://admin.stg.fedoraproject.org/pkgdb' -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Sun Jun 14 18:12:35 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 14 Jun 2009 13:12:35 -0500 (CDT) Subject: Sysadmin-hosted Message-ID: Hey guys, there's a number of sysadmin-hosted requests outstanding, anyone want to take care of those? -Mike From smooge at gmail.com Sun Jun 14 18:24:50 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 14 Jun 2009 12:24:50 -0600 Subject: Sysadmin-hosted In-Reply-To: References: Message-ID: <80d7e4090906141124p32ceb54dt4caba2b5fc0b7e66@mail.gmail.com> On Sun, Jun 14, 2009 at 12:12 PM, Mike McGrath wrote: > Hey guys, there's a number of sysadmin-hosted requests outstanding, anyone > want to take care of those? > I will be ready by Thursday afternoon to start taking things on. If a couple could be left out.. I will do them then to start getting into the groove. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lxtnow at gmail.com Sun Jun 14 18:35:09 2009 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 14 Jun 2009 20:35:09 +0200 Subject: Sysadmin-hosted In-Reply-To: References: Message-ID: <62bc09df0906141135g6ca075a9m52dce11981f065cf@mail.gmail.com> On Sun, Jun 14, 2009 at 8:12 PM, Mike McGrath wrote: > Hey guys, there's a number of sysadmin-hosted requests outstanding, anyone > want to take care of those? > I can have time for this, but not in this group. Do you guys have enough members to take care of ? -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From mgmgthantxin at gmail.com Sun Jun 14 18:41:59 2009 From: mgmgthantxin at gmail.com (ko zin) Date: Mon, 15 Jun 2009 01:11:59 +0630 Subject: Sysadmin-hosted In-Reply-To: References: Message-ID: Yes, I`ll takecare of those. Thanks you. Thant Zin On Mon, Jun 15, 2009 at 12:42 AM, Mike McGrath wrote: > Hey guys, there's a number of sysadmin-hosted requests outstanding, anyone > want to take care of those? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgmgthantxin at gmail.com Sun Jun 14 18:42:40 2009 From: mgmgthantxin at gmail.com (ko zin) Date: Mon, 15 Jun 2009 01:12:40 +0630 Subject: Sysadmin-hosted In-Reply-To: <62bc09df0906141135g6ca075a9m52dce11981f065cf@mail.gmail.com> References: <62bc09df0906141135g6ca075a9m52dce11981f065cf@mail.gmail.com> Message-ID: Yes, I have enough member to takecare. Thank you ThantZin On Mon, Jun 15, 2009 at 1:05 AM, SmootherFrOgZ wrote: > On Sun, Jun 14, 2009 at 8:12 PM, Mike McGrath wrote: > > Hey guys, there's a number of sysadmin-hosted requests outstanding, > anyone > > want to take care of those? > > > > I can have time for this, but not in this group. > Do you guys have enough members to take care of ? > > -- > Xavier.t Lamien > -- > http://fedoraproject.org/wiki/XavierLamien > GPG-Key ID: > F3903DEB > Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at meyering.net Sun Jun 14 18:50:42 2009 From: jim at meyering.net (Jim Meyering) Date: Sun, 14 Jun 2009 20:50:42 +0200 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <87r5xrw1r9.fsf@meyering.net> (Jim Meyering's message of "Thu, 11 Jun 2009 11:36:26 +0200") References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> <1244492607.3206.73.camel@localhost.localdomain> <87zlci8lti.fsf@meyering.net> <1244513311.3206.81.camel@localhost.localdomain> <87r5xrw1r9.fsf@meyering.net> Message-ID: <87prd6odj1.fsf@meyering.net> Jim Meyering wrote: > Jesse Keating wrote: >> Send a patch? ... >>From f044206b3d6d2c43c6ea5c16728841a9584e374c Mon Sep 17 00:00:00 2001 > From: Jim Meyering > Date: Thu, 11 Jun 2009 11:35:35 +0200 > Subject: [PATCH] configs/build/rawhide: stop upon failure > > If mktemp, clone, or any other step fails, do not perform remaining steps. > s/;/ &&/g > --- > configs/build/rawhide | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/configs/build/rawhide b/configs/build/rawhide > index 4a90bb3..1cc949d 100644 > --- a/configs/build/rawhide > +++ b/configs/build/rawhide > @@ -1,3 +1,3 @@ > # rawhide compose > MAILTO=jkeating at fedoraproject.org > -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d"); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora > +15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XXXXXX` && cd $TMPDIR && git clone -n git://git.fedorahosted.org/git/releng && cd releng && git checkout -b rawhide-stable && LANG=en_US.UTF-8 ./scripts/buildrawhide $(date "+\%Y\%m\%d") && sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora Hi Jesse, Is there an ACK-requirement exemption for patches that are sufficiently simple? From ashwin.muni at gmail.com Mon Jun 15 05:17:49 2009 From: ashwin.muni at gmail.com (Ashwin Muni) Date: Mon, 15 Jun 2009 10:47:49 +0530 Subject: start.fedoraproject.org Message-ID: <2f2080dc0906142217s6257e205p329aba6e1d4f47d9@mail.gmail.com> HI, FYI, start.fedora.org still shows add counter to add which is not required as well as please see the below source code of the page which i think needs to be changed ------------------------------------------------- Fedora 10 Cambridge is here! Add a counter to your own site! ------------------------------------------------- Still the code has stale entries or it hasn't been changed, Please change it to Fedora 11. -- Ashwin R. From laxathom at fedoraproject.org Mon Jun 15 12:30:13 2009 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 15 Jun 2009 14:30:13 +0200 Subject: Bad cvs commit Message-ID: <62bc09df0906150530r4733962dw526bae4ce70b2d74@mail.gmail.com> We currently having a bad commit into cvs pkgs dir : http://cvs.fedoraproject.org/viewvc/?root=pkgs against the package openscada. Actually, this dir has write access due to group membership on packager group. If an cvsadmin can have a look and fix this, that would be great. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From tmz at pobox.com Mon Jun 15 12:35:23 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 15 Jun 2009 08:35:23 -0400 Subject: start.fedoraproject.org In-Reply-To: <2f2080dc0906142217s6257e205p329aba6e1d4f47d9@mail.gmail.com> References: <2f2080dc0906142217s6257e205p329aba6e1d4f47d9@mail.gmail.com> Message-ID: <20090615123523.GB3332@inocybe.localdomain> Ashwin Muni wrote: > FYI, > start.fedora.org still shows add counter to add which is not > required as well as please see the below source code of the page > which i think needs to be changed > > ------------------------------------------------- > alt="Fedora 10 Cambridge is here!"> > Add a counter to > your own site! > > ------------------------------------------------- > > Still the code has stale entries or it hasn't been changed, Please > change it to Fedora 11. Fixed in commit 90e5c86?. Thanks for pointing this out Ashwin. ? http://git.fedorahosted.org/git/?p=fedora-web.git;a=commitdiff;h=90e5c86 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Becoming aware of my character defects leads me naturally to the next step of blaming my parents. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From dennis at ausil.us Mon Jun 15 14:00:26 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 15 Jun 2009 09:00:26 -0500 Subject: Bad cvs commit In-Reply-To: <62bc09df0906150530r4733962dw526bae4ce70b2d74@mail.gmail.com> References: <62bc09df0906150530r4733962dw526bae4ce70b2d74@mail.gmail.com> Message-ID: <200906150900.43281.dennis@ausil.us> On Monday 15 June 2009 07:30:13 am Xavier Lamien wrote: > We currently having a bad commit into cvs pkgs dir : > http://cvs.fedoraproject.org/viewvc/?root=pkgs > against the package openscada. > > Actually, this dir has write access due to group membership on packager > group. > > If an cvsadmin can have a look and fix this, that would be great. ive removed the extra directories. packages access is needed to ensure all users can commit. access is not controlled via the filesystem but via the acls setup in cvs. Ill look over them today. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ricky at fedoraproject.org Mon Jun 15 15:55:55 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 15 Jun 2009 11:55:55 -0400 Subject: Fedora Project, Stack Overflow and OpenID In-Reply-To: <9497e9990906121229o67c8b857i9b8be44bec24d71@mail.gmail.com> References: <9497e9990906060233n7b5109ddre7c518b2a7697c3e@mail.gmail.com> <9497e9990906121229o67c8b857i9b8be44bec24d71@mail.gmail.com> Message-ID: <20090615155555.GE4253@alpha.rzhou.org> On 2009-06-12 08:29:02 PM, Mat Booth wrote: > I set up an instance of our OpenID provider so I can test on my local > machine, but the StackOverflow login doesn't even get as far as it > does with the operational instance. It just fails with a web request > failed error. > > Compare the results of trying to log into StackOverflow from my test > instance URL[1] with the results from the operational instance URL[2]. > > Could this be because I'm using a non-standard port number on the test > instance? It seems to be set up correctly because I can log into > ThinkWiki[3], for example on both the test and operational instances. Awesome, thanks for taking the time to get a test instance setup. I tried against your test instance, and the request error definitely doesn't look right. Do you think they might have a firewall or some port restrictions on stackoverflow? Would you like us to setup a test instance for you on a publictest server which would be over port 80? Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jkeating at redhat.com Mon Jun 15 17:28:45 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 15 Jun 2009 10:28:45 -0700 Subject: [PATCH] Re-enable rawhide compose. In-Reply-To: <87prd6odj1.fsf@meyering.net> References: <1244432380-7816-1-git-send-email-jkeating@redhat.com> <877hzma6e2.fsf@meyering.net> <1244492607.3206.73.camel@localhost.localdomain> <87zlci8lti.fsf@meyering.net> <1244513311.3206.81.camel@localhost.localdomain> <87r5xrw1r9.fsf@meyering.net> <87prd6odj1.fsf@meyering.net> Message-ID: <1245086925.3206.221.camel@localhost.localdomain> On Sun, 2009-06-14 at 20:50 +0200, Jim Meyering wrote: > Hi Jesse, > > Is there an ACK-requirement exemption for patches that > are sufficiently simple? There isn't, we don't have a formal policy about patches when we aren't in an infrastructure freeze. I just haven't had a chance to review the patch and/or apply it. The patch is flagged for follow up so I will get to it soon. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Mon Jun 15 19:56:42 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 15 Jun 2009 14:56:42 -0500 (CDT) Subject: Any DBA's in the house? Message-ID: 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 From scott at tekkie.org Mon Jun 15 20:10:32 2009 From: scott at tekkie.org (Scott Thistle) Date: Mon, 15 Jun 2009 14:10:32 -0600 Subject: Hi! Message-ID: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> 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 at tekkie.org https://fedoraproject.org/wiki/User:Sthistle -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at arcnetworks.biz Mon Jun 15 20:53:16 2009 From: admin at arcnetworks.biz (Anand Capur) Date: Mon, 15 Jun 2009 16:53:16 -0400 Subject: Any DBA's in the house? In-Reply-To: References: Message-ID: <5d66540b0906151353x7670c0b1va58a171db8678077@mail.gmail.com> On Mon, Jun 15, 2009 at 3:56 PM, Mike McGrath wrote: > 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 MySQL's maximum limit is 3398 columns in a table, so I would say around 30 is OK. I've seen a database with 50 tables and it ran fine. The max size of a table row is 65534 (BLOB and TEXT not included) - I don't know what measurement the 65535 is though. It depends on what you want to do with the data, if you should put it in a new table or not. -Anand From mmcgrath at redhat.com Mon Jun 15 21:00:51 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 15 Jun 2009 16:00:51 -0500 (CDT) Subject: Hi! In-Reply-To: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> References: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> Message-ID: On Mon, 15 Jun 2009, Scott Thistle wrote: > 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. Hey Scott, we hang out in #fedora-admin on irc.freenode.net a lot. I think I remember seeing you in there from time to time. Make sure you attend our meetings if you are able - http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From james at fedoraproject.org Mon Jun 15 21:17:39 2009 From: james at fedoraproject.org (James Antill) Date: Mon, 15 Jun 2009 17:17:39 -0400 Subject: Any DBA's in the house? In-Reply-To: References: Message-ID: <1245100659.11909.55.camel@code.and.org> On Mon, 2009-06-15 at 14:56 -0500, Mike McGrath wrote: > Is it better to have: > > id | smallString1 | smallString2 | smallString3 | largerString1 > > or put the largerString1 in it's own table? Assuming the above is in normal form, I doubt it matters in general. In specific cases I guess it's possible that having a separate table could be better, but for instance PostgreSQL automatically out of lines all large objects: http://postgresql.mirrors-r-us.net/docs/8.2/static/storage-file-layout.html A table that has columns with potentially large entries will have an associated TOAST table, which is used for out-of-line storage of field values that are too large to keep in the table rows proper. pg_class.reltoastrelid links from a table to its TOAST table, if any. See Section 52.2 for more information. http://www.postgresql.org/docs/8.3/static/lo.html -- James Antill Fedora From bruno at wolff.to Tue Jun 16 01:11:51 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 15 Jun 2009 20:11:51 -0500 Subject: Any DBA's in the house? In-Reply-To: References: Message-ID: <20090616011151.GA29371@wolff.to> On Mon, Jun 15, 2009 at 14:56:42 -0500, Mike McGrath wrote: > > 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 That is going to depend somewhat on usage patterns, and probably also the storage type you are using. If you don't use largerString1 most of the time, you can keep the hot part of your table more compact which will result in faster reading and a better chance of what you need being in the file system cache. There may be a way to have largerString1 look like it is stored in line, but actually have it in a separate area. Postgres has a feature called toast tables. I don't know if any of the MySQL storage backends provide something similar. From mgmgthantxin at gmail.com Tue Jun 16 05:25:55 2009 From: mgmgthantxin at gmail.com (ko zin) Date: Tue, 16 Jun 2009 11:55:55 +0630 Subject: Hi! In-Reply-To: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> References: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> Message-ID: Dear Sir, I want to know ur gmail address. I want to learn RedHat Enterprise Linux from you. Can you teach me sir please? I`m beginner in Linux . Best Regard, *ThantZin* -------------- next part -------------- An HTML attachment was scrubbed... URL: From draciron at gmail.com Tue Jun 16 10:30:47 2009 From: draciron at gmail.com (Draciron Smith) Date: Tue, 16 Jun 2009 05:30:47 -0500 Subject: Hi! In-Reply-To: References: <3d0809e40906151310h586b5770w69052a810f30a8a6@mail.gmail.com> Message-ID: ThantZin Try this web site and ask all the questions you can think of, plus reading other threads will help you with many questions that you never thought to ask. http://fedoraforum.org/ There are numerous guides. One excellent one to get you up and running is http://www.fedorafaq.org/ http://fedoraproject.org/wiki/FAQ For more difficult tasks there are many folks who'll be happy to talk to you 1 on 1 in IM such as Googletalk and Yahoo IM. Just ask in the forums about a specific topic with somebody who's awake and active at the time. You'll find the Linux community overall very helpful and friendly. There are also IRC channels, hopefully somebody else here will chime in with those. On Tue, Jun 16, 2009 at 12:25 AM, ko zin wrote: > Dear Sir, > ????????????? I want to know ur gmail address. I want to learn RedHat > Enterprise Linux from you. Can you teach me sir please? I`m beginner in > Linux . > > > > Best Regard, > > ThantZin > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > From poelstra at redhat.com Tue Jun 16 16:54:55 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 16 Jun 2009 09:54:55 -0700 Subject: Fedora 11 Retrospective Recap Message-ID: <4A37CE5F.1020100@redhat.com> 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_2009#Resulting_Output (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 From draciron at gmail.com Tue Jun 16 18:19:09 2009 From: draciron at gmail.com (Draciron Smith) Date: Tue, 16 Jun 2009 13:19:09 -0500 Subject: Any DBA's in the house? In-Reply-To: References: Message-ID: MySQL doesn't have a problem with that many fields in a table, however it's usually a bad idea performance wise. What you want to do is look at the data and see how it's typically being used. You may want to normalize it down a little bit, especially if some of the fields are extremely large. Remember over normalizing is worse than under normalizing. I once saw a supposedly proffesional DBA normalize Sex. He used a 6 char ID field no less for a 1 char max value ROFL. The way it works is every time you do a join, you make the DB create temp tables. So when you over normalize especially on large record sets you are gutting your performance unless you are reducing redundancy. On the flip side pulling up data you are not using is a performance hit. Redundancy will eat up amazing amounts of disk space with large record sets as well. For example if your normalizing projects. You might expect to have fields like Proj name, Current Revision, Proj lead, people working on the project, Liscence type, etc. Proj Name obvously you normally won't normalize it. Revision though if you have project turnover and want to maintain a list of who was working on specific revisions you'll need to normalize that field. Proj lead if you can have multiple proj leads you an either have multiple proj lead fields or normalize that. People working on the project should of course be normalized. Liscence type it depends. If you are using abreviations better to just have the redundant data since your only going to have a max of 5 chars. If you are exeeding 10 chars you normally want to normalize it. With large recordsets on a hard hit server you may want to denormalize something like that to improve performance. If your cramped for space and performance is great you may want to normalize with even as few as 5 or 6 chars. As a rule you want to normalize all blob type fields which large amounts of text. Those are typically drill down items anyway, pulling up a million such fields will choke even the fastest servers. Performance wise and practicality reasons it's usually better to just use a Char feild than text or blob fields. You create a separate table with the forign key(s) of the tables you want to use this with. Then a sequence value so you an assemble the parts back together. It's a little more work on the front end submitting the data as you have to chop it up into 254 char blocks but it gives you almost infinite space and none of the wierd bugs and limitations that come with using Blob and text fields. The data is stored more efficently and it's far easier to search char fields than text/blob fields. A table of char fields an be accessed by just about anything and every database driver will not only handle them but also handle them in the same way. Blob and Text fields are unsupported in many database drivers and are handled differently by different drivers. In my experience 15 to 30 fields are usually the largest tables I've worked with. I've seen larger, seen 100 field tables composed almost entirely of forign keys. One relationship diagram we used an entire wall to fit it on.Covered the entire thing top to bottom. You almost had to use a magnifying glass to read the field names. That's very unusual however. Most of the time screen real estate is such that your not displaying more than 10-15 values at a time anyway. Anything that's a drill down item should be normalized unless it's a main field for another view. I know a kinda long winded way of saying that depends on x :) Would be happy to look at it for you. Volenteered to do some DBA work in the past but never got sent the schema, given access to the DB or got a follow up so I assume somebody else wound up volenteering and got picked instead. On Mon, Jun 15, 2009 at 2:56 PM, Mike McGrath wrote: > > 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 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at redhat.com Tue Jun 16 20:32:28 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 16 Jun 2009 15:32:28 -0500 (CDT) Subject: Any DBA's in the house? In-Reply-To: References: Message-ID: On Tue, 16 Jun 2009, Draciron Smith wrote: > MySQL doesn't have a problem with that many fields in a table, however > it's usually a bad idea performance wise. > > What you want to do is look at the data and see how it's typically > being used. You may want to normalize it down a little bit, especially > if some of the fields are extremely large. > > Remember over normalizing is worse than under normalizing. I once saw > a supposedly proffesional DBA normalize Sex. He used a 6 char ID field > no less for a 1 char max value ROFL. > > The way it works is every time you do a join, you make the DB create > temp tables. So when you over normalize especially on large record > sets you are gutting your performance unless you are reducing > redundancy. On the flip side pulling up data you are not using is a > performance hit. Redundancy will eat up amazing amounts of disk space > with large record sets as well. > > For example if your normalizing projects. You might expect to have > fields like Proj name, Current Revision, Proj lead, people working on > the project, Liscence type, etc. > > Proj Name obvously you normally won't normalize it. Revision though if > you have project turnover and want to maintain a list of who was > working on specific revisions you'll need to normalize that field. > Proj lead if you can have multiple proj leads you an either have > multiple proj lead fields or normalize that. People working on the > project should of course be normalized. Liscence type it depends. If > you are using abreviations better to just have the redundant data > since your only going to have a max of 5 chars. If you are exeeding 10 > chars you normally want to normalize it. With large recordsets on a > hard hit server you may want to denormalize something like that to > improve performance. If your cramped for space and performance is > great you may want to normalize with even as few as 5 or 6 chars. > > As a rule you want to normalize all blob type fields which large > amounts of text. Those are typically drill down items anyway, pulling > up a million such fields will choke even the fastest servers. > Performance wise and practicality reasons it's usually better to just > use a Char feild than text or blob fields. You create a separate table > with the forign key(s) of the tables you want to use this with. Then a > sequence value so you an assemble the parts back together. It's a > little more work on the front end submitting the data as you have to > chop it up into 254 char blocks but it gives you almost infinite space > and none of the wierd bugs and limitations that come with using Blob > and text fields. The data is stored more efficently and it's far > easier to search char fields than text/blob fields. A table of char > fields an be accessed by just about anything and every database driver > will not only handle them but also handle them in the same way. Blob > and Text fields are unsupported in many database drivers and are > handled differently by different drivers. > > In my experience 15 to 30 fields are usually the largest tables I've > worked with. I've seen larger, seen 100 field tables composed almost > entirely of forign keys. One relationship diagram we used an entire > wall to fit it on.Covered the entire thing top to bottom. You almost > had to use a magnifying glass to read the field names. That's very > unusual however. Most of the time screen real estate is such that your > not displaying more than 10-15 values at a time anyway. Anything > that's a drill down item should be normalized unless it's a main field > for another view. > > I know a kinda long winded way of saying that depends on x :) > Would be happy to look at it for you. Volenteered to do some DBA work > in the past but never got sent the schema, given access to the DB or > got a follow up so I assume somebody else wound up volenteering and > got picked instead. > So that's a no....? only kidding :). Looks like I'll need to think on it some on how this data will be used a bit more. -Mike > On Mon, Jun 15, 2009 at 2:56 PM, Mike McGrath wrote: > > > > 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 > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From tmz at pobox.com Wed Jun 17 00:20:16 2009 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 16 Jun 2009 20:20:16 -0400 Subject: Introduction Message-ID: <20090617002016.GJ11507@inocybe.localdomain> 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Wed Jun 17 20:14:55 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 17 Jun 2009 15:14:55 -0500 (CDT) Subject: publictest boxes Message-ID: 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 From simon at zikula.org Wed Jun 17 22:19:37 2009 From: simon at zikula.org (Simon Birtwistle) Date: Wed, 17 Jun 2009 23:19:37 +0100 Subject: publictest boxes In-Reply-To: References: Message-ID: <015e01c9ef99$b433d3e0$1c9b7ba0$@org> I've updated the usage of pt15 to include Zikula - note there also seems to be a separate installation of Zikula relating to calendar testing on there. Simon > -----Original Message----- > From: fedora-infrastructure-list-bounces at redhat.com [mailto:fedora- > infrastructure-list-bounces at redhat.com] On Behalf Of Mike McGrath > Sent: 17 June 2009 21:15 > To: Fedora Infrastructure List > Subject: publictest boxes > > 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 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.364 / Virus Database: 270.12.76/2183 - Release Date: > 06/17/09 05:53:00 From ian at ianweller.org Wed Jun 17 23:20:26 2009 From: ian at ianweller.org (Ian Weller) Date: Wed, 17 Jun 2009 18:20:26 -0500 Subject: recording more metrics and doing more data mining about Fedora Message-ID: <20090617232025.GH17062@hovercraft.mobile.ianweller.org> 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 GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From poelstra at redhat.com Thu Jun 18 19:07:46 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 18 Jun 2009 12:07:46 -0700 Subject: Calendaring idea Message-ID: <4A3A9082.7090803@redhat.com> Here is a really successful project from where I live that Fedora might benefit from. http://calagator.org/ http://code.google.com/p/calagator/ It is different from the traditional "calendaring/Outlook" type solution that has been under discussion, but it is extremely easy for people to add events to and for others to query and get updates from (RSS and ical feeds). Maybe it would be useful for a small segment of our project like weekly team meetings. It could also be used on much larger scale for Fedora events around the world. John From ricky at fedoraproject.org Thu Jun 18 20:57:18 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 18 Jun 2009 16:57:18 -0400 Subject: Meeting Log - 2009-06-18 Message-ID: <20090618205718.GA14444@alpha.rzhou.org> Also avaliable at: Minutes: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-18-20.01.html Log: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-18-20.01.log.html 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 at 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=assigned&status=reopened&group=milestone&keywords=~Meeting&order=priority 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 at 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> 20:08 < mmcgrath> ricky: anything else on that? 20:09 < ricky> Nope, thanks 20:09 < mmcgrath> coolz. 20:09 -!- JukeBoxHero [n=gorillaJ at 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 at fedora/hitboxx] has joined #fedora-meeting 20:10 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Cloud stuff 20:10 -!- maploin [n=mapleoin at 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 at 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 at tk-cn0002.oulu.fi] has joined #fedora-meeting 20:11 -!- denise [n=ddumas at 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 at 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 at 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: 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 at 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 at fedora/cassmodiah] has quit Remote closed the connection 20:25 < mmcgrath> well, this signing server is just different hardware. 20:25 -!- warren [n=warren at 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 at 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 at 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 at 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 at 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 at 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 at 66.187.234.199] has quit Read error: 60 (Operation timed out) 20:36 -!- sdziallas [n=sebastia at 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 at 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 at 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 at 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 at 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 at 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-single/ 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_2009#Resulting_Output 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 at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Fri Jun 19 03:31:02 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 18 Jun 2009 22:31:02 -0500 (CDT) Subject: Calendaring idea In-Reply-To: <4A3A9082.7090803@redhat.com> References: <4A3A9082.7090803@redhat.com> Message-ID: On Thu, 18 Jun 2009, John Poelstra wrote: > Here is a really successful project from where I live that Fedora might > benefit from. > > http://calagator.org/ > http://code.google.com/p/calagator/ > > It is different from the traditional "calendaring/Outlook" type solution that > has been under discussion, but it is extremely easy for people to add events > to and for others to query and get updates from (RSS and ical feeds). > > Maybe it would be useful for a small segment of our project like weekly team > meetings. It could also be used on much larger scale for Fedora events around > the world. > It's sure worth a look. Susmit, what do you think? -Mike From mmcgrath at redhat.com Fri Jun 19 03:36:59 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 18 Jun 2009 22:36:59 -0500 (CDT) Subject: 2-3 hour CVS outage Message-ID: 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 From thinklinux.ssh at gmail.com Fri Jun 19 04:23:16 2009 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Fri, 19 Jun 2009 09:53:16 +0530 Subject: Calendaring idea In-Reply-To: References: <4A3A9082.7090803@redhat.com> Message-ID: > > It's sure worth a look. ?Susmit, what do you think? This is interesting. I am looking at it. Thanks. -- Regards, Susmit. ============================================= ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit ============================================= From thinklinux.ssh at gmail.com Fri Jun 19 16:45:35 2009 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Fri, 19 Jun 2009 22:15:35 +0530 Subject: Is there a way to automatically update a wiki page? Message-ID: 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 ============================================= From ricky at fedoraproject.org Fri Jun 19 16:54:02 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 19 Jun 2009 12:54:02 -0400 Subject: Is there a way to automatically update a wiki page? In-Reply-To: References: Message-ID: <20090619165402.GB14444@alpha.rzhou.org> On 2009-06-19 10:15:35 PM, susmit shannigrahi wrote: > 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... Hey, you can write to the wiki using the mediawiki API at http://fedoraproject.org/w/api.php. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From thinklinux.ssh at gmail.com Fri Jun 19 16:56:59 2009 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Fri, 19 Jun 2009 22:26:59 +0530 Subject: Is there a way to automatically update a wiki page? In-Reply-To: <20090619165402.GB14444@alpha.rzhou.org> References: <20090619165402.GB14444@alpha.rzhou.org> Message-ID: > Hey, you can write to the wiki using the mediawiki API at > http://fedoraproject.org/w/api.php. Great!!! I never knew about this :) Thanks. -- Regards, Susmit. ============================================= ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit ============================================= From jkeating at redhat.com Sat Jun 20 00:28:34 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 19 Jun 2009 17:28:34 -0700 Subject: 2-3 hour CVS outage In-Reply-To: References: Message-ID: <1245457714.19506.2.camel@localhost.localdomain> On Thu, 2009-06-18 at 22:36 -0500, Mike McGrath wrote: > 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? FUDCon Berlin is at the tail end of next week. I don't know if there are any planned events that would require CVS access, but doing the outage before that would probably be prudent. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Sun Jun 21 16:35:24 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 21 Jun 2009 09:35:24 -0700 Subject: Travelling Message-ID: <4A3E614C.6050107@gmail.com> I'm going to be going to Brazil for FISL and a FUDCon this week. I'm not sure what my Internet situation is going to be but if anything comes up send me a message and I'll work on it once I get the message. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From dennis at ausil.us Sun Jun 21 18:08:57 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 21 Jun 2009 13:08:57 -0500 Subject: Travelling In-Reply-To: <4A3E614C.6050107@gmail.com> References: <4A3E614C.6050107@gmail.com> Message-ID: <200906211308.58342.dennis@ausil.us> On Sunday 21 June 2009 11:35:24 am Toshio Kuratomi wrote: > I'm going to be going to Brazil for FISL and a FUDCon this week. I'm > not sure what my Internet situation is going to be but if anything comes > up send me a message and I'll work on it once I get the message. > > -Toshio I will be there also. Internet access should be ok. but there will be periods that we are disconnected. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mmcgrath at redhat.com Sun Jun 21 21:17:28 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 21 Jun 2009 16:17:28 -0500 (CDT) Subject: Travelling In-Reply-To: <200906211308.58342.dennis@ausil.us> References: <4A3E614C.6050107@gmail.com> <200906211308.58342.dennis@ausil.us> Message-ID: On Sun, 21 Jun 2009, Dennis Gilmore wrote: > On Sunday 21 June 2009 11:35:24 am Toshio Kuratomi wrote: > > I'm going to be going to Brazil for FISL and a FUDCon this week. I'm > > not sure what my Internet situation is going to be but if anything comes > > up send me a message and I'll work on it once I get the message. > > > > -Toshio > I will be there also. Internet access should be ok. but there will be > periods that we are disconnected. > I'll be in Chicago all week this week. I have comcast so the internet is ok, but there will likely be periods that I am disconnected :) -Mike From jonstanley at gmail.com Mon Jun 22 04:54:13 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 22 Jun 2009 00:54:13 -0400 Subject: Travelling In-Reply-To: References: <4A3E614C.6050107@gmail.com> <200906211308.58342.dennis@ausil.us> Message-ID: On Sun, Jun 21, 2009 at 5:17 PM, Mike McGrath wrote: > I'll be in Chicago all week this week. ?I have comcast so the internet is > ok, but there will likely be periods that I am disconnected :) So long as the cable goes out during Cubs games, that's all good :) From jonstanley at gmail.com Mon Jun 22 05:12:38 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 22 Jun 2009 01:12:38 -0400 Subject: Is there a way to automatically update a wiki page? In-Reply-To: References: <20090619165402.GB14444@alpha.rzhou.org> Message-ID: On Fri, Jun 19, 2009 at 12:56 PM, susmit shannigrahi wrote: > Great!!! > I never knew about this :) > Thanks. And it didn't work until Ricky made the mediawiki-unbroken package. Thanks again Ricky! :) From jkeating at j2solutions.net Mon Jun 22 07:28:04 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 22 Jun 2009 09:28:04 +0200 Subject: Travelling In-Reply-To: <4A3E614C.6050107@gmail.com> References: <4A3E614C.6050107@gmail.com> Message-ID: On Jun 21, 2009, at 18:35, Toshio Kuratomi wrote: > I'm going to be going to Brazil for FISL and a FUDCon this week. I'm > not sure what my Internet situation is going to be but if anything > comes > up send me a message and I'll work on it once I get the message. > > -Toshio > > Same for me, but Berlin Germany. Will get on when I can. -- Jes From mmcgrath at redhat.com Mon Jun 22 13:57:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Jun 2009 08:57:41 -0500 (CDT) Subject: Outage Notification - 2009-06-23 20:00 UTC Message-ID: 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. From smooge at gmail.com Mon Jun 22 14:44:57 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 22 Jun 2009 08:44:57 -0600 Subject: Travelling In-Reply-To: References: <4A3E614C.6050107@gmail.com> Message-ID: <80d7e4090906220744k71f9d700yd70d39860d1ab554@mail.gmail.com> On Mon, Jun 22, 2009 at 1:28 AM, Jesse Keating wrote: > > > On Jun 21, 2009, at 18:35, Toshio Kuratomi wrote: > >> I'm going to be going to Brazil for FISL and a FUDCon this week. ?I'm >> not sure what my Internet situation is going to be but if anything comes >> up send me a message and I'll work on it once I get the message. >> >> -Toshio >> >> > > > Same for me, but Berlin Germany. Will get on when I can. > I am on and learnign the ropes this week. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From tmz at pobox.com Mon Jun 22 15:25:54 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 22 Jun 2009 11:25:54 -0400 Subject: fedora-git-commit-mail-hook: Fix command for finding previous tag In-Reply-To: <20090622150006.73ECA8F8659@puppet1.fedora.phx.redhat.com> References: <20090622150006.73ECA8F8659@puppet1.fedora.phx.redhat.com> Message-ID: <20090622152554.GC4753@inocybe.localdomain> I wrote: > configs/system/fedora-git-commit-mail-hook | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > New commits: > commit 226e06441f2fab7c7c52609834e86c236910e963 > Author: Todd Zullinger > Date: Sun Jun 21 03:34:20 2009 +0000 > > fedora-git-commit-mail-hook: Fix command for finding previous tag > > The spacewalk maintainers reported problems when pushing tags[1]. The > root of the problem appears to be in determining the previous tag, > which used 'git describe' piped to sed. The sed call is better > replaced with the --abbrev=0 option to 'git describe' and should > correct the problems noted by the spacewalk maintainers. > > This fix was made to the upstream update hook in c47e6a4[2], and was > required because the format of git describe changed. > > It is worth noting that the upstream update hook has been completely > re-worked. Email notification has been removed from the update > hook[3] and implemented in the post-receive hook[4]. I think we may want to look at converting from our use of the update hook to the post-receive hook for sending commit notifications. Upstream moved the mail notification bits from the update hook to a new post-receive hook only a few weeks after Jeremy added the initial fedora-git-commit-mail-hook. So what we're running now isn't something which will receive any attention or bug fixes from upstream, unfortunately. The reasoning for upstream moving mail notification is stated in the the commit message for 46d409d: The update hook's only job is to decide is a particular update is allowed or not. It was not the right place to send out update notification e-mails from to begin with, as the final stage of updating refs can fail after this hook runs. > [1] https://fedorahosted.org/fedora-infrastructure/ticket/1362 > [2] http://git.kernel.org/?p=git/git.git;a=commitdiff;h=c47e6a4 > [3] http://git.kernel.org/?p=git/git.git;a=commitdiff;h=46d409d > [4] http://git.kernel.org/?p=git/git.git;a=commitdiff;h=4557e0d > > diff --git a/configs/system/fedora-git-commit-mail-hook b/configs/system/fedora-git-commit-mail-hook > index 85359ca..e80a461 100644 > --- a/configs/system/fedora-git-commit-mail-hook > +++ b/configs/system/fedora-git-commit-mail-hook > @@ -82,7 +82,7 @@ then > git cat-file tag $3 | sed -n '5,$p' > echo > fi > - prev=$(git describe "$3^" | sed 's/-g.*//') > + prev=$(git describe --abbrev=0 "$3^") > # the first tag in a repo will yield no $prev > if [ -z "$prev" ]; then > echo "Changes since the dawn of time:" -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The man who is a pessimist before forty-eight knows too much; the man who is an optimist after forty-eight knows too little. -- Mark Twain -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From katzj at redhat.com Mon Jun 22 19:01:23 2009 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 22 Jun 2009 15:01:23 -0400 Subject: fedora-git-commit-mail-hook: Fix command for finding previous tag In-Reply-To: <20090622152554.GC4753@inocybe.localdomain> References: <20090622150006.73ECA8F8659@puppet1.fedora.phx.redhat.com> <20090622152554.GC4753@inocybe.localdomain> Message-ID: <20090622190123.GB93007@redhat.com> On Monday, June 22 2009, Todd Zullinger said: [snip] > I think we may want to look at converting from our use of the update > hook to the post-receive hook for sending commit notifications. > Upstream moved the mail notification bits from the update hook to a > new post-receive hook only a few weeks after Jeremy added the initial > fedora-git-commit-mail-hook. So what we're running now isn't > something which will receive any attention or bug fixes from upstream, > unfortunately. The reasoning for upstream moving mail notification is > stated in the the commit message for 46d409d: That sounds sensible. I have no problem with us changing, although I won't have the time to sit down and make it happen any time in the next couple of weeks. If someone can get to it before, I'm more than happy to look over it. Alternately, I can stick on my queue for July :) Jeremy From chris at krough.org Mon Jun 22 22:46:40 2009 From: chris at krough.org (Chris Krough) Date: Mon, 22 Jun 2009 17:46:40 -0500 Subject: New to the group Message-ID: Hello everyone, I am new to the group and would like to introduce myself. I'm employed as a systems engineer (admin/developer) in the NOC of a large hosting provider. Most of our infrastructure systems run RHEL and various open source and/or in-house applications for supporting and monitoring a large network. My coding skills are probably consistent with those of a long time systems admin and linux geek, but are not near "OS Developer" levels. When given the choice I code in PHP or Perl, and a number of the applications I work with at the moment are written in Ruby and Python, so I can find my way around in them as well. I've enjoyed lurking and helping in IRC and would like to get a bit more involved in the project. By joining the project I am hoping to make some worthwhile contributions and possibly get some exposure to different systems and software practices. Thanks! Chris ckrough in IRC -- Chris Krough From tmz at pobox.com Tue Jun 23 18:09:20 2009 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 23 Jun 2009 14:09:20 -0400 Subject: fedora-git-commit-mail-hook: Fix command for finding previous tag In-Reply-To: <20090622190123.GB93007@redhat.com> References: <20090622150006.73ECA8F8659@puppet1.fedora.phx.redhat.com> <20090622152554.GC4753@inocybe.localdomain> <20090622190123.GB93007@redhat.com> Message-ID: <20090623180920.GJ4753@inocybe.localdomain> Jeremy Katz wrote: > That sounds sensible. I have no problem with us changing, although > I won't have the time to sit down and make it happen any time in the > next couple of weeks. If someone can get to it before, I'm more > than happy to look over it. I'm happy to work on this. I mostly wanted to check that the idea was agreeable first. I'll try not to come up with too many suggestions that cause other people work -- other than the work of reading my long emails... :) I an ideal world, we would use the upstream post-receive-email unmodified. I'm not sure if that will be possible or not, as we'd want to pipe mail to the send-unicode-email.py script, rather than just through sendmail. A patch to the upstream script to allow setting the path to 'sendmail' might be in order. And at the least, a simple puppet exec could fix that one part and leave us otherwise using the upstream hook. My biggest concern is that the format of the notifications has changed a good bit since the current fedora-git-commit-mail-hook was added. An example of what our installed hook produces: https://fedorahosted.org/pipermail/spacewalk-commits/2009-June/001536.html An example of what the upstream post-receive-email hook produces: http://sourceware.org/ml/glibc-cvs/2009-q2/msg00403.html The upstream hook should produce more useful results for various operations, adding tags, branches, and such. But as with any change, some people are bound to not like it. (I admit that I'm not all that fond of the output for the simple case of pushing a new commit, as the summary is added after the diff.) Unfortunately, while the change I made yesterday to the current hook fixed some of the problems the spacewalk.git repo has, it didn't fix them all. So I'll be spending a little more time with that to see if I can locate the remaining issues. It might be an opportunity to enable the new post-receive hook for the reporter and see if that output is better. BTW, Jeremy, do you happen to recall just what the origin of the current script is? I was trying to find a common ancestor that I could use to cherry-pick patches from git.git into. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Procrastination is the art of keeping up with yesterday. -- Don Marquis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From katzj at redhat.com Tue Jun 23 21:01:24 2009 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 23 Jun 2009 17:01:24 -0400 Subject: fedora-git-commit-mail-hook: Fix command for finding previous tag In-Reply-To: <20090623180920.GJ4753@inocybe.localdomain> References: <20090622150006.73ECA8F8659@puppet1.fedora.phx.redhat.com> <20090622152554.GC4753@inocybe.localdomain> <20090622190123.GB93007@redhat.com> <20090623180920.GJ4753@inocybe.localdomain> Message-ID: <20090623210124.GA95037@redhat.com> On Tuesday, June 23 2009, Todd Zullinger said: > Jeremy Katz wrote: > > That sounds sensible. I have no problem with us changing, although > > I won't have the time to sit down and make it happen any time in the > > next couple of weeks. If someone can get to it before, I'm more > > than happy to look over it. > > I'm happy to work on this. I mostly wanted to check that the idea was > agreeable first. I'll try not to come up with too many suggestions > that cause other people work -- other than the work of reading my long > emails... :) Awesome. Reading and replying to emails is what I do best at this point ;) > I an ideal world, we would use the upstream post-receive-email > unmodified. I'm not sure if that will be possible or not, as we'd > want to pipe mail to the send-unicode-email.py script, rather than > just through sendmail. > > A patch to the upstream script to allow setting the path to 'sendmail' > might be in order. And at the least, a simple puppet exec could fix > that one part and leave us otherwise using the upstream hook. That sounds sensible > My biggest concern is that the format of the notifications has changed > a good bit since the current fedora-git-commit-mail-hook was added. [snip] > The upstream hook should produce more useful results for various > operations, adding tags, branches, and such. But as with any change, > some people are bound to not like it. (I admit that I'm not all that > fond of the output for the simple case of pushing a new commit, as the > summary is added after the diff.) Hmmm, most of the changes I think are harmless aside from people getting thrown off the first time. I do agree that the summary being at the bottom is a little bit more bothersome than most of the changes. Also, it looks like we'd lose the X-Git-Module header which is sort of important for at least some people. > BTW, Jeremy, do you happen to recall just what the origin of the > current script is? I was trying to find a common ancestor that I > could use to cherry-pick patches from git.git into. The current script was originally running on git.freedesktop.org and written by Carl Worth, then hijacked and tweaked more than I would have liked by me to fit our needs Jeremy From a.badger at gmail.com Tue Jun 23 22:50:45 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 23 Jun 2009 15:50:45 -0700 Subject: Packagedb 0.3.x branch closed; 0.4.x open Message-ID: <4A415C45.2000203@gmail.com> Hi, I've branched 0.4.x as the new stable development branch of the packagedb. If you have bugfixes you should commit them there. If you have features that do not remove or change the API incompatibly (ie, removing URLs served or changing the parameters that the URLs take) you may commit them to 0.4.x if you want. If you have API changing features to add, please use the fedora-packagedb-devel branch for that. This will branch for 0.5.x sometime in the Fall/Winter. Please do not use the 0.3.x branch. We won't be attempting to pull from it anymore. Thanks! -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From smooge at gmail.com Wed Jun 24 02:15:47 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 23 Jun 2009 20:15:47 -0600 Subject: Cleanup/expansion of puppet/func Message-ID: <80d7e4090906231915r2b26cfeeo74cf7e129be78477@mail.gmail.com> Hi guys, As my first PFY job I am working on cleaning up the nodes list in puppet and also working on getting func onto all systems. Expect that I will be going over stuff that I should probably know, but forgot (turning 40 or something does that to you ) The following systems are listed in func but not in puppet buildsys.fedoraproject.org compose-x86.fedora.phx.redhat.com planet1.fedoraproject.org ppc2.fedora.redhat.com ppc3.fedora.redhat.com value1.fedora.phx.redhat.com vpn1.fedora.phx.redhat.com vpn2.fedoraproject.org xenbuilder2.fedora.redhat.com The first couple are CNAME aliases for systems on the list already. But the value1 and vpn2 do not exist in DNS. The following systems are in puppet but not in func. app1.stg.fedora.phx.redhat.com app2.stg.fedora.phx.redhat.com backup1.fedora.phx.redhat.com bu1.fedoraproject.org build01.fedora.phx.redhat.com capp1.fedoraproject.org cnode1.fedoraproject.org cnode2.fedoraproject.org cnode3.fedoraproject.org cnode4.fedoraproject.org cnode5.fedoraproject.org db1.stg.fedora.phx.redhat.com fas1.stg.fedora.phx.redhat.com koji1.stg.fedora.phx.redhat.com memcached1.fedora.phx.redhat.com memcached2.fedora.phx.redhat.com nfs2.fedora.phx.redhat.com osuosl1.fedoraproject.org ppc1.fedora.phx.redhat.com ppc2.fedora.phx.redhat.com ppc3.fedora.phx.redhat.com publictest12.fedoraproject.org publictest2.fedoraproject.org publictest3.fedoraproject.org publictest4.fedoraproject.org publictest5.fedoraproject.org releng1.fedora.phx.redhat.com releng1.stg.fedora.phx.redhat.com serverbeach1.fedoraproject.org x86-8.fedora.phx.redhat.com xenbuilder2.fedora.phx.redhat.com The following systems are listed as nodes but are no longer existant in DNS. They will be removed as they are confirmed to not be used anywhere still Host cstore1.fedoraproject.org not found: 3(NXDOMAIN) Host cstore2.fedoraproject.org not found: 3(NXDOMAIN) Host kojipkgs2.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test1.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test2.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test3.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test4.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test7.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test8.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host test9.fedora.phx.redhat.com not found: 3(NXDOMAIN) Host value1.fedora.phx.redhat.com not found: 3(NXDOMAIN) I will be removing the nodes tomorrow from puppet git and then working on getting the other systems into func if possible. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From ricky at fedoraproject.org Wed Jun 24 03:03:05 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 23 Jun 2009 23:03:05 -0400 Subject: Puppet Web Apps Refactoring Message-ID: <20090624030305.GA25968@alpha.rzhou.org> Hey, as you probably know, I've been working on moving all of our web apps into more organized modules in staging for the past week or two. Right now, most of the puppet work should be complete, and we're starting to look at bringing these changes into production. First, I'd like everybody to please test their web apps under stg.fedoraproject.org and make sure that generally work as expected (apart from all of the data being out of date). Some of the apps in staging include: static pages: http://stg.fedoraproject.org/ static pages: http://start.stg.fedoraproject.org/ docs site: http://docs.stg.fedoraproject.org/ FAS: https://admin.stg.fedoraproject.org/accounts/ pkgdb: https://admin.stg.fedoraproject.org/pkgdb/ bodhi: https://admin.stg.fedoraproject.org/updates/ Fedora Community: https://admin.stg.fedoraproject.org/community/ MirrorManager: https://admin.stg.fedoraproject.org/mirrormanager/ Mirror List: https://mirrors.stg.fedoraproject.org/{mirrorlist,metalink} Mirror redirector: https://download.stg.fedoraproject.org/ Infrastructure Repo: http://infrastructure.stg.fedoraproject.org/ smolt: http://stg.smolts.org/ Transifex: https://translate.stg.fedoraproject.org/ wiki: http://stg.fedoraproject.org/wiki/Main_Page Some redirects and other things might still point to the production versions, but otherwise, these should mostly look right - please test them and let me know if anything is broken compared to what we have in production now. We're going to start looking at moving to these modules in production soon, so please avoid making significant changes to web app configs or apache configs until this is worked out. I'll make another post about how things are going to be organized in puppet once this is all setup. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From nigjones at redhat.com Wed Jun 24 09:44:23 2009 From: nigjones at redhat.com (Nigel Jones) Date: Wed, 24 Jun 2009 05:44:23 -0400 (EDT) Subject: Cleanup/expansion of puppet/func In-Reply-To: <2783650.1071245836401317.JavaMail.nigjones@njones.bne.redhat.com> Message-ID: <14076960.1091245836657806.JavaMail.nigjones@njones.bne.redhat.com> ----- "Stephen John Smoogen" wrote: > Hi guys, > > As my first PFY job I am working on cleaning up the nodes list in > puppet and also working on getting func onto all systems. Expect that > I will be going over stuff that I should probably know, but forgot > (turning 40 or something does that to you ) > > The following systems are listed in func but not in puppet > > buildsys.fedoraproject.org > compose-x86.fedora.phx.redhat.com > planet1.fedoraproject.org > ppc2.fedora.redhat.com > ppc3.fedora.redhat.com Dennis, any comments on these, from memory they are still active > value1.fedora.phx.redhat.com value1 should be fine and from what I can see is in both func and puppet, in fact, 'git blame' returns good results for this: $ git-blame manifests/nodes/value1.fedora.phx.redhat.com.pp c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 1) node value1{ c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 2) include phx c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 3) include valueadd c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 4) } > vpn1.fedora.phx.redhat.com > vpn2.fedoraproject.org These have been Ricky's project > xenbuilder2.fedora.redhat.com Again, iirc active builder > > The first couple are CNAME aliases for systems on the list already. > But the > > value1 and vpn2 do not exist in DNS. Refer to my recent e-mail about value1, it disappeared somehow (note the machine is currently down, I'll bring it up when the DNS is sorted) > > The following systems are in puppet but not in func. > app1.stg.fedora.phx.redhat.com > app2.stg.fedora.phx.redhat.com > backup1.fedora.phx.redhat.com > bu1.fedoraproject.org > build01.fedora.phx.redhat.com > capp1.fedoraproject.org > cnode1.fedoraproject.org > cnode2.fedoraproject.org > cnode3.fedoraproject.org > cnode4.fedoraproject.org > cnode5.fedoraproject.org > db1.stg.fedora.phx.redhat.com > fas1.stg.fedora.phx.redhat.com > koji1.stg.fedora.phx.redhat.com > memcached1.fedora.phx.redhat.com > memcached2.fedora.phx.redhat.com > nfs2.fedora.phx.redhat.com > osuosl1.fedoraproject.org > ppc1.fedora.phx.redhat.com > ppc2.fedora.phx.redhat.com > ppc3.fedora.phx.redhat.com > publictest12.fedoraproject.org > publictest2.fedoraproject.org > publictest3.fedoraproject.org > publictest4.fedoraproject.org > publictest5.fedoraproject.org > releng1.fedora.phx.redhat.com > releng1.stg.fedora.phx.redhat.com > serverbeach1.fedoraproject.org > x86-8.fedora.phx.redhat.com > xenbuilder2.fedora.phx.redhat.com > > The following systems are listed as nodes but are no longer existant > in DNS. They will be removed as they are confirmed to not be used > anywhere still > > Host cstore1.fedoraproject.org not found: 3(NXDOMAIN) > Host cstore2.fedoraproject.org not found: 3(NXDOMAIN) > Host kojipkgs2.fedora.phx.redhat.com not found: 3(NXDOMAIN) These three should also exist.... > Host test1.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test2.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test3.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test4.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test7.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test8.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host test9.fedora.phx.redhat.com not found: 3(NXDOMAIN) > Host value1.fedora.phx.redhat.com not found: 3(NXDOMAIN) See above comment about this one > > I will be removing the nodes tomorrow from puppet git and then > working > on getting the other systems into func if possible. > > > -- > Stephen J Smoogen. -- BSD/GNU/Linux > How far that little candle throws his beams! So shines a good deed > in a naughty world. = Shakespeare. "The Merchant of Venice" > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From paulg at nepd.com Wed Jun 24 13:44:31 2009 From: paulg at nepd.com (Paul Guglielmino) Date: Wed, 24 Jun 2009 09:44:31 -0400 Subject: New member intro Message-ID: <264ef4ff0906240644w4e164ac4pe51e2207b5795595@mail.gmail.com> Hello everyone, I joined the mail list about a week ago and wanted to send an introduction. I've been working with unix systems for about 10 years. First as a volunteer at my university and then at several companies. I'm currently working with a software company as an operations engineer for a web application that is in development. I work with the developers on design issues, maintain the build servers and deployment tools and keep all the servers running. We use fedora, apache, tomcat, hudson, svn and other open source tools. Shell or perl are my primary scripting languages but I'm at an immediate level with python. Thanks! Paul From tmz at pobox.com Wed Jun 24 16:16:34 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 24 Jun 2009 12:16:34 -0400 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv Message-ID: <20090624161634.GP4753@inocybe.localdomain> This avoids the need for prompting for values that can easily be determined from the project name and the new REPOSTYPE argument. This could be further improved to call a script to setup the repository and any mailing lists. --- As I'm still learning my way around sysadmin-hosted, I thought I'd ask for some comments before committing a change like this. In the process of handling requests, I'm hoping to help improve the documentation and process so that it is easier and less error-prone. It should probably also use && after each command so that any failures stop execution, but I haven't tested trac-admin to verify that it sets the return code or not. configs/web/applications/hosted-setup.sh | 23 +++++++++++++++-------- 1 files changed, 15 insertions(+), 8 deletions(-) diff --git a/configs/web/applications/hosted-setup.sh b/configs/web/applications/hosted-setup.sh index 7adf080..42134f6 100644 --- a/configs/web/applications/hosted-setup.sh +++ b/configs/web/applications/hosted-setup.sh @@ -1,16 +1,23 @@ #!/bin/bash -usage="Usage: $0 [PROJECT] [ADMIN]" +usage="Usage: $0 " -[ -z "$1" -o -z "$2" ] && { +[ -z "$1" -o -z "$2" -o -z "$3" ] && { echo $usage exit 1 } -sudo -u apache trac-admin /srv/web/trac/projects/${1} initenv -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission add ${2} TRAC_ADMIN -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission add authenticated WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission remove anonymous WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY -sudo -u apache chown -R apache.apache /srv/web/trac/projects/${1} -sudo -u apache sed -i "s,base_url.*,base_url = https://fedorahosted.org/${1}/," /srv/web/trac/projects/${1}/conf/trac.ini +projectname="$1" +projectadmin="$2" +db="sqlite:db/trac.db" +repostype="$3" +repospath="/srv/$repostype/$projectname" +[ "$repostype" = "git" ] && repospath="$repospath.git" +templatepath="$(python -c 'from trac.config import default_dir; print default_dir("templates")')" +sudo -u apache trac-admin /srv/web/trac/projects/$projectname initenv $projectname $db $repostype $repospath $templatepath +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission add $projectadmin TRAC_ADMIN +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission add authenticated WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission remove anonymous WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY +sudo -u apache chown -R apache.apache /srv/web/trac/projects/$projectname +sudo -u apache sed -i "s,base_url.*,base_url = https://fedorahosted.org/$projectname/," /srv/web/trac/projects/$projectname/conf/trac.ini -- 1.5.5.6 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ All I really want for Christmas is Santa's list of Naughty Girls. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From tmz at pobox.com Wed Jun 24 16:17:36 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 24 Jun 2009 12:17:36 -0400 Subject: [PATCH RFC] hosted: Add mailing lists to new project template Message-ID: <20090624161736.GQ4753@inocybe.localdomain> --- This patch is for the fedora-web repo, but I wanted to get opinions on whether it was desirable or not. In looking at the documentation for creating a new hosted project, I wonder whether it is obvious to users that they can get a mailing list(s) and if it would make things simpler if this were part of the new project request, rather than having them file another ticket? fedorahosted.org/data/content/new.html | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/fedorahosted.org/data/content/new.html b/fedorahosted.org/data/content/new.html index b5da8aa..54549eb 100644 --- a/fedorahosted.org/data/content/new.html +++ b/fedorahosted.org/data/content/new.html @@ -29,6 +29,8 @@ Importing from another SCM? If yes, which? Project admin Fedora Account System account name: -Trac Instance? (Yes/No) +Trac Instance? (Yes/No) + +Mailing list(s)? If yes, list name(s) (e.g. foo-commits, foo-devel)? -- 1.6.3.2 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Fleas can be taught nearly anything that a Congressman can. -- Mark Twain -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jonstanley at gmail.com Wed Jun 24 16:52:56 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 24 Jun 2009 12:52:56 -0400 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv In-Reply-To: <20090624161634.GP4753@inocybe.localdomain> References: <20090624161634.GP4753@inocybe.localdomain> Message-ID: On Wed, Jun 24, 2009 at 12:16 PM, Todd Zullinger wrote: > This avoids the need for prompting for values that can easily be > determined from the project name and the new REPOSTYPE argument. > > This could be further improved to call a script to setup the > repository and any mailing lists. Sounds good, I would have done this awhile ago if I would have been smart enough to know that initenv accepted those arguments (or likely bothered to look at the documentation) :) Since you and I are probably the only ones handling requests, this is probably good to commit to puppet. From jonstanley at gmail.com Wed Jun 24 16:47:01 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 24 Jun 2009 12:47:01 -0400 Subject: [PATCH RFC] hosted: Add mailing lists to new project template In-Reply-To: <20090624161736.GQ4753@inocybe.localdomain> References: <20090624161736.GQ4753@inocybe.localdomain> Message-ID: On Wed, Jun 24, 2009 at 12:17 PM, Todd Zullinger wrote: > This patch is for the fedora-web repo, but I wanted to get > opinions on whether it was desirable or not. ?In looking at the > documentation for creating a new hosted project, I wonder whether it > is obvious to users that they can get a mailing list(s) and if it Sounds good to me. From lxtnow at gmail.com Wed Jun 24 16:56:00 2009 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Wed, 24 Jun 2009 18:56:00 +0200 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv In-Reply-To: <20090624161634.GP4753@inocybe.localdomain> References: <20090624161634.GP4753@inocybe.localdomain> Message-ID: <62bc09df0906240956n10bf46f0w2c67e5bc9c54598d@mail.gmail.com> On Wed, Jun 24, 2009 at 6:16 PM, Todd Zullinger wrote: > This avoids the need for prompting for values that can easily be > determined from the project name and the new REPOSTYPE argument. > > This could be further improved to call a script to setup the > repository and any mailing lists. > --- > > As I'm still learning my way around sysadmin-hosted, I thought I'd ask > for some comments before committing a change like this. > > In the process of handling requests, I'm hoping to help improve the > documentation and process so that it is easier and less error-prone. > > It should probably also use && after each command so that any failures > stop execution, but I haven't tested trac-admin to verify that it sets > the return code or not. > > ?configs/web/applications/hosted-setup.sh | ? 23 +++++++++++++++-------- > ?1 files changed, 15 insertions(+), 8 deletions(-) > > diff --git a/configs/web/applications/hosted-setup.sh b/configs/web/applications/hosted-setup.sh > index 7adf080..42134f6 100644 > --- a/configs/web/applications/hosted-setup.sh > +++ b/configs/web/applications/hosted-setup.sh > @@ -1,16 +1,23 @@ > ?#!/bin/bash > > -usage="Usage: $0 [PROJECT] [ADMIN]" > +usage="Usage: $0 " > > -[ -z "$1" -o -z "$2" ] && { > +[ -z "$1" -o -z "$2" -o -z "$3" ] && { > ? ? echo $usage > ? ? exit 1 > ?} > > -sudo -u apache trac-admin /srv/web/trac/projects/${1} initenv > -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission add ${2} TRAC_ADMIN > -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission add authenticated WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY > -sudo -u apache trac-admin /srv/web/trac/projects/${1} permission remove anonymous WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY > -sudo -u apache chown -R apache.apache /srv/web/trac/projects/${1} > -sudo -u apache sed -i "s,base_url.*,base_url = https://fedorahosted.org/${1}/," /srv/web/trac/projects/${1}/conf/trac.ini > +projectname="$1" > +projectadmin="$2" > +db="sqlite:db/trac.db" > +repostype="$3" > +repospath="/srv/$repostype/$projectname" > +[ "$repostype" = "git" ] && repospath="$repospath.git" > +templatepath="$(python -c 'from trac.config import default_dir; print default_dir("templates")')" > > +sudo -u apache trac-admin /srv/web/trac/projects/$projectname initenv $projectname $db $repostype $repospath $templatepath > +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission add $projectadmin TRAC_ADMIN > +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission add authenticated WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY > +sudo -u apache trac-admin /srv/web/trac/projects/$projectname permission remove anonymous WIKI_CREATE TICKET_CREATE TICKET_MODIFY WIKI_MODIFY > +sudo -u apache chown -R apache.apache /srv/web/trac/projects/$projectname > +sudo -u apache sed -i "s,base_url.*,base_url = https://fedorahosted.org/$projectname/," /srv/web/trac/projects/$projectname/conf/trac.ini > -- > 1.5.5.6 > +1 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From tmz at pobox.com Wed Jun 24 17:19:26 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 24 Jun 2009 13:19:26 -0400 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv In-Reply-To: References: <20090624161634.GP4753@inocybe.localdomain> Message-ID: <20090624171926.GR4753@inocybe.localdomain> Jon Stanley wrote: > Sounds good, I would have done this awhile ago if I would have been > smart enough to know that initenv accepted those arguments (or likely > bothered to look at the documentation) :) :) > Since you and I are probably the only ones handling requests, this is > probably good to commit to puppet. Thanks, I'll push this later today then. I've also worked on (what I think is) an improved gitsetup script, written in python. I did this before I noticed there already was a gitsetup.sh. If you want to check it out, it's in my home dir on hosted1 (~tmz/bin/gitsetup). And, because I am always looking for tangents to amuse myself and avoid real work, there's a bash completion script for it too, in ~tmz/.bash_completion.d/gitsetup. That may help eliminate some typos. I've used it to create the last 3 or 4 git repo requests, something like: sudo gitsetup --description I need to bone up on the bzr and hg repo creation and refresh my memory on svn. Ideally, those can be conveniently scripted as well, and driven automatically by an expanded hosted-setup script. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ He may look like an idiot and talk like an idiot but don't let that fool you. He really is an idiot. -- Groucho Marx -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Wed Jun 24 18:50:51 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 24 Jun 2009 13:50:51 -0500 (CDT) Subject: CVS upgrade step2 Message-ID: So I was going to finish the upgrade to cvs1 on Thursday or Friday. Both Jesse and Toshio are out of the country though and it strikes me as a bad idea to make potentially massive changes to that box without having at least one of them around as backup :) So I'm going to wait until next week. -Mike From jonstanley at gmail.com Wed Jun 24 20:23:56 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 24 Jun 2009 16:23:56 -0400 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv In-Reply-To: <20090624171926.GR4753@inocybe.localdomain> References: <20090624161634.GP4753@inocybe.localdomain> <20090624171926.GR4753@inocybe.localdomain> Message-ID: On Wed, Jun 24, 2009 at 1:19 PM, Todd Zullinger wrote: > I need to bone up on the bzr and hg repo creation and refresh my > memory on svn. ?Ideally, those can be conveniently scripted as well, > and driven automatically by an expanded hosted-setup script. ?:) There are existing scripts to setup those in /usr/local/bin as well :) I think that the holy grail here would be a webapp, via which people in cla_done could request a hosted project, it would go into a sort of moderation queue whereby someone in sysadmin-hosted could say yay or nay, and the project gets automagically created. Highly unfortunately, my TG knowledge is non-existent and my design abilities are nil, so I don't think that I'm the right person to write such a thing, but I'd certainly be willing to learn TG and assist. Suggested starting points for the TG edjumication? From jkeating at j2solutions.net Wed Jun 24 21:29:18 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 24 Jun 2009 23:29:18 +0200 Subject: CVS upgrade step2 In-Reply-To: References: Message-ID: <83A456FC-D23D-46E0-ACD7-45C88EDC1491@j2solutions.net> On Jun 24, 2009, at 20:50, Mike McGrath wrote: > So I was going to finish the upgrade to cvs1 on Thursday or Friday. > Both > Jesse and Toshio are out of the country though and it strikes me as > a bad > idea to make potentially massive changes to that box without having at > least one of them around as backup :) > > So I'm going to wait until next week. > > Honestly Bill knows more about the cvs system than I do. -- Jes From smooge at gmail.com Wed Jun 24 21:45:12 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 24 Jun 2009 15:45:12 -0600 Subject: DNS cleanup: 10.8.34.x network Message-ID: <80d7e4090906241445u737b69c4w38a0c31f3884db05@mail.gmail.com> I went down a rabbit hole today looking for free IPs. [We have a lot but we also have some that aren't registered and some that are registered but not running.] The following IPs are registered in DNS but not pingable on 10.8.34.11 lb1.fedora.phx.redhat.com. # noping 10.8.34.13 cms3.fedora.phx.redhat.com. # noping 10.8.34.18 ntap-legacy0-phx.fedora.phx.redhat.com. # noping 10.8.34.19 humphrey.fedora.phx.redhat.com. # noping 10.8.34.20 elmo.fedora.phx.redhat.com. # noping 10.8.34.21 e0c-n0aphx-0-834.cvs.fedora.phx.redhat.com. # noping 10.8.34.22 e0c-ntap-fedora1-0-834.fedora.phx.redhat.com. # noping 10.8.34.37 ia64-1.fedora.phx.redhat.com. # noping 10.8.34.38 ia64-2.fedora.phx.redhat.com. # noping 10.8.34.39 ia64-3.fedora.phx.redhat.com. # noping 10.8.34.40 ia64-4.fedora.phx.redhat.com. # noping 10.8.34.41 olpc1.fedora.phx.redhat.com. # noping 10.8.34.52 lockbox.fedora.phx.redhat.com. # noping 10.8.34.54 smtp.fedora.phx.redhat.com. # noping 10.8.34.55 proxy1.fedora.phx.redhat.com. # noping 10.8.34.56 proxy2.fedora.phx.redhat.com. # noping 10.8.34.58 old-cvs.fedora.phx.redhat.com. # noping 10.8.34.62 hammer2.fedora.phx.redhat.com. # noping 10.8.34.65 ppc1-sp.fedora.phx.redhat.com. # noping 10.8.34.71 lockbox-drac.fedora.phx.redhat.com. # noping 10.8.34.72 db-drac.fedora.phx.redhat.com. # noping 10.8.34.98 koji.fedora.phx.redhat.com. # noping 10.8.34.99 proxy1.stg.fedora.phx.redhat.com. # noping 10.8.34.100 xenbuilder1.fedora.phx.redhat.com. # noping 10.8.34.102 xenbuilder3.fedora.phx.redhat.com. # noping 10.8.34.103 xen19.fedora.phx.redhat.com. # noping 10.8.34.115 app3.stg.fedora.phx.redhat.com. # noping 10.8.34.121 prx-admin1.fedora.phx.redhat.com. # noping 10.8.34.122 prx-admin2.fedora.phx.redhat.com. # noping 10.8.34.123 prx-admin3.fedora.phx.redhat.com. # noping 10.8.34.131 app-admin1.fedora.phx.redhat.com. # noping 10.8.34.132 app-admin2.fedora.phx.redhat.com. # noping 10.8.34.141 prx-www1.fedora.phx.redhat.com. # noping 10.8.34.142 prx-www2.fedora.phx.redhat.com. # noping 10.8.34.143 prx-www3.fedora.phx.redhat.com. # noping 10.8.34.144 prx-www4.fedora.phx.redhat.com. # noping 10.8.34.157 git-ext.fedora.redhat.com. # noping 10.8.34.161 app-www1.fedora.phx.redhat.com. # noping 10.8.34.162 app-www2.fedora.phx.redhat.com. # noping 10.8.34.171 nfs2.fedora.phx.redhat.com. # noping 10.8.34.172 nfscl.fedora.phx.redhat.com. # noping 10.8.34.200 nat-pool.fedora.phx.redhat.com. # noping 10.8.34.211 xen13-mgmt.fedora.phx.redhat.com. # noping 10.8.34.216 xen14-mgmt.fedora.phx.redhat.com. # noping 10.8.34.218 cvs2.fedora.phx.redhat.com. # noping 10.8.34.234 vpn1.fedora.phx.redhat.com. # noping The following unregistered IPs were pingable but not registered: 10.8.34.44 unused. # ping 10.8.34.135 unused. # ping 10.8.34.194 unused. # ping 10.8.34.196 unused. # ping 10.8.34.240 unused. # ping 10.8.34.241 unused. # ping Any ideas on what to register them would be appreciated. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dennis at ausil.us Wed Jun 24 22:45:53 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 24 Jun 2009 17:45:53 -0500 Subject: Cleanup/expansion of puppet/func In-Reply-To: <14076960.1091245836657806.JavaMail.nigjones@njones.bne.redhat.com> References: <14076960.1091245836657806.JavaMail.nigjones@njones.bne.redhat.com> Message-ID: <200906241746.05609.dennis@ausil.us> On Wednesday 24 June 2009 04:44:23 Nigel Jones wrote: > ----- "Stephen John Smoogen" wrote: > > Hi guys, > > > > As my first PFY job I am working on cleaning up the nodes list in > > puppet and also working on getting func onto all systems. Expect that > > I will be going over stuff that I should probably know, but forgot > > (turning 40 or something does that to you ) > > > > The following systems are listed in func but not in puppet > > > > buildsys.fedoraproject.org > > compose-x86.fedora.phx.redhat.com > > planet1.fedoraproject.org > > ppc2.fedora.redhat.com > > ppc3.fedora.redhat.com ppc2 and ppc3.fedora.redhat.com are the public ips for ppc2.fedora.phx.redhat.com and ppc3.fedora.phx.redhat.com they were needed for plague so the can be removed. planet1.fedoraproject.org is the actual hostname of planet.fedoraproject.org, compose-x86.fedora.phx.redhat.com is also known as x86-8.fedora.phx.redhat.com and its assigned to releng along with ppc1.fedora.phx.redhat.com buildsys.fedoraproject.org is where plague was running. the only thing there now that we do need is http://buildsys.fedoraproject.org/buildgroups/ we should move it somewhere else then reprovision the box which is serverbeach1.fedoraproject.org buildsys.fedoraproject.org is a cname > Dennis, any comments on these, from memory they are still active > > > value1.fedora.phx.redhat.com > > value1 should be fine and from what I can see is in both func and puppet, > in fact, 'git blame' returns good results for this: $ git-blame > manifests/nodes/value1.fedora.phx.redhat.com.pp > c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 1) node value1{ > c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 2) include phx > c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 3) include valueadd > c5d6847f (Nigel Jones 2008-12-11 04:14:58 +0000 4) } > > > vpn1.fedora.phx.redhat.com > > vpn2.fedoraproject.org > > These have been Ricky's project > > > xenbuilder2.fedora.redhat.com > > Again, iirc active builder its in puppet as xenbuilder2.fedora.phx.redhat.com the plague stuff im planning to remove completely i need to make sure that puppet removes all the bits for a few days before doing so though. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From tmz at pobox.com Thu Jun 25 03:06:34 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 24 Jun 2009 23:06:34 -0400 Subject: Enabling syntax checking for puppet via a git update hook Message-ID: <20090625030634.GS4753@inocybe.localdomain> I was talking with Ricky on IRC about enabling some syntax checking for puppet *.pp files in a git update hook for the infra puppet repo. The goal would be to help catch typos before they ever get pushed into the main /git/puppet repository. I've tested this a bit on puppet1 with local repos and it appears to work well. But obviously, we'd want to enable this when there were plenty of folks around to revert it should it cause and prevent work from getting done. While testing, I noticed that the update hook in /git/puppet is pretty much identical to the fedora-git-commit-mail-hook in use on hosted. Perhaps we'd want to be guinea pigs for converting from that older update hook to the more current update hook and have mail notifications handled via the post-receive-email hook? That would allow us to work out any issues before we enable that on hosted. I think we would probably want to make this change first, ensure it doesn't cause any problems, and then add the puppet syntax checking to the update hook. Assuming we make the above changes and use the post-receive-email hook for mail notification, the changes I'd like to make to the current git-1.5.5.6 update hook to enable puppet syntax checking are: --- /usr/share/git-core/templates/hooks/update 2008-12-20 06:10:22.000000000 +0000 +++ /home/fedora/tmz/puppet.git/hooks/update 2009-06-25 01:34:14.000000000 +0000 @@ -103,5 +103,40 @@ ;; esac +# Check syntax of puppet files +# Taken from http://reductivelabs.com/trac/puppet/wiki/PuppetVersionControl + +check="puppet --color=false --confdir=/tmp --vardir=/tmp --parseonly --ignoreimport" +tmp=$(mktemp /tmp/git.update.XXXXXX) +log=$(mktemp /tmp/git.update.log.XXXXXX) +tree=$(mktemp /tmp/git.diff-tree.XXXXXX) + +git diff-tree -r "$2" "$3" > $tree + +exit_status=0 + +while read old_mode new_mode old_sha1 new_sha1 status name +do + # skip lines showing parent commit + test -z "$new_sha1" && continue + # Only test .pp files + if [[ $name =~ [.]pp$ ]] + then + git cat-file blob $new_sha1 > $tmp + set -o pipefail + $check $tmp 2>&1 | sed "s|/tmp/git.update.*:\([0-9]*\)$|${name}:\1|" > $log + if [[ $? != 0 ]] + then + echo + cat $log >&2 + echo -e "For details run: git diff ${old_sha1:0:7} ${new_sha1:0:7}" >&2 + echo + exit_status=1 + fi + fi +done < $tree + +rm -f $log $tmp $tree + # --- Finished -exit 0 +exit $exit_status When pushing an update with a syntax errors, the output looks like this: $ git push ~/puppet.git test-hooks Counting objects: 14, done. Compressing objects: 100% (9/9), done. Writing objects: 100% (9/9), 767 bytes, done. Total 9 (delta 7), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. err: Could not parse for environment production: Syntax error at 'source'; expected '}' at manifests/filetypes/standard.pp:11 For details run: git diff 3d15e34 d71d226 err: Could not parse for environment production: Syntax error at 'group'; expected '}' at manifests/site.pp:12 For details run: git diff 22d6265 62e516f error: hooks/update exited with error code 1 error: hook declined to update refs/heads/test-hooks To /home/fedora/tmz/puppet.git ! [remote rejected] test-hooks -> test-hooks (hook declined) error: failed to push some refs to '/home/fedora/tmz/puppet.git' -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Nothing is wrong with California that a rise in the ocean level wouldn't cure. -- Ross MacDonald (1915-1983) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From tmz at pobox.com Thu Jun 25 03:17:00 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 24 Jun 2009 23:17:00 -0400 Subject: [PATCH RFC] hosted-setup.sh: Automate trac-admin initenv In-Reply-To: References: <20090624161634.GP4753@inocybe.localdomain> <20090624171926.GR4753@inocybe.localdomain> Message-ID: <20090625031700.GT4753@inocybe.localdomain> Jon Stanley wrote: > There are existing scripts to setup those in /usr/local/bin as well :) Indeed there are. Knowing little about the other SCM's, I'm in less of a position to offer up any potential improvements. But I shall give them a try and handle some of the non-git hosted project requests. Am I overlooking one for setting up bzr repos? > I think that the holy grail here would be a webapp, via which people > in cla_done could request a hosted project, it would go into a sort > of moderation queue whereby someone in sysadmin-hosted could say yay > or nay, and the project gets automagically created. Definitely. > Highly unfortunately, my TG knowledge is non-existent and my design > abilities are nil, so I don't think that I'm the right person to > write such a thing, but I'd certainly be willing to learn TG and > assist. I'm not much use for writing web apps myself. But I did figure that if the scripts were in python, they might at least have some salvageable snippets if we ever do find someone with time on their hands looking to create a TG app for this. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Giving a politician access to your wallet is like giving a dog access to your refrigerator. -- Tim Barber -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Jun 25 06:15:01 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Jun 2009 01:15:01 -0500 (CDT) Subject: Enabling syntax checking for puppet via a git update hook In-Reply-To: <20090625030634.GS4753@inocybe.localdomain> References: <20090625030634.GS4753@inocybe.localdomain> Message-ID: On Wed, 24 Jun 2009, Todd Zullinger wrote: > I was talking with Ricky on IRC about enabling some syntax checking > for puppet *.pp files in a git update hook for the infra puppet repo. > The goal would be to help catch typos before they ever get pushed into > the main /git/puppet repository. > > I've tested this a bit on puppet1 with local repos and it appears to > work well. But obviously, we'd want to enable this when there were > plenty of folks around to revert it should it cause and prevent work > from getting done. > > While testing, I noticed that the update hook in /git/puppet is pretty > much identical to the fedora-git-commit-mail-hook in use on hosted. > Perhaps we'd want to be guinea pigs for converting from that older > update hook to the more current update hook and have mail > notifications handled via the post-receive-email hook? That would > allow us to work out any issues before we enable that on hosted. > > I think we would probably want to make this change first, ensure it > doesn't cause any problems, and then add the puppet syntax checking to > the update hook. > > Assuming we make the above changes and use the post-receive-email hook > for mail notification, the changes I'd like to make to the current > git-1.5.5.6 update hook to enable puppet syntax checking are: > I'll take a look at this tomorrow, we've got a git check in there now that does a syntax and notify. I think the only reason it prevents commits is because I didn't know how to do that :) so all it does is throw errors. Here's the only got'cha. We mix a private and public repo together. IE: in our public repo we reference $someDbPassword, and then in the private repo we create that password. The only time they're together is after a push has happened. Does this account for that? Does that problem not even exist anymore? -Mike > --- /usr/share/git-core/templates/hooks/update 2008-12-20 06:10:22.000000000 +0000 > +++ /home/fedora/tmz/puppet.git/hooks/update 2009-06-25 01:34:14.000000000 +0000 > @@ -103,5 +103,40 @@ > ;; > esac > > +# Check syntax of puppet files > +# Taken from http://reductivelabs.com/trac/puppet/wiki/PuppetVersionControl > + > +check="puppet --color=false --confdir=/tmp --vardir=/tmp --parseonly --ignoreimport" > +tmp=$(mktemp /tmp/git.update.XXXXXX) > +log=$(mktemp /tmp/git.update.log.XXXXXX) > +tree=$(mktemp /tmp/git.diff-tree.XXXXXX) > + > +git diff-tree -r "$2" "$3" > $tree > + > +exit_status=0 > + > +while read old_mode new_mode old_sha1 new_sha1 status name > +do > + # skip lines showing parent commit > + test -z "$new_sha1" && continue > + # Only test .pp files > + if [[ $name =~ [.]pp$ ]] > + then > + git cat-file blob $new_sha1 > $tmp > + set -o pipefail > + $check $tmp 2>&1 | sed "s|/tmp/git.update.*:\([0-9]*\)$|${name}:\1|" > $log > + if [[ $? != 0 ]] > + then > + echo > + cat $log >&2 > + echo -e "For details run: git diff ${old_sha1:0:7} ${new_sha1:0:7}" >&2 > + echo > + exit_status=1 > + fi > + fi > +done < $tree > + > +rm -f $log $tmp $tree > + > # --- Finished > -exit 0 > +exit $exit_status > > When pushing an update with a syntax errors, the output looks like > this: > > $ git push ~/puppet.git test-hooks > Counting objects: 14, done. > Compressing objects: 100% (9/9), done. > Writing objects: 100% (9/9), 767 bytes, done. > Total 9 (delta 7), reused 0 (delta 0) > Unpacking objects: 100% (9/9), done. > > err: Could not parse for environment production: Syntax error at 'source'; expected '}' at manifests/filetypes/standard.pp:11 > For details run: git diff 3d15e34 d71d226 > > > err: Could not parse for environment production: Syntax error at 'group'; expected '}' at manifests/site.pp:12 > For details run: git diff 22d6265 62e516f > > error: hooks/update exited with error code 1 > error: hook declined to update refs/heads/test-hooks > To /home/fedora/tmz/puppet.git > ! [remote rejected] test-hooks -> test-hooks (hook declined) > error: failed to push some refs to '/home/fedora/tmz/puppet.git' > > -- > Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Nothing is wrong with California that a rise in the ocean level > wouldn't cure. > -- Ross MacDonald (1915-1983) > > From mmcgrath at redhat.com Thu Jun 25 06:15:30 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Jun 2009 01:15:30 -0500 (CDT) Subject: CVS upgrade step2 In-Reply-To: <83A456FC-D23D-46E0-ACD7-45C88EDC1491@j2solutions.net> References: <83A456FC-D23D-46E0-ACD7-45C88EDC1491@j2solutions.net> Message-ID: On Wed, 24 Jun 2009, Jesse Keating wrote: > > > On Jun 24, 2009, at 20:50, Mike McGrath wrote: > > > So I was going to finish the upgrade to cvs1 on Thursday or Friday. Both > > Jesse and Toshio are out of the country though and it strikes me as a bad > > idea to make potentially massive changes to that box without having at > > least one of them around as backup :) > > > > So I'm going to wait until next week. > > > > > > Honestly Bill knows more about the cvs system than I do. > :) good to know. -Mike From notting at redhat.com Thu Jun 25 13:11:29 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 25 Jun 2009 09:11:29 -0400 Subject: CVS upgrade step2 In-Reply-To: References: <83A456FC-D23D-46E0-ACD7-45C88EDC1491@j2solutions.net> Message-ID: <20090625131127.GA28057@nostromo.devel.redhat.com> Mike McGrath (mmcgrath at redhat.com) said: > > > So I was going to finish the upgrade to cvs1 on Thursday or Friday. Both > > > Jesse and Toshio are out of the country though and it strikes me as a bad > > > idea to make potentially massive changes to that box without having at > > > least one of them around as backup :) > > > > > > So I'm going to wait until next week. As far as I'm concerned, if you want to do it today or Friday (before EOB), that's fine with me. Bill From tmz at pobox.com Thu Jun 25 13:44:01 2009 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 25 Jun 2009 09:44:01 -0400 Subject: Enabling syntax checking for puppet via a git update hook In-Reply-To: References: <20090625030634.GS4753@inocybe.localdomain> Message-ID: <20090625134401.GU4753@inocybe.localdomain> Mike McGrath wrote: > I'll take a look at this tomorrow, we've got a git check in there > now that does a syntax and notify. I think the only reason it > prevents commits is because I didn't know how to do that :) so all > it does is throw errors. That's in syncPuppetMaster.sh, called from the post-update hook, right? By then, there is no chance to deny the push, as the refs have been updated by git. :) > Here's the only got'cha. We mix a private and public repo together. > IE: in our public repo we reference $someDbPassword, and then in the > private repo we create that password. The only time they're > together is after a push has happened. Does this account for that? > Does that problem not even exist anymore? Using the code for the update hook in my previous mail, I don't think is should be a problem. That should only check the files that are being modified by the push for syntax errors. Puppet is called with --parseonly and --ignoreimport. That should prevent problems caused by a manifest in puppet relying on something in private. Of course, testing it on a manifest that uses a variable define in private would be a good idea. :) Keeping the syntax check in syncPuppetMaster.sh is probably a good backup, as it might catch things that the check on individual .pp files misses. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You're not drunk if you can lie on the floor without holding on. -- Dean Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Jun 25 15:56:30 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Jun 2009 10:56:30 -0500 (CDT) Subject: Enabling syntax checking for puppet via a git update hook In-Reply-To: <20090625134401.GU4753@inocybe.localdomain> References: <20090625030634.GS4753@inocybe.localdomain> <20090625134401.GU4753@inocybe.localdomain> Message-ID: On Thu, 25 Jun 2009, Todd Zullinger wrote: > Mike McGrath wrote: > > I'll take a look at this tomorrow, we've got a git check in there > > now that does a syntax and notify. I think the only reason it > > prevents commits is because I didn't know how to do that :) so all > > it does is throw errors. > > That's in syncPuppetMaster.sh, called from the post-update hook, > right? By then, there is no chance to deny the push, as the refs have > been updated by git. :) > > > Here's the only got'cha. We mix a private and public repo together. > > IE: in our public repo we reference $someDbPassword, and then in the > > private repo we create that password. The only time they're > > together is after a push has happened. Does this account for that? > > Does that problem not even exist anymore? > > Using the code for the update hook in my previous mail, I don't think > is should be a problem. That should only check the files that are > being modified by the push for syntax errors. Puppet is called with > --parseonly and --ignoreimport. That should prevent problems caused > by a manifest in puppet relying on something in private. Of course, > testing it on a manifest that uses a variable define in private would > be a good idea. :) > > Keeping the syntax check in syncPuppetMaster.sh is probably a good > backup, as it might catch things that the check on individual .pp > files misses. > Works for me, patch seems resonable (if it does work like it seems it should :) Ping me on irc and we'll get this in and ready and tested. -Mike From kad at blegh.net Thu Jun 25 16:07:33 2009 From: kad at blegh.net (Jorge Gallegos) Date: Thu, 25 Jun 2009 11:07:33 -0500 Subject: Here I am Message-ID: <5f90390906250907s3170071bw721f7b1cd3a54148@mail.gmail.com> Hi Everybody, I've been following the infra group for a while now, I am interested in joining the sysadmin-hosted FIG at the moment, since it seems as a nice "entry point" to all the infra madness I've seen so far :) I'd like to join some other FIGs in the future (web and dba seem to be like my kind of thing) but at the moment my time and n00bness in all fedora-infra related things keep me from doing so. I've done web development for about 8 years now, I've coded in java, php, python. I've done a fair amount of sysadmin-related stuff such as installation and support, a lot of shell scripting, a good deal of python scripting, little perl and ruby. I've served almost equal parts of SCM, RelEng, Web and DBA stuff (hence my interest in joining those particular groups). A side question, is there a particular TODO/wish/bug list for each FIG? I couldn't figure out if there's any, and having jotted down the pending tasks somewhere may attract more people to join the infra group because there would be clear tasks to be done and someone would certainly say "hey, I can do that". Anyway, thanks and I'll start bugging^W asking around people from the hosted FIG to see what tasks a n00b like me can do :) Cheers! -- Jorge A Gallegos -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Thu Jun 25 16:33:48 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Jun 2009 11:33:48 -0500 (CDT) Subject: New member intro In-Reply-To: <264ef4ff0906240644w4e164ac4pe51e2207b5795595@mail.gmail.com> References: <264ef4ff0906240644w4e164ac4pe51e2207b5795595@mail.gmail.com> Message-ID: On Wed, 24 Jun 2009, Paul Guglielmino wrote: > Hello everyone, > I joined the mail list about a week ago and wanted to send an introduction. > > I've been working with unix systems for about 10 years. First as a > volunteer at my university and then at several companies. I'm > currently working with a software company as an operations engineer > for a web application that is in development. I work with the > developers on design issues, maintain the build servers and deployment > tools and keep all the servers running. We use fedora, apache, tomcat, > hudson, svn and other open source tools. Shell or perl are my primary > scripting languages but I'm at an immediate level with python. > Hey Paul, thanks for the introduction. We have weekly meetings (one today at 20:00 UTC if you can make it) http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From mmcgrath at redhat.com Thu Jun 25 16:35:07 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Jun 2009 11:35:07 -0500 (CDT) Subject: Here I am In-Reply-To: <5f90390906250907s3170071bw721f7b1cd3a54148@mail.gmail.com> References: <5f90390906250907s3170071bw721f7b1cd3a54148@mail.gmail.com> Message-ID: On Thu, 25 Jun 2009, Jorge Gallegos wrote: > Hi Everybody, > > I've been following the infra group for a while now, I am interested in joining the sysadmin-hosted FIG at the moment, > since it seems as a nice "entry point" to all the infra madness I've seen so far :) > I'd like to join some other FIGs in the future (web and dba seem to be like my kind of thing) but at the moment my time > and n00bness in all fedora-infra related things keep me from doing so. > I've done web development for about 8 years now, I've coded in java, php, python. I've done a fair amount of > sysadmin-related stuff such as installation and support, a lot of shell scripting, a good deal of python scripting, > little perl and ruby. I've served almost equal parts of SCM, RelEng, Web and DBA stuff (hence my interest in joining > those particular groups). > A side question, is there a particular TODO/wish/bug list for each FIG? I couldn't figure out if there's any, and having > jotted down the pending tasks somewhere may attract more people to join the infra group because there would be clear > tasks to be done and someone would certainly say "hey, I can do that". > Anyway, thanks and I'll start bugging^W asking around people from the hosted FIG to see what tasks a n00b like me can do > :) > Hey Jorge, how many hours a week do you think you'll be able to spend? Stop by #fedora-admin on irc.freenode.net and say hey. -Mike From kad at blegh.net Thu Jun 25 16:48:27 2009 From: kad at blegh.net (Jorge Gallegos) Date: Thu, 25 Jun 2009 11:48:27 -0500 Subject: Here I am In-Reply-To: References: <5f90390906250907s3170071bw721f7b1cd3a54148@mail.gmail.com> Message-ID: <5f90390906250948q30bb921cv630c8fcf2f975da3@mail.gmail.com> Hi Mike, I can certainly can put a couple of hours in the afternoons/nights, somewhere around 10-15 hours a week. I'll join the irc channel later today when I'm not blocked by my company's proxy nazi :) Regards On Thu, Jun 25, 2009 at 11:35 AM, Mike McGrath wrote: > On Thu, 25 Jun 2009, Jorge Gallegos wrote: > > > Hi Everybody, > > > > I've been following the infra group for a while now, I am interested in > joining the sysadmin-hosted FIG at the moment, > > since it seems as a nice "entry point" to all the infra madness I've seen > so far :) > > I'd like to join some other FIGs in the future (web and dba seem to be > like my kind of thing) but at the moment my time > > and n00bness in all fedora-infra related things keep me from doing so. > > I've done web development for about 8 years now, I've coded in java, php, > python. I've done a fair amount of > > sysadmin-related stuff such as installation and support, a lot of shell > scripting, a good deal of python scripting, > > little perl and ruby. I've served almost equal parts of SCM, RelEng, Web > and DBA stuff (hence my interest in joining > > those particular groups). > > A side question, is there a particular TODO/wish/bug list for each FIG? I > couldn't figure out if there's any, and having > > jotted down the pending tasks somewhere may attract more people to join > the infra group because there would be clear > > tasks to be done and someone would certainly say "hey, I can do that". > > Anyway, thanks and I'll start bugging^W asking around people from the > hosted FIG to see what tasks a n00b like me can do > > :) > > > > Hey Jorge, how many hours a week do you think you'll be able to spend? > Stop by #fedora-admin on irc.freenode.net and say hey. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- -- Jorge A Gallegos -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at fedoraproject.org Thu Jun 25 19:59:04 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 25 Jun 2009 15:59:04 -0400 Subject: Puppet Web Apps Refactoring In-Reply-To: <20090624030305.GA25968@alpha.rzhou.org> References: <20090624030305.GA25968@alpha.rzhou.org> Message-ID: <20090625195904.GA31649@alpha.rzhou.org> OK, this is roughly what the plan is for the move to the puppet modules today. I will try to rebuilt most of these from scratch if possible, so if anybody has anything they need in their home directories or anything, please back it up! Sorry for the short notice. 0) Change DNS to point at PHX only 1) fas2, fas1 2) Test FAS 3) bapp1, app1, app2, app3, app4, app5, app6 (test partway through) 4) proxy3, proxy4, proxy5 5) Test all sites against non-PHX proxies 6) proxy1, proxy2 -- Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Thu Jun 25 21:02:17 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 25 Jun 2009 17:02:17 -0400 Subject: Meeting Log - 2009-06-25 Message-ID: <20090625210217.GB31649@alpha.rzhou.org> 20:00 < mmcgrath> #startmeeting 20:00 < fedbot> Meeting started Thu Jun 25 20:00:20 2009 UTC. The chair is mmcgrath. 20:00 < fedbot> Information about MeetBot at http://wiki.debian.org/MeetBot , Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00 < mmcgrath> #topic Who's here? 20:00 -!- fedbot changed the topic of #fedora-meeting to: Who's here? 20:00 * ricky 20:00 * nirik is in the cheap seats in the back 20:00 < cralin> Alin Cre?u is here (finally) 20:00 * Sparks is here to see all the goings on 20:00 -!- notting [n=notting at redhat/notting] has joined #fedora-meeting 20:01 * onekopaka is here for who knows what reason 20:01 * sijis is here. 20:01 < ianweller> hellloooooooo 20:01 * ke4qqq is here 20:02 -!- mcepl [n=mcepl at 49-117-207-85.strcechy.adsl-llu.static.bluetone.cz] has left #fedora-meeting [] 20:02 < mmcgrath> k, lets get started then 20:02 < mmcgrath> #topic Infrastructure -- Meeting Tickets 20:02 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Meeting Tickets 20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=~Meeting&order=priority 20:02 < zodbot> mmcgrath: http://tinyurl.com/47e37y 20:02 < mmcgrath> So really the only ticket we have on the list is 20:02 < mmcgrath> .ticket 1464 20:02 < zodbot> mmcgrath: #1464 (Puppet Web Apps Refactoring) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1464 20:02 < smooge> here 20:02 < mmcgrath> This is goign to happen today if it's not already happening like right now :)' 20:02 -!- denise [n=ddumas at 66.187.234.199] has quit Remote closed the connection 20:02 < mmcgrath> ricky: you want to take it? 20:03 < ricky> Sure. 20:03 < ricky> Sorry for the late notice, but if you have anything in your home directories on those machines, it'd be a good idea to back them up now 20:03 < ricky> They're in other backups, but those are kind of painful to get to. 20:03 < ricky> I just sent an email to list with the rough order that we're planning to do things in. 20:03 < mmcgrath> ricky: do we just want to... disable to cron job for a while? :) 20:04 < ricky> There will probably be a lot of puppet spam around the merge because the fas module changed, which touches more than just the apps/proxies/fas machines 20:04 * hiemanshu is here now 20:04 < ricky> mmcgrath: Yeah, I'm currently disabling puppet on the proxy/app/fas machines 20:05 < ricky> Anyway, I hope this goes well, and look for another email to f-i-l about the exact nature of the puppet changes once the dust clears a bit 20:05 < mmcgrath> coolz 20:05 < mmcgrath> ricky: and whats our plan for config clean up on the actual nodes? 20:05 < mmcgrath> IE stuff that shouldn't exist there anymore? 20:05 * hiemanshu wonders what the topic is 20:05 < mmcgrath> hiemanshu: 20:05 < mmcgrath> .ticket 1464 20:05 < zodbot> mmcgrath: #1464 (Puppet Web Apps Refactoring) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1464 20:06 < ricky> I'm hoping the rebuild most of them, which shouldn't take all that long 20:06 < mmcgrath> ricky: k. 20:06 < ricky> It's the only way to make sure that the new configs aren't relying on old stuff :-/ 20:06 * SmootherFrOgZ is around 20:06 < mmcgrath> yeah, and rebuilding doesn't harm anything :) 20:07 < hiemanshu> ricky, rebuild from scratch? 20:07 < mmcgrath> ricky: did transifex get all setup in staging and is working properly? 20:07 < ricky> Yup, https://translate.stg.fedoraproject.org/ 20:07 < ricky> Oh yeah. If I forgot a service, *now* would be a good time to tell me :-) 20:07 < hiemanshu> blogs.fp.o? 20:08 < smooge> did you get the controls for the orbital laser? 20:08 < ricky> we haven't deployed that yet, so that won't be included 20:08 < mmcgrath> hiemanshu: doesn't exist yet so it won't be included in this. 20:08 < ricky> smooge: drat! 20:08 < smooge> just saying.. it takes a long time to get back online 20:08 < mmcgrath> ricky: lets keep the old images around for a bit just in case. 20:08 < smooge> seriously though cool. 20:08 < mmcgrath> at least bapp1, and app1 and app2. 20:09 < ricky> mmcgrath: Will do, I can just rename the LV, rght? 20:09 < ricky> **right 20:09 < onekopaka> we have an orbital laser? 20:09 < mmcgrath> ricky: yeah, and if any are on the xenGuests vg, make sure to pvscan and vgscan it. 20:09 < ricky> onekopaka: Why else would we ask for latitude and logitude in FAS? >:-) 20:09 * mmcgrath doesn't think any of those are 20:09 < ricky> Will do 20:09 < mmcgrath> ricky: ok, anything else on that subject? 20:10 < ricky> Nope, thanks 20:10 -!- tmz [n=tmz at fedora/tmz] has joined #fedora-meeting 20:10 < mmcgrath> coolz 20:10 < onekopaka> ricky: are you planning to hit me with said orbital laser? 20:10 < mmcgrath> #topic Infrastructure -- cvs2 20:10 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- cvs2 20:10 < mmcgrath> so I'm still getting the new cvs server up and running. 20:10 < mmcgrath> it should, in theory, not require that much downtime. Just another cvs resync. 20:10 < smooge> onekopaka no its for beaming people to our secret moon base 20:10 * onekopaka dislikes CVS 20:11 < hiemanshu> I think subversion is better 20:11 < mmcgrath> But the newer box should have significnatly lower commit times, branch times, etc, etc. 20:11 * onekopaka agrees with hiemanshu 20:11 < mmcgrath> no one likes cvs 20:11 < hiemanshu> mmcgrath, svn? 20:11 < mmcgrath> hiemanshu: it's another version control system. 20:11 < hiemanshu> whats wrong with that, and i find svn easier to use than cvs 20:11 -!- constanton [n=constant at athedsl-4500487.home.otenet.gr] has joined #fedora-meeting 20:11 * nirik notes that changing from CVS is not simple and easy. Someone needs to do a lot of work to get it done. 20:11 < smooge> hiemanshu, its a big project to deal with.. 20:12 < mmcgrath> hiemanshu: I think most people woudl prefer git. Keep in mind that the problem is getting from point A to point B. 20:12 < onekopaka> yep 20:12 * mmcgrath has decided to stay out of that conversation though. 20:12 < hiemanshu> hmmmm 20:12 < onekopaka> git is ideal 20:12 < ianweller> I LIKE MINE BETTER 20:12 < ianweller> (i don't think this is the time for this conversation) 20:12 < smooge> hiemanshu, and its been a task of where someone would need to work on making 20 GB or so transfer 20:12 < mmcgrath> I'll happily support anyone with the time, tenacity and courage to stand up to what it'd take to do a conversion though :) 20:12 < mmcgrath> Anywho. 20:12 < mmcgrath> Lookside is done. 20:12 < mmcgrath> cvs2 is mostly there. 20:12 < ianweller> yay 20:13 < smooge> mmcgrath, what is the difference between cvs2 and cvs1? 20:13 < onekopaka> ianweller: you like cvs, don't you? 20:13 < mmcgrath> I'll probably wait for the ok from Toshio though to make sure the pkgdb bits still work as I'd hope. 20:13 < mmcgrath> smooge: hopefully nothing. Part of the conversion is to rename cvs2 to cvs1 and disable cvs1. 20:13 < mmcgrath> cvs is still, at present, not HA. 20:13 < hiemanshu> mmcgrath, i dont like cvs much, i prefer git though 20:13 < mmcgrath> though we so rarely have downtime with it. 20:13 * smooge wishes people would just stick to SCCS like K&R wanted. 20:13 < mmcgrath> hiemanshu: noted. 20:13 < hiemanshu> I always found cvs harder for _NEW_ people to join in 20:13 < smooge> mmcgrath, and then make a failover cvs2 that would be a backup 20:14 < mmcgrath> smooge: yeah, but probably not that live of a backup. 20:14 < mmcgrath> since we're the only major distribution that doesn't support drbd. 20:14 < smooge> mmcgrath, sort of like the releng1 we went over 20:14 < mmcgrath> smooge: yeah. 20:14 * smooge read that as Dr Bad 20:14 < mmcgrath> but the HA/cluster stuff is for another time. 20:14 < hiemanshu> mmcgrath, takes things in a way of a new person as well 20:14 < mmcgrath> the main purpose of this conversion is to get cvs _off_ of the /mnt/koji powervault. 20:15 < cralin> mmcgrath: I'm interested in HA cluster when the time comes 20:15 < mmcgrath> cralin: k. 20:15 < mmcgrath> So anyone have any questions about how that's going to go down? 20:15 < mmcgrath> as long as stuff has been kept in puppet it should go fairly well 20:15 < smooge> yes. and then someone can look at a summer project of inventing bikeshedding revision control system 20:16 < mmcgrath> smooge: :) 20:16 < skvidal> mmcgrath: I thought the point of the HA stuff is that it doesn't go down! 20:16 < smooge> mmcgrath, no questions on that 20:16 < hiemanshu> mmcgrath, no questions 20:16 * skvidal is full of zing 20:16 < mmcgrath> we've tried a couple of times to change to a different scm, so far no success though. 20:16 < mmcgrath> skvidal: yeah but we don't have HA :) 20:16 -!- JSchmitt [n=s4504kr at fedora/JSchmitt] has quit Read error: 104 (Connection reset by peer) 20:16 < smooge> skvidal, timing was a bit off. need to add some invective next time 20:16 < mmcgrath> heh 20:17 -!- jonmasters [n=jcm at dallas.jonmasters.org] has quit "ZNC - http://znc.sourceforge.net" 20:17 < mmcgrath> Ok, next topic 20:17 < skvidal> :) 20:17 < mmcgrath> #topic Infrastructure -- blogs.fedoraproject.org 20:17 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- blogs.fedoraproject.org 20:17 < mmcgrath> nb|away: you around? 20:17 * smooge is happy to be able to help here 20:17 < ricky> Oh, he said he couldn't make it 20:17 * onekopaka will step in at this point 20:17 < hiemanshu> mmcgrath, nb is not here, he is at work 20:17 < smooge> what is blogs vs planet 20:17 < mmcgrath> ricky: k. 20:17 < ricky> But he wanted me to give little update 20:17 < ricky> **give a little 20:17 < hiemanshu> mmcgrath, i ll be in his place though 20:17 < ricky> onekopaka: feel free if you want to give it 20:17 < mmcgrath> smooge: blogs is a hosting provider, planet is a public rss aggregator 20:17 < smooge> oooooh 20:17 < onekopaka> smooge: blogs.fp.o is a full wordpress mu install 20:17 < mmcgrath> whats the latest on all that? 20:18 < onekopaka> it is almost ready to go 20:18 < hiemanshu> mmcgrath, we have a things in mind though 20:18 < onekopaka> nb is waiting on review on some packages 20:18 < hiemanshu> mmcgrath, do we need fas integration? 20:18 < mmcgrath> "things in mind" ? such as. 20:18 < mmcgrath> yeah, fas integration is a requisite 20:18 -!- jonmasters [n=jcm at dallas.jonmasters.org] has joined #fedora-meeting 20:18 < hiemanshu> mmcgrath, nb was a little reluctant about that 20:19 < hiemanshu> he said it would not be necessary but a @fp.o email id to sign up 20:19 < Sparks> fas integration == OpenID support ? 20:19 < onekopaka> mmcgrath: we decided that FAS integration wouldn't be something to blog release on 20:19 < hiemanshu> is required 20:19 < hiemanshu> Sparks, nope 20:19 < onekopaka> Sparks: OpenID on the FAS side is flakey 20:19 < Sparks> ok 20:19 < ricky> I'd prefer to go the OpenID way, but that's not going to be ready for a while. 20:19 < hiemanshu> mmcgrath, what the need for FAS integration here? 20:19 < mmcgrath> that's not to say that we couldn't fix OpenID as part of that. 20:20 < ricky> FAS integration for things like comments is not easy though. 20:20 < hiemanshu> ricky, OpenID with WP is easy 20:20 < mmcgrath> hiemanshu: it's just a requirement for all of our new apps. 20:20 < onekopaka> well 20:20 < onekopaka> for commenting 20:20 < onekopaka> FAS integration would be simple 20:20 < ricky> mmcgrath: Sorry, I miscommunicated that to nb and the others. 20:20 < hiemanshu> mmcgrath, Guest commenting is on by deafault 20:20 < smooge> mod_fas? 20:20 < onekopaka> so it seems 20:20 < hiemanshu> smooge, i think mod_fas is for apache? 20:20 * onekopaka has been looking at the MW plugin 20:20 < mmcgrath> smooge: well, if wordpress supports apache auth, we can (and have) used mod_auth_postgres in the past. 20:21 < mmcgrath> actually that's how fedorahosted.org is setup. 20:21 < hiemanshu> mmcgrath, we dont want to change _core_ files 20:21 < mmcgrath> correct. 20:21 < ricky> If we need to block on FAS authentication, then Nigel said he had something, but he needed to pull it up from an backup at home 20:21 < mmcgrath> does wp-mu support auth modules? 20:21 < hiemanshu> mmcgrath, yes 20:21 < hiemanshu> ricky, he said he would send it to me when he found it 20:21 < smooge> so we would use wp-mu for account login and openid for comments? Is that possible/tested 20:22 < smooge> s/wp-mu/fas/ 20:22 < ricky> I have a feeling that wordpress mu's concept of a user applies both for logging in (blog administration) and comments. 20:22 < hiemanshu> smooge, yes but OpenID is not ready on FAS yet 20:22 < onekopaka> ricky: yep 20:22 < hiemanshu> ricky, yes 20:22 < hiemanshu> ricky, Guests can comment as well and that is moderated 20:22 < mmcgrath> so is the question here whether to put time into fixing OpenID or writing a wordpress plugin? 20:23 * mmcgrath would rather just fix OpenID. 20:23 < hiemanshu> mmcgrath, on a long term basis OpenID 20:23 < ricky> What would be ideal if if somebody worked on OpenID in FAS :-) It's on my TODO list, but it's honestly not that high up compared to items like the signup wizard 20:23 < ricky> But maybe I need to change that 20:23 -!- Sonar_Guy [n=Who at fedora/sonarguy] has joined #fedora-meeting 20:23 < onekopaka> mmcgrath: that would be a better long term solution 20:23 < mmcgrath> onekopaka: which would? 20:23 < hiemanshu> mmcgrath, OpenID 20:23 < onekopaka> mmcgrath: OpenID 20:23 < onekopaka> because we could integrate with other apps 20:24 * hiemanshu thinks onekopaka can read his mind 20:24 < mmcgrath> just curious, where do our estimates that it's harder to fix our OpenID implementation then write a fresh wp plugin? 20:24 < hiemanshu> mmcgrath, OpenID would work almost anywhere 20:24 < ricky> It's harder to fix OpenID, but it's also "better" 20:24 < hiemanshu> mmcgrath, an WPMU plugin is easier 20:24 < hiemanshu> we need Smart work not Hard work 20:24 -!- Killmanhack [n=killman at gprsinternet04.porta.net] has joined #fedora-meeting 20:25 < Killmanhack> hi 20:25 < onekopaka> but a WP MU plugin is a more specific solution 20:25 < mmcgrath> k, well sounds like y'all are making good progress so that's good. 20:25 < mmcgrath> and for those that missed it this morning, I put the kill switch on news.fp.o until someone steps up and takes responsibility for it. 20:25 < hiemanshu> mmcgrath, i would 20:25 < smooge> what was news.fp.o 20:25 < mmcgrath> Though it sounds like the marketing team are working on a similar project now that will likely encompass that. 20:26 -!- fbijlsma [n=fbijlsma at ip-90-186-48-124.web.vodafone.de] has joined #fedora-meeting 20:26 < mmcgrath> hiemanshu: you're not on the marketing team. 20:26 < hiemanshu> mmcgrath, :( 20:26 * onekopaka is limited to what he can do because he hasn't been sponsored for sysadmin-test and he knows that there's too many sponsees 20:26 < ricky> The first problem came up when an RFR was made without all that much talk within the marketing team 20:26 < mmcgrath> hiemanshu: in our environment it's one of those things where the teams that need something provide a project manager, and find an infrastructure member to do the work. 20:26 < hiemanshu> onekopaka, i can help you till you are done there 20:26 < mmcgrath> what we need isn't someone to do the work, but someone on the team to say what they want. 20:26 < smooge> hiemanshu, if you are interested in looking at the new idea.. talk with themayor about his idea and items. 20:27 < hiemanshu> smooge, sure will 20:27 < smooge> hiemanshu, I saw the mockup mizmo and he did and it would probably be a replacement overwrite.. but he will need some infrastructure help 20:27 < jds2001> er, she :) 20:27 < hiemanshu> smooge, i might help them there if i can 20:28 * jds2001 pops in :) 20:28 < hiemanshu> hey jds2001, my sponsor and mentor :) 20:29 < mmcgrath> Ok, well anyone have anything else on this topic? 20:29 < hiemanshu> mmcgrath, yes 20:29 < mmcgrath> hiemanshu: have at it, whats up? 20:29 < hiemanshu> oh damn i forgot 20:29 < hiemanshu> mmcgrath, continue i will come back later to you 20:30 * onekopaka reads hiemanshu's mind to find out what it was 20:30 < hiemanshu> onekopaka, extra plugins 20:30 -!- SMParrish [n=quassel at fedora/SMParrish] has quit Read error: 104 (Connection reset by peer) 20:30 * onekopaka really can't read minds 20:30 < mmcgrath> Ok, well if you guys remember just ping. 20:30 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- OSUOSL 20:30 < mmcgrath> So I'd like to thank osuosl for becoming a new sponsor. 20:30 < mmcgrath> some of you probably noticed the new osuosl1 host. 20:30 * ianweller googles them 20:30 < mmcgrath> so we need to make sure to get their sponsors up. 20:31 < onekopaka> ianweller: http://osuosl.org/ 20:31 < mmcgrath> I've got some docs to update 20:31 < ricky> mmcgrath: Let me know whenever they've chosen a logo 20:31 < mmcgrath> and they all hang out in #osuosl 20:31 < mmcgrath> ricky: will do 20:32 -!- SMParrish [n=quassel at cpe-069-134-255-095.nc.res.rr.com] has joined #fedora-meeting 20:32 < mmcgrath> In addition to that I've been workign on publictest6 for the QA team. 20:32 < mmcgrath> they've got one of our mediawiki installs and are trying to check out some new extensions that they think will help. 20:32 < onekopaka> mmcgrath: are we still on the osuosl topic? 20:32 < mmcgrath> onekopaka: nope sorry 20:32 < mmcgrath> #topic Infrastructure -- pt6 20:32 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- pt6 20:33 < mmcgrath> This is yet another example of the wiki getting in the middle of various teams workflow. 20:33 < ianweller> mmcgrath: did that export help? 20:33 < mmcgrath> ianweller: it did at first though the version I have up there now didn't use it. 20:33 < hiemanshu> mmcgrath, i am good at wiki work if i can help 20:33 < ianweller> oic. 20:33 < mmcgrath> hope it was at least a fun excersize :) 20:33 -!- themayor [n=jack at 89-138-64-224.bb.netvision.net.il] has joined #fedora-meeting 20:33 < ianweller> oic.hehe 20:33 < ianweller> mmcgrath: what do you mean "getting in the middle" -- do you imply that it's good or bad? 20:33 < ianweller> or neither 20:33 < mmcgrath> ianweller: neither. 20:34 < mmcgrath> it's just that our wiki has always been a bit more than just an information wiki. 20:34 < mmcgrath> it sits in our workflow. 20:34 < ianweller> yeah. 20:34 < hiemanshu> mmcgrath, what do we need the extra plugins for? 20:34 -!- openpercept_ [n=openperc at fedora/openpercept] has joined #fedora-meeting 20:34 < mmcgrath> hiemanshu: I honestly don't even understand what those plugins do. 20:34 < mmcgrath> ianweller: do you know? 20:35 * mmcgrath gets the ticket number. 20:35 < ianweller> mmcgrath: not a clue. 20:35 < hiemanshu> mmcgrath, unless there is a need, i dont think we need anything else 20:35 < ianweller> obviously they're so secretive, they fire the orbital laser whenever i make an edit with the edit summary "GRAHH" 20:35 < mmcgrath> .ticket 1473 20:35 < zodbot> mmcgrath: #1473 (Request for demo mediawiki instance for QA) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1473 20:35 < hiemanshu> we need no fancy stuff and keep it clean 20:35 < ianweller> hiemanshu: well, yeah. 20:35 < mmcgrath> Looks like mediawiki-semantic 20:35 < ianweller> hiemanshu: but then again we're also here to help provide the means of making life simpler for our community 20:36 < mmcgrath> especially the QA team which is really gaining speed. 20:36 < mmcgrath> I'm just trying to set up stuff they want and get out of their way. 20:36 < hiemanshu> ianweller, what exactly would those plugins do, if there is a reason i agree 20:36 < ianweller> read the ticket 20:36 * onekopaka has heard a little bit of stuff about semantic mediawiki on mediawiki-l 20:36 < hiemanshu> ianweller, doing that 20:37 < mmcgrath> http://semantic-mediawiki.org/wiki/Semantic_MediaWiki 20:37 < mmcgrath> that's the plugin 20:37 -!- StillBob [n=EvilBob at fedora/bobjensen] has joined #Fedora-Meeting 20:37 -!- mchua [n=mchua at nat/redhat/x-e320474da8ae835c] has quit Connection timed out 20:37 -!- Fedora11 [n=EvilBob at fedora/bobjensen] has quit Read error: 113 (No route to host) 20:37 < ianweller> so.. tagging 20:37 < mmcgrath> ianweller: some sort of super tagging I guess 20:37 < mmcgrath> we'll have to see what they come up with on pt6 20:37 < ianweller> magic tags 20:37 < mmcgrath> they very well may decide it doesn't do what they want :) 20:37 < mmcgrath> anywho, any more questions on that? 20:37 < ianweller> i'm glad they decided to go with a test instance 20:38 < hiemanshu> nope 20:38 < mmcgrath> ianweller: I'm happy to finally have the resources to arbitrarly do that stuff :) 20:38 < mmcgrath> #topic Infrastructure -- Zikula 20:38 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Zikula 20:38 < mmcgrath> ke4qqq: around? 20:38 < ke4qqq> yep 20:38 < ianweller> mmcgrath: :D 20:38 < mmcgrath> So hit us, whats the latest on that? 20:38 < ke4qqq> so sparks has been packaging like mad - and we are well nigh done with all of that save for two licensing hiccups 20:39 < ke4qqq> but upstream is being extremely responsive to our concerns 20:39 < ricky> Awesome :-) 20:39 < ke4qqq> and have rectified a number of issues already 20:39 < ke4qqq> basically all of the modules are in for review, most approved and already building 20:39 < mmcgrath> ke4qqq: to give us an idea of how big of an undertaking this has been. 20:39 < mmcgrath> how many total packages have you guys had to create for this? 20:39 < smooge> zikula is the CMS? 20:39 < Sparks> ke4qqq: might be one more module coming 20:39 < ianweller> smooge: yes 20:39 < mmcgrath> smooge: yeah 20:40 < ke4qqq> by the time we are done it will be upwards of 20 20:40 < hiemanshu> for what do we need the CMS btw? 20:40 < ricky> Woah :-) 20:40 < ke4qqq> we still have the fedora-specific stuff 20:40 < mmcgrath> hiemanshu: the big one, docs.fedoraproject.org 20:40 < ke4qqq> and some of the modules had bundled libs that weren't already in our repos 20:40 < ianweller> mmcgrath: hiemanshu: and perhaps the main part of fp.o, eventually 20:40 < mmcgrath> hiemanshu: the other thing is historical. One interesting thing about our wiki is that it is largely contributor based. There's some end user content on there, but not a lot. 20:40 < ianweller> (is what i've heard) 20:40 < ke4qqq> as did the core 20:40 < mmcgrath> ianweller: quite possibly. 20:41 < mmcgrath> hiemanshu: so our docs team is pretty killer, good people. 20:41 < hiemanshu> mmcgrath, i dont like the idea of a CMD 20:41 < hiemanshu> CMS for fp.o 20:41 < hiemanshu> mmcgrath, :) 20:41 < mmcgrath> hiemanshu: but the process to actually build docs.fedoraproject.org is absolutely crazy. 20:41 < ricky> Docs is leading the efforts to get it running, then we'll evaluate it for websites. 20:42 < mmcgrath> yeah, it may be great, may not be. 20:42 * onekopaka doesn't want crazy processes to build documentation 20:42 -!- mchua [n=mchua at nat/redhat/x-b16f75e529e0390a] has joined #fedora-meeting 20:42 < smooge> maybe it will eat babies.. maybe it won't. 20:42 < mmcgrath> onekopaka: you should hang out in #fedora-docs and ask someone to step you through it. 20:42 * hiemanshu wonders if onekopaka is lost bro 20:42 < mmcgrath> it's hilarious. 20:42 < hiemanshu> is his* 20:42 < Sparks> crazy is an understatement 20:42 * onekopaka is totally lost 20:42 < ke4qqq> the current process def. eats babies and puppies 20:42 < mmcgrath> and nirik one time actually had us turn the cron job down because it was generating so much bandwidth :) 20:42 < ke4qqq> so eating babies would be an improvement 20:42 < mmcgrath> one thing I'm still curious about is how zikula + translations will work. 20:43 < mmcgrath> ke4qqq: can you talk to that at all? 20:43 < ke4qqq> so zikula supports gettext 20:43 < nirik> mmcgrath: although that was when it was going over our old slow link. ;) 20:43 -!- warren [n=warren at redhat/wombat/warren] has quit "Leaving" 20:43 < ke4qqq> and really is just going to serve up docbook rendered stuff ( and have an automated way to build all of it) 20:43 < ke4qqq> and that's as much as I know unfortunately :/ 20:43 < ricky> Nice, I look forward to looking at that. 20:44 < hiemanshu> Looking forward to Zikula 20:44 -!- Killmanhack [n=killman at gprsinternet04.porta.net] has quit Read error: 60 (Operation timed out) 20:44 < mmcgrath> ke4qqq: gettext? so will this work with transifex or it's own thing completely? 20:44 < ricky> That'll work with transifex 20:44 < ke4qqq> upstream is building modules to build with publican and push out. 20:44 < ke4qqq> mmcgrath: it will work with transifex 20:44 < mmcgrath> no kidding? 20:44 < onekopaka> ke4qqq: that's good news 20:44 < mmcgrath> that's pretty amazing really. 20:44 < mmcgrath> Ok, 20:44 < ke4qqq> yeah upstream has been VERY responsive 20:44 < mmcgrath> ke4qqq: anything else on that topic? 20:44 < hiemanshu> Great news 20:44 < ke4qqq> nothing 20:44 < smooge> wow... that would be like cake and candy 20:44 < smooge> and rainbows. 20:45 < hiemanshu> and extra icing 20:45 < ke4qqq> and ponies 20:45 * smooge goes into diabetic coma 20:45 < hiemanshu> lol ponies 20:45 < mmcgrath> Ok ok 20:45 < mmcgrath> that means 20:45 < mmcgrath> next topic :) 20:45 < mmcgrath> #topic Infrastructure -- Smooge! 20:45 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Smooge! 20:45 < smooge> its time to introduce me? 20:45 < mmcgrath> So... 20:45 < mmcgrath> smooge has been hired on by RH to work with us on Infrastructure 20:45 < mmcgrath> so thank you RH 20:46 < mmcgrath> and thank you smooge! 20:46 < mmcgrath> smooge: say some stuff. 20:46 * mmcgrath thinks smooge wrote Internet Explorer. 20:46 < smooge> hi my name is Smooge 1000. I am an older bot who worked on Mirrors long ago. 20:46 < hiemanshu> smooge, a speech 20:46 < mmcgrath> :-P 20:46 < smooge> no I didn't write IE. I wrote 4 lines to make IE work on RH. 20:46 -!- ReneP [i=ReneP at a190119.studnetz.uni-leipzig.de] has quit 20:46 < smooge> it was called Red Baron 20:46 < mmcgrath> hehehe, see. Wrote IE. 20:46 < hiemanshu> i hate you smooge 20:46 < smooge> the real programmers wrote millions 20:47 < hiemanshu> you wrote IE :-0 20:47 < smooge> more lines than me. 20:47 < mmcgrath> heheeh 20:47 -!- bpepple [n=bpepple|@99-186-52-80.lightspeed.clmboh.sbcglobal.net] has quit "Ex-Chat" 20:47 < smooge> i will say that if I had written IE then I would have been able to invest quite heavily in Linux from the IPO back in 1997 20:47 < mmcgrath> smooge: well welcome, I'm thrilled to have you working with all of us. It'll help immensely 20:47 < hiemanshu> anyone here wrote FF for a IE vs FF battle :P 20:47 -!- danielbruno [n=danielbr at 201.7.142.10] has joined #fedora-meeting 20:48 < mmcgrath> hiemanshu: heh, maybe later. 20:48 < mmcgrath> smooge: :) 20:48 < onekopaka> hiemanshu: it's abbreviated Fx 20:48 < mmcgrath> smooge: anything else to say? If not we'll open the floor. 20:48 * onekopaka claps for smooge 20:48 < smooge> my main work at Red Hat previously was Tech Support and Mirror manager that was taken over later by Kambiz and then Mdomsch 20:48 < smooge> I will be Mike's PFO (Pimply Face Oldguy). I know where the bodies are buried? 20:49 < smooge> and I think I am done 20:49 * onekopaka claps for smooge again 20:49 * hiemanshu remembers the Tech Support jokes he read last night 20:49 < mmcgrath> smooge: heheheh 20:49 < mmcgrath> ok 20:49 < mmcgrath> #topic Infrastructure -- Open Floor 20:49 < hiemanshu> A big round of applause for smooge 20:49 -!- fedbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:49 < mmcgrath> Anyone have anything they'd like to discuss? 20:49 < smooge> ok and thankyou to Red Hat for making this possible. 20:49 < mmcgrath> we can keep talking about smooges awesomeness if we want. 20:49 < smooge> Actually I do have a couple of things 20:49 < SmootherFrOgZ> yep 20:50 * ianweller laughs at this 20:50 < SmootherFrOgZ> the fas integration for ovirt is almost done 20:50 < mmcgrath> smooge: have at it. 20:50 < mmcgrath> smooge: oof, one sec. 20:50 < smooge> 1) I am going over DNS on the 10.8.34 and should have stuff cleaned up soon. 20:50 * mmcgrath wants to hear this. 20:50 < mmcgrath> SmootherFrOgZ: you first, how's that all going? 20:50 < smooge> waits sorry. 20:50 < SmootherFrOgZ> pretty well, i'm gonna integrate it this night for test 20:51 < SmootherFrOgZ> i'm gonna need to have ruby-json into infra repo 20:51 < mmcgrath> SmootherFrOgZ: is that something we can't put in EPEL? 20:51 -!- openpercept [n=openperc at fedora/openpercept] has quit Read error: 110 (Connection timed out) 20:51 < SmootherFrOgZ> we can, i already requested a review for this package 20:52 < mmcgrath> SmootherFrOgZ: oh excellent, i'd assumed it was some weird rhel subpackage they didn't enable :) 20:52 < SmootherFrOgZ> maybe, yeah :) 20:52 < SmootherFrOgZ> so 20:53 < sijis> smooge: congrats :) 20:53 < mmcgrath> SmootherFrOgZ: and how does the auth work exactly? similar to how the mediawiki plugin works? 20:53 < mmcgrath> SmootherFrOgZ: how does the authorization get created? 20:53 < SmootherFrOgZ> do we want that permission also managed by FAS for heac pool* 20:53 < smooge> what is heac pool? 20:53 < mmcgrath> SmootherFrOgZ: naw, I'd rather manage per pool and ovirt privileges in ovirt. 20:53 < SmootherFrOgZ> mmcgrath: i worked on a python-fedora port and , built a ovirt plugin to deal with 20:54 < ricky> smooge: each pool, I think :-) 20:54 < mmcgrath> but we need the right users to show up in there, and to give them authentication. 20:54 < SmootherFrOgZ> 20:54 < mmcgrath> SmootherFrOgZ: cool, so anything else on that? Let me know when it's test ready :) 20:54 < SmootherFrOgZ> mmcgrath: so you still want the way to level up a user through ovirt UI ? 20:55 < smooge> ricky, ok sorry.. I thought it might be a new acronym 20:55 < mmcgrath> SmootherFrOgZ: yeah 20:55 < SmootherFrOgZ> k 20:55 < mmcgrath> SmootherFrOgZ: thanks for that. 20:55 -!- rdieter [n=rdieter at sting.unl.edu] has quit Remote closed the connection 20:55 < mmcgrath> Ok, since we're running short on time. 20:56 < mmcgrath> smooge: take it. 20:56 < SmootherFrOgZ> last note, upstream is interested to get this work into the base code (iirc) 20:56 < mmcgrath> SmootherFrOgZ: even more betta :) 20:56 * onekopaka freaks about "more betta" 20:56 < smooge> ok so tuesday I started going through the 10.8.34 network to see what was registered correctly/incorrectly 20:57 < hiemanshu> mmcgrath, i have a few things to ask though, 1> What DB fas uses? 2> Is it possible to let WPMU directly talk to the DB 20:57 < mmcgrath> hiemanshu: postgres and no. 20:57 < onekopaka> I knew it! 20:57 < mmcgrath> unless you're relying on apache auth. 20:57 < mmcgrath> smooge: thanks for that. 20:57 < smooge> we had 6 hosts unregistered in DNS (mostly DRAC/IBMstuff cards) 20:57 < hiemanshu> mmcgrath, i mean can i let it talk to the DB, if i program it 20:57 < smooge> mmcgrath, is tracking down there hosts. 20:57 < mmcgrath> hiemanshu: no 20:58 < mmcgrath> hiemanshu: you'll have to go through the json interface. 20:58 < onekopaka> hiemanshu: yep 20:58 < smooge> there were a couple of bad Reverse DNS but not many.. and there are about 20 hosts that are registered that can be unallocated. 20:58 < onekopaka> hiemanshu: there's builtin JSON support in the PHP on pt machines, IIRC 20:58 < mmcgrath> smooge: it's on my todo :) 20:58 < hiemanshu> mmcgrath, python script to do so? I have an idea on my mind 20:58 < ricky> smooge: If you're going to be sending in DNS requests soon, feel free to include http://ricky.fedorapeople.org/curr.ips as well 20:58 < smooge> ricky, will do so after this meeting. 20:58 < ricky> hiemanshu: We can discuss methods for talking to FAS after the meeting if you want 20:58 < ricky> Thanks 20:58 < mmcgrath> smooge: interesting about the reverse dns, but not surprising. 20:59 < hiemanshu> ricky, allright 20:59 * onekopaka is seeing the seconds slip 20:59 < smooge> Once I have that network 'cleaned' up (and I have to say its very clean) 20:59 < smooge> I will move to others as needed 20:59 < smooge> I will also be cleaning up some systems as needed 20:59 < smooge> (making sure func and puppet agree with each other etc) 20:59 < ricky> smooge: It'd be good to start up a document with all this info so that we can stay clean in the future 20:59 < ricky> (Our IP allocations, etc.) 21:00 < smooge> ricky, I will do so. where do I put it? 21:00 * mmcgrath would like to do that in the inventory management system if we can. 21:00 < mmcgrath> we have a proof of concept and stuff setup 21:00 < ricky> Oh, didn't know about that 21:00 < smooge> ok will look at that. 21:00 * onekopaka looks at his clock 21:00 * smooge moves the clock back 21:00 < smooge> I will report the rest on the list. 21:00 * hiemanshu 's clocks rings, 2:30 AM time for bed 21:00 < mmcgrath> Ok guys times up! 21:01 < mmcgrath> #meetingend 21:01 < mmcgrath> #endmeeting 21:01 -!- fedbot changed the topic of #fedora-meeting to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Meeting_channel for meeting schedule 21:01 < fedbot> Meeting ended Thu Jun 25 21:01:10 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . 21:01 < fedbot> Minutes: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-25-20.00.html 21:01 < fedbot> Log: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-25-20.00.log.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Fri Jun 26 01:29:14 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 25 Jun 2009 21:29:14 -0400 Subject: SSH key warnings Message-ID: <20090626012914.GC31649@alpha.rzhou.org> Hi, as some of you noticed (good!), you might start getting prompted to verify SSH host keys on bastion. This is because we have temporarily disabled the system-wide ssh_known_hosts file as we are rebuilding a bunch of machines today. Once everything is rebuilt, we'll go through and update ssh_known_hosts and renable it. The tracking ticket for this is at https://fedorahosted.org/fedora-infrastructure/ticket/1476 Until then, you can verify the keys at: https://admin.fedoraproject.org/ssh_known_hosts (might go away once proxies get rebuilt) or http://ricky.fedorapeople.org/ssh_known_hosts Sorry for the alarm, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tmz at pobox.com Fri Jun 26 19:43:10 2009 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 26 Jun 2009 15:43:10 -0400 Subject: Enabling syntax checking for puppet via a git update hook In-Reply-To: References: <20090625030634.GS4753@inocybe.localdomain> <20090625134401.GU4753@inocybe.localdomain> Message-ID: <20090626194310.GG4753@inocybe.localdomain> Mike McGrath wrote: > Works for me, patch seems resonable (if it does work like it seems > it should :) > > Ping me on irc and we'll get this in and ready and tested. This is done now, we've moved the mail notification bits out of the update hook and into the post-receive hook. I'm sure many of you noticed the changes in the mail formatting and perhaps found your filters needed changed. After making the initial change to use the upstream post-receive-email hook yesterday, Owen Taylor pointed out that the gnome.org admins have written a very nice post-receive-email script for use on the gnome.org repositories?. I've added that script to puppet and installed it on puppet1. So the format of the commit mails should be a bit less verbose once again. In place of the X-Git-Module header, a Keywords header exists and contains the git module name. I also added the X-Project header with the project description, in case anyone was using that to filter. We're now also running the syntax check in the update hook, which should prevent pushing changes with obvious syntax errors. The output of such a failure looks like this: http://fpaste.org/paste/16624 I still find it convenient to have a pre-commit hook that checks syntax. That keeps me from committing obviously broken things to my local repo. The hooks I whipped up and have been using on my local puppet boxes for a while now are at: http://tmz.fedorapeople.org/tmp/pre-commit http://tmz.fedorapeople.org/tmp/pre-commit-puppet If anyone notices problems with this, don't hesitate to yell at me via mail or irc (tmz). ? http://git.gnome.org/cgit/gitadmin-bin/tree/gnome-post-receive-email (I did make a few small modifications to this script, all of which I sent to Owen for potential inclusion in the gitadmin-bin repo. The most useful of which is encoding of user names in utf-8, where needed. I tested this on fedorapeople.org and out of the 2124 accounts there, 97 names were non-ascii and required encoding.) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Start every day with a smile and get it over with. -- W.C. Fields -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From Matt_Domsch at dell.com Fri Jun 26 21:59:02 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 26 Jun 2009 16:59:02 -0500 Subject: mdomsch on vacation Message-ID: <20090626215902.GA7921@auslistsprd01.us.dell.com> We're heading to Michigan tomorrow morning early, back late 7/4. As in previous years, I'll have exceedingly limited email and network connectivity (I have to sit in the front yard of the cottage and sniff wireless off an unsuspecting neighbor 100yds away). If anything goes boom with MM, there won't be much I can do about it - just so you know. My Austin, TX thermometer at home today: 107. Arcadia, MI high for next week: 76. Thanks, Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ricky at fedoraproject.org Fri Jun 26 22:28:35 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 26 Jun 2009 18:28:35 -0400 Subject: mdomsch on vacation In-Reply-To: <20090626215902.GA7921@auslistsprd01.us.dell.com> References: <20090626215902.GA7921@auslistsprd01.us.dell.com> Message-ID: <20090626222835.GA12430@alpha.rzhou.org> On 2009-06-26 04:59:02 PM, Matt Domsch wrote: > My Austin, TX thermometer at home today: 107. > Arcadia, MI high for next week: 76. Nice - have a great trip :-) If you're around a bit tonight, mind taking a look to see if there's anything abnormal with mirrormanager now? We just rebuilt all of the app/proxy servers, and mirrormanager is currently using >90 connections on db2. We don't know if that's normal or not, but with that and everything else, we're starting to hit the postgres connection limit a lot since the rebuild. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Matt_Domsch at Dell.com Fri Jun 26 22:59:44 2009 From: Matt_Domsch at Dell.com (Matt Domsch) Date: Fri, 26 Jun 2009 22:59:44 +0000 Subject: mdomsch on vacation In-Reply-To: <20090626222835.GA12430@alpha.rzhou.org> References: <20090626215902.GA7921@auslistsprd01.us.dell.com><20090626222835.GA12430@alpha.rzhou.org> Message-ID: <410985958-1246057184-cardhu_decombobulator_blackberry.rim.net-1582613090-@bxe1282.bisx.prod.on.blackberry> 90 isn't unusual. 70 crawlers, 6 app servers with wsgi, and cron jobs on bapp1 could easily account for that. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -----Original Message----- From: Ricky Zhou Date: Fri, 26 Jun 2009 18:28:35 To: Subject: Re: mdomsch on vacation _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From ricky at fedoraproject.org Fri Jun 26 23:05:50 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 26 Jun 2009 19:05:50 -0400 Subject: mdomsch on vacation In-Reply-To: <410985958-1246057184-cardhu_decombobulator_blackberry.rim.net-1582613090-@bxe1282.bisx.prod.on.blackberry> References: <20090626215902.GA7921@auslistsprd01.us.dell.com> <20090626222835.GA12430@alpha.rzhou.org> <410985958-1246057184-cardhu_decombobulator_blackberry.rim.net-1582613090-@bxe1282.bisx.prod.on.blackberry> Message-ID: <20090626230353.GB12430@alpha.rzhou.org> On 2009-06-26 10:59:44 PM, Matt Domsch wrote: > 90 isn't unusual. 70 crawlers, 6 app servers with wsgi, and cron jobs > on bapp1 could easily account for that. Ah, OK maybe we need to look at adjusting our limits then. Thanks, and enjoy your trip, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Sat Jun 27 00:53:36 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 26 Jun 2009 20:53:36 -0400 Subject: SSH key warnings In-Reply-To: <20090626012914.GC31649@alpha.rzhou.org> References: <20090626012914.GC31649@alpha.rzhou.org> Message-ID: <20090627005336.GC12430@alpha.rzhou.org> On 2009-06-25 09:29:14 PM, Ricky Zhou wrote: > Hi, as some of you noticed (good!), you might start getting prompted to > verify SSH host keys on bastion. This is because we have temporarily > disabled the system-wide ssh_known_hosts file as we are rebuilding a > bunch of machines today. Once everything is rebuilt, we'll go through > and update ssh_known_hosts and renable it. This should be fixed now, sorry for the inconvenience. In the future, we will just remove the keys for the machines that we are rebuilding. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Sat Jun 27 03:57:15 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 26 Jun 2009 23:57:15 -0400 Subject: Puppet Cleanup Message-ID: <20090627035715.GB20758@alpha.rzhou.org> Just giving a heads up - as the final stage of the web app refactoring (https://fedorahosted.org/fedora-infrastructure/ticket/1464), I'm about to push some commits which delete a ton of old/unused files from puppet. My apologies if I was a bit overzealous and deleted anything that was still being looked at. Let me know if anything you needed gets lost and I'll be more than happy to dig through git to recover it. Thanks a lot, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From red at fedoraproject.org Sat Jun 27 10:23:36 2009 From: red at fedoraproject.org (Sandro "red" Mathys) Date: Sat, 27 Jun 2009 12:23:36 +0200 Subject: Introduction: Sandro "red" Mathys Message-ID: Hi list, I'm the new guy around and I would like to get involved with the infrastructure. While I'm already a active ambassador for over 2 years, I only just started packaging some RPMs and only just subscribed to the infrastructure list. In $DAYJOB-life I'm a (RHEL) Linux Systems Engineer (aka sysadmin) at the Swiss Federal Institute of Technology Zurich (ETHZ). There I administer the RHN satellite and proxies and the RHEL servers where those services are running on. Additionally I give 2nd/3rd level support on RHEL servers and clients to our (internal) clients, for which we are running the satellite. In all of ETHZ, there's >1000 RHEL running. I'd be interested to help the infrastructure team in terms of OS-administration and maybe security. I'm not experienced with large infrastructure systems as I only run some non-critical servers and as for security, I only know some random things yet but I'm eager to learn more (will also go into that direction for the $DAYJOB). Oh, and I'm a RHCE, targeting RHCA. I'm located in Zurich, Switzerland, Central Europe (UTC+1/UTC+2) and the time I have available to help out is limited and really irregular. Someone please point me to the right people or tasks or whatever. I'll read the wiki pages once I'll have time (I'm sitting at LinuxTag/FUDCon EMEA right now) and try to get to some meeting once in a while. And once I'm back home, I'll join the IRC channel, too. Thanks, red PS. some more information on my person can be found on the wiki by my FAS-name red -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Sat Jun 27 15:34:52 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 27 Jun 2009 08:34:52 -0700 Subject: Fwd: [puppet] Sign up for transifex error notifications. Message-ID: <4A463C1C.1080509@gmail.com> Should we set this to send messages to an admin wide alias? fedora-infrastructure-list might be a little broad but admin at fedoraproject.org or something? --- diff --git a/modules/transifex/templates/00-default.conf.erb b/modules/transifex/templates/00-default.conf.erb index fa7ad88..172c750 100644 --- a/modules/transifex/templates/00-default.conf.erb +++ b/modules/transifex/templates/00-default.conf.erb @@ -23,6 +23,7 @@ ADMINS = ( ('Diego Burigo Zacarao', 'diegobz at gmail.com'), ('Dimitris Glezos', 'dimitris at glezos.com'), ('Ignacio Vazquez-Abrams', 'ivazqueznet at gmail.com'), + ('Ricky Zhou', 'ricky at fedoraproject.org'), ) MANAGERS = ADMINS -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From dimitris at glezos.com Sat Jun 27 15:40:11 2009 From: dimitris at glezos.com (Dimitris Glezos) Date: Sat, 27 Jun 2009 18:40:11 +0300 Subject: [puppet] Sign up for transifex error notifications. In-Reply-To: <4A463C1C.1080509@gmail.com> References: <4A463C1C.1080509@gmail.com> Message-ID: <6d4237680906270840m3284b4adw30219fa2f03a5e03@mail.gmail.com> On Sat, Jun 27, 2009 at 6:34 PM, Toshio Kuratomi wrote: > Should we set this to send messages to an admin wide alias? > fedora-infrastructure-list might be a little broad but > admin at fedoraproject.org or something? Probably yes. They're Python exception (500) errors. 404 errors are only sent to the MANAGERS variable (we can safely remove admin@ from this setting). -d > --- > diff --git a/modules/transifex/templates/00-default.conf.erb > b/modules/transifex/templates/00-default.conf.erb > index fa7ad88..172c750 100644 > --- a/modules/transifex/templates/00-default.conf.erb > +++ b/modules/transifex/templates/00-default.conf.erb > @@ -23,6 +23,7 @@ ADMINS = ( > ? ?('Diego Burigo Zacarao', 'diegobz at gmail.com'), > ? ?('Dimitris Glezos', 'dimitris at glezos.com'), > ? ?('Ignacio Vazquez-Abrams', 'ivazqueznet at gmail.com'), > + ? ('Ricky Zhou', 'ricky at fedoraproject.org'), > ?) > > ?MANAGERS = ADMINS > > -Toshio > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -- Dimitris Glezos Founder and Chief Engineer, Indifex Transifex: The Multilingual Publishing Revolution http://www.transifex.net/ -- http://www.indifex.com/ From smfaraujo at gmail.com Sat Jun 27 20:17:20 2009 From: smfaraujo at gmail.com (=?UTF-8?B?U8OJUkdJTyBBUkHDmkpP?=) Date: Sat, 27 Jun 2009 21:17:20 +0100 Subject: (no subject) Message-ID: Hi there people i'm a student of Informatic Engineering and i am eager to help and learn more about developing infrastructure of ower operating system. I Use Linux for about 10 years and i'm not with the idea of changing. By the oposite i pretend continue using it and help in what comes to be necessary for its evaluation. My habilitacions in programing languages are c, and c++. I'm from Portugal and i have 30 years old. In the moment the school vacation arrives and i got nothing to do so I'm asking for some project something light for start, or to colaborate with a team. I'm afford to start. With all my regards S?rgio Ara?jo -------------- next part -------------- An HTML attachment was scrubbed... URL: From smooge at gmail.com Sat Jun 27 21:02:48 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 27 Jun 2009 15:02:48 -0600 Subject: Cleanup of func step 1 Message-ID: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> Removed func certs for vpn1.fedora.phx.redhat.com vpn2.fedoraproject.org ppc2.fedora.redhat.com ppc3.fedora.redhat.com [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean Cleaning out /var/lib/certmaster/certmaster/certs/vpn1.fedora.phx.redhat.com.cert for host matching vpn1.fedora.phx.redhat.com [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean vpn2.fedoraproject.org Cleaning out /var/lib/certmaster/certmaster/certs/vpn2.fedoraproject.org.cert for host matching vpn2.fedoraproject.org [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc2.fedora.redhat.com Cleaning out /var/lib/certmaster/certmaster/certs/ppc2.fedora.redhat.com.cert for host matching ppc2.fedora.redhat.com [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc3.fedora.redhat.com Cleaning out /var/lib/certmaster/certmaster/certs/ppc3.fedora.redhat.com.cert for host matching ppc3.fedora.redhat.com The following boxes are not reachable by func [ FAILED ] asterisk2.fedoraproject.org [ FAILED ] bastion.fedora.phx.redhat.com [ FAILED ] bastion2.fedora.phx.redhat.com [ FAILED ] compose-x86.fedora.phx.redhat.com [ FAILED ] cvs2.fedora.phx.redhat.com [ FAILED ] lb1.fedora.phx.redhat.com [ FAILED ] lb2.fedora.phx.redhat.com [ FAILED ] publictest10.fedoraproject.org [ FAILED ] publictest14.fedoraproject.org [ FAILED ] publictest15.fedoraproject.org [ FAILED ] qa1.fedora.phx.redhat.com [ FAILED ] sign1.fedora.phx.redhat.com [ FAILED ] smtp-mm1.fedoraproject.org -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From douglas.furlong at gmail.com Sun Jun 28 07:40:17 2009 From: douglas.furlong at gmail.com (Douglas Furlong) Date: Sun, 28 Jun 2009 08:40:17 +0100 Subject: DNS cleanup: 10.8.34.x network In-Reply-To: <80d7e4090906241445u737b69c4w38a0c31f3884db05@mail.gmail.com> References: <80d7e4090906241445u737b69c4w38a0c31f3884db05@mail.gmail.com> Message-ID: <9d9d35230906280040h50b72fact7baa34e5f297e63e@mail.gmail.com> 2009/6/24 Stephen John Smoogen > Any ideas on what to register them would be appreciated. > Not sure what fedora infrastructure use to track IP use, however I have a lot of success with http://iptrack.sourceforge.net/ Doug -------------- next part -------------- An HTML attachment was scrubbed... URL: From smfaraujo at gmail.com Sun Jun 28 12:46:57 2009 From: smfaraujo at gmail.com (=?UTF-8?B?U8OJUkdJTyBBUkHDmkpP?=) Date: Sun, 28 Jun 2009 13:46:57 +0100 Subject: Apresentation Message-ID: Hi there people i'm a student of Informatic Engineering and i am eager to help and learn more about developing infrastructure of ower operating system. I Use Linux for about 10 years and i'm not with the idea of changing. By the oposite i pretend continue using it and help in what comes to be necessary for its evaluation. My habilitacions in programing languages are c, and c++. I'm from Portugal and i have 30 years old. In the moment the school vacation arrives and i got nothing to do so I'm asking for some project something light for start, or to colaborate with a team. I'm afford to start. With all my regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Mon Jun 29 03:31:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 28 Jun 2009 22:31:41 -0500 (CDT) Subject: Cleanup of func step 1 In-Reply-To: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> References: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> Message-ID: On Sat, 27 Jun 2009, Stephen John Smoogen wrote: > Removed func certs for > vpn1.fedora.phx.redhat.com > vpn2.fedoraproject.org > ppc2.fedora.redhat.com > ppc3.fedora.redhat.com > > [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean > Cleaning out /var/lib/certmaster/certmaster/certs/vpn1.fedora.phx.redhat.com.cert > for host matching vpn1.fedora.phx.redhat.com > [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean vpn2.fedoraproject.org > Cleaning out /var/lib/certmaster/certmaster/certs/vpn2.fedoraproject.org.cert > for host matching vpn2.fedoraproject.org > [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc2.fedora.redhat.com > Cleaning out /var/lib/certmaster/certmaster/certs/ppc2.fedora.redhat.com.cert > for host matching ppc2.fedora.redhat.com > [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc3.fedora.redhat.com > Cleaning out /var/lib/certmaster/certmaster/certs/ppc3.fedora.redhat.com.cert > for host matching ppc3.fedora.redhat.com > > The following boxes are not reachable by func > [ FAILED ] asterisk2.fedoraproject.org > [ FAILED ] bastion.fedora.phx.redhat.com > [ FAILED ] bastion2.fedora.phx.redhat.com > [ FAILED ] compose-x86.fedora.phx.redhat.com > [ FAILED ] cvs2.fedora.phx.redhat.com > [ FAILED ] lb1.fedora.phx.redhat.com > [ FAILED ] lb2.fedora.phx.redhat.com > [ FAILED ] publictest10.fedoraproject.org > [ FAILED ] publictest14.fedoraproject.org > [ FAILED ] publictest15.fedoraproject.org > [ FAILED ] qa1.fedora.phx.redhat.com > [ FAILED ] sign1.fedora.phx.redhat.com > [ FAILED ] smtp-mm1.fedoraproject.org > lb1 and lb2 don't exist at all anymore. cvs2 is temporary (part of the migration I've been talking about, should be done this week) The others I believe should be up and usable, check smtp-mm1. I'm not sure of it's status. -Mike From tmz at pobox.com Mon Jun 29 14:23:30 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 29 Jun 2009 10:23:30 -0400 Subject: [puppet] using new yum::repo module In-Reply-To: <20090629135439.3547C8F8664@puppet1.fedora.phx.redhat.com> References: <20090629135439.3547C8F8664@puppet1.fedora.phx.redhat.com> Message-ID: <20090629142330.GM4753@inocybe.localdomain> Mike McGrath wrote: > diff --git a/manifests/services/build.pp b/manifests/services/build.pp > index 0166de2..6c46fe2 100644 > --- a/manifests/services/build.pp > +++ b/manifests/services/build.pp [...] > @@ -117,9 +118,6 @@ class koji { > source => 'fedora-ca.cert', > notify => Service['kojid'], > } > - configfile { '/etc/yum.repos.d/builder-infrastructurel.repo': ^ Does this stray 'l' mean that this file will remain on the build systems, is it's not replaced or removed by any of the other changes? If so, will it cause any problems by duplicating yum repos? -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ If quizzes are quizzical, what are tests? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Mon Jun 29 14:33:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 29 Jun 2009 09:33:11 -0500 (CDT) Subject: [puppet] using new yum::repo module In-Reply-To: <20090629142330.GM4753@inocybe.localdomain> References: <20090629135439.3547C8F8664@puppet1.fedora.phx.redhat.com> <20090629142330.GM4753@inocybe.localdomain> Message-ID: On Mon, 29 Jun 2009, Todd Zullinger wrote: > Mike McGrath wrote: > > diff --git a/manifests/services/build.pp b/manifests/services/build.pp > > index 0166de2..6c46fe2 100644 > > --- a/manifests/services/build.pp > > +++ b/manifests/services/build.pp > [...] > > @@ -117,9 +118,6 @@ class koji { > > source => 'fedora-ca.cert', > > notify => Service['kojid'], > > } > > - configfile { '/etc/yum.repos.d/builder-infrastructurel.repo': > ^ > Does this stray 'l' mean that this file will remain on the build > systems, is it's not replaced or removed by any of the other changes? > If so, will it cause any problems by duplicating yum repos? > Good catch, looks like it was a typo on the boxes. It doesn't seem to be causing errors but yum is throwing a warning: Repository builder-infrastructure is listed more than once in the configuration I'll clean out the infrastructurel repo :) -Mike From smooge at gmail.com Mon Jun 29 18:00:29 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 29 Jun 2009 12:00:29 -0600 Subject: Cleanup of func step 1 In-Reply-To: References: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> Message-ID: <80d7e4090906291100g702fe5abo4cd7bc6700b55f11@mail.gmail.com> On Sun, Jun 28, 2009 at 9:31 PM, Mike McGrath wrote: > On Sat, 27 Jun 2009, Stephen John Smoogen wrote: > >> Removed func certs for >> vpn1.fedora.phx.redhat.com >> vpn2.fedoraproject.org >> ppc2.fedora.redhat.com >> ppc3.fedora.redhat.com >> >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean >> Cleaning out /var/lib/certmaster/certmaster/certs/vpn1.fedora.phx.redhat.com.cert >> for host matching vpn1.fedora.phx.redhat.com >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean vpn2.fedoraproject.org >> Cleaning out /var/lib/certmaster/certmaster/certs/vpn2.fedoraproject.org.cert >> for host matching vpn2.fedoraproject.org >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc2.fedora.redhat.com >> Cleaning out /var/lib/certmaster/certmaster/certs/ppc2.fedora.redhat.com.cert >> for host matching ppc2.fedora.redhat.com >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc3.fedora.redhat.com >> Cleaning out /var/lib/certmaster/certmaster/certs/ppc3.fedora.redhat.com.cert >> for host matching ppc3.fedora.redhat.com >> >> The following boxes are not reachable by func >> [ FAILED ] asterisk2.fedoraproject.org >> [ FAILED ] bastion.fedora.phx.redhat.com >> [ FAILED ] bastion2.fedora.phx.redhat.com >> [ FAILED ] compose-x86.fedora.phx.redhat.com >> [ FAILED ] cvs2.fedora.phx.redhat.com >> [ FAILED ] lb1.fedora.phx.redhat.com >> [ FAILED ] lb2.fedora.phx.redhat.com >> [ FAILED ] publictest10.fedoraproject.org >> [ FAILED ] publictest14.fedoraproject.org >> [ FAILED ] publictest15.fedoraproject.org >> [ FAILED ] qa1.fedora.phx.redhat.com >> [ FAILED ] sign1.fedora.phx.redhat.com >> [ FAILED ] smtp-mm1.fedoraproject.org >> > > lb1 and lb2 don't exist at all anymore. ?cvs2 is temporary (part of the > migration I've been talking about, should be done this week) The others I > believe should be up and usable, check smtp-mm1. ?I'm not sure of it's > status. > Oh ok. lb2 was up on xen9 when it rebooted earlier. Want me to remove its image? Hmm I don't think I have ever lvremoved stuff before. I will remove the others. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mmcgrath at redhat.com Mon Jun 29 19:07:08 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 29 Jun 2009 14:07:08 -0500 (CDT) Subject: Cleanup of func step 1 In-Reply-To: <80d7e4090906291100g702fe5abo4cd7bc6700b55f11@mail.gmail.com> References: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> <80d7e4090906291100g702fe5abo4cd7bc6700b55f11@mail.gmail.com> Message-ID: On Mon, 29 Jun 2009, Stephen John Smoogen wrote: > On Sun, Jun 28, 2009 at 9:31 PM, Mike McGrath wrote: > > On Sat, 27 Jun 2009, Stephen John Smoogen wrote: > > > >> Removed func certs for > >> vpn1.fedora.phx.redhat.com > >> vpn2.fedoraproject.org > >> ppc2.fedora.redhat.com > >> ppc3.fedora.redhat.com > >> > >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean > >> Cleaning out /var/lib/certmaster/certmaster/certs/vpn1.fedora.phx.redhat.com.cert > >> for host matching vpn1.fedora.phx.redhat.com > >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean vpn2.fedoraproject.org > >> Cleaning out /var/lib/certmaster/certmaster/certs/vpn2.fedoraproject.org.cert > >> for host matching vpn2.fedoraproject.org > >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc2.fedora.redhat.com > >> Cleaning out /var/lib/certmaster/certmaster/certs/ppc2.fedora.redhat.com.cert > >> for host matching ppc2.fedora.redhat.com > >> [smooge at puppet1 ~]$ sudo /usr/bin/certmaster-ca --clean ppc3.fedora.redhat.com > >> Cleaning out /var/lib/certmaster/certmaster/certs/ppc3.fedora.redhat.com.cert > >> for host matching ppc3.fedora.redhat.com > >> > >> The following boxes are not reachable by func > >> [ FAILED ] asterisk2.fedoraproject.org > >> [ FAILED ] bastion.fedora.phx.redhat.com > >> [ FAILED ] bastion2.fedora.phx.redhat.com > >> [ FAILED ] compose-x86.fedora.phx.redhat.com > >> [ FAILED ] cvs2.fedora.phx.redhat.com > >> [ FAILED ] lb1.fedora.phx.redhat.com > >> [ FAILED ] lb2.fedora.phx.redhat.com > >> [ FAILED ] publictest10.fedoraproject.org > >> [ FAILED ] publictest14.fedoraproject.org > >> [ FAILED ] publictest15.fedoraproject.org > >> [ FAILED ] qa1.fedora.phx.redhat.com > >> [ FAILED ] sign1.fedora.phx.redhat.com > >> [ FAILED ] smtp-mm1.fedoraproject.org > >> > > > > lb1 and lb2 don't exist at all anymore. ?cvs2 is temporary (part of the > > migration I've been talking about, should be done this week) The others I > > believe should be up and usable, check smtp-mm1. ?I'm not sure of it's > > status. > > > > Oh ok. lb2 was up on xen9 when it rebooted earlier. Want me to remove > its image? Hmm I don't think I have ever lvremoved stuff before. I > will remove the others. > Yeah it was a good idea at the time :) Don't use it now though. If we need to do something similar in the future we'll just build again. So shut it down, remove the image and remove all the puppet stuff from it. -Mike From jonstanley at gmail.com Mon Jun 29 19:12:56 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 29 Jun 2009 15:12:56 -0400 Subject: Cleanup of func step 1 In-Reply-To: References: <80d7e4090906271402w474648e9sd9b524e3ab42372@mail.gmail.com> Message-ID: On Sun, Jun 28, 2009 at 11:31 PM, Mike McGrath wrote: > check smtp-mm1. ?I'm not sure of it's > status. smtp-mm1 is the first box of three at various locations that will serve as SMTP frontends to our mailman instance that runs on collab1. This one is at Telia. It doesn't appear to be up right at the moment, but it also isn't hurting anything by being in that state :) Dennis and I will be working more on these this weekend. From ufo008ahw at 163.com Tue Jun 30 12:23:09 2009 From: ufo008ahw at 163.com (ufo008ahw) Date: Tue, 30 Jun 2009 20:23:09 +0800 (CST) Subject: introduction Message-ID: <17070182.981801246364589464.JavaMail.coremail@bj163app54.163.com> hello,everyone. I'm a graduate. I am 23 years old.I will work in beijing china. I am instresting in the linux system and i like code. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Tue Jun 30 16:26:31 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 30 Jun 2009 11:26:31 -0500 (CDT) Subject: Outage Notification - 2009-07-01 01:00 UTC Message-ID: There will be an outage starting at 2009-07-01 01:00 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-07-01 01:00 UTC' Affected Services: Buildsystem CVS / Source Control Unaffected Services: Database DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Translation Services Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1496 Reason for Outage: Final migration step for new cvs server. It will hopefully be offline for only 30-45 minutes. The additional time is for some further tuning if needed and some verification steps. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage.