Re: Moduleset Reorganization vs. L10N

2010-10-21 Thread Gil Forcada
El dt 12 de 10 de 2010 a les 16:03 +0200, en/na Vincent Untz va escriure: Le mardi 12 octobre 2010, à 12:10 +0200, Claude Paroz a écrit : b) we enforce a GNOME stats/translation tool, and we make the necessary steps so as it supports distributed development. For example, that could mean

Re: Moduleset Reorganization vs. L10N

2010-10-21 Thread Gabor Kelemen
2010-10-12 17:41 keltezéssel, Gil Forcada írta: Then l10n.gnome.org should make commits in the git.gnome.org version and the maintainer should only had to pick the translations from there. No, please do not want to rely on then the maintaner will commit the files/merge the branch. He

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-21 Thread Gil Forcada
El dv 15 de 10 de 2010 a les 13:29 -0500, en/na Diego Escalante Urrelo va escriure: El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a Launchpad-oriented process, it would be work to migrate to

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-21 Thread Sebastian Pölsterl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 16.10.2010 14:32, schrieb Gil Forcada: El dv 15 de 10 de 2010 a les 13:29 -0500, en/na Diego Escalante Urrelo va escriure: El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-19 Thread Kenneth Nielsen
2010/10/18 Dimitris Glezos gle...@indifex.com: On Mon, Oct 18, 2010 at 1:12 PM, Kenneth Nielsen k.nielse...@gmail.com wrote: The solution of having a translations only copy of a module in gnome git, combined with some sort of automatic syncing back and forth, seems to a good solution for the

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Kenneth Nielsen
2010/10/16 daniel g. siegel dgsie...@gnome.org: On Sat, 2010-10-16 at 03:05 +0200, Kenneth Nielsen wrote: 2010/10/15 daniel g. siegel dgsie...@gnome.org: On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Kenneth Nielsen
Hallo everyone I think this thread is about reaching the length where we need to make something happen, or nothing will come of it and we are all doomed to repeat the whole thing the next time this issue arises. So lets try and sum up: The solution of having a translations only copy of a module

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Johannes Schmid
Hi! Then we can afterwards continue discussing whether we should/need to add an offer for a external translation framework that is also GNOME approved (e.g. Transifex, Launchpad ,). Note that Transifex is not an *external* solution as we would host our own Transifex service on GNOME

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Kenneth Nielsen
2010/10/18 Johannes Schmid j...@jsschmid.de: Hi! Then we can afterwards continue discussing whether we should/need to add an offer for a external translation framework that is also GNOME approved (e.g. Transifex, Launchpad ,). Note that Transifex is not an *external* solution as we

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Dimitris Glezos
On Mon, Oct 18, 2010 at 1:12 PM, Kenneth Nielsen k.nielse...@gmail.com wrote: The solution of having a translations only copy of a module in gnome git, combined with some sort of automatic syncing back and forth, seems to a good solution for the module maintainers that don't mind having this

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Shaun McCance
On Mon, 2010-10-18 at 18:11 +0300, Dimitris Glezos wrote: Now, having said this, I just realized a potential issue with Tx GNOME. Tx 1.0 does NOT support intltool projects which do not have a POT file. More information at the following pages:

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-18 Thread Dimitris Glezos
On Mon, Oct 18, 2010 at 6:52 PM, Shaun McCance sha...@gnome.org wrote: On Mon, 2010-10-18 at 18:11 +0300, Dimitris Glezos wrote: Now, having said this, I just realized a potential issue with Tx GNOME. Tx 1.0 does NOT support intltool projects which do not have a POT file. More information at

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread daniel g. siegel
On Sat, 2010-10-16 at 03:05 +0200, Kenneth Nielsen wrote: 2010/10/15 daniel g. siegel dgsie...@gnome.org: On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread daniel g. siegel
On Fri, 2010-10-15 at 22:15 +0200, Claude Paroz wrote: Le vendredi 15 octobre 2010 à 13:29 -0500, Diego Escalante Urrelo a écrit : El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread Emmanuele Bassi
On Sat, 2010-10-16 at 10:21 +0200, daniel g. siegel wrote: I think especially the, is not just used by GNOME, argument will be difficult to circumvent. right, but in that case there is no problem to have it hosted on freedesktop.org, like many other dependencies of gnome. it's

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread Emmanuele Bassi
On Sat, 2010-10-16 at 12:32 +0200, daniel g. siegel wrote: right, but in that case there is no problem to have it hosted on freedesktop.org, like many other dependencies of gnome. it's inconsequential: the whole problem is having it, or not having it, on the gnome.org server -

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread Vincent Untz
Le vendredi 15 octobre 2010, à 17:02 +0200, daniel g. siegel a écrit : On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread Johannes Schmid
Hi! I know perfectly well what fd.o is, thank you very much. the problem at hand is access - and hosting on fd.o has the same issues as hosting on launchpad or clutter-project.org, or github: translators want direct access to bypass the maintainers because they feel (actually: because they

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-16 Thread Germán Póo-Caamaño
On Sat, 2010-10-16 at 15:53 +0200, Vincent Untz wrote: Le vendredi 15 octobre 2010, à 17:02 +0200, daniel g. siegel a écrit : On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot.

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Kenneth Nielsen
2010/10/12 Johannes Schmid j...@jsschmid.de: Hi! Am Dienstag, den 12.10.2010, 18:30 + schrieb Og Maciel: On Tue, Oct 12, 2010 at 12:25 PM, Kenneth Nielsen k.nielse...@gmail.com wrote: Implementable workflow (3). (A) again is status quo, not much to say about that. Transifex (C)

Re: Moduleset Reorganization vs. L10N

2010-10-15 Thread Kenneth Nielsen
2010/10/12 Gabor Kelemen kelem...@gnome.hu: 2010-10-12 17:41 keltezéssel, Gil Forcada írta: Then l10n.gnome.org should make commits in the git.gnome.org version and the maintainer should only had to pick the translations from there. No, please do not want to rely on then the maintaner will

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Dimitris Glezos
On Fri, Oct 15, 2010 at 11:14 AM, Kenneth Nielsen k.nielse...@gmail.com wrote: 2010/10/12 Johannes Schmid j...@jsschmid.de: After some thinking transiflex really looks like a nice solution. I mean, damned-lies is cool but it adds a lot of maintaince work (for Claude). Could we install our

Re: Moduleset Reorganization vs. L10N

2010-10-15 Thread Kenneth Nielsen
2010/10/12 Claude Paroz cla...@2xlibre.net: Sorry, I was away for some days and wasn't able to give my opinion sooner. First of all, I'd like to support that using the GNOME infrastructure is invaluable for translators. It is not rare for us to commit in modules, (POTFILES.in, translator

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Johannes Schmid
Hi! I suspect a GNOME instance of Transifex will solve this, as long as the upstream maintainer chooses to use GTP instead of another translation community. What are our main problems for projects not hosted on GNOME servers? The main problem is that external projects often don't allow

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Dimitris Glezos
On Fri, Oct 15, 2010 at 12:14 PM, Johannes Schmid j...@jsschmid.de wrote: Hi! I suspect a GNOME instance of Transifex will solve this, as long as the upstream maintainer chooses to use GTP instead of another translation community. What are our main problems for projects not hosted on GNOME

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Dimitris Glezos
On Fri, Oct 15, 2010 at 12:42 PM, Johannes Schmid j...@jsschmid.de wrote: Starting from 1.0, Transifex no longer forces commits to VCS. Yay. :-) We want forced commits! We don't want people to care about translations unless they are translators because we found out in the past that some won't

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Shaun McCance
On Fri, 2010-10-15 at 12:59 +0300, Dimitris Glezos wrote: On Fri, Oct 15, 2010 at 12:42 PM, Johannes Schmid j...@jsschmid.de wrote: Starting from 1.0, Transifex no longer forces commits to VCS. Yay. :-) We want forced commits! We don't want people to care about translations unless they

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Dimitris Glezos
On Fri, Oct 15, 2010 at 4:27 PM, Shaun McCance sha...@gnome.org wrote: On Fri, 2010-10-15 at 12:59 +0300, Dimitris Glezos wrote: On Fri, Oct 15, 2010 at 12:42 PM, Johannes Schmid j...@jsschmid.de wrote: Starting from 1.0, Transifex no longer forces commits to VCS. Yay. :-) We want forced

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Johannes Schmid
Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of git.gnome.org don't always feel comfortable with raw commits to their VCS (security, noise in the vcs history etc). Whether translations should

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread daniel g. siegel
On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of git.gnome.org don't always feel comfortable with raw commits to their VCS

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Sandy Armstrong
On Fri, Oct 15, 2010 at 8:02 AM, daniel g. siegel dgsie...@gnome.org wrote: On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Diego Escalante Urrelo
El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a Launchpad-oriented process, it would be work to migrate to GNOME infrastructure. Agree, how could we shorten that difference? I think this is the

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Jeff Schroeder
On Fri, 2010-10-15 at 13:29 -0500, Diego Escalante Urrelo wrote: El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a Launchpad-oriented process, it would be work to migrate to GNOME infrastructure.

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Claude Paroz
Le vendredi 15 octobre 2010 à 13:29 -0500, Diego Escalante Urrelo a écrit : El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a Launchpad-oriented process, it would be work to migrate to GNOME

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-15 Thread Kenneth Nielsen
2010/10/15 daniel g. siegel dgsie...@gnome.org: On Fri, 2010-10-15 at 16:47 +0200, Johannes Schmid wrote: Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of git.gnome.org don't always feel

