Re: Change Request: Force SSL for /keys and /verify
On Mon, Nov 16, 2009 at 02:50:26PM -0500, Ricky Zhou wrote:
> Thanks to Sijis for pointing this need out.
>
> diff --git a/modules/fedora-web/files/redirects.conf
> b/modules/fedora-web/files/redirects.conf
> index a88613f..a679ebd 100644
> --- a/modules/fedora-web/files/redirects.conf
> +++ b/modules/fedora-web/files/redirects.conf
> @@ -9,3 +9,8 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$
> http://fedoraproject.org/wik
>
> # Comment this out when there is a prerelease available
> #RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302]
> +
> +RewriteEngine On
> +RewriteCond %{HTTPS} off
> +RewriteRule ^/([^/]+/)?(keys|verify)$ https://%{HTTP_HOST}%{REQUEST_URI}
> [R=301,L]
> +
>
+1
-Toshio
pgpyR8eFJVcBl.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request: Force SSL for /keys and /verify
On Mon, 16 Nov 2009, Ricky Zhou wrote:
> Thanks to Sijis for pointing this need out.
>
> diff --git a/modules/fedora-web/files/redirects.conf
> b/modules/fedora-web/files/redirects.conf
> index a88613f..a679ebd 100644
> --- a/modules/fedora-web/files/redirects.conf
> +++ b/modules/fedora-web/files/redirects.conf
> @@ -9,3 +9,8 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$
> http://fedoraproject.org/wik
>
> # Comment this out when there is a prerelease available
> #RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302]
> +
> +RewriteEngine On
> +RewriteCond %{HTTPS} off
> +RewriteRule ^/([^/]+/)?(keys|verify)$ https://%{HTTP_HOST}%{REQUEST_URI}
> [R=301,L]
> +
>
+1
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request: Force SSL for /keys and /verify
On Mon, Nov 16, 2009 at 1:50 PM, Ricky Zhou wrote:
> Thanks to Sijis for pointing this need out.
>
> diff --git a/modules/fedora-web/files/redirects.conf
> b/modules/fedora-web/files/redirects.conf
> index a88613f..a679ebd 100644
> --- a/modules/fedora-web/files/redirects.conf
> +++ b/modules/fedora-web/files/redirects.conf
> @@ -9,3 +9,8 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$
> http://fedoraproject.org/wik
>
> # Comment this out when there is a prerelease available
> #RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302]
> +
> +RewriteEngine On
> +RewriteCond %{HTTPS} off
> +RewriteRule ^/([^/]+/)?(keys|verify)$ https://%{HTTP_HOST}%{REQUEST_URI}
> [R=301,L]
> +
>
> Thanks,
> Ricky
>
> ___
> Fedora-infrastructure-list mailing list
> Fedora-infrastructure-list@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
>
>
I wish i could take the credit but Todd (tmz) brought it up during a
discussion we had on #fedora-websites. In either case this is truly
needed.
Sijis
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request: Force SSL for /keys and /verify
Thanks to Sijis for pointing this need out.
diff --git a/modules/fedora-web/files/redirects.conf
b/modules/fedora-web/files/redirects.conf
index a88613f..a679ebd 100644
--- a/modules/fedora-web/files/redirects.conf
+++ b/modules/fedora-web/files/redirects.conf
@@ -9,3 +9,8 @@ RewriteRule ^/([^/]+/)?legal/trademarks/guidelines$
http://fedoraproject.org/wik
# Comment this out when there is a prerelease available
#RewriteRule ^(/.*)?/get-prerelease$ $1/get-fedora [R=302]
+
+RewriteEngine On
+RewriteCond %{HTTPS} off
+RewriteRule ^/([^/]+/)?(keys|verify)$ https://%{HTTP_HOST}%{REQUEST_URI}
[R=301,L]
+
Thanks,
Ricky
pgp3evmHltwhz.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Re: [ke...@wsr.com: broken link on home page]
On 2009-11-11 03:53:25 PM, Ricky Zhou wrote: > If this is fine with you guys, here's a change request to add > redirects for those two to the docs.fp.o index page where visitors can > choose their language and version of the document they want. > > -- > > diff --git a/modules/fedora-docs/files/fedora-docs-proxy.conf > b/modules/fedora-docs/files/fedora-docs- > index 259cfbd..61dfc04 100644 > --- a/modules/fedora-docs/files/fedora-docs-proxy.conf > +++ b/modules/fedora-docs/files/fedora-docs-proxy.conf > @@ -7,6 +7,15 @@ RewriteRule ^(.*)/fc7$ http://docs.fedoraproject.org/$1/f7/ > [R,L] > RewriteRule ^/release-notes/f10preview(.*) /release-notes/f10$1 [R=301,L] > RewriteRule ^/release-notes/f11preview(.*) /release-notes/f11$1 [R=301,L] > > +# Language selection indexes for these documents are gone now, so redirect > +# to the main docs page where users can choose their language. > + > +RewriteRule ^/release-notes/f11/$ / [R=301,L] > +RewriteRule ^/release-notes/f12/$ / [R=301,L] > + > +RewriteRule ^/install-guide/f11/$ / [R=301,L] > +RewriteRule ^/install-guide/f12/$ / [R=301,L] > + > >Options Indexes > > > -- It looks like John is already working on fixing this in docs CVS, so disregard this change request. Thanks, Ricky pgpLW6bjHjTmc.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Re: [ke...@wsr.com: broken link on home page]
On 2009-11-11 03:07:42 PM, Ricky Zhou wrote: > > It would be reasonable to provide some automation for a single > > document, but since no two documents seem to use the same > > naming/directory structure, such an effort would have to be on a per > > document basis. It might seem to make more sense to restructure the > > site so there was some consistency, but given the number of > > documents/formats/languages and the slowness of cvs that turns out > > to be a huge job. > Would it be possible to get even a plain white list of languages links > to the HTML documents for just > http://docs.fedoraproject.org/install-guide/f12/ and > http://docs.fedoraproject.org/release-notes/f12/, or could we get a list > of URLs that need to be directed to the main docs.fp.o index? > > We can't really change the link on the website at this point, being way > past the string freeze, and it's pretty important that those links go to > something especially for the F12 release (although fp.o is already > currently full of these broken links for F11 docs). If this is fine with you guys, here's a change request to add redirects for those two to the docs.fp.o index page where visitors can choose their language and version of the document they want. -- diff --git a/modules/fedora-docs/files/fedora-docs-proxy.conf b/modules/fedora-docs/files/fedora-docs- index 259cfbd..61dfc04 100644 --- a/modules/fedora-docs/files/fedora-docs-proxy.conf +++ b/modules/fedora-docs/files/fedora-docs-proxy.conf @@ -7,6 +7,15 @@ RewriteRule ^(.*)/fc7$ http://docs.fedoraproject.org/$1/f7/ [R,L] RewriteRule ^/release-notes/f10preview(.*) /release-notes/f10$1 [R=301,L] RewriteRule ^/release-notes/f11preview(.*) /release-notes/f11$1 [R=301,L] +# Language selection indexes for these documents are gone now, so redirect +# to the main docs page where users can choose their language. + +RewriteRule ^/release-notes/f11/$ / [R=301,L] +RewriteRule ^/release-notes/f12/$ / [R=301,L] + +RewriteRule ^/install-guide/f11/$ / [R=301,L] +RewriteRule ^/install-guide/f12/$ / [R=301,L] + Options Indexes -- Alternatively, we can update all links to point at eg. http://docs.fedoraproject.org/install-guide/f12/en-US/html/ and mark those as translatable, which would be a late break of the string freeze, but still a pretty small one (the effect would be that all website links would point to the English doc until translators update them to point to their specific language's URL). Thanks, Ricky pgpGTD28D5Pbx.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: change request: switch MM off using pgpool
On 2009-11-05 03:08:15 PM, matt_dom...@dell.com wrote: > all MM apps running on bapp1 are stalled because pgpool is hung. MM has lots > of connections to pgpool, more than it can handle. Until this is understood, > go back to not using pgpool for MM. > > diff --git a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > index e17022d..1b60465 100644 > --- a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > +++ b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > @@ -15,7 +15,7 @@ > > # This is for local development purposes. It won't be used for > # production. > -sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword > %>@db2.fedora.phx.redhat.com:/mirrormanager" > +sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword > %>@db2.fedora.phx.redhat.com:5432/mirrormanager" > > # if you are using a database or table type without transactions > # (MySQL default, for example), you should turn off transactions > > > -- +1 Thanks, Ricky pgpZJORFepu8J.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: change request: switch MM off using pgpool
On Thu, 5 Nov 2009, matt_dom...@dell.com wrote: > all MM apps running on bapp1 are stalled because pgpool is hung. MM has lots > of connections to pgpool, more than it can handle. Until this is understood, > go back to not using pgpool for MM. > > diff --git a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > index e17022d..1b60465 100644 > --- a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > +++ b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb > @@ -15,7 +15,7 @@ > > # This is for local development purposes. It won't be used for > # production. > -sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword > %>@db2.fedora.phx.redhat.com:/mirrormanager" > +sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword > %>@db2.fedora.phx.redhat.com:5432/mirrormanager" > > # if you are using a database or table type without transactions > # (MySQL default, for example), you should turn off transactions > > +1 -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
change request: switch MM off using pgpool
all MM apps running on bapp1 are stalled because pgpool is hung. MM has lots of connections to pgpool, more than it can handle. Until this is understood, go back to not using pgpool for MM. diff --git a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb index e17022d..1b60465 100644 --- a/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb +++ b/modules/mirrormanager/templates/mirrormanager-prod.cfg.erb @@ -15,7 +15,7 @@ # This is for local development purposes. It won't be used for # production. -sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword %>@db2.fedora.phx.redhat.com:/mirrormanager" +sqlobject.dburi="notrans_postgres://mirroradmin:<%= mirrorPassword %>@db2.fedora.phx.redhat.com:5432/mirrormanager" # if you are using a database or table type without transactions # (MySQL default, for example), you should turn off transactions -- 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: Change request - Removing files
I missed the beginning of this discussion because I wasn't subscribed, but as soon as we unfreeze I'll add some code to clean up random tmp* directories and also drop an index.html file in there so any junk that might accumulate wouldn't be visible. Unfortunately the deletion of the files doesn't actually remove them from the web server, because the rsync call that copies them over doesn't include --delete. I'll just fix it up after we unfreeze. - J< ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Removing files
On Tue, Oct 20, 2009 at 03:47:35PM -0400, Seth Vidal wrote: > > > On Tue, 20 Oct 2009, Mike McGrath wrote: > >> I'd like to remove the following files from /srv/web/review-stats/ >> >> rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html >> REVIEW.html >> >> Very trivial, but we're still change frozen so 2 +1's? >> > > +1 and maybe add a tmpreaper? > +1 -Toshio pgpJeFMJS2L1p.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Removing files
On Tue, 20 Oct 2009, Mike McGrath wrote: I'd like to remove the following files from /srv/web/review-stats/ rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html REVIEW.html Very trivial, but we're still change frozen so 2 +1's? +1 and maybe add a tmpreaper? -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Removing files
I'd like to remove the following files from /srv/web/review-stats/ rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html REVIEW.html Very trivial, but we're still change frozen so 2 +1's? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request (post)
On Mon, Oct 12, 2009 at 3:24 PM, Seth Vidal wrote: > > > On Mon, 12 Oct 2009, Mike McGrath wrote: > >> We already did this online, it was a security update to db2 and db3. >> Fixes postgres CVE-2007-2138. > > +1 > did a +1 on IRC already... here for posterity. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request (post)
On Mon, 12 Oct 2009, Mike McGrath wrote: We already did this online, it was a security update to db2 and db3. Fixes postgres CVE-2007-2138. +1 -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request (post)
We already did this online, it was a security update to db2 and db3. Fixes postgres CVE-2007-2138. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [CHANGE REQUEST] Open freemedia form for October
On Thu, Oct 08, 2009 at 12:11:13AM -0400, Ricky Zhou wrote: > On 2009-10-07 11:07:53 PM, Nick Bebout wrote: > > I'd like to request approval (on behalf of Susmit) to do the following > > (As outlined in the FreeMedia Infrastructure SOP): > > > > cd /puppet/modules/freemedia/files > > cp FreeMedia-form.html.orig FreeMedia-form.html > > git commit -a -m 'opening freemedia form for month `date +%B`' > > git push > > > > And a few days later, > > > > cd /puppet/modules/freemedia/files > > cp FreeMedia-close.html Freemedia-form.html > > git commit -a -m 'closing freemedia form for month `date +%B`' > > git push > > > > This is a routine activity normally done on the beginning of the month > > for a few days to allow individuals to submit requests to the freemedia > > project. > +1 > > Not a big deal, but watch out for the backticks inside of single quotes > :-) > +1 -Toshio pgpG4RXSkrBmK.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
RE: [CHANGE REQUEST] Open freemedia form for October
Which is why I've become a fan of the $(someapp ...) nomenclature instead of backticks. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -Original Message- From: fedora-infrastructure-list-boun...@redhat.com [mailto:fedora-infrastructure-list-boun...@redhat.com] On Behalf Of susmit shannigrahi Sent: Wednesday, October 07, 2009 11:18 PM To: Fedora Infrastructure Subject: Re: [CHANGE REQUEST] Open freemedia form for October > Not a big deal, but watch out for the backticks inside of single quotes > :-) Spelling mistake. ;) Changing it to git commit -a -m 'opening freemedia form for the month of' `date +%B` Thanks. -- Regards, Susmit. = ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit = Sent from Calcutta, WB, India ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [CHANGE REQUEST] Open freemedia form for October
> Not a big deal, but watch out for the backticks inside of single quotes > :-) Spelling mistake. ;) Changing it to git commit -a -m 'opening freemedia form for the month of' `date +%B` Thanks. -- Regards, Susmit. = ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit = Sent from Calcutta, WB, India ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [CHANGE REQUEST] Open freemedia form for October
On 2009-10-07 11:07:53 PM, Nick Bebout wrote: > I'd like to request approval (on behalf of Susmit) to do the following > (As outlined in the FreeMedia Infrastructure SOP): > > cd /puppet/modules/freemedia/files > cp FreeMedia-form.html.orig FreeMedia-form.html > git commit -a -m 'opening freemedia form for month `date +%B`' > git push > > And a few days later, > > cd /puppet/modules/freemedia/files > cp FreeMedia-close.html Freemedia-form.html > git commit -a -m 'closing freemedia form for month `date +%B`' > git push > > This is a routine activity normally done on the beginning of the month > for a few days to allow individuals to submit requests to the freemedia > project. +1 Not a big deal, but watch out for the backticks inside of single quotes :-) Thanks, Ricky pgplMndRlLEmH.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[CHANGE REQUEST] Open freemedia form for October
I'd like to request approval (on behalf of Susmit) to do the following (As outlined in the FreeMedia Infrastructure SOP): cd /puppet/modules/freemedia/files cp FreeMedia-form.html.orig FreeMedia-form.html git commit -a -m 'opening freemedia form for month `date +%B`' git push And a few days later, cd /puppet/modules/freemedia/files cp FreeMedia-close.html Freemedia-form.html git commit -a -m 'closing freemedia form for month `date +%B`' git push This is a routine activity normally done on the beginning of the month for a few days to allow individuals to submit requests to the freemedia project. Nick ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Website changes for F12-Alpha
The following two changes are needed to ensure the website is ready for the alpha release tomorrow morning. I won't push them until tomorrow morning, but can I get a few +1's for them a while? Todd Zullinger (2): fedora-web: Disable /get-prerelease redirect for F12-Alpha fedora-web: Use f12-alpha branch modules/fedora-web/files/redirects.conf |4 ++-- modules/fedora-web/files/syncStatic.sh |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] koji theming
On Mon, Aug 24, 2009 at 6:32 PM, Dennis Gilmore wrote: > Id like to update the koji theming > i need to install the rpms from > http://koji.fedoraproject.org/koji/taskinfo?taskID=1629426 and apply a small > hotfix to kojiweb https://fedorahosted.org/fedora-infrastructure/ticket/1628 > > the impact is minimal and easily reversed. all changes are upstream. Ill be > publishing the hg repos on fedorapeople later today for the theming rpms. > > can i get 2 +1's please > > +1 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] koji theming
On Mon, 24 Aug 2009, Dennis Gilmore wrote: > Id like to update the koji theming > i need to install the rpms from > http://koji.fedoraproject.org/koji/taskinfo?taskID=1629426 and apply a small > hotfix to kojiweb https://fedorahosted.org/fedora-infrastructure/ticket/1628 > > the impact is minimal and easily reversed. all changes are upstream. Ill be > publishing the hg repos on fedorapeople later today for the theming rpms. > > can i get 2 +1's please > +1 -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] koji theming
Id like to update the koji theming i need to install the rpms from http://koji.fedoraproject.org/koji/taskinfo?taskID=1629426 and apply a small hotfix to kojiweb https://fedorahosted.org/fedora-infrastructure/ticket/1628 the impact is minimal and easily reversed. all changes are upstream. Ill be publishing the hg repos on fedorapeople later today for the theming rpms. can i get 2 +1's please signature.asc Description: This is a digitally signed message part. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: smolt change request
On 2009-08-21 01:36:01 PM, Mike McGrath wrote: > I'd like to do the hotfix described here: > > https://fedorahosted.org/fedora-infrastructure/ticket/1622 > > Changes are already upstream. +1 Thanks, Ricky pgpsKoz8PJ4eq.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
RE: smolt change request
+1 -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -Original Message- From: fedora-infrastructure-list-boun...@redhat.com [mailto:fedora-infrastructure-list-boun...@redhat.com] On Behalf Of Mike McGrath Sent: Friday, August 21, 2009 1:36 PM To: Fedora Infrastructure List Subject: smolt change request I'd like to do the hotfix described here: https://fedorahosted.org/fedora-infrastructure/ticket/1622 Changes are already upstream. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
smolt change request
I'd like to do the hotfix described here: https://fedorahosted.org/fedora-infrastructure/ticket/1622 Changes are already upstream. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
Ricky Zhou wrote: >> I would have guessed it wasn't too. But according to >> Environments.odg it is. > > Are you sure? We're still in the prerelease freeze, so the machines > covered are a bit more limited than a full freeze. Hmm, I did read that wrong then, it doesn't appear to be in the list for pre-release freezes. Thanks for correcting me. :) -- ToddOpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Nothing is wrong with California that a rise in the ocean level wouldn't cure. -- Ross MacDonald (1915-1983) pgpljjdOEVMS0.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
On 2009-08-20 09:15:41 PM, Todd Zullinger wrote: > Ricky Zhou wrote: > > +1 (Although I didn't think fedorahosted.org was covered under the > > change freeze). > > I would have guessed it wasn't too. But according to Environments.odg > it is. Are you sure? We're still in the prerelease freeze, so the machines covered are a bit more limited than a full freeze. > Speaking of which, would exporting that .odg to a .png or other format > make it easier to link to via the wiki for those that don't normally > have OOo installed? Or would that just make it too likely to get out > of sync? That'd be a nice idea - that document could already use some updating now, and it couldn't hurt to make a PNG version ta the same time as it gets updated. Thanks, Ricky pgphgbpQu919q.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
Ricky Zhou wrote: > +1 (Although I didn't think fedorahosted.org was covered under the > change freeze). I would have guessed it wasn't too. But according to Environments.odg it is. Speaking of which, would exporting that .odg to a .png or other format make it easier to link to via the wiki for those that don't normally have OOo installed? Or would that just make it too likely to get out of sync? -- ToddOpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ The surest sign that intelligent life exists elsewhere in the universe is that it has never tried to contact us. -- Bill Watterson (Calvin and Hobbes) pgp9hnsk8JqJZ.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
On 2009-08-20 07:54:24 PM, Todd Zullinger wrote: > The git::check-perms class includes a script for checking that the > permissions of git repositories are generally proper for shared > repositories. It also runs this script each day via a cron job. +1 (Although I didn't think fedorahosted.org was covered under the change freeze). Thanks, Ricky pgpBfu1536NEc.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
On Thu, 20 Aug 2009, Todd Zullinger wrote: > Mike McGrath wrote: > > Just to be clear, we've run this several times already. We're just > > puppetizing it and adding a cron job? > > Yep. I've run a number of times. I ran it with the --fix option this > morning to have it fix up the minor issues it noted. I also tested it > run as user nobody with PATH=/usr/bin:/usr/local/bin, to (hopefully) > ensure that things will work correctly when it runs via cron. > +1 then -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
Mike McGrath wrote: > Just to be clear, we've run this several times already. We're just > puppetizing it and adding a cron job? Yep. I've run a number of times. I ran it with the --fix option this morning to have it fix up the minor issues it noted. I also tested it run as user nobody with PATH=/usr/bin:/usr/local/bin, to (hopefully) ensure that things will work correctly when it runs via cron. -- ToddOpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I am not young enough to know everything. -- Oscar Wilde (1854-1900) pgpNIFgAqqyaB.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
On Thu, 20 Aug 2009, Todd Zullinger wrote:
> The git::check-perms class includes a script for checking that the
> permissions of git repositories are generally proper for shared
> repositories. It also runs this script each day via a cron job.
>
> This is included on the hosted1 node.
> ---
>
> The intent of this script is to check that git repos on hosted don't
> end up with permissions that will cause problems when folks try to
> push to them. This shouldn't happen too often anymore since we fixed
> a git bug and have better scripts for creating the repositories, but
> it can still crop up.
>
> This script won't catch something like the a repo having the wrong
> group, unless we want to standardize on group naming and fix up
> existing repositories that don't follow that convention. (Which
> doesn't seem worth the effort.)
>
> I just picked the time for the cron job at random. If there is a
> better time for it to run, I can change it before pushing this.
>
> The change should be very low risk and easy to fix should it cause any
> problems. If I weren't likely to forget about it, it could wait until
> after the freeze it over. :)
>
> manifests/nodes/hosted1.fedoraproject.org.pp |4 +
> modules/git/README |4 +
> modules/git/files/check-perms.py | 148
> ++
> modules/git/manifests/init.pp| 31 ++
> 4 files changed, 187 insertions(+), 0 deletions(-)
> create mode 100755 modules/git/files/check-perms.py
>
> diff --git a/manifests/nodes/hosted1.fedoraproject.org.pp
> b/manifests/nodes/hosted1.fedoraproject.org.pp
> index e94c151..a6c86c0 100644
> --- a/manifests/nodes/hosted1.fedoraproject.org.pp
> +++ b/manifests/nodes/hosted1.fedoraproject.org.pp
> @@ -5,6 +5,10 @@ node hosted1 {
> include openvpn::client
> include spamassassin::server
>
> +$git_check_perms_gitroot = "/git"
> +$git_check_perms_mailto = "sysadmin-hosted-memb...@fedoraproject.org"
> +include git::check-perms
> +
> $mailman_default_url_proto = "https"
> $mailman_default_url_host = "fedorahosted.org"
> $mailman_default_email_host = "lists.fedorahosted.org"
> diff --git a/modules/git/README b/modules/git/README
> index e9a5e99..100a560 100644
> --- a/modules/git/README
> +++ b/modules/git/README
> @@ -14,6 +14,10 @@ The git rpm installs the core tools with minimal
> dependencies. To
> install all git packages, including tools for integrating with other
> SCMs, install the git-all meta-package.
>
> +The git::check-perms class includes a script for checking that the
> +permissions of git repositories are generally proper for shared
> +repositories. It also runs this script each day via a cron job.
> +
> The git::mail-hooks class installs some convenient tools for use as
> post-receive hooks, courtesy of the gnome.org sysadmins.
>
> diff --git a/modules/git/files/check-perms.py
> b/modules/git/files/check-perms.py
> new file mode 100755
> index 000..88d7bff
> --- /dev/null
> +++ b/modules/git/files/check-perms.py
> @@ -0,0 +1,148 @@
> +#!/usr/bin/python -tt
> +"""Check permissions of a tree of git repositories, optionally fixing any
> +problems found.
> +"""
> +
> +import os
> +import re
> +import sys
> +import optparse
> +from stat import *
> +from subprocess import call, PIPE, Popen
> +
> +usage = '%prog [options] [gitroot]'
> +parser = optparse.OptionParser(usage=usage)
> +parser.add_option('-f', '--fix', dest='fix',
> + action='store_true', default=False,
> + help='Correct any problems [%default]')
> +opts, args = parser.parse_args()
> +
> +if args:
> +gitroot = args[0]
> +else:
> +gitroot = '/git'
> +
> +object_re = re.compile('[0-9a-z]{40}')
> +
> +def is_object(path):
> +"""Check if a path is a git object."""
> +parts = path.split(os.path.sep)
> +if 'objects' in parts and len(parts) > 2 and \
> +object_re.match(''.join(path.split(os.path.sep)[-2:])):
> +return True
> +return False
> +
> +def is_shared_repo(gitdir):
> +"""Check if a git repository is shared."""
> +cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository']
> +p = Popen(cmd, stdout=PIPE, stderr=PIPE)
> +shared, error = p.communicate()
> +sharedmodes = ['1', 'group', 'true', '2', 'all', 'world', 'everybody']
> +if shared.rstrip() not in sharedmodes or p.returncode:
> +return False
> +return True
> +
> +def set_shared_repo(gitdir, value='group'):
> +"""Set core.sharedRepository for a git repository."""
> +mode_re = re.compile('06[0-7]{2}')
> +if value in [0, 'false', 'umask']:
> +value = 'umask'
> +elif value in [1, 'true', 'group']:
> +value = 'group'
> +elif value in [2, 'all', 'world', 'everybody']:
> +value = 'all'
> +elif mode_re.match(value):
> +pass
> +else:
> +raise SystemExit('Bogus core.sharedRepository value "%s"' % value)
> +
[Change Request] Add script/cron job for checking git repo perms
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
This is included on the hosted1 node.
---
The intent of this script is to check that git repos on hosted don't
end up with permissions that will cause problems when folks try to
push to them. This shouldn't happen too often anymore since we fixed
a git bug and have better scripts for creating the repositories, but
it can still crop up.
This script won't catch something like the a repo having the wrong
group, unless we want to standardize on group naming and fix up
existing repositories that don't follow that convention. (Which
doesn't seem worth the effort.)
I just picked the time for the cron job at random. If there is a
better time for it to run, I can change it before pushing this.
The change should be very low risk and easy to fix should it cause any
problems. If I weren't likely to forget about it, it could wait until
after the freeze it over. :)
manifests/nodes/hosted1.fedoraproject.org.pp |4 +
modules/git/README |4 +
modules/git/files/check-perms.py | 148 ++
modules/git/manifests/init.pp| 31 ++
4 files changed, 187 insertions(+), 0 deletions(-)
create mode 100755 modules/git/files/check-perms.py
diff --git a/manifests/nodes/hosted1.fedoraproject.org.pp
b/manifests/nodes/hosted1.fedoraproject.org.pp
index e94c151..a6c86c0 100644
--- a/manifests/nodes/hosted1.fedoraproject.org.pp
+++ b/manifests/nodes/hosted1.fedoraproject.org.pp
@@ -5,6 +5,10 @@ node hosted1 {
include openvpn::client
include spamassassin::server
+$git_check_perms_gitroot = "/git"
+$git_check_perms_mailto = "sysadmin-hosted-memb...@fedoraproject.org"
+include git::check-perms
+
$mailman_default_url_proto = "https"
$mailman_default_url_host = "fedorahosted.org"
$mailman_default_email_host = "lists.fedorahosted.org"
diff --git a/modules/git/README b/modules/git/README
index e9a5e99..100a560 100644
--- a/modules/git/README
+++ b/modules/git/README
@@ -14,6 +14,10 @@ The git rpm installs the core tools with minimal
dependencies. To
install all git packages, including tools for integrating with other
SCMs, install the git-all meta-package.
+The git::check-perms class includes a script for checking that the
+permissions of git repositories are generally proper for shared
+repositories. It also runs this script each day via a cron job.
+
The git::mail-hooks class installs some convenient tools for use as
post-receive hooks, courtesy of the gnome.org sysadmins.
diff --git a/modules/git/files/check-perms.py b/modules/git/files/check-perms.py
new file mode 100755
index 000..88d7bff
--- /dev/null
+++ b/modules/git/files/check-perms.py
@@ -0,0 +1,148 @@
+#!/usr/bin/python -tt
+"""Check permissions of a tree of git repositories, optionally fixing any
+problems found.
+"""
+
+import os
+import re
+import sys
+import optparse
+from stat import *
+from subprocess import call, PIPE, Popen
+
+usage = '%prog [options] [gitroot]'
+parser = optparse.OptionParser(usage=usage)
+parser.add_option('-f', '--fix', dest='fix',
+ action='store_true', default=False,
+ help='Correct any problems [%default]')
+opts, args = parser.parse_args()
+
+if args:
+gitroot = args[0]
+else:
+gitroot = '/git'
+
+object_re = re.compile('[0-9a-z]{40}')
+
+def is_object(path):
+"""Check if a path is a git object."""
+parts = path.split(os.path.sep)
+if 'objects' in parts and len(parts) > 2 and \
+object_re.match(''.join(path.split(os.path.sep)[-2:])):
+return True
+return False
+
+def is_shared_repo(gitdir):
+"""Check if a git repository is shared."""
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository']
+p = Popen(cmd, stdout=PIPE, stderr=PIPE)
+shared, error = p.communicate()
+sharedmodes = ['1', 'group', 'true', '2', 'all', 'world', 'everybody']
+if shared.rstrip() not in sharedmodes or p.returncode:
+return False
+return True
+
+def set_shared_repo(gitdir, value='group'):
+"""Set core.sharedRepository for a git repository."""
+mode_re = re.compile('06[0-7]{2}')
+if value in [0, 'false', 'umask']:
+value = 'umask'
+elif value in [1, 'true', 'group']:
+value = 'group'
+elif value in [2, 'all', 'world', 'everybody']:
+value = 'all'
+elif mode_re.match(value):
+pass
+else:
+raise SystemExit('Bogus core.sharedRepository value "%s"' % value)
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository',
+value]
+ret = call(cmd)
+if ret:
+return False
+return True
+
+def check_git_perms(path, fix=False):
+"""Check if permissions on a git repo are correct.
+
+If fix is true, problems
Re: [Change Request] Mercurial upgrade on app1
On 08/20/2009 10:59 AM, Diego Búrigo Zacarão wrote: > There is a bug related to Mercurial-1.2.x that is boring some of our > translators when using Transifex[1]. > > Could I have +1's for updating it with the following version? > https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 > > [1] http://transifex.org/ticket/279 > +1 -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Mercurial upgrade on app1
On 2009-08-20 02:59:03 PM, Diego Búrigo Zacarão wrote: > There is a bug related to Mercurial-1.2.x that is boring some of our > translators when using Transifex[1]. > > Could I have +1's for updating it with the following version? > https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 > > [1] http://transifex.org/ticket/279 +1 Thanks, Ricky pgpRudyHT1Gs0.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Mercurial upgrade on app1
On Thu, 20 Aug 2009, Diego Búrigo Zacarão wrote: > There is a bug related to Mercurial-1.2.x that is boring some of our > translators when using Transifex[1]. > > Could I have +1's for updating it with the following version? > https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 > > [1] http://transifex.org/ticket/279 > +1 -Mike___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Mercurial - app1
ignore this one On Thu, 20 Aug 2009, Mike McGrath wrote: > There's been a request to update mercurial on app1 from > mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel > > 2+1's? > > -Mike > > ___ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Mercurial - app1
There's been a request to update mercurial on app1 from mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel 2+1's? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Mercurial upgrade on app1
There is a bug related to Mercurial-1.2.x that is boring some of our translators when using Transifex[1]. Could I have +1's for updating it with the following version? https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 [1] http://transifex.org/ticket/279 Regards -- Diego Búrigo Zacarão http://diegobz.net ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Update xz on the builders
On 08/19/2009 08:09 PM, Toshio Kuratomi wrote: > On 08/19/2009 07:10 PM, Jesse Keating wrote: >> The host xz wouldn't be used to produce any rpms, the rpm inside the >> chroot would. Does this come into play when initing the buildroot? >> > You're right, this wouldn't come into play unless it's a decompression > bug. And if that's so it would generate an error from the buildsystem > while trying to create the buildroot instead of a corrupted payload in > the built rpms. So not as severe. I'm checking to be sure it isn't a > decompression bug now. > Confirmed -- the compressor is the issue here, not the decompressor. So we don't need to update the builders at this time. Since rawhide is the only release building with xz payloads we don't need to worry about buildroot overrides either. It *is* possible that some of the packages built before this xz package was put into the buildroot are corrupt:: http://koji.fedoraproject.org/koji/buildinfo?buildID=127510 (build finished at 2009-08-17 10:32:19) I don't know if this is something releng wants to check for. -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Update xz on the builders
On 08/19/2009 07:10 PM, Jesse Keating wrote: > > > On Aug 19, 2009, at 18:36, Toshio Kuratomi wrote: > >> A data corruption bug was found in the current xz package for certain >> files. The xz package was updated to a snapshot in Fedora and EPEL. >> We'd like to update the builders with the new xz to make sure we aren't >> producing packages with corrupted payloads. >> >> The corruption bug report is here: >> https://bugzilla.redhat.com/show_bug.cgi?id=517806 >> >> which includes confirmation that it fixes the bug and jnovy's >> recommendation to update the buildsystem. >> >> The EPEL-5 update is here: >> >> https://admin.fedoraproject.org/updates/xz-4.999.8-0.10.beta.20090817git.el5 >> >> >> Can I get two +1's for this? >> > > The host xz wouldn't be used to produce any rpms, the rpm inside the > chroot would. Does this come into play when initing the buildroot? > You're right, this wouldn't come into play unless it's a decompression bug. And if that's so it would generate an error from the buildsystem while trying to create the buildroot instead of a corrupted payload in the built rpms. So not as severe. I'm checking to be sure it isn't a decompression bug now. -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Set replace => false on some db files which I missed.
On Wed, 19 Aug 2009, Ricky Zhou wrote:
> I missed a few files in my earlier change request.
>
> ---
> modules/sigul/manifests/init.pp |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
> index 20a88bd..f613182 100644
> --- a/modules/sigul/manifests/init.pp
> +++ b/modules/sigul/manifests/init.pp
> @@ -88,6 +88,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_cert8.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -96,6 +97,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_key3.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -104,6 +106,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_secmod.db",
> +replace => false,
> require => Package["sigul"],
> }
>
+1
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Update xz on the builders
On Wed, 19 Aug 2009, Toshio Kuratomi wrote: > A data corruption bug was found in the current xz package for certain > files. The xz package was updated to a snapshot in Fedora and EPEL. > We'd like to update the builders with the new xz to make sure we aren't > producing packages with corrupted payloads. > > The corruption bug report is here: > https://bugzilla.redhat.com/show_bug.cgi?id=517806 > > which includes confirmation that it fixes the bug and jnovy's > recommendation to update the buildsystem. > > The EPEL-5 update is here: > > https://admin.fedoraproject.org/updates/xz-4.999.8-0.10.beta.20090817git.el5 > > Can I get two +1's for this? > +1 from me. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Update xz on the builders
On Aug 19, 2009, at 18:36, Toshio Kuratomi wrote: A data corruption bug was found in the current xz package for certain files. The xz package was updated to a snapshot in Fedora and EPEL. We'd like to update the builders with the new xz to make sure we aren't producing packages with corrupted payloads. The corruption bug report is here: https://bugzilla.redhat.com/show_bug.cgi?id=517806 which includes confirmation that it fixes the bug and jnovy's recommendation to update the buildsystem. The EPEL-5 update is here: https://admin.fedoraproject.org/updates/xz-4.999.8-0.10.beta.20090817git.el5 Can I get two +1's for this? The host xz wouldn't be used to produce any rpms, the rpm inside the chroot would. Does this come into play when initing the buildroot? -- Jes ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Update xz on the builders
On Wednesday 19 August 2009 08:36:21 pm Toshio Kuratomi wrote: > A data corruption bug was found in the current xz package for certain > files. The xz package was updated to a snapshot in Fedora and EPEL. > We'd like to update the builders with the new xz to make sure we aren't > producing packages with corrupted payloads. > > The corruption bug report is here: > https://bugzilla.redhat.com/show_bug.cgi?id=517806 > > which includes confirmation that it fixes the bug and jnovy's > recommendation to update the buildsystem. > > The EPEL-5 update is here: > > https://admin.fedoraproject.org/updates/xz-4.999.8-0.10.beta.20090817git.el >5 > > Can I get two +1's for this? > > -Toshio +1 signature.asc Description: This is a digitally signed message part. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Update xz on the builders
A data corruption bug was found in the current xz package for certain files. The xz package was updated to a snapshot in Fedora and EPEL. We'd like to update the builders with the new xz to make sure we aren't producing packages with corrupted payloads. The corruption bug report is here: https://bugzilla.redhat.com/show_bug.cgi?id=517806 which includes confirmation that it fixes the bug and jnovy's recommendation to update the buildsystem. The EPEL-5 update is here: https://admin.fedoraproject.org/updates/xz-4.999.8-0.10.beta.20090817git.el5 Can I get two +1's for this? -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Set replace => false on some db files which I missed.
On 08/19/2009 04:41 PM, Ricky Zhou wrote:
> I missed a few files in my earlier change request.
>
> ---
> modules/sigul/manifests/init.pp |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
> index 20a88bd..f613182 100644
> --- a/modules/sigul/manifests/init.pp
> +++ b/modules/sigul/manifests/init.pp
> @@ -88,6 +88,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_cert8.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -96,6 +97,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_key3.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -104,6 +106,7 @@ class sigul::server inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_server_secmod.db",
> +replace => false,
> require => Package["sigul"],
> }
>
+1
-Toshio
signature.asc
Description: OpenPGP digital signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request]
On Wednesday 19 August 2009 06:19:06 pm Jesse Keating wrote: > On Wed, 2009-08-19 at 16:44 -0600, Stephen John Smoogen wrote: > > Both changes look of little impact from infrastructure side. > > Provisional +1 unless a release engineer says "OH MY ZOD, didnt you > > think about Kryptonite?" > > I don't know of any release engineering item that relies on buildsys. there is nothing. its only for buildsys-macros and buildsys-build packages for EL at this point. when RHEL5 goes away so can /buildgroups Dennis signature.asc Description: This is a digitally signed message part. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Set replace => false on some db files which I missed.
I missed a few files in my earlier change request.
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index 20a88bd..f613182 100644
--- a/modules/sigul/manifests/init.pp
+++ b/modules/sigul/manifests/init.pp
@@ -88,6 +88,7 @@ class sigul::server inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_server_cert8.db",
+replace => false,
require => Package["sigul"],
}
@@ -96,6 +97,7 @@ class sigul::server inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_server_key3.db",
+replace => false,
require => Package["sigul"],
}
@@ -104,6 +106,7 @@ class sigul::server inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_server_secmod.db",
+replace => false,
require => Package["sigul"],
}
--
1.5.5.6
pgptTZYkn8Dwj.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request]
On Wed, 2009-08-19 at 16:44 -0600, Stephen John Smoogen wrote: > Both changes look of little impact from infrastructure side. > Provisional +1 unless a release engineer says "OH MY ZOD, didnt you > think about Kryptonite?" I don't know of any release engineering item that relies on buildsys. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request]
On Wed, 19 Aug 2009, Stephen John Smoogen wrote: > On Wed, Aug 19, 2009 at 4:27 PM, Dennis Gilmore wrote: > > > > id like to make the following changes impact will be minimal > > /buildgroups is the only active service on buildsys.pfp.o where plague used > > to > > run. its only needed for mock building using epel targets so the increaded > > load will be insignificant. the change will be trasnparent to end users. > > > > > > the content is in place on /mnt/koji so its available to either hub. as well > > as kojipkgs i think it makes more sense to have buildsys be a cname to > > koji.fp.o rather than kojipkgs.fp.o > > > > diff --git a/configs/web/applications/kojiweb.conf.erb > > b/configs/web/applications/kojiweb.conf.erb > > index f6b35d4..cf4a868 100644 > > --- a/configs/web/applications/kojiweb.conf.erb > > +++ b/configs/web/applications/kojiweb.conf.erb > > @@ -88,4 +88,11 @@ Alias /static-repos "/mnt/koji/static-repos/" > > Options Indexes FollowSymLinks > > > > > > +Alias /buildgroups "/mnt/koji/buildgroups/" > > + > > + > > + Options Indexes FollowSymLinks > > + > > + > > + > > RewriteRule ^/packages(.+) http://kojipkgs.fedoraproject.org/packages$1 > > [R=301,L] > > diff --git a/modules/bind/files/master/fedoraproject.org > > b/modules/bind/files/master/fedoraproject.org > > index 4b30336..93bc55b 100644 > > --- a/modules/bind/files/master/fedoraproject.org > > +++ b/modules/bind/files/master/fedoraproject.org > > @@ -1,6 +1,6 @@ > > $TTL 3600 > > @ IN SOA ns1.fedoraproject.org. > > hostmaster.fedoraproject.org. ( > > - 2009081201 ; Serial > > + 2009081901 ; Serial > > 8H ; refresh > > 2H ; retry > > 4W ; expire > > @@ -74,7 +74,7 @@ bodhi IN CNAME admin > > bu1 IN A 128.197.185.45 > > bugz IN CNAME wildcard > > bugz.stg IN CNAME admin.stg.fedoraproject.org. > > -buildsys IN CNAME serverbeach1.fedoraproject.org. > > +buildsys IN CNAME koji.fedoraproject.org. > > bzr IN CNAME git > > certmaster IN CNAME puppet > > capp1 IN A 172.17.255.29 > > > > Both changes look of little impact from infrastructure side. > Provisional +1 unless a release engineer says "OH MY ZOD, didnt you > think about Kryptonite?" > +1 -Mike___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request]
On Wed, Aug 19, 2009 at 4:27 PM, Dennis Gilmore wrote: > > id like to make the following changes impact will be minimal > /buildgroups is the only active service on buildsys.pfp.o where plague used to > run. its only needed for mock building using epel targets so the increaded > load will be insignificant. the change will be trasnparent to end users. > > > the content is in place on /mnt/koji so its available to either hub. as well > as kojipkgs i think it makes more sense to have buildsys be a cname to > koji.fp.o rather than kojipkgs.fp.o > > diff --git a/configs/web/applications/kojiweb.conf.erb > b/configs/web/applications/kojiweb.conf.erb > index f6b35d4..cf4a868 100644 > --- a/configs/web/applications/kojiweb.conf.erb > +++ b/configs/web/applications/kojiweb.conf.erb > @@ -88,4 +88,11 @@ Alias /static-repos "/mnt/koji/static-repos/" > Options Indexes FollowSymLinks > > > +Alias /buildgroups "/mnt/koji/buildgroups/" > + > + > + Options Indexes FollowSymLinks > + > + > + > RewriteRule ^/packages(.+) http://kojipkgs.fedoraproject.org/packages$1 > [R=301,L] > diff --git a/modules/bind/files/master/fedoraproject.org > b/modules/bind/files/master/fedoraproject.org > index 4b30336..93bc55b 100644 > --- a/modules/bind/files/master/fedoraproject.org > +++ b/modules/bind/files/master/fedoraproject.org > @@ -1,6 +1,6 @@ > $TTL 3600 > @ IN SOA ns1.fedoraproject.org. > hostmaster.fedoraproject.org. ( > - 2009081201 ; Serial > + 2009081901 ; Serial > 8H ; refresh > 2H ; retry > 4W ; expire > @@ -74,7 +74,7 @@ bodhi IN CNAME admin > bu1 IN A 128.197.185.45 > bugz IN CNAME wildcard > bugz.stg IN CNAME admin.stg.fedoraproject.org. > -buildsys IN CNAME serverbeach1.fedoraproject.org. > +buildsys IN CNAME koji.fedoraproject.org. > bzr IN CNAME git > certmaster IN CNAME puppet > capp1 IN A 172.17.255.29 > Both changes look of little impact from infrastructure side. Provisional +1 unless a release engineer says "OH MY ZOD, didnt you think about Kryptonite?" -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request]
id like to make the following changes impact will be minimal /buildgroups is the only active service on buildsys.pfp.o where plague used to run. its only needed for mock building using epel targets so the increaded load will be insignificant. the change will be trasnparent to end users. the content is in place on /mnt/koji so its available to either hub. as well as kojipkgs i think it makes more sense to have buildsys be a cname to koji.fp.o rather than kojipkgs.fp.o diff --git a/configs/web/applications/kojiweb.conf.erb b/configs/web/applications/kojiweb.conf.erb index f6b35d4..cf4a868 100644 --- a/configs/web/applications/kojiweb.conf.erb +++ b/configs/web/applications/kojiweb.conf.erb @@ -88,4 +88,11 @@ Alias /static-repos "/mnt/koji/static-repos/" Options Indexes FollowSymLinks +Alias /buildgroups "/mnt/koji/buildgroups/" + + +Options Indexes FollowSymLinks + + + RewriteRule ^/packages(.+) http://kojipkgs.fedoraproject.org/packages$1 [R=301,L] diff --git a/modules/bind/files/master/fedoraproject.org b/modules/bind/files/master/fedoraproject.org index 4b30336..93bc55b 100644 --- a/modules/bind/files/master/fedoraproject.org +++ b/modules/bind/files/master/fedoraproject.org @@ -1,6 +1,6 @@ $TTL 3600 @INSOA ns1.fedoraproject.org. hostmaster.fedoraproject.org. ( -2009081201 ; Serial +2009081901 ; Serial 8H ; refresh 2H ; retry 4W ; expire @@ -74,7 +74,7 @@ bodhi IN CNAME admin bu1 IN A 128.197.185.45 bugzIN CNAME wildcard bugz.stgIN CNAME admin.stg.fedoraproject.org. -buildsysIN CNAME serverbeach1.fedoraproject.org. +buildsysIN CNAME koji.fedoraproject.org. bzr IN CNAME git certmaster IN CNAME puppet capp1 INA 172.17.255.29 signature.asc Description: This is a digitally signed message part. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Don't replace sigul db files.
On Wed, 2009-08-19 at 16:41 -0400, Ricky Zhou wrote: > > --- > modules/sigul/manifests/init.pp |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) These look good to me, thanks! -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Don't replace sigul db files.
On Wed, 19 Aug 2009, Ricky Zhou wrote:
> ---
> modules/sigul/manifests/init.pp |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
> index d2b6dc9..20a88bd 100644
> --- a/modules/sigul/manifests/init.pp
> +++ b/modules/sigul/manifests/init.pp
> @@ -41,6 +41,7 @@ class sigul::bridge inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_bridge_cert8.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -49,6 +50,7 @@ class sigul::bridge inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_bridge_key3.db",
> +replace => false,
> require => Package["sigul"],
> }
>
> @@ -57,6 +59,7 @@ class sigul::bridge inherits sigul {
> group => "sigul",
> mode=> 0600,
> source => "puppet:///config/secure/sigul_bridge_secmod.db",
> +replace => false,
> require => Package["sigul"],
> }
>
+1
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Don't replace sigul db files.
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index d2b6dc9..20a88bd 100644
--- a/modules/sigul/manifests/init.pp
+++ b/modules/sigul/manifests/init.pp
@@ -41,6 +41,7 @@ class sigul::bridge inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_bridge_cert8.db",
+replace => false,
require => Package["sigul"],
}
@@ -49,6 +50,7 @@ class sigul::bridge inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_bridge_key3.db",
+replace => false,
require => Package["sigul"],
}
@@ -57,6 +59,7 @@ class sigul::bridge inherits sigul {
group => "sigul",
mode=> 0600,
source => "puppet:///config/secure/sigul_bridge_secmod.db",
+replace => false,
require => Package["sigul"],
}
--
1.5.5.6
pgpQlojNSiifw.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Enable rw /mnt/fedora on puppet1
On 2009-08-14 11:43:37 AM, Toshio Kuratomi wrote: > Currently we're mounting /mnt/fedora ro on puppet1. I think that this > was a change committed in puppet that affected the /etc/fstab file. > That didn't come into play until we rebooted puppet1 last night -- the > reboot caused the new fstab to be used and mount /mnt/fedora ro. Yow, that was my mistake, +1 to fixing it :-) Thanks, Ricky pgplowCRel5Xd.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Enable rw /mnt/fedora on puppet1
+1 from me
Dennis
Toshio Kuratomi wrote:
>Currently we're mounting /mnt/fedora ro on puppet1. I think that this
>was a change committed in puppet that affected the /etc/fstab file.
>That didn't come into play until we rebooted puppet1 last night -- the
>reboot caused the new fstab to be used and mount /mnt/fedora ro.
>
>Here's the changeset that caused that:
>
>Date: Fri Jun 26 22:53:26 2009 +
>
>e mount instead of nfs.
>
>diff --git a/modules/puppet/manifests/init.pp
>b/modules/puppet/manifests/init.pp
>index 21b8d62..0af2273 100644
>--- a/modules/puppet/manifests/init.pp
>+++ b/modules/puppet/manifests/init.pp
>@@ -75,9 +75,12 @@ class puppet::master::mounts {
> ensure => directory,
> }
>
>-nfs { "/mnt/fedora":
>+mount { "/mnt/fedora":
> device => "ntap-fedora1.fedora.phx.redhat.com:/vol/fedora/",
>-require => File["/mnt/fedora/"],
>+fstype => "nfs",
>+ensure => "mounted",
>+options => "defaults,ro,soft,intr",
>+require => File["/mnt/fedora"],
> }
> }
>
>
>I'd like to make the following change to this:
>
>-options => "defaults,ro,soft,intr",
>+options => "defaults,rw,soft,intr",
>
>Can I get two +1's for my change?
>
>-Toshio
>
>___
>Fedora-infrastructure-list mailing list
>Fedora-infrastructure-list@redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
--
Sent from my Android phone with K-9. Please excuse my brevity.___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Enable rw /mnt/fedora on puppet1
Currently we're mounting /mnt/fedora ro on puppet1. I think that this
was a change committed in puppet that affected the /etc/fstab file.
That didn't come into play until we rebooted puppet1 last night -- the
reboot caused the new fstab to be used and mount /mnt/fedora ro.
Here's the changeset that caused that:
Date: Fri Jun 26 22:53:26 2009 +
e mount instead of nfs.
diff --git a/modules/puppet/manifests/init.pp
b/modules/puppet/manifests/init.pp
index 21b8d62..0af2273 100644
--- a/modules/puppet/manifests/init.pp
+++ b/modules/puppet/manifests/init.pp
@@ -75,9 +75,12 @@ class puppet::master::mounts {
ensure => directory,
}
-nfs { "/mnt/fedora":
+mount { "/mnt/fedora":
device => "ntap-fedora1.fedora.phx.redhat.com:/vol/fedora/",
-require => File["/mnt/fedora/"],
+fstype => "nfs",
+ensure => "mounted",
+options => "defaults,ro,soft,intr",
+require => File["/mnt/fedora"],
}
}
I'd like to make the following change to this:
-options => "defaults,ro,soft,intr",
+options => "defaults,rw,soft,intr",
Can I get two +1's for my change?
-Toshio
signature.asc
Description: OpenPGP digital signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Spam l10n-admin-members instead.
On Thu, 13 Aug 2009, Toshio Kuratomi wrote:
> On 08/13/2009 02:14 PM, Ricky Zhou wrote:
> > The db connection limit errors were our fault, we'll look into those
> > separately, the rest of the spam should go to l10n-admin-members instead
> > :-)
> >
> > ---
> > modules/transifex/templates/00-default.conf.erb |5 +
> > 1 files changed, 1 insertions(+), 4 deletions(-)
> >
> > diff --git a/modules/transifex/templates/00-default.conf.erb
> > b/modules/transifex/templates/00-default.conf.erb
> > index 320fec0..067a1d4 100644
> > --- a/modules/transifex/templates/00-default.conf.erb
> > +++ b/modules/transifex/templates/00-default.conf.erb
> > @@ -31,10 +31,7 @@ logging.basicConfig(
> > )
> >
> > ADMINS = (
> > - ('Diego Burigo Zacarao', 'dieg...@gmail.com'),
> > - ('Dimitris Glezos', 'dimit...@glezos.com'),
> > - ('Ignacio Vazquez-Abrams', 'ivazquez...@gmail.com'),
> > - ('Fedora Admins', 'ad...@fedoraproject.org'),
> > + ('Fedora Admins', 'l10n-admin-memb...@fedoraproject.org'),
> > )
> >
> > MANAGERS = ADMINS
> >
> >
> Sounds good.
>
> +1
>
+1
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Spam l10n-admin-members instead.
On 08/13/2009 02:14 PM, Ricky Zhou wrote:
> The db connection limit errors were our fault, we'll look into those
> separately, the rest of the spam should go to l10n-admin-members instead
> :-)
>
> ---
> modules/transifex/templates/00-default.conf.erb |5 +
> 1 files changed, 1 insertions(+), 4 deletions(-)
>
> diff --git a/modules/transifex/templates/00-default.conf.erb
> b/modules/transifex/templates/00-default.conf.erb
> index 320fec0..067a1d4 100644
> --- a/modules/transifex/templates/00-default.conf.erb
> +++ b/modules/transifex/templates/00-default.conf.erb
> @@ -31,10 +31,7 @@ logging.basicConfig(
> )
>
> ADMINS = (
> - ('Diego Burigo Zacarao', 'dieg...@gmail.com'),
> - ('Dimitris Glezos', 'dimit...@glezos.com'),
> - ('Ignacio Vazquez-Abrams', 'ivazquez...@gmail.com'),
> - ('Fedora Admins', 'ad...@fedoraproject.org'),
> + ('Fedora Admins', 'l10n-admin-memb...@fedoraproject.org'),
> )
>
> MANAGERS = ADMINS
>
>
Sounds good.
+1
-Toshio
signature.asc
Description: OpenPGP digital signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Spam l10n-admin-members instead.
The db connection limit errors were our fault, we'll look into those
separately, the rest of the spam should go to l10n-admin-members instead
:-)
---
modules/transifex/templates/00-default.conf.erb |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/modules/transifex/templates/00-default.conf.erb
b/modules/transifex/templates/00-default.conf.erb
index 320fec0..067a1d4 100644
--- a/modules/transifex/templates/00-default.conf.erb
+++ b/modules/transifex/templates/00-default.conf.erb
@@ -31,10 +31,7 @@ logging.basicConfig(
)
ADMINS = (
- ('Diego Burigo Zacarao', 'dieg...@gmail.com'),
- ('Dimitris Glezos', 'dimit...@glezos.com'),
- ('Ignacio Vazquez-Abrams', 'ivazquez...@gmail.com'),
- ('Fedora Admins', 'ad...@fedoraproject.org'),
+ ('Fedora Admins', 'l10n-admin-memb...@fedoraproject.org'),
)
MANAGERS = ADMINS
--
1.5.5.6
pgp5yxISXshWn.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Bodhi masher update on releng2 and relepel1
On Thu, Aug 13, 2009 at 10:20:30AM -0700, Toshio Kuratomi wrote: > On 08/13/2009 10:00 AM, Luke Macken wrote: > > Hey Guys, > > > > I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no > > critical changes for the app1-6 bodhi instances, so there is no need to > > upgrade > > those just yet. Effected code paths for releng2/relepel1 bodhi mashers: > > > > - Fix a bug that would cause duplicate update IDs across Fedora 10/11 > > (#515853) > > > > https://fedorahosted.org/bodhi/changeset/ff2fa4f45b980f0ccbabb0dd40b213f25468f374 > > - Fixes koji session timeout bug that has been lurking for a while > > > > https://fedorahosted.org/bodhi/changeset/da86a7a44fecb097ee1ffc40ba9614a04594cd31 > > - Remove some noisy debugging statements > > > > +1 > > If this breaks it can be reverted on releng2/relepel1 without an outage > for packagers correct? Correct, it won't effect the web interface or packagers. luke ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Bodhi masher update on releng2 and relepel1
On 08/13/2009 10:00 AM, Luke Macken wrote: > Hey Guys, > > I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no > critical changes for the app1-6 bodhi instances, so there is no need to > upgrade > those just yet. Effected code paths for releng2/relepel1 bodhi mashers: > > - Fix a bug that would cause duplicate update IDs across Fedora 10/11 > (#515853) > > https://fedorahosted.org/bodhi/changeset/ff2fa4f45b980f0ccbabb0dd40b213f25468f374 > - Fixes koji session timeout bug that has been lurking for a while > > https://fedorahosted.org/bodhi/changeset/da86a7a44fecb097ee1ffc40ba9614a04594cd31 > - Remove some noisy debugging statements > +1 If this breaks it can be reverted on releng2/relepel1 without an outage for packagers correct? -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Bodhi masher update on releng2 and relepel1
On 2009-08-13 01:00:59 PM, Luke Macken wrote: > I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no > critical changes for the app1-6 bodhi instances, so there is no need to > upgrade > those just yet. Effected code paths for releng2/relepel1 bodhi mashers: > > - Fix a bug that would cause duplicate update IDs across Fedora 10/11 > (#515853) > > https://fedorahosted.org/bodhi/changeset/ff2fa4f45b980f0ccbabb0dd40b213f25468f374 > - Fixes koji session timeout bug that has been lurking for a while > > https://fedorahosted.org/bodhi/changeset/da86a7a44fecb097ee1ffc40ba9614a04594cd31 > - Remove some noisy debugging statements +1 This will probably have to go after the mass reboot today. Thanks. Ricky pgpQDKGTecfay.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Bodhi masher update on releng2 and relepel1
Hey Guys, I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no critical changes for the app1-6 bodhi instances, so there is no need to upgrade those just yet. Effected code paths for releng2/relepel1 bodhi mashers: - Fix a bug that would cause duplicate update IDs across Fedora 10/11 (#515853) https://fedorahosted.org/bodhi/changeset/ff2fa4f45b980f0ccbabb0dd40b213f25468f374 - Fixes koji session timeout bug that has been lurking for a while https://fedorahosted.org/bodhi/changeset/da86a7a44fecb097ee1ffc40ba9614a04594cd31 - Remove some noisy debugging statements Thanks, luke ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Move Fedora Community's beaker session secret
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 12, 2009, at 11:10 AM, Luke Macken wrote: Trivial change, I would like to move Fedora Community's beaker.session.secret into our passwords git module (and change it, of course). --- a/modules/fedoracommunity/templates/fedoracommunity- prod.ini.erb +++ b/modules/fedoracommunity/templates/fedoracommunity- prod.ini.erb @@ -117,7 +117,7 @@ full_stack = true #lang = ru #cache_dir = /var/cache/fedoracommunity/data beaker.session.key = fedoracommunity -beaker.session.secret = ? +beaker.session.secret = <%= fcommBeakerSessionSecret %> beaker.cache.type = ext:memcached beaker.cache.url = memcached1;memcached2 +1, if I were a sysadmin-main person. Darren VanBuren onekop...@gmail.com http://oks.verymad.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkqDBzwACgkQBkMMSWb0YpbTNACfdyYR7Uol/oA+hPtuO5ywvaqo 8NoAoI3htjeghQc0A0mWCgs04xPo11LD =dkgV -END PGP SIGNATURE- ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Move Fedora Community's beaker session secret
On 08/12/2009 11:10 AM, Luke Macken wrote: > Trivial change, > > I would like to move Fedora Community's beaker.session.secret into our > passwords git module (and change it, of course). > > --- a/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb > +++ b/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb > @@ -117,7 +117,7 @@ full_stack = true > #lang = ru > #cache_dir = /var/cache/fedoracommunity/data > beaker.session.key = fedoracommunity > -beaker.session.secret = ? > +beaker.session.secret = <%= fcommBeakerSessionSecret %> > > beaker.cache.type = ext:memcached > beaker.cache.url = memcached1;memcached2 > +1 -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Don't try to restart iscsi{,d}
On 08/11/2009 09:09 PM, Stephen John Smoogen wrote:
> +1 to make this change. Things are screwey enought right now wihtout
> it accidently doing it .
>
+1
-Toshio
> On Tue, Aug 11, 2009 at 9:56 PM, Ricky Zhou wrote:
>> In light of what I just did to xen15, I'd like to make this change so
>> that puppet never makes the same mistake :-)
>>
>> ---
>> modules/iscsi-initiator-utils/manifests/init.pp |4 +++-
>> 1 files changed, 3 insertions(+), 1 deletions(-)
>>
>> diff --git a/modules/iscsi-initiator-utils/manifests/init.pp
>> b/modules/iscsi-initiator-utils/manifests/init.pp
>> index 4fbd54c..193b377 100644
>> --- a/modules/iscsi-initiator-utils/manifests/init.pp
>> +++ b/modules/iscsi-initiator-utils/manifests/init.pp
>> @@ -33,7 +33,9 @@ class iscsi-initiator-utils::initiator {
>> file { '/etc/iscsi/initiatorname.iscsi':
>> content => template("iscsi-initiator-utils/initiatorname.iscsi.erb"),
>> require => Package['iscsi-initiator-utils'],
>> -notify => [Service['iscsi'], Service['iscsid']],
>> +# Never, ever notify this service - do any restarts manually
>> +# after making sure that nothing is using a disk on iscsi.
>> +#notify => [Service['iscsi'], Service['iscsid']],
>> }
>> }
>>
>> --
>> 1.5.5.6
>>
>>
>> ___
>> Fedora-infrastructure-list mailing list
>> Fedora-infrastructure-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
>>
>>
>
>
>
signature.asc
Description: OpenPGP digital signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Move Fedora Community's beaker session secret
On 2009-08-12 02:10:54 PM, Luke Macken wrote: > Trivial change, > > I would like to move Fedora Community's beaker.session.secret into our > passwords git module (and change it, of course). +1 Thanks, Ricky pgprw5TObhmgs.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Move Fedora Community's beaker session secret
Trivial change, I would like to move Fedora Community's beaker.session.secret into our passwords git module (and change it, of course). --- a/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb +++ b/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb @@ -117,7 +117,7 @@ full_stack = true #lang = ru #cache_dir = /var/cache/fedoracommunity/data beaker.session.key = fedoracommunity -beaker.session.secret = ? +beaker.session.secret = <%= fcommBeakerSessionSecret %> beaker.cache.type = ext:memcached beaker.cache.url = memcached1;memcached2 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Convert smolt host table to innodb
On Wed, 12 Aug 2009, Xavier Lamien wrote: > On Wed, Aug 12, 2009 at 5:46 AM, Ricky Zhou wrote: > > Hi, we've been looking at all the smolt outages recently, and after > > looking into it a bit, we'd like to try converting the host table in the > > smolt database to InnoDB so that we will get row level locking. > > > > This is a very low impact change, and when we tested in staging, it > > caused smolt to stop accepting new submissions for about 20 minutes > > (smoltSendProfile will simply time out during that period). If we run > > into any issues, we can easily revert back to MyISAM (and doing so took > > <5 minutes on staging). > > > > Can I get two +1s for this? > > > > +1 > +1 this is something we'e been working on for a while -Mike___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Convert smolt host table to innodb
On Wed, Aug 12, 2009 at 5:46 AM, Ricky Zhou wrote: > Hi, we've been looking at all the smolt outages recently, and after > looking into it a bit, we'd like to try converting the host table in the > smolt database to InnoDB so that we will get row level locking. > > This is a very low impact change, and when we tested in staging, it > caused smolt to stop accepting new submissions for about 20 minutes > (smoltSendProfile will simply time out during that period). If we run > into any issues, we can easily revert back to MyISAM (and doing so took > <5 minutes on staging). > > Can I get two +1s for this? > +1 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Don't try to restart iscsi{,d}
+1 to make this change. Things are screwey enought right now wihtout
it accidently doing it .
On Tue, Aug 11, 2009 at 9:56 PM, Ricky Zhou wrote:
> In light of what I just did to xen15, I'd like to make this change so
> that puppet never makes the same mistake :-)
>
> ---
> modules/iscsi-initiator-utils/manifests/init.pp | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/modules/iscsi-initiator-utils/manifests/init.pp
> b/modules/iscsi-initiator-utils/manifests/init.pp
> index 4fbd54c..193b377 100644
> --- a/modules/iscsi-initiator-utils/manifests/init.pp
> +++ b/modules/iscsi-initiator-utils/manifests/init.pp
> @@ -33,7 +33,9 @@ class iscsi-initiator-utils::initiator {
> file { '/etc/iscsi/initiatorname.iscsi':
> content => template("iscsi-initiator-utils/initiatorname.iscsi.erb"),
> require => Package['iscsi-initiator-utils'],
> - notify => [Service['iscsi'], Service['iscsid']],
> + # Never, ever notify this service - do any restarts manually
> + # after making sure that nothing is using a disk on iscsi.
> + #notify => [Service['iscsi'], Service['iscsid']],
> }
> }
>
> --
> 1.5.5.6
>
>
> ___
> Fedora-infrastructure-list mailing list
> Fedora-infrastructure-list@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
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Don't try to restart iscsi{,d}
In light of what I just did to xen15, I'd like to make this change so
that puppet never makes the same mistake :-)
---
modules/iscsi-initiator-utils/manifests/init.pp |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/modules/iscsi-initiator-utils/manifests/init.pp
b/modules/iscsi-initiator-utils/manifests/init.pp
index 4fbd54c..193b377 100644
--- a/modules/iscsi-initiator-utils/manifests/init.pp
+++ b/modules/iscsi-initiator-utils/manifests/init.pp
@@ -33,7 +33,9 @@ class iscsi-initiator-utils::initiator {
file { '/etc/iscsi/initiatorname.iscsi':
content => template("iscsi-initiator-utils/initiatorname.iscsi.erb"),
require => Package['iscsi-initiator-utils'],
-notify => [Service['iscsi'], Service['iscsid']],
+# Never, ever notify this service - do any restarts manually
+# after making sure that nothing is using a disk on iscsi.
+#notify => [Service['iscsi'], Service['iscsid']],
}
}
--
1.5.5.6
pgplvSUTHPxj4.pgp
Description: PGP signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Convert smolt host table to innodb
Hi, we've been looking at all the smolt outages recently, and after looking into it a bit, we'd like to try converting the host table in the smolt database to InnoDB so that we will get row level locking. This is a very low impact change, and when we tested in staging, it caused smolt to stop accepting new submissions for about 20 minutes (smoltSendProfile will simply time out during that period). If we run into any issues, we can easily revert back to MyISAM (and doing so took <5 minutes on staging). Can I get two +1s for this? Thanks, Ricky pgplSnniqMHEO.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Yum update
On 2009-08-11 08:30:14 PM, Mike McGrath wrote: > Turns out there's yet another kernel update available for RHEL5. Since > I've run into issues updating a kernel and not other packages I'd like us > to do a yum update of all the packages. We shouldn't be far off but > there's a kernel and glibc update available. We can run them through > staging first for good measure. > > The reboot is on Thursday, it'd be good to have this all done prior to > that. +1 Please let us know if there are any particular packages to *not* update. Thanks, Ricky pgpckw8aW7EZm.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Yum update
On 08/11/2009 06:30 PM, Mike McGrath wrote: > Turns out there's yet another kernel update available for RHEL5. Since > I've run into issues updating a kernel and not other packages I'd like us > to do a yum update of all the packages. We shouldn't be far off but > there's a kernel and glibc update available. We can run them through > staging first for good measure. > > The reboot is on Thursday, it'd be good to have this all done prior to > that. > +1 -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Yum update
Turns out there's yet another kernel update available for RHEL5. Since I've run into issues updating a kernel and not other packages I'd like us to do a yum update of all the packages. We shouldn't be far off but there's a kernel and glibc update available. We can run them through staging first for good measure. The reboot is on Thursday, it'd be good to have this all done prior to that. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request: Replace perl-Date-Manip with perl-DateManip on log1
+1 - "Ricky Zhou" wrote: > I'd like to remove perl-Date-Manip on log1 in order to allow puppet > to > replace it with perl-DateManip. Nothing on log1 currenty requires > it. > > Can I get some +1s? > > Thanks, > Ricky > > ___ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
RE: Change Request: Replace perl-Date-Manip with perl-DateManip on log1
+1 -Original Message- From: fedora-infrastructure-list-boun...@redhat.com on behalf of Ricky Zhou Sent: Sat 6/6/2009 9:20 AM To: fedora-infrastructure-list@redhat.com Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1 I'd like to remove perl-Date-Manip on log1 in order to allow puppet to replace it with perl-DateManip. Nothing on log1 currenty requires it. Can I get some +1s? Thanks, Ricky <>___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request: Replace perl-Date-Manip with perl-DateManip on log1
I'd like to remove perl-Date-Manip on log1 in order to allow puppet to replace it with perl-DateManip. Nothing on log1 currenty requires it. Can I get some +1s? Thanks, Ricky pgpBKH0kHdYJM.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request backup1
On Fri, 5 Jun 2009, Mike McGrath wrote: We've got a tech on site that needs to take backup1 down to install an SAS adapter and new tape drive. You may remember this was requested before, we didn't have the right cable / card on site so the request was approved but the change wasn't made. 2+1's? +1 -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request backup1
On Friday 05 June 2009 12:44:27 pm Mike McGrath wrote: > We've got a tech on site that needs to take backup1 down to install an SAS > adapter and new tape drive. You may remember this was requested before, > we didn't have the right cable / card on site so the request was approved > but the change wasn't made. > > 2+1's? +1 signature.asc Description: This is a digitally signed message part. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request backup1
On 2009-06-05 12:44:27 PM, Mike McGrath wrote: > We've got a tech on site that needs to take backup1 down to install an SAS > adapter and new tape drive. You may remember this was requested before, > we didn't have the right cable / card on site so the request was approved > but the change wasn't made. +1 Thanks, Ricky pgp1mXyiuqgtJ.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request backup1
We've got a tech on site that needs to take backup1 down to install an SAS adapter and new tape drive. You may remember this was requested before, we didn't have the right cable / card on site so the request was approved but the change wasn't made. 2+1's? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
On 05/29/2009 02:32 PM, Ricky Zhou wrote: > On 2009-05-29 04:31:18 PM, Mike McGrath wrote: >> This one's an oops, probably on me. I happened to notice proxy1 is an >> x86_64 box. We have two options. >> >> 1) double it's ram >> >> 2) rebuild it as x86 >> >> I'd prefer to do 2 since the release slipped again and we've generally got >> time for it. The concern is the boxes are tuned for i686 with 4G of ram >> and don't generally like to operate if either of those change. > +1 to 2 > +1 to 2 -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
On Fri, 29 May 2009, Itamar Reis Peixoto wrote: > +1 for 1 > > > On Fri, May 29, 2009 at 6:31 PM, Mike McGrath wrote: > > This one's an oops, probably on me. I happened to notice proxy1 is an > > x86_64 box. We have two options. > > > > 1) double it's ram > > > > 2) rebuild it as x86 > > > > I'd prefer to do 2 since the release slipped again and we've generally got > > time for it. The concern is the boxes are tuned for i686 with 4G of ram > > and don't generally like to operate if either of those change. > > I should note that if we do 1) it'd only be until after the release at which time 2 would be done. -Mike___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
+1 for 1 On Fri, May 29, 2009 at 6:31 PM, Mike McGrath wrote: > This one's an oops, probably on me. I happened to notice proxy1 is an > x86_64 box. We have two options. > > 1) double it's ram > > 2) rebuild it as x86 > > I'd prefer to do 2 since the release slipped again and we've generally got > time for it. The concern is the boxes are tuned for i686 with 4G of ram > and don't generally like to operate if either of those change. > > -Mike > > ___ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Itamar Reis Peixoto e-mail/msn: ita...@ispbrasil.com.br sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
On Fri, May 29, 2009 at 11:31 PM, Mike McGrath wrote: > This one's an oops, probably on me. I happened to notice proxy1 is an > x86_64 box. We have two options. > > 1) double it's ram > > 2) rebuild it as x86 > > I'd prefer to do 2 since the release slipped again and we've generally got > time for it. The concern is the boxes are tuned for i686 with 4G of ram > and don't generally like to operate if either of those change. > +1 for 1 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
On 2009-05-29 04:31:18 PM, Mike McGrath wrote: > This one's an oops, probably on me. I happened to notice proxy1 is an > x86_64 box. We have two options. > > 1) double it's ram > > 2) rebuild it as x86 > > I'd prefer to do 2 since the release slipped again and we've generally got > time for it. The concern is the boxes are tuned for i686 with 4G of ram > and don't generally like to operate if either of those change. +1 to 2 Thanks, Ricky pgpGu9NNdA2ms.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Proxy1 (x86_64)
On Fri, 29 May 2009, Mike McGrath wrote: > This one's an oops, probably on me. I happened to notice proxy1 is an > x86_64 box. We have two options. > > 1) double it's ram > > 2) rebuild it as x86 > > I'd prefer to do 2 since the release slipped again and we've generally got > time for it. The concern is the boxes are tuned for i686 with 4G of ram > and don't generally like to operate if either of those change. > Side note on this... it's late on a Friday. I'm not going to risk this going wrong for the weekend so I'll be doing it on Monday if approved. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Proxy1 (x86_64)
This one's an oops, probably on me. I happened to notice proxy1 is an x86_64 box. We have two options. 1) double it's ram 2) rebuild it as x86 I'd prefer to do 2 since the release slipped again and we've generally got time for it. The concern is the boxes are tuned for i686 with 4G of ram and don't generally like to operate if either of those change. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request - email alias handling
On Thursday, May 21 2009, Toshio Kuratomi said: > Fixing these requires updating the fas server code. Attaching a patch > to hotfix our servers with to do this. The patch has been tested on > fas1.stg successfully. Looks good, +1 Jeremy ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request - email alias handling
On Thu, 21 May 2009, Toshio Kuratomi wrote: > Right now FAS constructs email aliases only for accounts that are active. > This is causing us two problems. > > 1) We have recently implemented a "bot" status for accounts that makes it so > the account can't be logged into and don't go inactive. This status needs to > be allowed to get email as well. > > 2) inactive accounts are bouncing mail, not just from the pkgdb which I've > been handling and have a mid-term and long-term plan for fixing but also for > the wiki watch-page function which we currently don't have a good mid-term > plan for. Restoring aliases for inactive accounts seems like the best > short-term solution for this. > > Fixing these requires updating the fas server code. Attaching a patch to > hotfix our servers with to do this. The patch has been tested on fas1.stg > successfully. > +1 -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request - email alias handling
Right now FAS constructs email aliases only for accounts that are
active. This is causing us two problems.
1) We have recently implemented a "bot" status for accounts that makes
it so the account can't be logged into and don't go inactive. This
status needs to be allowed to get email as well.
2) inactive accounts are bouncing mail, not just from the pkgdb which
I've been handling and have a mid-term and long-term plan for fixing but
also for the wiki watch-page function which we currently don't have a
good mid-term plan for. Restoring aliases for inactive accounts seems
like the best short-term solution for this.
Fixing these requires updating the fas server code. Attaching a patch
to hotfix our servers with to do this. The patch has been tested on
fas1.stg successfully.
-Toshio
diff --git a/fas/user.py b/fas/user.py
index 236187b..627cb8e 100644
--- a/fas/user.py
+++ b/fas/user.py
@@ -534,7 +534,7 @@ https://admin.fedoraproject.org/accounts/user/edit/%(username)s
search = unicode(search, 'utf-8', 'replace')
re_search = search.translate({ord(u'*'): ur'%'}).lower()
-people = People.query.filter(and_(People.username.like(re_search), People.status == 'active')).order_by('username')
+people = People.query.filter(and_(People.username.like(re_search), People.status.in_('active', 'bot', 'inactive'))).order_by('username')
emails = {}
# Run filter_private via side effect
for person, discard in ((p, p.filter_private()) for p in people):
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change Request (bring ibiblio and telia back online)
On Fri, 15 May 2009, Mike McGrath wrote: Proxy3 saw a spike in traffic today, I'd like to bring ibiblio and telia back online. 2+1's? +1 -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
