Summary: | No gui translations available from binary factory | ||
---|---|---|---|
Product: | [Applications] umbrello | Reporter: | Ralf Habacker <ralf.habacker> |
Component: | installer/packages | Assignee: | Umbrello Development Group <umbrello-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jess.jones.unitedkingdom, jk.kdedev, vonreth |
Priority: | NOR | ||
Version: | 2.27.0 (KDE Applications 18.12.0) | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Bug Depends on: | |||
Bug Blocks: | 373980 |
Description
Ralf Habacker
2018-12-24 09:44:13 UTC
Git repos don't provide translations. The ecm process to provides them relies on releaseme which doesn't support windows (In reply to Hannah von Reth from comment #1) > Git repos don't provide translations. > The ecm process to provides them relies on releaseme which doesn't support > windows As far as I understand Ben, it is possible by using tar balls for example from https://download.kde.org/stable/applications/18.12.0/src/, which contains po files. Yes. Stable blueprint targets should always provide tarballs and thus translations. (In reply to Hannah von Reth from comment #3) > Yes. Stable blueprint targets should always provide tarballs and thus > translations. I tried that with a recent release version from https://binary-factory.kde.org/job/Umbrello_Release_win64/634/, but there are no locale related files included (*.mo files) (In reply to Ralf Habacker from comment #4) > (In reply to Hannah von Reth from comment #3) > > Yes. Stable blueprint targets should always provide tarballs and thus > > translations. For unstable (or staging=master) builds on binary factory, a similar solution as on obs can be used by using an auxiliary script to support translations, as is done with https://build.opensuse.org/package/view_file/windows:mingw:win32:snapshots/mingw32-kmymoney5/manage-translations?expand=1 (in the %prep step). It can work in two modes: 1. it can use a publicly available tarball from the latest version of the associated app, or it can build a translation repository (on the fly or as a predefined tarball added to the build receipt). In either case, the script extracts the translations (app messages and documents) and applies them to the latest source code pulled from a Git repository. Subsequently, the CMake build system is adapted so that ki18n generates the (binary) files required for the translations. Actually ecm offers support for that https://invent.kde.org/frameworks/extra-cmake-modules/-/blob/master/kde-modules/KDECMakeSettings.cmake#L320 It relies on release me. Last time I checked releasme hat only a generel dependency check looking for tools absolutely not needed for this task, it would also need some windows porting besides of that. *** Bug 449659 has been marked as a duplicate of this bug. *** Now that translations are pushed to the source code by Scripty this should be fixed. Feel free to open if not |