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

[David Planella]

Al 20/05/13 19:05, En/na Olivier Tilloy ha escrit:
>> 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).
> 

To be clear, afaik, the usage of dh_translations is not a requirement
for main inclusion. dh_translations is a means to generate a .pot at
build time for them to be imported into Launchpad for 'main' apps to be
translatable there and translations to be distributed in language packs.

There are some main packages that don't use dh_translations for one
reason or another, but I suggested looking into using it so that SDK
apps could also benefit from the standard way of doing it in Ubuntu.

> 
>> 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').
> 


-- 
David Planella
Ubuntu App Development Liaison
http://gplus.to/dplanella / @dplanella
www.ubuntu.com / www.davidplanella.org

-- 
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