infrastructure February 2011

infrastructure@lists.fedoraproject.org

31 participants
32 discussions

Question regarding broken deps (WAS: Fwd: Broken dependencies: scanssh)
by Oliver Falk 22 Feb '11

22 Feb '11

Hi! Is there something wrong with repomanage? I've rebuilt scanssh a while ago. Build -21 is done and it still complains about -20... -of -------- Original Message -------- Subject: Broken dependencies: scanssh Date: Tue, 22 Feb 2011 00:01:48 +0000 (UTC) From: buildsys(a)fedoraproject.org To: scanssh-owner(a)fedoraproject.org scanssh has broken dependencies in the F-15 tree: On x86_64: scanssh-2.1-20.fc15.x86_64 requires libevent-1.4.so.2()(64bit) On i386: scanssh-2.1-20.fc15.i686 requires libevent-1.4.so.2 Please resolve this as soon as possible.

2 2

[FAS auth] - question
by Jose Manimala 20 Feb '11

20 Feb '11

Umm, I maybe on the wrong side of things but can there be a hash generation api or something for FAS using OAUTH as the base? Its an idea so that we can collaborate with external applications. Good idea or bad? On 21/02/2011 5:40 p.m., Ricky Zhou wrote: > On 2011-02-21 01:33:01 PM, Ruediger Landmann wrote: >> This decision has greatly saddened and disappointed me. With all respect >> to Dmitris and his team, to me, it seems like Fedora is giving up a key >> part of our infrastructure and our independence. > First, let me say - I'm happy as long as the work gets done to make > a Transifex instance usable and maintained for translators. > > But one question - can you quantify exactly what we lose with switching to > transifex.net? We discussed this in infrastructure, and the conclusion > was that we only lose FAS auth (and we already spoke to spot about any > CLA issues, and he said that it shouldn't be an issue). In return, we > get an actually maintained Transifex instance that won't be (often) > unusable and slow for translators. > > What independence do we have with running our own instance? We don't > have the people to maintain/upgrade it, and while we have the freedom to > make code changes to our instance, we certainly don't have the manpower > to actually make that happen. On the other hand, Dimitris and other > Transifex developers have already been willing to put time into helping > us with our instance, taking bug reports and patches from us, and making > sure that we have good service on transifex.net. > > The infrastructure team is already really happy not to have to put > manpower into running bugzilla.redhat.com, and the way I see it, having > a similar arrangement with transifex.net would be great for everybody. > > Thanks, > Ricky

2 1

Consolidating services: secondary/alt onto download servers.
by Stephen John Smoogen 19 Feb '11

19 Feb '11

Currently secondary01 is a virtual host which stores various alternate spins and such. Looking at the new netapps and their capabilities, I would like to consolidate the data on secondary01 onto them and use the download servers for the services that secondary01 currently does. Pros: There are 5 download servers and only 1 secondary server The new netapps are purring along very nice. We have enough disk space to satisfy this. Cons: ??? Please fill me in on any cons or problems I need to look at (historical, theoretical, etc) Thanks. -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren

5 7

Resetting expectations: Fedora Infrastructure Changes
by Stephen John Smoogen 17 Feb '11

17 Feb '11

Over many years, I have found that Infrastructure is very much like a rose garden. Roses grow fairly well by themselves, but soon can entangle up with each other into quite a knotted patch (judging from the garden I have left to its own devices for the last 4 years). I have very pretty flowers all spring, summer and fall long, but every now and then you have to do a large amount of pruning or it all falls apart as things age out. The amazing thing with roses is you can prune them down to the bare essentials and in a season they will be producing flowers again. To continue the analogy, my current job is to be the temporary head gardener while we look for someone who can do the job as well as the last fellow. The garden has grown from having good volunteer gardeners come in and put in various plants. Now sometimes the gardener then has to go somewhere else, and sometimes the plant gets away from them. In either case, we have a bunch of plants that look pretty but are taking too much time in how they are currently planted. And so its time to prune them so that they can either grow anew or something better can be planted in its place. In order to prune stuff, I have looked at the following: 1. Do we currently have experts inside of the project working on the software to make it better. 2. Is there someone doing this better than we can do on our own using the same criteria we use (FLOSS software, open development, etc). 3. Is keeping it in-house pulling away from core Fedora services and tasks we would like to accomplish. 4. There is nothing wrong with paying others who do great stuff with FLOSS software especially when paying supports those projects. This came up with a list of items that we have but aren't getting much love, require a lot of work (eg volunteer help has to be supplemented by full-time people), and could be better housed somewhere else: 1. translate.fedoraproject.org. Transifex software is what is used there, and has a very active upstream at transifex.net. Currently the version we are using is considered dead-software and the version we have slowly gotten onto our staging servers is soon to be dead soon. With many other projects already moving their documents to the upstream servers, transifex.net, this looks to be a good candidate to move out of our infrastructure. 2. blogs.fedoraproject.org. The blogging software we are using is Wordpress-MU which again has an active upstream that we are multiple versions behind (Ricky Z spends his time back-porting security fixes). The service also does not get that much use and the blogs there would be better off at WordPress. 3. talk.fedoraproject.org. The asterisk server gets about 8 phone calls a month. It is a very ancient version and it seems a continual effort to keep up with the upstream. 4. zarafa. While housing email and calendering for various sub-projects does have value... it also brings up all kinds of security and compliance issues (compared to dealing with email lists). 5. various mailing lists. There have been a lot of projects with a lot of mailing lists opened. But they haven't taken off and are just waiting for some sort of spam agent to sign up and use us to drop links. This one is easy for us to deal with. We can contact owners and close off lists that aren't in use anymore. 6. cleaning out old system administrators. We have had a lot of good people come into infrastructure and then that cruel mistress, Real Life, has at some point taken them away again. Removing people from system administration groups who have not logged in for 60 days is a way to make sure we lower security risks. Now usually after a post like this occurs, we get a bunch of volunteers who will say "We can take this over." I am asking people not to do this, because frankly volunteering under pressure usually means leaving when the pressure is gone. We have gone this route several times before, and its not something I think is sustainable. We will look for volunteers who can replant the services, document them, build out a staging and production service and train OTHER volunteers on them so that any replacement service has a chance of lasting. -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren

