[Mageia-sysadm] list of things to do in sysadmin

[Michael scherer]

On Fri, Apr 08, 2011 at 12:06:36PM +0200, Romain d'Alverny wrote:
> On Fri, Apr 8, 2011 at 11:03, nicolas vigier <boklm at mars-attacks.org> wrote:
> > First we need to check if it's doing what we want. And check that we
> > all agree on what it should do. I didn't look in details, but :
> >  - I think gitorious allows anybody to create his own repositories. But
> >   I think what we want is shared repositories, and I don't know if we
> >   want to host personal ones too.
> 
> The whole interest of gitorious is precisely that (easily forking a
> repository for pushing patches afterwise). If we cut this off, we
> better not use this solution at all.

We can always fork, the issue is "should we host it on our servers ?", and 
"should we do it now ?". 

A side question is "should we let anybody use the ressources or not ?"
( ie, anybody with a identity account could do anything or not ). I would be
in favor of that, but my own experience with i18n where the team decided to have 
people join local team before having access show that contributers may have a different
view. 

So we can propose some stuff, but it is up to the developpers to see what they would prefer
( even if not formally said, everybody seems to agree on git ).

And the issue with gitorious is the complexity of the deployment, so maybe we could
settle for a simplified approach as a start, like the one used on freedesktop 
or kde ( shell script based ). 

> > So someone needs to see exactly what is needed, with people that will use
> > the repositories, and look at all available tools to be able to decide
> > what we should use.
> 
> We've got to decide at some points too. Or we will still be at this
> point in 6 months.

Even if we decide on those points, we still have a good TODO list, so the question
will then become : "what is more urgent ?". 

I did gitorious testing, and on a scale from 1 "deploy rsync" to 10 "deploy buildsystem", 
it will rank as "12". I like the idea, and the challenge, but maybe we could find a better
deal by starting with a tradeoff.

-- 
Michael Scherer