Question regarding broken deps (WAS: Fwd: Broken dependencies: scanssh)
by Oliver Falk
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.
13 years, 2 months
[FAS auth] - question
by Jose Manimala
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
13 years, 2 months
Consolidating services: secondary/alt onto download servers.
by Stephen John Smoogen
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
13 years, 2 months
Resetting expectations: Fedora Infrastructure Changes
by Stephen John Smoogen
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
13 years, 2 months
[CHANGE Request] koji-builder hot patch
by Dennis Gilmore
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
13 years, 2 months
Hi, I'm Matt, and I would love to help
by Matthew Knapp
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
13 years, 2 months
Removing rhold docs and docs.old
by Stephen John Smoogen
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
13 years, 2 months
