[Kde-scm-interest] A concept for "moving to Git" and translations

Albert Astals Cid aacid at kde.org
Fri May 29 00:38:29 CEST 2009


A Dimarts, 26 de maig de 2009, Ian Monroe va escriure:
> 2009/5/26 Chusslove Illich <caslav.ilic at gmx.net>:
> >> [: Ian Monroe :]
> >> I agree that there's no reason translators and programmers should use
> >> the same system. However I don't think letting individual projects in
> >> KDE pick their own VCS is a good idea. Amarok is probably going to
> >> switch before the rest, but this is purely transitional. Keeping all the
> >> developers in KDE on the same technological ship is important to the
> >> culture, and there's no technology more critical to development then
> >> VCS.
> >
> > This depends on definition of "in KDE" :) If that means "presently in
> > central KDE repo", then, well, such definition is obviously going to be
> > made void. While (just giving examples, not a policy opinion) core
> > modules may all use same VCS, some extragear apps may not.
>
> Well I think all extragear apps are in KDE and should use the same VCS. :)
>
> > For random KDE apps presently
> > not in KDE repo (Krusader comes to mind as prominent example), there is
> > neither a way (nor the need) to enforce a given VCS. But there is no
> > reason for a random KDE app not to be able to benefit from KDE
> > Translation Project (KTP), should they want so and agree to terms
> > established by KTP.
>
> Translation is one of the major benefits in having your app join the
> KDE project. I don't like the idea of extending it to others.

But i'm sure "KDE project" translators would be more than happy if we extended 
the benefits of our powerful infrastructure to other "KDE but not KDE project 
" programs because if they don't translate them it's just because it's more 
difficult to handle them.

Albert


More information about the Kde-scm-interest mailing list