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/mo
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/fi
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/fed
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 ^/([^/]+
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
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
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/temp
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
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/templat
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
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'r
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
___
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 m
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 m
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.redha
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-infrastruct
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-
structure-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
> :-)
S
> 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.fedora
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
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
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-a
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
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
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
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
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-lis
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/m
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
f
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, s
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
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
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
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 PA
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.
> ---
>
> T
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 hos
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
>
> [
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
>
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]
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-li
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
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ã
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
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 ne
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/in
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 p
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 corru
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 package
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:
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/mani
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 d
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
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.
--
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 mo
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 in
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.
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
De
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
---
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
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
+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 a
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 th
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-de
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
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/temp
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
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:
>
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
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 acr
-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-
p
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/fedoracommuni
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
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
___
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 +
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 l
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,
+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
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/mod
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 acce
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 up
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 updat
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
+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-infrastruc
+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
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
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
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
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
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
_
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 sl
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'
+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 go
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 f
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
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 c
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
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
___
Fedor
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. Thi
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
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.co
1 - 100 of 487 matches
Mail list logo