1 0

[CHANGE Request] koji-builder hot patch
by Dennis Gilmore 17 Feb '11

17 Feb '11

in order to compose appliances in koji i need to get the attached patch applied to all builders. can i get a couple of +1's please Thanks Dennis

3 2

We are frozen
by Dennis Gilmore 17 Feb '11

17 Feb '11

Just a reminder we have a pre-release freeze in place according to our Release SOP: http://fedoraproject.org/wiki/Infrastructure/SOP/Release#Change_Freeze To see what is frozen please run the following commands: sudo yum -y install openoffice.org-draw git clone git://git.fedorahosted.org/git/fedora-infrastructure.git/ cd fedora-infrastructure/architecture oodraw Environments.odg This is a pre-release freeze, so as such if you want to make changes and that change would go on one of the hosts listed, please get approval for it on the list (paste your change, get 2 +1's, then make the change)

1 0

Hi, I'm Matt, and I would love to help
by Matthew Knapp 16 Feb '11

16 Feb '11

Hi ! I'm Matthew Knapp (Matt)! I'm a twenty year old Linux enthusiast living in Charlotte NC. I love Fedora, I am working on getting my RHCSA, and I'm learning Python. I would love to get some hands on experience in administration, and it would only be too awesome to get it helping the Fedora community! Any were I could help I would be glad to. I am hoping to be able to contribute as a sys-admin in any of the Fedora infrastructure groups, but, as I am learning Python and would like to learn MySQL, would be particularly interested in the sysadmin-web group. I learn fast, and am quite willing to self study any areas were my knowledge might prove inadequate. I would love to get an opportunity to learn more about virtualization, system scripting, and anything that I could pick up about MySQL. I would be able to commit five to six hours a week in a long term scale, but right now would be able to commit probably closer to ten to fifteen. Thanks to all of you Fedora contributors, Matt

2 1

Updated git-1.7.4.1 heading to EL-5
by Todd Zullinger 16 Feb '11

16 Feb '11

Just a heads up, I pushed git-1.7.4.1 to epel-5-testing recently¹. I don't expect this to cause any problems for infrastructure, but it is worth keeping a close watch on pkgs and other systems once it is updated. AFAIK, epel-testing is not enabled by default since infra commit eceac13, but testing on any publictest systems or by interested parties would be most welcome. For details, refer to the announcement on epel-announce: http://lists.fedoraproject.org/pipermail/epel-announce/2011-February/000006… ¹ https://admin.fedoraproject.org/updates/git-1.7.4.1-1.el5 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I figure that if God actually does exist, He's big enough to understand an honest difference of opinion. -- Isaac Asimov

1 0

[Fwd: FedoraProject page FUDCon:Berlin 2009 has been changed by anonymous user 125.60.173.70]
by Gerold 13 Feb '11

13 Feb '11

Hi Guys, it seems or looks like "Houston, we have a problem ...."! Could you please have a look how anybody is able to post here? All the best Gerold

4 4

Removing rhold docs and docs.old
by Stephen John Smoogen 11 Feb '11

11 Feb '11

With the growth of our doc infrastructure, it is probably time to remove some old items from the website tree. Currently rhold and docs.old have about 3gb of items that should be elsewhere also. I would like to remove them (or have them removed) from bapp01 to free up disk space. Thanks Stephen Smoogen -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

infrastructure February 2011