GNOME Moduleset Reorganization vs. L10N

2010-10-12 Thread Kenneth Nielsen
2010/10/12 Kenneth Nielsen k.nielse...@gmail.com: 2010/10/10 Andre Klapper ak...@gmx.net: Hi, in http://mail.gnome.org/archives/desktop-devel-list/2010-October/msg00060.html the release-team announced its proposal for a reorganisation of the current modulesets. As the release-team aims at

Fwd: GNOME Moduleset Reorganization vs. L10N

2010-10-12 Thread Kenneth Nielsen
Hi Sveinn I made the mistake of sending it to the gnome-devel-list instead of as it should have been, the desktop-devel-list, so I'll forward your email. -- Forwarded message -- From: Sveinn í Felli svei...@nett.is Date: 2010/10/12 Subject: Re: GNOME Moduleset Reorganization vs

Re: Moduleset Reorganization vs. L10N

2010-10-12 Thread Vincent Untz
Le mardi 12 octobre 2010, à 12:10 +0200, Claude Paroz a écrit : b) we enforce a GNOME stats/translation tool, and we make the necessary steps so as it supports distributed development. For example, that could mean that the tool on l10n.gnome.org hosts an i18n version of each tracked branch

Re: Moduleset Reorganization vs. L10N

2010-10-12 Thread Kjartan Maraas
ti., 12.10.2010 kl. 16.03 +0200, skrev Vincent Untz: Le mardi 12 octobre 2010, à 12:10 +0200, Claude Paroz a écrit : b) we enforce a GNOME stats/translation tool, and we make the necessary steps so as it supports distributed development. For example, that could mean that the tool on

Re: GNOME Moduleset Reorganization vs. L10N

2010-10-12 Thread Johannes Schmid
Hi! Am Dienstag, den 12.10.2010, 18:30 + schrieb Og Maciel: On Tue, Oct 12, 2010 at 12:25 PM, Kenneth Nielsen k.nielse...@gmail.com wrote: Implementable workflow (3). (A) again is status quo, not much to say about that. Transifex (C) (afaik*) workflow revolves around downloading