[Pkg-games-devel] Re: Debian Games Team

[Miriam Ruiz]

 --- Bas Wijnen <shevek at fmf.nl> wrote:

> Some sort of revision control system will be needed of course.  I haven't
> noticed anyone complaining about subversion, and at least I wouldn't have a
> problem with it.  What sort of problems are you thinking of?

Steve Kemp expressed his concerns about whether subversion would be useful for
this:

>    I'm not a huge fan of subversion, or revision control for debian
>   packages.  Since mostly the debian/ subdirectory doesn't change much
>   and you're essentially importing the new game releases for every
>   new upstream release.
> 
>    Still if thats what it took .. I guess I'd go for it.

I've been using svn a lot recently for software development and I find it very
useful. I also have good references for its usage from the KDE development
team, so I think it would be a great idea to use it.

Anyway, I'm not an expert in the usage of svn for package maintenance, so I'd
like to get some comments on it before taking the decision of using it for
this project. That's why I asked for opinions in the list.

> You mean a signature for Debian-games, or a
> per-collaboratively-maintained-game signature?  I think the latter is more
> useful than the former.

Yep, I meant the latter

> In both cases though, we should try to avoid anyone from getting the private
> key.  That is, there should be some scripts which do the signing and
> decrypting from trusted messages (that is, signed by a key which is
> registered
> with the script).  That way, when the people in the group change, there is
> no
> chance that the key will need to be revoked.  I'd suppose that this would be
> some sort of mailing list, which takes signed+encrypted messages, decrypts
> and
> reencrypts them for each recipient (possibly with a pseudo-header for some
> control over who it's sent to).  I have no idea if something like that
> already exists.

I totally agree with you in this point. I'm just not really sure right now how
to handle this. If anyone has experience in a case like this, it would be
great to know the possible problems before designing the system. Otherwise
I'll try to implement something for this and use a trial and error method for
getting slowly rid of the problems. I'd prefer to be able to use other's
experiences if it is possible.

Greetings,
Miry



		
______________________________________________ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com