Re: [Ambassadors] Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC
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@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Sent from my mobile device ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC
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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Attendees needed for Fedora 11 Retrospective on Tuesday June 16, 2009 @ 14:00 UTC
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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Meeting Log - 2009-06-11
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=chitl...@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=si...@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=chitl...@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=ldima...@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=...@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
2 MM metalink fixes pushed
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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: koji database wrong?
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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: koji database wrong?
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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: koji database wrong?
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___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
koji database wrong?
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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [PATCH] Re-enable rawhide compose.
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=jkeat...@fedoraproject.org -15 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.XX` && 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.XX` && 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 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list