From mmcgrath at redhat.com Mon Jan 4 16:38:07 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 4 Jan 2010 10:38:07 -0600 (CST) Subject: postfix Message-ID: Don't touch anything in the postfix "module[1]" until further notice. -Mike [1] I use the term module losely because it's a bloody mess. From ricky at fedoraproject.org Mon Jan 4 17:31:27 2010 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 4 Jan 2010 12:31:27 -0500 (EST) Subject: Bugzilla Outage/Upgrade - 2010-01-09 In-Reply-To: <1581632314.76671262625913029.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> Message-ID: <1405982519.77221262626287056.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> Outage Notification - 2010-01-09 02:00 UTC There will be an outage starting at 2010-01-09 02:00 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2010-01-09 02:00 UTC' Affected Services: bugzilla.redhat.com Unaffected Services: Buildsystem CVS / Source Control Database DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Translation Services Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1900 Reason for Outage: Red Hat IT will be performing a bugzilla upgrade from version 3.2 to 3.4. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. Note that the Fedora Infrastructure team does not run bugzilla.redhat.com, though. From stickster at gmail.com Tue Jan 5 14:14:49 2010 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 5 Jan 2010 09:14:49 -0500 Subject: Transifex upgrade In-Reply-To: <4B2052B3.6080005@redhat.com> References: <4B0B62F8.5090601@redhat.com> <4B14BEDA.9030504@gmail.com> <4B15C3A7.2020405@redhat.com> <6d4237680912012347t5f53cc1apba4e5682465b3e84@mail.gmail.com> <4B174117.7070606@redhat.com> <6d4237680912040051k15738b01x4b310e36a47eb83d@mail.gmail.com> <20091209235809.GH9741@victoria.internal.frields.org> <4B2052B3.6080005@redhat.com> Message-ID: <20100105141449.GJ4449@victoria.internal.frields.org> On Thu, Dec 10, 2009 at 11:45:23AM +1000, Noriko Mizumoto wrote: > Paul W. Frields ????????: > >Diego posted the summary of what needs to be done here: > > > >https://fedorahosted.org/fedora-infrastructure/ticket/1455#comment:10 > > > >In short, we need a few people to step up and help with the process > >Diego posted. > > > >We already do have a L10n Admin group[1] that should be overseeing and > >managing this process, to ensure a successful rollout for translators. > >Their charter is to maintain the infrastructure for translators, and > >this clearly falls into that area. I've heard from two of the people > >in that group that they can't do all this work themselves, but haven't > >heard from Ankit or Asgeir about it. > > > >What I would suggest is that Diego should help with bullet #4 on that > >list, as it probably requires the greatest degree of specific > >technical knowledge, in this case a database upgrade. The rest of the > >work on that ticket could likely be done entirely by the remainder of > >the team, maybe with limited input from Diego. It would be helpful > >for Asgeir or Ankit to help manage this set of tasks in collaboration > >with Diego, who has appropriate package access. (I'm cc'ing Ignacio > >directly as well, so he can add appropriate CVS access for any other > >people who are willing to help maintain the EL-5 package used on our > >Infrastructure.) > > > >Without help, it's doubtful there will be a new Transifex rolled out, > >and that means some of the problems people are experiencing will > >continue, even though they're already fixed upstream. I'm cc'ing the > >docs, devel, and infrastructure lists to see if any of the people in > >areas well served by translators are willing to help see this project > >through. It's time to pull together, guys, and see if we can help the > >translators who give so much across the whole Fedora Project. > > >[1] https://fedoraproject.org/wiki/L10N/Tools#Website > > > Thanks Paul, > We are very much appreciated if any of you guys can give a hand to > L10n team this time, as by coincidence both of Ankit and Asgeir are > having leave (most likely traveling) and they might not be able have > connection at all. > > I like to add brother i18n team as well. Quick note -- if you look at the Trac ticket: https://fedorahosted.org/fedora-infrastructure/ticket/1455 ...you'll see that thanks to a number of excellent Fedorans including Diego, Rakesh, Toshio, Ricky, Jens, and Dimitris, the upgrade is proceeding apace. There was a short break for the holidays but it looks like we're on our way to an upgraded Transifex. Thank you to everyone who continues to help with this. As of the latest update: https://fedorahosted.org/fedora-infrastructure/ticket/1455#comment:33 Toshio has some questions that need to be resolved to continue the upgrade process. If you want to get involved, visit the ticket and then stop by #fedora-admin if you are able to lend a hand. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From fhornain at gmail.com Tue Jan 5 19:56:11 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Tue, 5 Jan 2010 20:56:11 +0100 Subject: be.fedoraproject.org Message-ID: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> Dear *, Just to let you know that due to a server move the ip where be.fedoraproject.org refers to has changed. old ip : 195.207.18.41 new ip : 188.40.138.124 As I was not able to create a new ticket for this request at https://fedorahosted.org/fedora-infrastructure, so could someone can update the records in the DNS ? Thanks a lot in advance for your time and efforts. BR Frederic ;) -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From onekopaka at gmail.com Tue Jan 5 20:18:22 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Tue, 5 Jan 2010 12:18:22 -0800 Subject: be.fedoraproject.org In-Reply-To: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> Message-ID: <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> I was unable to find any records for be.fedoraproject.org in our zone files, so you'd have to request this domain from scratch. Darren L. VanBuren ===================== http://theoks.net/ On Tue, Jan 5, 2010 at 11:56, Frederic Hornain wrote: > Dear *, > > Just to let you know that due to a server move the ip where > be.fedoraproject.org refers to has changed. > > old ip : 195.207.18.41 > new ip : 188.40.138.124 > > As I was not able to create a new ticket for this request at > https://fedorahosted.org/fedora-infrastructure, so could someone can update > the records in the DNS ? > Thanks a lot in advance for your time and efforts. > > BR > Frederic ;) > > -- > ----------------------------------------------------- > Fedora-ambassadors-list mailing list > Fedora-ambassadors-list at redhat.com > Olpc mailing list > olpc-open at laptop.org > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From fhornain at gmail.com Tue Jan 5 20:29:29 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Tue, 5 Jan 2010 21:29:29 +0100 Subject: be.fedoraproject.org In-Reply-To: <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> Message-ID: <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> Dear Darren, oops, I mean be.fedoracommunity.org * [fhornain at localhost ~]$ nslookup be.fedoracommunity.org Server: 208.67.222.222 Address: 208.67.222.222#53 Non-authoritative answer: Name: be.fedoracommunity.org Address: 195.207.18.42* Sorry for the mistake, I was a little bit inattentive. ;) Kind Regards Frederic ;) On Tue, Jan 5, 2010 at 9:18 PM, Darren VanBuren wrote: > I was unable to find any records for be.fedoraproject.org in our zone > files, so you'd have to request this domain from scratch. > > Darren L. VanBuren > ===================== > http://theoks.net/ > > > > On Tue, Jan 5, 2010 at 11:56, Frederic Hornain wrote: > > Dear *, > > > > Just to let you know that due to a server move the ip where > > be.fedoraproject.org refers to has changed. > > > > old ip : 195.207.18.42 > > new ip : 188.40.138.124 > > > > As I was not able to create a new ticket for this request at > > https://fedorahosted.org/fedora-infrastructure, so could someone can > update > > the records in the DNS ? > > Thanks a lot in advance for your time and efforts. > > > > BR > > Frederic ;) > > > > -- > > ----------------------------------------------------- > > Fedora-ambassadors-list mailing list > > Fedora-ambassadors-list at redhat.com > > Olpc mailing list > > olpc-open at laptop.org > > > > _______________________________________________ > > 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 > -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From onekopaka at gmail.com Tue Jan 5 20:36:48 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Tue, 5 Jan 2010 12:36:48 -0800 Subject: be.fedoraproject.org In-Reply-To: <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> Message-ID: <407b25021001051236s3027fe4bi18db407c25e77e58@mail.gmail.com> Okay. I just made the change. Darren L. VanBuren ===================== http://theoks.net/ On Tue, Jan 5, 2010 at 12:29, Frederic Hornain wrote: > Dear Darren, > > oops, I mean be.fedoracommunity.org > > > [fhornain at localhost ~]$ nslookup be.fedoracommunity.org > Server:??? ??? 208.67.222.222 > Address:??? 208.67.222.222#53 > > Non-authoritative answer: > Name:??? be.fedoracommunity.org > Address: 195.207.18.42 > > Sorry for the mistake, I was a little bit inattentive. ;) > > Kind Regards > Frederic ;) > > > On Tue, Jan 5, 2010 at 9:18 PM, Darren VanBuren wrote: >> >> I was unable to find any records for be.fedoraproject.org in our zone >> files, so you'd have to request this domain from scratch. >> >> Darren L. VanBuren >> ===================== >> http://theoks.net/ >> >> >> >> On Tue, Jan 5, 2010 at 11:56, Frederic Hornain wrote: >> > Dear *, >> > >> > Just to let you know that due to a server move the ip where >> > be.fedoraproject.org refers to has changed. >> > >> > old ip : 195.207.18.42 >> > new ip : 188.40.138.124 >> > >> > As I was not able to create a new ticket for this request at >> > https://fedorahosted.org/fedora-infrastructure, so could someone can >> > update >> > the records in the DNS ? >> > Thanks a lot in advance for your time and efforts. >> > >> > BR >> > Frederic ;) >> > >> > -- >> > ----------------------------------------------------- >> > Fedora-ambassadors-list mailing list >> > Fedora-ambassadors-list at redhat.com >> > Olpc mailing list >> > olpc-open at laptop.org >> > >> > _______________________________________________ >> > 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 > > > > -- > ----------------------------------------------------- > Fedora-ambassadors-list mailing list > Fedora-ambassadors-list at redhat.com > Olpc mailing list > olpc-open at laptop.org > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From fhornain at gmail.com Tue Jan 5 20:43:16 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Tue, 5 Jan 2010 21:43:16 +0100 Subject: be.fedoraproject.org In-Reply-To: <407b25021001051236s3027fe4bi18db407c25e77e58@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> <407b25021001051236s3027fe4bi18db407c25e77e58@mail.gmail.com> Message-ID: <3161376e1001051243y6932cbe7vd78abd7d9b5d1f2c@mail.gmail.com> Dear Darren, Thanks a lot. We just have to wait one day to make changes effective. Thanks again. Best Regards Frederic ;) On Tue, Jan 5, 2010 at 9:36 PM, Darren VanBuren wrote: > Okay. I just made the change. > > > Darren L. VanBuren > ===================== > http://theoks.net/ > > > > On Tue, Jan 5, 2010 at 12:29, Frederic Hornain wrote: > > Dear Darren, > > > > oops, I mean be.fedoracommunity.org > > > > > > [fhornain at localhost ~]$ nslookup be.fedoracommunity.org > > Server: 208.67.222.222 > > Address: 208.67.222.222#53 > > > > Non-authoritative answer: > > Name: be.fedoracommunity.org > > Address: 195.207.18.42 > > > > Sorry for the mistake, I was a little bit inattentive. ;) > > > > Kind Regards > > Frederic ;) > > > > > > On Tue, Jan 5, 2010 at 9:18 PM, Darren VanBuren > wrote: > >> > >> I was unable to find any records for be.fedoraproject.org in our zone > >> files, so you'd have to request this domain from scratch. > >> > >> Darren L. VanBuren > >> ===================== > >> http://theoks.net/ > >> > >> > >> > >> On Tue, Jan 5, 2010 at 11:56, Frederic Hornain > wrote: > >> > Dear *, > >> > > >> > Just to let you know that due to a server move the ip where > >> > be.fedoraproject.org refers to has changed. > >> > > >> > old ip : 195.207.18.42 > >> > new ip : 188.40.138.124 > >> > > >> > As I was not able to create a new ticket for this request at > >> > https://fedorahosted.org/fedora-infrastructure, so could someone can > >> > update > >> > the records in the DNS ? > >> > Thanks a lot in advance for your time and efforts. > >> > > >> > BR > >> > Frederic ;) > >> > > >> > -- > >> > ----------------------------------------------------- > >> > Fedora-ambassadors-list mailing list > >> > Fedora-ambassadors-list at redhat.com > >> > Olpc mailing list > >> > olpc-open at laptop.org > >> > > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > > ----------------------------------------------------- > > Fedora-ambassadors-list mailing list > > Fedora-ambassadors-list at redhat.com > > Olpc mailing list > > olpc-open at laptop.org > > > > _______________________________________________ > > 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 > -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From onekopaka at gmail.com Tue Jan 5 23:00:00 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Tue, 5 Jan 2010 15:00:00 -0800 Subject: be.fedoraproject.org In-Reply-To: <3161376e1001051243y6932cbe7vd78abd7d9b5d1f2c@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> <407b25021001051236s3027fe4bi18db407c25e77e58@mail.gmail.com> <3161376e1001051243y6932cbe7vd78abd7d9b5d1f2c@mail.gmail.com> Message-ID: <407b25021001051500g7086762y4e1d8799d6bb7b5@mail.gmail.com> Changes are applied in DNS now. See the included nslookup results. [onekopaka at theoks-net ~]$ nslookup be.fedoracommunity.org Server: 208.67.222.222 Address: 208.67.222.222#53 Non-authoritative answer: Name: be.fedoracommunity.org Address: 188.40.138.124 Darren L. VanBuren ===================== http://theoks.net/ On Tue, Jan 5, 2010 at 12:43, Frederic Hornain wrote: > Dear Darren, > > Thanks a lot. > We just have to wait one day to make changes effective. > Thanks again. > > Best Regards > Frederic ;) > > On Tue, Jan 5, 2010 at 9:36 PM, Darren VanBuren wrote: >> >> Okay. I just made the change. >> >> >> Darren L. VanBuren >> ===================== >> http://theoks.net/ >> >> >> >> On Tue, Jan 5, 2010 at 12:29, Frederic Hornain wrote: >> > Dear Darren, >> > >> > oops, I mean be.fedoracommunity.org >> > >> > >> > [fhornain at localhost ~]$ nslookup be.fedoracommunity.org >> > Server:??? ??? 208.67.222.222 >> > Address:??? 208.67.222.222#53 >> > >> > Non-authoritative answer: >> > Name:??? be.fedoracommunity.org >> > Address: 195.207.18.42 >> > >> > Sorry for the mistake, I was a little bit inattentive. ;) >> > >> > Kind Regards >> > Frederic ;) >> > >> > >> > On Tue, Jan 5, 2010 at 9:18 PM, Darren VanBuren >> > wrote: >> >> >> >> I was unable to find any records for be.fedoraproject.org in our zone >> >> files, so you'd have to request this domain from scratch. >> >> >> >> Darren L. VanBuren >> >> ===================== >> >> http://theoks.net/ >> >> >> >> >> >> >> >> On Tue, Jan 5, 2010 at 11:56, Frederic Hornain >> >> wrote: >> >> > Dear *, >> >> > >> >> > Just to let you know that due to a server move the ip where >> >> > be.fedoraproject.org refers to has changed. >> >> > >> >> > old ip : 195.207.18.42 >> >> > new ip : 188.40.138.124 >> >> > >> >> > As I was not able to create a new ticket for this request at >> >> > https://fedorahosted.org/fedora-infrastructure, so could someone can >> >> > update >> >> > the records in the DNS ? >> >> > Thanks a lot in advance for your time and efforts. >> >> > >> >> > BR >> >> > Frederic ;) >> >> > >> >> > -- >> >> > ----------------------------------------------------- >> >> > Fedora-ambassadors-list mailing list >> >> > Fedora-ambassadors-list at redhat.com >> >> > Olpc mailing list >> >> > olpc-open at laptop.org >> >> > >> >> > _______________________________________________ >> >> > 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 >> > >> > >> > >> > -- >> > ----------------------------------------------------- >> > Fedora-ambassadors-list mailing list >> > Fedora-ambassadors-list at redhat.com >> > Olpc mailing list >> > olpc-open at laptop.org >> > >> > _______________________________________________ >> > 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 > > > > -- > ----------------------------------------------------- > Fedora-ambassadors-list mailing list > Fedora-ambassadors-list at redhat.com > Olpc mailing list > olpc-open at laptop.org > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From fhornain at gmail.com Wed Jan 6 09:46:48 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Wed, 6 Jan 2010 10:46:48 +0100 Subject: be.fedoraproject.org In-Reply-To: <407b25021001051500g7086762y4e1d8799d6bb7b5@mail.gmail.com> References: <3161376e1001051156kc7b961bo55a74f19abb885fb@mail.gmail.com> <407b25021001051218w7d226ec3lc2116e6bf73a6743@mail.gmail.com> <3161376e1001051229n758e56ebjb55f3bd578e26198@mail.gmail.com> <407b25021001051236s3027fe4bi18db407c25e77e58@mail.gmail.com> <3161376e1001051243y6932cbe7vd78abd7d9b5d1f2c@mail.gmail.com> <407b25021001051500g7086762y4e1d8799d6bb7b5@mail.gmail.com> Message-ID: <3161376e1001060146p7654e8e4r98bc9b18bf4a2cb7@mail.gmail.com> Darren, Many Thanks ! BR Frederic On Wed, Jan 6, 2010 at 12:00 AM, Darren VanBuren wrote: > Changes are applied in DNS now. > > See the included nslookup results. > > [onekopaka at theoks-net ~]$ nslookup be.fedoracommunity.org > Server: 208.67.222.222 > Address: 208.67.222.222#53 > > Non-authoritative answer: > Name: be.fedoracommunity.org > Address: 188.40.138.124 > > > Darren L. VanBuren > ===================== > http://theoks.net/ > > > > On Tue, Jan 5, 2010 at 12:43, Frederic Hornain wrote: > > Dear Darren, > > > > Thanks a lot. > > We just have to wait one day to make changes effective. > > Thanks again. > > > > Best Regards > > Frederic ;) > > > > On Tue, Jan 5, 2010 at 9:36 PM, Darren VanBuren > wrote: > >> > >> Okay. I just made the change. > >> > >> > >> Darren L. VanBuren > >> ===================== > >> http://theoks.net/ > >> > >> > >> > >> On Tue, Jan 5, 2010 at 12:29, Frederic Hornain > wrote: > >> > Dear Darren, > >> > > >> > oops, I mean be.fedoracommunity.org > >> > > >> > > >> > [fhornain at localhost ~]$ nslookup be.fedoracommunity.org > >> > Server: 208.67.222.222 > >> > Address: 208.67.222.222#53 > >> > > >> > Non-authoritative answer: > >> > Name: be.fedoracommunity.org > >> > Address: 195.207.18.42 > >> > > >> > Sorry for the mistake, I was a little bit inattentive. ;) > >> > > >> > Kind Regards > >> > Frederic ;) > >> > > >> > > >> > On Tue, Jan 5, 2010 at 9:18 PM, Darren VanBuren > >> > wrote: > >> >> > >> >> I was unable to find any records for be.fedoraproject.org in our > zone > >> >> files, so you'd have to request this domain from scratch. > >> >> > >> >> Darren L. VanBuren > >> >> ===================== > >> >> http://theoks.net/ > >> >> > >> >> > >> >> > >> >> On Tue, Jan 5, 2010 at 11:56, Frederic Hornain > >> >> wrote: > >> >> > Dear *, > >> >> > > >> >> > Just to let you know that due to a server move the ip where > >> >> > be.fedoraproject.org refers to has changed. > >> >> > > >> >> > old ip : 195.207.18.42 > >> >> > new ip : 188.40.138.124 > >> >> > > >> >> > As I was not able to create a new ticket for this request at > >> >> > https://fedorahosted.org/fedora-infrastructure, so could someone > can > >> >> > update > >> >> > the records in the DNS ? > >> >> > Thanks a lot in advance for your time and efforts. > >> >> > > >> >> > BR > >> >> > Frederic ;) > >> >> > > >> >> > -- > >> >> > ----------------------------------------------------- > >> >> > Fedora-ambassadors-list mailing list > >> >> > Fedora-ambassadors-list at redhat.com > >> >> > Olpc mailing list > >> >> > olpc-open at laptop.org > >> >> > > >> >> > _______________________________________________ > >> >> > 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 > >> > > >> > > >> > > >> > -- > >> > ----------------------------------------------------- > >> > Fedora-ambassadors-list mailing list > >> > Fedora-ambassadors-list at redhat.com > >> > Olpc mailing list > >> > olpc-open at laptop.org > >> > > >> > _______________________________________________ > >> > 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 > > > > > > > > -- > > ----------------------------------------------------- > > Fedora-ambassadors-list mailing list > > Fedora-ambassadors-list at redhat.com > > Olpc mailing list > > olpc-open at laptop.org > > > > _______________________________________________ > > 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 > -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From fhornain at gmail.com Wed Jan 6 16:03:48 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Wed, 6 Jan 2010 17:03:48 +0100 Subject: Increase my quota size Message-ID: <3161376e1001060803n63d876ffxcdd31f439c69f215@mail.gmail.com> Dear *, As I use http://fhornain.fedorapeople.org/ as repository for the packages I create, I would need a little bit more space. So is it possible to increase my quota ? Thanks Best Regards Frederic ;) -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Wed Jan 6 16:10:29 2010 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 6 Jan 2010 11:10:29 -0500 (EST) Subject: Increase my quota size In-Reply-To: <3161376e1001060803n63d876ffxcdd31f439c69f215@mail.gmail.com> References: <3161376e1001060803n63d876ffxcdd31f439c69f215@mail.gmail.com> Message-ID: On Wed, 6 Jan 2010, Frederic Hornain wrote: > Dear *, > > As I use http://fhornain.fedorapeople.org/ as repository for the packages I create, I would need a little bit more space. > So is it possible to increase my quota ? > your quota has been increased. -sv From fhornain at gmail.com Wed Jan 6 16:28:26 2010 From: fhornain at gmail.com (Frederic Hornain) Date: Wed, 6 Jan 2010 17:28:26 +0100 Subject: Increase my quota size In-Reply-To: References: <3161376e1001060803n63d876ffxcdd31f439c69f215@mail.gmail.com> Message-ID: <3161376e1001060828s6344f86aud0fc279bcd8942a7@mail.gmail.com> Dear Seth, Fine ;) Thanks a lot. BR Frederic ;) On Wed, Jan 6, 2010 at 5:10 PM, Seth Vidal wrote: > > > On Wed, 6 Jan 2010, Frederic Hornain wrote: > > Dear *, >> >> As I use http://fhornain.fedorapeople.org/ as repository for the packages >> I create, I would need a little bit more space. >> So is it possible to increase my quota ? >> >> > your quota has been increased. > > -sv > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- ----------------------------------------------------- Fedora-ambassadors-list mailing list Fedora-ambassadors-list at redhat.com Olpc mailing list olpc-open at laptop.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Wed Jan 6 16:35:50 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 10:35:50 -0600 (CST) Subject: Goals for F13? Message-ID: So F13 is underway, we should get our list of F13 goals together. So what would you like to see (and will be working on) for F13? For example, I know Jon and Dennis are working on the mail man migration. The major features include: 1) Getting virt_web into Fedora 2) download.fedoraproject.org (based on boot.kernel.org) 3) AutoQA (I'm mostly a support role here for the QA team) 4) Fedora Insight (With marketing team) Minor updates: 1) Replace /mnt/koji (with dennis) 2) Replace the blade center (with a new one) 3) Puppet cleanup (and module publication) I figure that averages out to more than one important thing per month + all the day to day stuff, that'll keep me busy :) Oh, and as always help wanted for those who have time. What does everyone else have? -Mike From kanarip at kanarip.com Wed Jan 6 16:42:14 2010 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 06 Jan 2010 17:42:14 +0100 Subject: Goals for F13? In-Reply-To: References: Message-ID: <4B44BD66.2040400@kanarip.com> On 01/06/2010 05:35 PM, Mike McGrath wrote: > > So F13 is underway, we should get our list of F13 goals together. So what > would you like to see (and will be working on) for F13? > > For example, I know Jon and Dennis are working on the mail man migration. > > The major features include: > > 1) Getting virt_web into Fedora > 2) download.fedoraproject.org (based on boot.kernel.org) Oh... who's working on this? -- Jeroen From mmcgrath at redhat.com Wed Jan 6 16:48:48 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 10:48:48 -0600 (CST) Subject: Goals for F13? In-Reply-To: <4B44BD66.2040400@kanarip.com> References: <4B44BD66.2040400@kanarip.com> Message-ID: On Wed, 6 Jan 2010, Jeroen van Meeuwen wrote: > On 01/06/2010 05:35 PM, Mike McGrath wrote: > > > > So F13 is underway, we should get our list of F13 goals together. So what > > would you like to see (and will be working on) for F13? > > > > For example, I know Jon and Dennis are working on the mail man migration. > > > > The major features include: > > > > 1) Getting virt_web into Fedora > > 2) download.fedoraproject.org (based on boot.kernel.org) > > Oh... who's working on this? > Right now just me - http://publictest8.fedoraproject.org/boot/gpxe.iso boot from that. The larger goal is to get people using it, raise awareness of it and prove it's a viable solution. -Mike From kanarip at kanarip.com Wed Jan 6 16:59:37 2010 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 06 Jan 2010 17:59:37 +0100 Subject: Goals for F13? In-Reply-To: References: <4B44BD66.2040400@kanarip.com> Message-ID: <4B44C179.7060209@kanarip.com> On 01/06/2010 05:48 PM, Mike McGrath wrote: > On Wed, 6 Jan 2010, Jeroen van Meeuwen wrote: > >> On 01/06/2010 05:35 PM, Mike McGrath wrote: >>> >>> So F13 is underway, we should get our list of F13 goals together. So what >>> would you like to see (and will be working on) for F13? >>> >>> For example, I know Jon and Dennis are working on the mail man migration. >>> >>> The major features include: >>> >>> 1) Getting virt_web into Fedora >>> 2) download.fedoraproject.org (based on boot.kernel.org) >> >> Oh... who's working on this? >> > > Right now just me - http://publictest8.fedoraproject.org/boot/gpxe.iso > boot from that. > > The larger goal is to get people using it, raise awareness of it and prove > it's a viable solution. > I'm interested in working on it with you -from the composing side as well. I'm assuming I'm gonna need to read up a lot, is there a Fedora reference page somewhere or would we need to create one still? -- Jeroen From mmcgrath at redhat.com Wed Jan 6 17:09:56 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 11:09:56 -0600 (CST) Subject: Goals for F13? In-Reply-To: <4B44C179.7060209@kanarip.com> References: <4B44BD66.2040400@kanarip.com> <4B44C179.7060209@kanarip.com> Message-ID: On Wed, 6 Jan 2010, Jeroen van Meeuwen wrote: > On 01/06/2010 05:48 PM, Mike McGrath wrote: > > On Wed, 6 Jan 2010, Jeroen van Meeuwen wrote: > > > >> On 01/06/2010 05:35 PM, Mike McGrath wrote: > >>> > >>> So F13 is underway, we should get our list of F13 goals together. So what > >>> would you like to see (and will be working on) for F13? > >>> > >>> For example, I know Jon and Dennis are working on the mail man migration. > >>> > >>> The major features include: > >>> > >>> 1) Getting virt_web into Fedora > >>> 2) download.fedoraproject.org (based on boot.kernel.org) > >> > >> Oh... who's working on this? > >> > > > > Right now just me - http://publictest8.fedoraproject.org/boot/gpxe.iso > > boot from that. > > > > The larger goal is to get people using it, raise awareness of it and prove > > it's a viable solution. > > > > I'm interested in working on it with you -from the composing side as > well. I'm assuming I'm gonna need to read up a lot, is there a Fedora > reference page somewhere or would we need to create one still? > not yet, I'm going to put a features page together shortly but ping me in #fedora-admin. I can make sure to get you access to the bits and what's going on. It should be fairly easy to put together, at a minimum 1 new package in Fedora though I think a couple of others would be useful. -Mike From jkeating at redhat.com Wed Jan 6 17:46:18 2010 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 06 Jan 2010 09:46:18 -0800 Subject: Goals for F13? In-Reply-To: References: Message-ID: <1262799978.4202.2.camel@localhost.localdomain> On Wed, 2010-01-06 at 10:35 -0600, Mike McGrath wrote: > What does everyone else have? 1) no frozen rawhide which requires faster composes 2) dist-git 3) A functioning message bus with services passing messages -- 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: 198 bytes Desc: This is a digitally signed message part URL: From jonstanley at gmail.com Wed Jan 6 18:10:43 2010 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 6 Jan 2010 13:10:43 -0500 Subject: Goals for F13? In-Reply-To: References: Message-ID: On Wed, Jan 6, 2010 at 11:35 AM, Mike McGrath wrote: > What does everyone else have? Getting hosted's load average to below 100 :) (I accidentally mistyped hosted as hosed, a Freudian slip as to the current state of affairs? :) ) I think that gitweb-caching will help a lot here, I just need to ping warthog9 and get him sponsored, packages built and in epel-testing. From mmcgrath at redhat.com Wed Jan 6 18:27:09 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 12:27:09 -0600 (CST) Subject: Review Board Message-ID: I've had a couple of requests for this come up recently: https://fedorahosted.org/fedora-infrastructure/ticket/1196 It's unassigned at the moment. I'm fine with running it on fedorahosted provided the following requirements get met. 1) It doesn't see high load. I have no idea how review board does what it does, but hosted1 is already pretty overloaded (had an outage last night just from that). While I'd expect the review board to be low traffic and low resource hog I have no idea. 2) What are the storage requirements for this? Anyone out there with experience and are inclined to get this in hosted? Is this something that would be better on one of our collab servers or does it actually have to integrate with hosted somehow? -Mike From mmcgrath at redhat.com Wed Jan 6 18:28:39 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 12:28:39 -0600 (CST) Subject: Goals for F13? In-Reply-To: <1262799978.4202.2.camel@localhost.localdomain> References: <1262799978.4202.2.camel@localhost.localdomain> Message-ID: On Wed, 6 Jan 2010, Jesse Keating wrote: > On Wed, 2010-01-06 at 10:35 -0600, Mike McGrath wrote: > > What does everyone else have? > > 1) no frozen rawhide which requires faster composes > 2) dist-git > 3) A functioning message bus with services passing messages > I think I know what you'd want from us on 2 and 3, can you think of anything off hand you'd need help with for 1? By faster composes are you thinking composing more often? Does that include distribution? -Mike From notting at redhat.com Wed Jan 6 18:45:53 2010 From: notting at redhat.com (Bill Nottingham) Date: Wed, 6 Jan 2010 13:45:53 -0500 Subject: Goals for F13? In-Reply-To: References: <1262799978.4202.2.camel@localhost.localdomain> Message-ID: <20100106184552.GB1731@nostromo.devel.redhat.com> Mike McGrath (mmcgrath at redhat.com) said: > > > What does everyone else have? > > > > 1) no frozen rawhide which requires faster composes > > 2) dist-git > > 3) A functioning message bus with services passing messages > > > > I think I know what you'd want from us on 2 and 3, can you think of > anything off hand you'd need help with for 1? By faster composes are you > thinking composing more often? Does that include distribution? NFR essentially requires two rawhides per day, once we branch for release. Given that we'd also be pushing updates, that's a lot of mashing and load on /mnt/koji. Possible help points for that: - using multiple releng boxes for composition - faster storage Bill From jonstanley at gmail.com Wed Jan 6 18:49:44 2010 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 6 Jan 2010 13:49:44 -0500 Subject: Review Board In-Reply-To: References: Message-ID: On Wed, Jan 6, 2010 at 1:27 PM, Mike McGrath wrote: > Anyone out there with experience and are inclined to get this in hosted? > Is this something that would be better on one of our collab servers or > does it actually have to integrate with hosted somehow? No experience but AIUI it integrates somehow w/mailman. I share your concerns about load. The party that wanted it just got it packaged a few days ago for Fedora, and has a build working on RHEL5 From mmcgrath at redhat.com Wed Jan 6 18:54:08 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 12:54:08 -0600 (CST) Subject: Goals for F13? In-Reply-To: <20100106184552.GB1731@nostromo.devel.redhat.com> References: <1262799978.4202.2.camel@localhost.localdomain> <20100106184552.GB1731@nostromo.devel.redhat.com> Message-ID: On Wed, 6 Jan 2010, Bill Nottingham wrote: > Mike McGrath (mmcgrath at redhat.com) said: > > > > What does everyone else have? > > > > > > 1) no frozen rawhide which requires faster composes > > > 2) dist-git > > > 3) A functioning message bus with services passing messages > > > > > > > I think I know what you'd want from us on 2 and 3, can you think of > > anything off hand you'd need help with for 1? By faster composes are you > > thinking composing more often? Does that include distribution? > > NFR essentially requires two rawhides per day, once we branch for > release. Given that we'd also be pushing updates, that's a lot of > mashing and load on /mnt/koji. > With a little luck Dennis and I will have /mnt/koji replaced fairly soon (within months) > Possible help points for that: > - using multiple releng boxes for composition > - faster storage > We'll have more expansion soon for releng for more compose hosts. I'll try to get with Jesse soon to walk me through a mash so I can get a proper profile of it, there may be some tricks we can use (cachfilesd?) -Mike From mmcgrath at redhat.com Wed Jan 6 18:55:17 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 12:55:17 -0600 (CST) Subject: Review Board In-Reply-To: References: Message-ID: On Wed, 6 Jan 2010, Jon Stanley wrote: > On Wed, Jan 6, 2010 at 1:27 PM, Mike McGrath wrote: > > > Anyone out there with experience and are inclined to get this in hosted? > > Is this something that would be better on one of our collab servers or > > does it actually have to integrate with hosted somehow? > > No experience but AIUI it integrates somehow w/mailman. I share your > concerns about load. The party that wanted it just got it packaged a > few days ago for Fedora, and has a build working on RHEL5 > Lets confirm that since it'll have an impact on possible decisions. -Mike From bashton at brennanashton.com Wed Jan 6 19:18:23 2010 From: bashton at brennanashton.com (Brennan Ashton) Date: Wed, 6 Jan 2010 14:18:23 -0500 Subject: Goals for F13? In-Reply-To: <1262799978.4202.2.camel@localhost.localdomain> References: <1262799978.4202.2.camel@localhost.localdomain> Message-ID: <981da311001061118p63c502b2i1ee1ef215493e931@mail.gmail.com> On Wed, Jan 6, 2010 at 12:46 PM, Jesse Keating wrote: > On Wed, 2010-01-06 at 10:35 -0600, Mike McGrath wrote: >> What does everyone else have? > > 1) no frozen rawhide which requires faster composes > 2) dist-git > 3) A functioning message bus with services passing messages I have been wanting to get going on #3, especially with the creating of the shims. I have basically finished some longterm projects that have been consuming all of my time, so I can actually commit to doing more work on this. --Brennan Ashton From smooge at gmail.com Wed Jan 6 20:13:33 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 6 Jan 2010 13:13:33 -0700 Subject: Review Board In-Reply-To: References: Message-ID: <80d7e4091001061213r38e56c2ufdeacac162e11142@mail.gmail.com> On Wed, Jan 6, 2010 at 11:55 AM, Mike McGrath wrote: > On Wed, 6 Jan 2010, Jon Stanley wrote: > >> On Wed, Jan 6, 2010 at 1:27 PM, Mike McGrath wrote: >> >> > Anyone out there with experience and are inclined to get this in hosted? >> > Is this something that would be better on one of our collab servers or >> > does it actually have to integrate with hosted somehow? >> >> No experience but AIUI it integrates somehow w/mailman. ?I share your >> concerns about load. The party that wanted it just got it packaged a >> few days ago for Fedora, and has a build working on RHEL5 >> > > Lets confirm that since it'll have an impact on possible decisions. If it integrates with mailman.. should it be on collab1 versus hosted1? > ? ? ? ?-Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From smooge at gmail.com Wed Jan 6 20:37:49 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 6 Jan 2010 13:37:49 -0700 Subject: Goals for F13? In-Reply-To: References: Message-ID: <80d7e4091001061237g211e40b0h88f58bdea0a9fecf@mail.gmail.com> On Wed, Jan 6, 2010 at 9:35 AM, Mike McGrath wrote: > > So F13 is underway, we should get our list of F13 goals together. ?So what > would you like to see (and will be working on) for F13? > > For example, I know Jon and Dennis are working on the mail man migration. > > The major features include: > > ?1) Getting virt_web into Fedora > ?2) download.fedoraproject.org (based on boot.kernel.org) > ?3) AutoQA (I'm mostly a support role here for the QA team) > ?4) Fedora Insight (With marketing team) > Minor updates: > ?1) Replace /mnt/koji (with dennis) > ?2) Replace the blade center (with a new one) Does this mean getting rid of the old one or moving the old one to other projects? > ?3) Puppet cleanup (and module publication) My main goals will be to make Fedora Infrastructure more modular: 1) Inventory system (GLPI+SMOLT?) 2) How would one replicate Fedora Infrastructure elsewhere? 3) More CSI. 4) Grow infrastructure to meet Rawhide changes and growth. > I figure that averages out to more than one important thing per month + > all the day to day stuff, that'll keep me busy :) ?Oh, and as always help > wanted for those who have time. > > What does everyone else have? > > ? ? ? ?-Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From mmcgrath at redhat.com Wed Jan 6 20:53:04 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 14:53:04 -0600 (CST) Subject: Goals for F13? In-Reply-To: <80d7e4091001061237g211e40b0h88f58bdea0a9fecf@mail.gmail.com> References: <80d7e4091001061237g211e40b0h88f58bdea0a9fecf@mail.gmail.com> Message-ID: On Wed, 6 Jan 2010, Stephen John Smoogen wrote: > On Wed, Jan 6, 2010 at 9:35 AM, Mike McGrath wrote: > > > > So F13 is underway, we should get our list of F13 goals together. ?So what > > would you like to see (and will be working on) for F13? > > > > For example, I know Jon and Dennis are working on the mail man migration. > > > > The major features include: > > > > ?1) Getting virt_web into Fedora > > ?2) download.fedoraproject.org (based on boot.kernel.org) > > ?3) AutoQA (I'm mostly a support role here for the QA team) > > ?4) Fedora Insight (With marketing team) > > > > > Minor updates: > > ?1) Replace /mnt/koji (with dennis) > > ?2) Replace the blade center (with a new one) > > Does this mean getting rid of the old one or moving the old one to > other projects? > Getting rid of the old one. -Mike From mmcgrath at redhat.com Wed Jan 6 20:54:12 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 14:54:12 -0600 (CST) Subject: Review Board In-Reply-To: <80d7e4091001061213r38e56c2ufdeacac162e11142@mail.gmail.com> References: <80d7e4091001061213r38e56c2ufdeacac162e11142@mail.gmail.com> Message-ID: On Wed, 6 Jan 2010, Stephen John Smoogen wrote: > On Wed, Jan 6, 2010 at 11:55 AM, Mike McGrath wrote: > > On Wed, 6 Jan 2010, Jon Stanley wrote: > > > >> On Wed, Jan 6, 2010 at 1:27 PM, Mike McGrath wrote: > >> > >> > Anyone out there with experience and are inclined to get this in hosted? > >> > Is this something that would be better on one of our collab servers or > >> > does it actually have to integrate with hosted somehow? > >> > >> No experience but AIUI it integrates somehow w/mailman. ?I share your > >> concerns about load. The party that wanted it just got it packaged a > >> few days ago for Fedora, and has a build working on RHEL5 > >> > > > > Lets confirm that since it'll have an impact on possible decisions. > > If it integrates with mailman.. should it be on collab1 versus hosted1? > Well, for us that's where things get a little messy. We generally keep fedorahosted as it's own modular system so we can move it or do whatever with it. So it has its own mailman setup. I assume it requires local read access to MM or does it do it via some MM api that I'm not aware of? -Mike From smooge at gmail.com Wed Jan 6 21:06:39 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 6 Jan 2010 14:06:39 -0700 Subject: Review Board In-Reply-To: References: <80d7e4091001061213r38e56c2ufdeacac162e11142@mail.gmail.com> Message-ID: <80d7e4091001061306g373b512evb4fe9b2677adde89@mail.gmail.com> On Wed, Jan 6, 2010 at 1:54 PM, Mike McGrath wrote: > On Wed, 6 Jan 2010, Stephen John Smoogen wrote: > >> On Wed, Jan 6, 2010 at 11:55 AM, Mike McGrath wrote: >> > On Wed, 6 Jan 2010, Jon Stanley wrote: >> > >> >> On Wed, Jan 6, 2010 at 1:27 PM, Mike McGrath wrote: >> >> >> >> > Anyone out there with experience and are inclined to get this in hosted? >> >> > Is this something that would be better on one of our collab servers or >> >> > does it actually have to integrate with hosted somehow? >> >> >> >> No experience but AIUI it integrates somehow w/mailman. ?I share your >> >> concerns about load. The party that wanted it just got it packaged a >> >> few days ago for Fedora, and has a build working on RHEL5 >> >> >> > >> > Lets confirm that since it'll have an impact on possible decisions. >> >> If it integrates with mailman.. should it be on collab1 versus hosted1? >> > > Well, for us that's where things get a little messy. ?We generally keep > fedorahosted as it's own modular system so we can move it or do whatever > with it. ?So it has its own mailman setup. ?I assume it requires local > read access to MM or does it do it via some MM api that I'm not aware of? > Duh I feel silly.. I saw that lists.fedorahosted.org was at collab and thought the mailman was there.. duh. [ssmoogen at bakeneko ~]$ host lists.fedoraproject.org lists.fedoraproject.org has address 64.34.195.13 lists.fedoraproject.org mail is handled by 10 lists.fedoraproject.org. [ssmoogen at bakeneko ~]$ host 64.34.195.13 13.195.34.64.in-addr.arpa domain name pointer collab1.fedoraproject.org. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From kanarip at kanarip.com Wed Jan 6 23:25:50 2010 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 07 Jan 2010 00:25:50 +0100 Subject: Goals for =?UTF-8?Q?F=31=33=3F?= In-Reply-To: References: <4B44BD66.2040400@kanarip.com> <4B44C179.7060209@kanarip.com> Message-ID: <166aac12d1fb052a69d3acb944006565@localhost> On Wed, 6 Jan 2010 11:09:56 -0600 (CST), Mike McGrath wrote: > On Wed, 6 Jan 2010, Jeroen van Meeuwen wrote: >> I'm interested in working on it with you -from the composing side as >> well. I'm assuming I'm gonna need to read up a lot, is there a Fedora >> reference page somewhere or would we need to create one still? >> > > not yet, I'm going to put a features page together shortly but ping me in > #fedora-admin. I can make sure to get you access to the bits and what's > going on. It should be fairly easy to put together, at a minimum 1 new > package in Fedora though I think a couple of others would be useful. > And it was fairly easy ;-) For those interested: - https://bugzilla.redhat.com/show_bug.cgi?id=553055 - http://www.kanarip.com/custom/f12/SRPMS/gpxe-0.9.9-2.src.rpm -- Jeroen From tmz at pobox.com Wed Jan 6 23:34:10 2010 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 6 Jan 2010 18:34:10 -0500 Subject: Goals for F13? In-Reply-To: <166aac12d1fb052a69d3acb944006565@localhost> References: <4B44BD66.2040400@kanarip.com> <4B44C179.7060209@kanarip.com> <166aac12d1fb052a69d3acb944006565@localhost> Message-ID: <20100106233409.GK5004@inocybe.localdomain> Jeroen van Meeuwen wrote: > And it was fairly easy ;-) For those interested: > > - https://bugzilla.redhat.com/show_bug.cgi?id=553055 $ curl -I http://www.kanarip.com/custom/SPECS/gpxe.spec HTTP/1.1 403 Forbidden Date: Wed, 06 Jan 2010 23:33:18 GMT Server: Apache/2.2.13 (Fedora) Content-Type: text/html; charset=iso-8859-1 Connection: close -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Experience is not what happens to a man. It is what a man does with what happens to him. -- Aldous Huxley -------------- 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 Jan 6 23:38:01 2010 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 6 Jan 2010 18:38:01 -0500 Subject: Goals for F13? In-Reply-To: References: Message-ID: <20100106233801.GL5004@inocybe.localdomain> Jon Stanley wrote: > I think that gitweb-caching will help a lot here, I just need to > ping warthog9 and get him sponsored, packages built and in > epel-testing. That and continuing to get the caching stuff pushed upstream would be good. The discussion I've seen on the git list is generally positive, they just want to ensure that it's done in a clean way that doesn't negatively impact those who use gitweb without caching. That way we'd be able to use the stock gitweb packages and not have to maintain another package. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The ultimate result of shielding men from the effects of folly is to fill the world with fools. -- Herbert Spencer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From kanarip at kanarip.com Wed Jan 6 23:44:22 2010 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 07 Jan 2010 00:44:22 +0100 Subject: Goals for F13? In-Reply-To: <20100106233409.GK5004@inocybe.localdomain> References: <4B44BD66.2040400@kanarip.com> <4B44C179.7060209@kanarip.com> <166aac12d1fb052a69d3acb944006565@localhost> <20100106233409.GK5004@inocybe.localdomain> Message-ID: <4B452056.3040208@kanarip.com> On 01/07/2010 12:34 AM, Todd Zullinger wrote: > Jeroen van Meeuwen wrote: >> And it was fairly easy ;-) For those interested: >> >> - https://bugzilla.redhat.com/show_bug.cgi?id=553055 > > $ curl -I http://www.kanarip.com/custom/SPECS/gpxe.spec > HTTP/1.1 403 Forbidden > Date: Wed, 06 Jan 2010 23:33:18 GMT Grmbl that's what I get for using a restrictive umask on my laptop :/ Fixed now. -- Jeroen From mmcgrath at redhat.com Thu Jan 7 00:30:55 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 18:30:55 -0600 (CST) Subject: Goals for F13? In-Reply-To: <20100106233801.GL5004@inocybe.localdomain> References: <20100106233801.GL5004@inocybe.localdomain> Message-ID: On Wed, 6 Jan 2010, Todd Zullinger wrote: > Jon Stanley wrote: > > I think that gitweb-caching will help a lot here, I just need to > > ping warthog9 and get him sponsored, packages built and in > > epel-testing. > > That and continuing to get the caching stuff pushed upstream would be > good. The discussion I've seen on the git list is generally positive, > they just want to ensure that it's done in a clean way that doesn't > negatively impact those who use gitweb without caching. That way we'd > be able to use the stock gitweb packages and not have to maintain > another package. :) > I was under the impression that gitweb-caching was a massive step away from gitweb proper. Can anyone correct me on that? -Mike From tmz at pobox.com Thu Jan 7 02:33:04 2010 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 6 Jan 2010 21:33:04 -0500 Subject: Goals for F13? In-Reply-To: References: <20100106233801.GL5004@inocybe.localdomain> Message-ID: <20100107023304.GO5004@inocybe.localdomain> Mike McGrath wrote: > I was under the impression that gitweb-caching was a massive step away > from gitweb proper. Can anyone correct me on that? It is, but John H. sent a patch series to the git list to try and get his code into git proper, which would be the best of both worlds. It's still being discussed, so if infra wants to use a gitweb-caching package in the interim that seems reasonable. I'm not so sure it's worth getting such a package into Fedora, as we'll push a git with a caching gitweb fairly quickly once it's included upstream. To me, the effort is best spent getting it accepted upstream rather than creating a forked package that will (hopefully) be made irrelevant fairly soon. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ever notice that even the busiest people are never too busy to tell you just how busy they are? -------------- 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 Jan 7 03:03:44 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 6 Jan 2010 21:03:44 -0600 (CST) Subject: Goals for F13? In-Reply-To: <20100107023304.GO5004@inocybe.localdomain> References: <20100106233801.GL5004@inocybe.localdomain> <20100107023304.GO5004@inocybe.localdomain> Message-ID: On Wed, 6 Jan 2010, Todd Zullinger wrote: > Mike McGrath wrote: > > I was under the impression that gitweb-caching was a massive step away > > from gitweb proper. Can anyone correct me on that? > > It is, but John H. sent a patch series to the git list to try and get > his code into git proper, which would be the best of both worlds. > It's still being discussed, so if infra wants to use a gitweb-caching > package in the interim that seems reasonable. > > I'm not so sure it's worth getting such a package into Fedora, as > we'll push a git with a caching gitweb fairly quickly once it's > included upstream. To me, the effort is best spent getting it > accepted upstream rather than creating a forked package that will > (hopefully) be made irrelevant fairly soon. > I agree, I was under the impression that upstream wasn't interested in the new patches. Probably because I wasn't paying attention and assumed it :) -Mike From jonstanley at gmail.com Thu Jan 7 03:40:15 2010 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 6 Jan 2010 22:40:15 -0500 Subject: Goals for F13? In-Reply-To: References: <20100106233801.GL5004@inocybe.localdomain> <20100107023304.GO5004@inocybe.localdomain> Message-ID: On Wed, Jan 6, 2010 at 10:03 PM, Mike McGrath wrote: > I agree, I was under the impression that upstream wasn't interested in the > new patches. ?Probably because I wasn't paying attention and assumed it :) Well they haven't been interested for quite some time, I think they've finally come to realize that gitweb as is is crap. But John made an interesting point to me at FUDCon that might be disincentive for upstream to accept this: "there are probably 20 people in the world that need this code, and I know 15 of them" :) From tmz at pobox.com Thu Jan 7 14:44:56 2010 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 7 Jan 2010 09:44:56 -0500 Subject: Goals for F13? In-Reply-To: References: <20100106233801.GL5004@inocybe.localdomain> <20100107023304.GO5004@inocybe.localdomain> Message-ID: <20100107144456.GP5004@inocybe.localdomain> Jon Stanley wrote: > Well they haven't been interested for quite some time, I think > they've finally come to realize that gitweb as is is crap. > > But John made an interesting point to me at FUDCon that might be > disincentive for upstream to accept this: "there are probably 20 > people in the world that need this code, and I know 15 of them" :) My take from reading the review of the patches on the git list is that they would be accepted, but they need to be done in a way that doesn't negatively impact those who don't want/need the caching. The git folks are often pretty hard on patch reviews, but I think that results in better, more maintainable code in git.git. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Men have become the tools of their tools. -- Henry David Thoreau (1817-1862) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From biertie at fedoraproject.org Thu Jan 7 23:56:53 2010 From: biertie at fedoraproject.org (Bert Desmet) Date: Fri, 08 Jan 2010 00:56:53 +0100 Subject: yslow website stats Message-ID: <1262908613.2302.14.camel@Bert.home> Hi mmcgrath asked me to collect some statistics about the fedora website. He asked me to use yahoo's yslow. You can find the results here: http://bdesmet.be/upload/finished.pdf yahoo's page with extra information on every test: http://developer.yahoo.com/performance/rules.html cheers, Bert Desmet From biertie at fedoraproject.org Fri Jan 8 00:02:00 2010 From: biertie at fedoraproject.org (Bert Desmet) Date: Fri, 08 Jan 2010 01:02:00 +0100 Subject: introduction Message-ID: <1262908920.2302.19.camel@Bert.home> Hi, My name is Bert Desmet, and I would like to help somewhat in the infrastructure team. I know the Fedora project already a bit as I am an ambassador for about a year now. You can find some useful info about me here: fedoraproject.org/wiki/user:Biertie So, I am a student, and I am eager to learn more about system administration. The things I already know is from testing on my fedora machines, and my centos server. So I know the basics from some things. I am especially interested in getting to know the tools used to keep a professional infrastructure running -something they don't learn you at school- if you have any questions about me, or you want to suggest something, you can find me a lot on irc, or via the mailing lists off course. best regards, Bert Desmet From mmcgrath at redhat.com Fri Jan 8 17:07:53 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 8 Jan 2010 11:07:53 -0600 (CST) Subject: yslow website stats In-Reply-To: <1262908613.2302.14.camel@Bert.home> References: <1262908613.2302.14.camel@Bert.home> Message-ID: On Fri, 8 Jan 2010, Bert Desmet wrote: > Hi > > mmcgrath asked me to collect some statistics about the fedora website. > He asked me to use yahoo's yslow. > You can find the results here: http://bdesmet.be/upload/finished.pdf > yahoo's page with extra information on every test: > http://developer.yahoo.com/performance/rules.html > Thanks bert. I'm wondering how much of these we can do something about (the low hanging fruit) -Mike From mmcgrath at redhat.com Fri Jan 8 17:08:17 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 8 Jan 2010 11:08:17 -0600 (CST) Subject: introduction In-Reply-To: <1262908920.2302.19.camel@Bert.home> References: <1262908920.2302.19.camel@Bert.home> Message-ID: On Fri, 8 Jan 2010, Bert Desmet wrote: > Hi, > > My name is Bert Desmet, and I would like to help somewhat in the > infrastructure team. I know the Fedora project already a bit as I am an > ambassador for about a year now. You can find some useful info about me > here: fedoraproject.org/wiki/user:Biertie > > So, I am a student, and I am eager to learn more about system > administration. The things I already know is from testing on my fedora > machines, and my centos server. So I know the basics from some things. I > am especially interested in getting to know the tools used to keep a > professional infrastructure running -something they don't learn you at > school- > > if you have any questions about me, or you want to suggest something, > you can find me a lot on irc, or via the mailing lists off course. > Welcome bert! we already talked on IRC but I didn't want to leave this intro hanging. -Mike From Matt_Domsch at dell.com Fri Jan 8 18:10:43 2010 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 8 Jan 2010 12:10:43 -0600 Subject: yslow website stats In-Reply-To: References: <1262908613.2302.14.camel@Bert.home> Message-ID: <20100108181043.GA6402@auslistsprd01.us.dell.com> On Fri, Jan 08, 2010 at 11:07:53AM -0600, Mike McGrath wrote: > On Fri, 8 Jan 2010, Bert Desmet wrote: > > > Hi > > > > mmcgrath asked me to collect some statistics about the fedora website. > > He asked me to use yahoo's yslow. > > You can find the results here: http://bdesmet.be/upload/finished.pdf > > yahoo's page with extra information on every test: > > http://developer.yahoo.com/performance/rules.html > > > > Thanks bert. I'm wondering how much of these we can do something about > (the low hanging fruit) The "Use a CDN" messages all disappear with a config file setting stating that fp.o _is_ a CDN. Setting up better expiry times on /static/ and /web/static/ should be low-hanging fruit. Adding compression should be low-hanging fruit, but will increase the CPU needed on the app/proxy servers. CSS at top, and javascript at the bottom, I can't say, having not looked at the pages in question. May be easy. Rest are opportunistic I'd say. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From onekopaka at gmail.com Fri Jan 8 18:42:35 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Fri, 8 Jan 2010 10:42:35 -0800 Subject: yslow website stats In-Reply-To: <20100108181043.GA6402@auslistsprd01.us.dell.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> Message-ID: The "Use a CDN" doesn't at all apply to our case. With the plentiful spread of proxy boxes, (which serve static content) we're a small- scale CDN by ourselves. On the matter of Expires, here's what would need to be added to an Apache config, assuming static stuff is in /srv/web/static: ExpiresByType image/gif "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 month" ExpiresByType text/javascript "access plus 1 month" Of course we can tweak the times, I just made up 1 month. As for compression, yes it will increase load, but it will save users' bandwidth and will increase speeds on slow connections (56K, EDGE, EVDO). The compressed versions can be cached on disk as well so the load of compression doesn't matter on read-only traffic. Moving JavaScript to the bottom of a page is also a low-hanging fruit. The thought is that presentation can be achieved, so users see the page even though the JavaScript isn't loaded. Darren VanBuren ============== http://theoks.net/ Sent from my iPod On Jan 8, 2010, at 10:10, Matt Domsch wrote: > On Fri, Jan 08, 2010 at 11:07:53AM -0600, Mike McGrath wrote: >> On Fri, 8 Jan 2010, Bert Desmet wrote: >> >>> Hi >>> >>> mmcgrath asked me to collect some statistics about the fedora >>> website. >>> He asked me to use yahoo's yslow. >>> You can find the results here: http://bdesmet.be/upload/finished.pdf >>> yahoo's page with extra information on every test: >>> http://developer.yahoo.com/performance/rules.html >>> >> >> Thanks bert. I'm wondering how much of these we can do something >> about >> (the low hanging fruit) > > The "Use a CDN" messages all disappear with a config file setting > stating that fp.o _is_ a CDN. > > Setting up better expiry times on /static/ and /web/static/ should be > low-hanging fruit. > > Adding compression should be low-hanging fruit, but will increase the > CPU needed on the app/proxy servers. > > CSS at top, and javascript at the bottom, I can't say, having not > looked at the pages in question. May be easy. > > Rest are opportunistic I'd say. > > -- > Matt Domsch > Technology Strategist, Dell Office of the CTO > linux.dell.com & www.dell.com/linux > > _______________________________________________ > 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 Fri Jan 8 18:59:31 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 8 Jan 2010 12:59:31 -0600 (CST) Subject: yslow website stats In-Reply-To: <20100108181043.GA6402@auslistsprd01.us.dell.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> Message-ID: On Fri, 8 Jan 2010, Matt Domsch wrote: > On Fri, Jan 08, 2010 at 11:07:53AM -0600, Mike McGrath wrote: > > On Fri, 8 Jan 2010, Bert Desmet wrote: > > > > > Hi > > > > > > mmcgrath asked me to collect some statistics about the fedora website. > > > He asked me to use yahoo's yslow. > > > You can find the results here: http://bdesmet.be/upload/finished.pdf > > > yahoo's page with extra information on every test: > > > http://developer.yahoo.com/performance/rules.html > > > > > > > Thanks bert. I'm wondering how much of these we can do something about > > (the low hanging fruit) > > The "Use a CDN" messages all disappear with a config file setting > stating that fp.o _is_ a CDN. > > Setting up better expiry times on /static/ and /web/static/ should be > low-hanging fruit. > > Adding compression should be low-hanging fruit, but will increase the > CPU needed on the app/proxy servers. > I've wondered about this, we should get some metrics. I've tested compression between the browser and the proxy servers and the good news is the proxy servers didn't seem to notice. The question I'd have is if compression between app servers and the proxy servers would help. > CSS at top, and javascript at the bottom, I can't say, having not > looked at the pages in question. May be easy. > Is this just bad practice or does it actually cause some issue? -Mike From bretm at redhat.com Fri Jan 8 19:35:02 2010 From: bretm at redhat.com (Bret McMillan) Date: Fri, 08 Jan 2010 14:35:02 -0500 Subject: yslow website stats In-Reply-To: References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> Message-ID: <4B4788E6.6050803@redhat.com> On 01/08/2010 01:59 PM, Mike McGrath wrote: > On Fri, 8 Jan 2010, Matt Domsch wrote: > >> On Fri, Jan 08, 2010 at 11:07:53AM -0600, Mike McGrath wrote: >>> On Fri, 8 Jan 2010, Bert Desmet wrote: >>> >>>> Hi >>>> >>>> mmcgrath asked me to collect some statistics about the fedora website. >>>> He asked me to use yahoo's yslow. >>>> You can find the results here: http://bdesmet.be/upload/finished.pdf >>>> yahoo's page with extra information on every test: >>>> http://developer.yahoo.com/performance/rules.html >>>> >>> >>> Thanks bert. I'm wondering how much of these we can do something about >>> (the low hanging fruit) >> >> The "Use a CDN" messages all disappear with a config file setting >> stating that fp.o _is_ a CDN. >> >> Setting up better expiry times on /static/ and /web/static/ should be >> low-hanging fruit. >> >> Adding compression should be low-hanging fruit, but will increase the >> CPU needed on the app/proxy servers. >> > > I've wondered about this, we should get some metrics. I've tested > compression between the browser and the proxy servers and the good news is > the proxy servers didn't seem to notice. The question I'd have is if > compression between app servers and the proxy servers would help. Unlikely (it might even slow stuff down, depending). +1 to enabling it a the proxy layer, and leaving the rest alone. >> CSS at top, and javascript at the bottom, I can't say, having not >> looked at the pages in question. May be easy. >> > > Is this just bad practice or does it actually cause some issue? Doing things this way tends to allow browsers to do progressive rendering, speeding up the perceived rendering speed of the page. Generally speaking, going to get bigger gains from: * implementing CDN where applicable * minimizing overall # of needed http requests * proper caching semantics (including damnable etags) * gzip compression If you knock out all of those, then maybe look at CSS & jscript optimization as a next tier of effort. Google has also produced a pretty neat tool called Speed Tracer: http://code.google.com/webtoolkit/speedtracer/ Might be worth poking around w/ that too. --Bret From so.rosseland at gmail.com Fri Jan 8 19:59:49 2010 From: so.rosseland at gmail.com (Stein Ove Rosseland) Date: Fri, 8 Jan 2010 20:59:49 +0100 Subject: yslow website stats In-Reply-To: <4B4788E6.6050803@redhat.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <4B4788E6.6050803@redhat.com> Message-ID: <3318c8321001081159qef9cf82p7b2061554e449408@mail.gmail.com> On Fri, Jan 8, 2010 at 8:35 PM, Bret McMillan wrote: > On 01/08/2010 01:59 PM, Mike McGrath wrote: >> >> On Fri, 8 Jan 2010, Matt Domsch wrote: >> >>> On Fri, Jan 08, 2010 at 11:07:53AM -0600, Mike McGrath wrote: >>>> >>>> On Fri, 8 Jan 2010, Bert Desmet wrote: >>>> >>>>> Hi >>>>> >>>>> mmcgrath asked me to collect some statistics about the fedora website. >>>>> He asked me to use yahoo's yslow. >>>>> You can find the results here: http://bdesmet.be/upload/finished.pdf >>>>> yahoo's page with extra information on every test: >>>>> http://developer.yahoo.com/performance/rules.html >>>>> >>>> >>>> Thanks bert. ?I'm wondering how much of these we can do something about >>>> (the low hanging fruit) >>> >>> The "Use a CDN" messages all disappear with a config file setting >>> stating that fp.o _is_ a CDN. >>> >>> Setting up better expiry times on /static/ and /web/static/ should be >>> low-hanging fruit. >>> >>> Adding compression should be low-hanging fruit, but will increase the >>> CPU needed on the app/proxy servers. >>> >> >> I've wondered about this, we should get some metrics. ?I've tested >> compression between the browser and the proxy servers and the good news is >> the proxy servers didn't seem to notice. ?The question I'd have is if >> compression between app servers and the proxy servers would help. > > Unlikely (it might even slow stuff down, depending). ?+1 to enabling it a > the proxy layer, and leaving the rest alone. > >>> CSS at top, and javascript at the bottom, I can't say, having not >>> looked at the pages in question. ?May be easy. >>> >> >> Is this just bad practice or does it actually cause some issue? > > Doing things this way tends to allow browsers to do progressive rendering, > speeding up the perceived rendering speed of the page. Generally speaking, > going to get bigger gains from: > > ?* implementing CDN where applicable > ?* minimizing overall # of needed http requests > ?* proper caching semantics (including damnable etags) > ?* gzip compression > > If you knock out all of those, then maybe look at CSS & jscript optimization > as a next tier of effort. > > > Google has also produced a pretty neat tool called Speed Tracer: > > http://code.google.com/webtoolkit/speedtracer/ > > Might be worth poking around w/ that too. > > > --Bret > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > If you compress on the app servers, there will be no increase load on the reverseproxies. And if you have a good hitratio on the proxies, the load will probably be insignificant on the appservers as well. Id also drop etags alltogether if you dont need them. I can also recomend http://www.webpagetest.org/ as an alternative to speedtracer and yslow. Cheers Stein Ove From a.badger at gmail.com Sat Jan 9 01:13:35 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 8 Jan 2010 20:13:35 -0500 Subject: yslow website stats In-Reply-To: References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> Message-ID: <20100109011335.GE31887@clingman.lan> On Fri, Jan 08, 2010 at 10:42:35AM -0800, Darren VanBuren wrote: > On the matter of Expires, here's what would need to be added to an > Apache config, assuming static stuff is in /srv/web/static: > > > ExpiresByType image/gif "access plus 1 month" > ExpiresByType image/png "access plus 1 month" > ExpiresByType text/css "access plus 1 month" > ExpiresByType text/javascript "access plus 1 month" > > > Of course we can tweak the times, I just made up 1 month. > Is this how Expires work? :: * Client requests fp.o/static/fedora.css * Client receives fedora.css with an Expires line of 1 month * For the next month, the client does not retrieve new versions of fedora.css. If so, we're either going to want to keep the Expires time pretty low (an hour or less) or start adding version information into all of our static resources. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mmcgrath at redhat.com Sat Jan 9 02:04:12 2010 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 8 Jan 2010 20:04:12 -0600 (CST) Subject: yslow website stats In-Reply-To: <20100109011335.GE31887@clingman.lan> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> Message-ID: On Fri, 8 Jan 2010, Toshio Kuratomi wrote: > On Fri, Jan 08, 2010 at 10:42:35AM -0800, Darren VanBuren wrote: > > On the matter of Expires, here's what would need to be added to an > > Apache config, assuming static stuff is in /srv/web/static: > > > > > > ExpiresByType image/gif "access plus 1 month" > > ExpiresByType image/png "access plus 1 month" > > ExpiresByType text/css "access plus 1 month" > > ExpiresByType text/javascript "access plus 1 month" > > > > > > Of course we can tweak the times, I just made up 1 month. > > > Is this how Expires work? :: > > * Client requests fp.o/static/fedora.css > * Client receives fedora.css with an Expires line of 1 month > * For the next month, the client does not retrieve new versions of > fedora.css. > > If so, we're either going to want to keep the Expires time pretty low (an > hour or less) or start adding version information into all of our static > resources. > That's a great question and one I've been curious about as well. how's that whole system supposed to work? What if I close the browser? Will it still use the cache if it was set to 1 month? -Mike From bashton at brennanashton.com Sat Jan 9 02:37:26 2010 From: bashton at brennanashton.com (Brennan Ashton) Date: Fri, 8 Jan 2010 21:37:26 -0500 Subject: yslow website stats In-Reply-To: References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> Message-ID: <981da311001081837l4be55944wfdee00c561cc938b@mail.gmail.com> On Fri, Jan 8, 2010 at 9:04 PM, Mike McGrath wrote: > On Fri, 8 Jan 2010, Toshio Kuratomi wrote: > >> On Fri, Jan 08, 2010 at 10:42:35AM -0800, Darren VanBuren wrote: >> > On the matter of Expires, here's what would need to be added to an >> > Apache config, assuming static stuff is in /srv/web/static: >> > >> > >> > ExpiresByType image/gif "access plus 1 month" >> > ExpiresByType image/png "access plus 1 month" >> > ExpiresByType text/css "access plus 1 month" >> > ExpiresByType text/javascript "access plus 1 month" >> > >> > >> > Of course we can tweak the times, I just made up 1 month. >> > >> Is this how Expires work? :: >> >> ? * Client requests fp.o/static/fedora.css >> ? * Client receives fedora.css with an Expires line of 1 month >> ? * For the next month, the client does not retrieve new versions of >> ? ? fedora.css. >> >> If so, we're either going to want to keep the Expires time pretty low (an >> hour or less) or start adding version information into all of our static >> resources. >> > > That's a great question and one I've been curious about as well. ?how's > that whole system supposed to work? ?What if I close the browser? ?Will > it still use the cache if it was set to 1 month? > > ? ? ? ?-Mike My understanding from the limited amount of cache stuff I have done is that if you use Expires and have it set for a month, then the data will sit on the browser's computer for that time, or until the cache is manually cleared. However thanks to HTTP 1.1 we now have access to cache-control headers [1] which includes "must-revalidate" and "proxy-revalidate" which creates a check to see if the data is the most recent or if it needs to be resent, this is more traffic, but can increase confidence that it is the newest data. This: Cache-Control: max-age=3600, must-revalidate would require a check, and also expire every 3600 seconds. [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9 --Brennan Ashton From onekopaka at gmail.com Sat Jan 9 03:29:42 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Fri, 8 Jan 2010 19:29:42 -0800 Subject: yslow website stats In-Reply-To: <20100109011335.GE31887@clingman.lan> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> Message-ID: <407b25021001081929x651ff31aqa87be68461b5cab1@mail.gmail.com> However, browsers cache on EXACT URLs. So if you attach ?2010011023 to a URL, it will only be valid until the URL changes or the expiry time comes around. Darren L. VanBuren ===================== http://theoks.net/ On Fri, Jan 8, 2010 at 17:13, Toshio Kuratomi wrote: > On Fri, Jan 08, 2010 at 10:42:35AM -0800, Darren VanBuren wrote: >> On the matter of Expires, here's what would need to be added to an >> Apache config, assuming static stuff is in /srv/web/static: >> >> >> ExpiresByType image/gif "access plus 1 month" >> ExpiresByType image/png "access plus 1 month" >> ExpiresByType text/css "access plus 1 month" >> ExpiresByType text/javascript "access plus 1 month" >> >> >> Of course we can tweak the times, I just made up 1 month. >> > Is this how Expires work? :: > > ?* Client requests fp.o/static/fedora.css > ?* Client receives fedora.css with an Expires line of 1 month > ?* For the next month, the client does not retrieve new versions of > ? ?fedora.css. > > If so, we're either going to want to keep the Expires time pretty low (an > hour or less) or start adding version information into all of our static > resources. > > -Toshio > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From bashton at brennanashton.com Sat Jan 9 03:54:27 2010 From: bashton at brennanashton.com (Brennan Ashton) Date: Fri, 8 Jan 2010 22:54:27 -0500 Subject: yslow website stats In-Reply-To: <407b25021001081929x651ff31aqa87be68461b5cab1@mail.gmail.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> <407b25021001081929x651ff31aqa87be68461b5cab1@mail.gmail.com> Message-ID: <981da311001081954w60870d10h77e7284a9f7d26b9@mail.gmail.com> On Fri, Jan 8, 2010 at 10:29 PM, Darren VanBuren wrote: > However, browsers cache on EXACT URLs. So if you attach ?2010011023 to > a URL, it will only be valid until the URL changes or the expiry time > comes around. > > Darren L. VanBuren > ===================== > http://theoks.net/ > However if my browser caches http://fedoraproject.org and there is a static file pointed at called image1.gif, even if you update fedoraproject.org to point to the static file image1-2.gif instead, that update will not be seen until fedoraproject.org expires from my cache and I will still be seeing image1.gif. I really think that cache-control is the way to go at least for content that we want to cache, but also want to have control of all the time. --Brennan Ashton From onekopaka at gmail.com Sat Jan 9 04:51:12 2010 From: onekopaka at gmail.com (Darren VanBuren) Date: Fri, 8 Jan 2010 20:51:12 -0800 Subject: yslow website stats In-Reply-To: <981da311001081954w60870d10h77e7284a9f7d26b9@mail.gmail.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> <407b25021001081929x651ff31aqa87be68461b5cab1@mail.gmail.com> <981da311001081954w60870d10h77e7284a9f7d26b9@mail.gmail.com> Message-ID: <407b25021001082051g4d43c1f2k3f86dfc7f166f598@mail.gmail.com> cache-control is certainly advantageous over older methods, as it certainly does provide finer grain control. Darren L. VanBuren ===================== http://theoks.net/ On Fri, Jan 8, 2010 at 19:54, Brennan Ashton wrote: > On Fri, Jan 8, 2010 at 10:29 PM, Darren VanBuren wrote: >> However, browsers cache on EXACT URLs. So if you attach ?2010011023 to >> a URL, it will only be valid until the URL changes or the expiry time >> comes around. >> >> Darren L. VanBuren >> ===================== >> http://theoks.net/ >> > > However if my browser caches http://fedoraproject.org and there is a > static file pointed at called image1.gif, even if you update > fedoraproject.org to point to the static file image1-2.gif instead, > that update will not be seen until fedoraproject.org expires from my > cache and I will still be seeing image1.gif. > > I really think that cache-control is the way to go at least for > content that we want to cache, but also want to have control of all > the time. > > --Brennan Ashton > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From so.rosseland at gmail.com Sat Jan 9 06:40:35 2010 From: so.rosseland at gmail.com (Stein Ove Rosseland) Date: Sat, 9 Jan 2010 07:40:35 +0100 Subject: yslow website stats In-Reply-To: <407b25021001082051g4d43c1f2k3f86dfc7f166f598@mail.gmail.com> References: <1262908613.2302.14.camel@Bert.home> <20100108181043.GA6402@auslistsprd01.us.dell.com> <20100109011335.GE31887@clingman.lan> <407b25021001081929x651ff31aqa87be68461b5cab1@mail.gmail.com> <981da311001081954w60870d10h77e7284a9f7d26b9@mail.gmail.com> <407b25021001082051g4d43c1f2k3f86dfc7f166f598@mail.gmail.com> Message-ID: <3318c8321001082240x491fd23dvb683b0f5ce9bd84e@mail.gmail.com> On Sat, Jan 9, 2010 at 5:51 AM, Darren VanBuren wrote: > cache-control is certainly advantageous over older methods, as it > certainly does provide finer grain control. You can also use the s-maxage header, which only are being used by shared caches, ie not the browser. This means you can have a long s-maxage for your proxies and a shorter maxage for the clients. Then you can purge the content from your caching proxies when needed Stein Ove