Re: GNOME Moduleset Reorganization vs. L10N

[Kenneth Nielsen <k nielsen81 gmail com>]

2010/10/16 daniel g. siegel <dgsiegel gnome org>:
> On Sat, 2010-10-16 at 03:05 +0200, Kenneth Nielsen wrote:
>> 2010/10/15 daniel g. siegel <dgsiegel 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 comfortable with raw
>> >> > commits to their VCS (security, noise in the vcs history etc). Whether
>> >> > translations should be committed directly to a repo is a big
>> >> > discussion, and I believe maintainers are the ones with the final word
>> >> > on this.
>> >>
>> >> Well, we are currently defining the requirements for modules not hosted
>> >> on git.gnome.org (if we allow them at all). If people are so keen on not
>> >> hosting on git.gnome.org they will probably have to allow automatic
>> >> commits.
>> >
>> > it would be interesting to know _why_ some modules do not like to be
>> > hosted on gnome.org. knowing that would make it so much easier to find
>> > the best way for all of us.
>> >
>> > daniel
>>
>> In the case of clutter core, which I believe was the module that got
>> this discussion started again, Emmanuele said the following:
>>
>> "now, how do we go from here to there is probably worth discussing. I
>> cannot move Clutter to gnome.org; it's simply unfeasible for various
>> reasons, one of which is that the Clutter Project is not just used by
>> GNOME. this is similar to GStreamer, or Cairo, which are hosted on
>> freedesktop.org."
>>
>> 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.

Wait what? The very thing that we are discussing, is what to do to
ensure localisation quality for this exact kind of module. Even though
the source code cannot be hosted on gnome git, we would still like to
have control over the localisation, control and easy access. This
easiest way to achieve this is to require this kind of module to have
their localisation hosted on just one (or possible two) translation
services. And what we are trying to find out is, which ones are the
right solution. So far a translation only repository copy on gnome
git, lauchpad and transifex has been discussed.

\Kenneth

>
>>
>> Regards Kenneth
>>
>> >> Anyway, just everybody following the thread: We haven't yet decided if
>> >> we move to something different than damned-lies or allow non
>> >> git.gnome.org modules at all! We are just discussing how everything
>> >> could look like.
>> >>
>> >> Regards,
>> >> Johannes
>> >> _______________________________________________
>> >> gnome-i18n mailing list
>> >> gnome-i18n gnome org
>> >> http://mail.gnome.org/mailman/listinfo/gnome-i18n
>> >
>> > --
>> > this mail was sent using 100% recycled electrons
>> > ================================================
>> > daniel g. siegel <dgsiegel gnome org>
>> > http://www.dgsiegel.net
>> > gnupg key id: 0x6EEC9E62
>> > fingerprint: DE5B 1F64 9034 1FB6 E120 DE10 268D AFD5 6EEC 9E62
>> > encrypted email preferred
>> >
>> > _______________________________________________
>> > desktop-devel-list mailing list
>> > desktop-devel-list gnome org
>> > http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>> >
>> _______________________________________________
>> desktop-devel-list mailing list
>> desktop-devel-list gnome org
>> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
> --
> this mail was sent using 100% recycled electrons
> ================================================
> daniel g. siegel <dgsiegel gnome org>
> http://www.dgsiegel.net
> gnupg key id: 0x6EEC9E62
> fingerprint: DE5B 1F64 9034 1FB6 E120 DE10 268D AFD5 6EEC 9E62
> encrypted email preferred
>