Bug 207095

Summary:	Translations : Packages should always be rebuilt for test and final releases
Product:	[Fedora] Fedora	Reporter:	Dimitris Glezos <dimitris>
Component:	fedora-release	Assignee:	David Cantrell <dcantrell>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6	CC:	aalam, grejigl-gnomeprevod, lanurmi, piotrdrag, wtogami
Target Milestone:	---	Keywords:	i18n, Translation
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-12-15 17:17:45 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Dimitris Glezos 2006-09-19 11:58:41 UTC

## Description of problem:

Many of the strings of test & final releases do not reflect the translations
that were made until their devel freeze date.

## Actual results:

Applications contain half translations.

For example, the greek translations of more than 5 major packages (anaconda,
firstboot, -config-date, comps-po etc) of FC6T3 are outdated, even though the
changes were made 3 days before the freeze date.

## Expected results:

All releases should contain all translations that were made up to the
development freeze date. Packages should always be rebuilt to contain the most
up2date translations.

## Additional info:

The current trend is for maitainers to package only if it is needed. If a
translator commits some important changes, he should notify the maintainer and
ask him to rebuild his package.

Since we have many languages and between releases there are changes to most of
the Core packages for each of this language, the possibility that a package
needs rebuilding is nearly 100%.

Test releases are the only way to check packages like anaconda and firstboot and
are an important way of receiving comments/bugs from the community and
corrections from the fellow translators. Translators work hard to have good
translation coverage in every test release and the actual ISO should contain all
these translations.

See also: #204895

Comment 1 Dimitris 2006-09-22 12:00:17 UTC

As already explained in the Fedora-trans-list mailing list, this is a rather
important issue and affects everyone involved in translations.

+10!

Comment 2 Igor Pires Soares 2006-09-22 13:45:55 UTC

The same is happening with Brazilian Portuguese Translations. In my opinion, at
least the essential packages and the system-config-* ones should include newer
translations. For instance, system-config-printer is a 100% translated, but the
module shows a English-Portuguese mix on FC6T3 and it is a very important module
for users.

Comment 3 Jesse Keating 2006-09-27 20:49:09 UTC

The individual packages need bugs filed against them when translation updates
are ready to be built in.  Feel free to use this as a tracker bug for these bugs.

Comment 4 Dimitris Glezos 2006-09-27 22:23:06 UTC

Jesse,

we understand that this is the procedure followed now. AS Alam explained it and
I included it in the bug report.

What we are asking, and it seems many translation teams want this, is to alter
the way repackaging of system-config-* currently works and *always* repackage
before releases without the need of opening a bug against them.

Comment 5 Jesse Keating 2006-09-28 02:13:41 UTC

Probably should be handled by the individual maintainers of those packages, not
as a rel-eng item.  system-config* packages aren't the only ones that get
translations either.  The translation team really should be working with the
package maintainer to let them know when new translations are ready to be picked
up, especially once freeze dates near.

Comment 6 Dimitris Glezos 2006-10-02 13:19:19 UTC

> The translation team really should be working with the
> package maintainer to let them know when new translations are
> ready to be picked up, especially once freeze dates near.

What I am trying to say is that translatios are always ready to be picked up
(and should be) before releases.

I'm sure there is a better way to have this done except opening bug reports to
the 50 packages that are maintained through i18n.redhat.com every time a release
is made.

I'll give a suggestion that just came to my mind. We could create a page on the
wiki with the following structure:

  Package  | Rebuilt for FC6? | Date of rebuild
  -------- | ---------------- | ------------------
  anaconda | yes (JeremyKatz) | 16/7/2008
  ...

and the translation team (with the blessings of the rel-eng team) could make
sure all maintainrs of these important packages had them rebuild. If we have a
date on the Core schedule that this table should have "yes" in all rows, then I
think the translation team could send an email to the maintainrs one week before
the deadline reminding them for the repackaging job.

This new measure is something that I believe should have the approval and
blessings of the rel-eng team. It is something that will definitely increase the
quality of the final product in the non-english languages.

Comment 7 Jesse Keating 2006-10-02 14:27:13 UTC

Possibly workable.  The date would be maybe one or two weeks after the
translation deadline.  This would give the packagers a chance to pull in the
translations, but also give the translation team a clear point of no return, a
hard "you must be done by this date" thing.  I think a bug isn't the best way to
continue this discussion though.

Comment 8 Jesse Keating 2006-12-15 17:17:45 UTC

Closing this as bugzilla is not the place to have this discussion.