Re: String Freeze milestone timing

Rafal Luzynski <[email protected]>
Newsgroups gmane.linux.redhat.internationalization
Message-ID <[email protected]>
2.09.2017 16:56 Piotr Drąg <[email protected]> wrote:
>
>
> 2017-09-02 15:29 GMT+02:00 Jan Kurik <[email protected]>:
> > As far as I understand the scope of translation we (as Fedora
> > community) provide, the String Freeze should apply only to packages in
> > Zanata. Projects which are not translated by our (Fedora) community
> > might have independent cycle and the String Freeze does not apply on
> > these.
> >
> > Hopefully someone more senior in this area might answer these
> > questions, if I am wrong :-)
> >
>
> In theory, the string freeze is about projects in the “main” group, as
> opposed to the “upstream” group:
>
> https://fedora.zanata.org/version-group/list
>
> In practice, we have no way to enforce it and we rely exclusively on
> good will of the developers.

True, this does not apply to the projects where Fedora only pulls
whatever source code is released by upstreams, including translations
already, and rebuilds and packages it.

But even if a translation of a project is hosted in Zanata we
have no power to enforce their release cycle. Therefore I think
we should change the perspective and instead of talking about projects
translated in Zanata we should talk about projects where Fedora acts
as an upstream as well. That means, the projects hosted at pagure.io.
While eventually "being hosted at pagure.io" should mean the same as
"being translated in Zanata". That means that projects are encouraged
to be both translated in Zanata and hosted at pagure.io. But as long
as exceptions exist we must accept that some projects will want to
be translated in Zanata but will not follow our release cycle.
We are encouraging other projects to join Zanata but we are not telling
them "OK, you agreed so now you must follow our release cycle" or
"either you decide to follow or you are removed from Zanata".
If the projects don't follow the release cycle the consequence is that
their translations may be incomplete or delayed and then it's their
problem if they accept it or not, also it's our problem if we as
packagers accept the upstream source code with some l10n issues.

Shortly, my point is that if we change perspective from Zanata to
pagure.io it defines the area where we have power to control the
upstream release cycle because we are the upstream.

Regards,

Rafal
_______________________________________________
trans mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.