[Bug 1181183] Re: Add support for the Ubuntu SDK apps to dh_translations

[Olivier Tilloy]

> Is this "translation tool" implemented in the build system, or is
> that separate logic in the GUI only?

It’s separate logic in the GUI only.


> Is this invoked automatically anyway? I. e. is the issue here that
> dh_translations overwrites an already correct .pot file with an
> incomplete one, and we just need to disable dh_translations for
> Ubuntu SDK packages? Or is the point of this bug to replace the GUI
> tool's export function with dh_translations?

No, this is not invoked automatically. The point of this bug report is
to try and get Ubuntu SDK apps to work with dh_translations (according
to dpm, this will be a requirement for inclusion of apps in main, which
will be the case of system apps such as webbrowser-app).


> We can certainly call above xgettext command in dh_translations if
> we detect a project where this command is suitable. Do you have some
> guidance how to do this detection?

Any project that depends on qtdeclarative5-ubuntu-ui-toolkit-plugin is a
candidate.


> That would also work, yes. It depends a little bit how much you want
> these to work in a non-Debian(ish) environment, i. e. whether you
> have some notion of a non-packaged "upstream" release of these
> projects.

System apps (such as the browser) currently don’t have a non-packaged upstream version. The trunk upstream branch contains the packaging information.
I’ve briefly tried this approach with webbrowser-app, adding a custom "webbrowser-app.pot" target in po/CMakeLists.txt (which works when invoked manually), but dh_translations exits early in build_pot() (return unless -e 'po/Makefile').

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to pkgbinarymangler in Ubuntu.
https://bugs.launchpad.net/bugs/1181183

Title:
  Add support for the Ubuntu SDK apps to dh_translations

Status in “pkgbinarymangler” package in Ubuntu:
  Incomplete

Bug description:
  dh_translations, when it builds a POT file from the source files, invokes intltool-update, which in turn invokes xgettext to extract the translatable strings from the source files.
  By default, xgettext looks for a set of predefined keywords to identify translatable strings.
  This set of predefined keywords doesn’t include "i18n.tr", which is the function used in QML files that use the Ubuntu SDK.
  As a result, no strings are found, and no POT file is generated.

  Ideally, dh_translations should support passing (arbitrary?) extra
  options to intltool-update/xgettext. Or at least extend the default
  list of keywords to support the apps written with the Ubuntu SDK.

  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: dh-translations 117
  ProcVersionSignature: Ubuntu 3.8.0-21.32-generic 3.8.8
  Uname: Linux 3.8.0-21-generic x86_64
  NonfreeKernelModules: nvidia wl
  ApportVersion: 2.9.2-0ubuntu8
  Architecture: amd64
  CheckboxSubmission: 2c7995ffdf051a6d0adf7ab2c7be5ba9
  CheckboxSystem: 7e42599bda39ea7ff8b528272b6ef52b
  Date: Fri May 17 12:27:40 2013
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2013-03-26 (51 days ago)
  InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64+mac (20130326)
  MarkForUpload: True
  PackageArchitecture: all
  SourcePackage: pkgbinarymangler
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pkgbinarymangler/+bug/1181183/+subscriptions