[GCompris-devel] Translations Release in Git

Burkhard Lück lueck at hube-lueck.de
Thu Aug 6 03:47:17 UTC 2015


Am Mittwoch, 5. August 2015, 22:09:40 schrieben Sie:
> On 08/05/15 20:36, Burkhard Lück wrote:
> > Am Donnerstag, 30. Juli 2015, 00:34:49 schrieb Alex Smirnoff:
> >> Hi
> >> 
> >> For the components of KDE Frameworks 5 (so-called "frameworks")
> >> translation files are also appeared in Git so:
> >> if it necessary to make the release of the current HEAD, translation are
> >> being committed in the master branch files and then a tag is put, for
> >> example v5.12.0.
> >> In the same time this does not come in master, i.e. master pointed before
> >> and after release on the same commit. For Example:
> >> http://quickgit.kde.org/?p=ktexteditor.git&a=shortlog&h=v5.12.0 - on
> >> the time of release the last commit on the master was cc8c08c.
> >> 
> >> Why could we not have it the same in the Gcompris?
> >> 
> >> As I have already explained to Johnny Jazeix, I could not get the same
> >> translations as they were on 10.07.15 when the Android Release was done.
> >> The stable branch /branches/stable/l10n-kf5 is constantly changed.
> > 
> > Scripty stopped processing the stable branch of gcompris with this
> > warning:
> > 
> > Warning: unexpected po/ directory found, skipping extraction. Extra info:
> > extragear-edu_gcompris | extragear-edu |
> > git-stable-kf5/extragear-edu_gcompris
> > 
> > See ftp://l10n.kde.org/150805.branches_stable_l10n-kf5
> > 
> > In a branch processed by Scripty the dir "po" is reseved for Scripty.
> 
> Hi,
> 
> the solution could be to commit the po files, put the tags and remove
> the po files.
> 
> Not the cleanest solution but should work.
> 
As long as Scripty finds no po dir between 10+0000 and 17+0000 (depends on the 
amount of changes in translations and code) this should work.

> What do you think?
> 
The solution used for frameworks (commit translations from l10n-kf5 into the 
tag) seems saver, see e.g
http://commits.kde.org/kservice/a780dc5eeca5c4a5e9b5e6d8b6a58406c7bb877d

Thanks

-- 
Burkhard Lück



More information about the GCompris-devel mailing list