[Bug 1762889] Re: dh_translations doesn't strip .desktop files when more than 1 pot target with meson

Gunnar Hjalmarsson 1762889 at bugs.launchpad.net
Sat Apr 14 11:50:43 UTC 2018


It's true that dh_translations builds a POT file for the help files in
gnome-mahjongg. It's this code in dh_translations:

    # try to build help POT
    if (-e 'help/Makefile') {
        chdir 'help';
        system ('make', 'pot');
        chdir '..';
    }

Can't help wondering why that code is there.

And yes, it would be possible to make dh_translations build help-gnome-
mines.pot etc.

But do we want to make use of such help file templates for LP
translations? Personally I'd say no. We are not using LP for gnome-user-
docs, but rely on the upstream translations. In the light of that, why
would we want to spend considerable time with exporting translations and
putting them into source for a bunch of packages with only a few help
pages each?

And if you agree that we don't want them, why would we let
dh_translations build them? To avoid a command in libgweather's
debian/rules for building libgweather-locations.pot? ;)

On 2018-04-14 00:45, Jeremy Bicha wrote:
> I guess we do need to be smart enough to know which one is the
> main gettext domain though or at least the one to insert into the
> .desktop files that we strip.

The --domain option serves that purpose, and it's useful whether we
build the help file POTs or not. Currently I'm aware of two packages
where --domain is needed: g-c-c and libgweather.

Jeremy, I don't think your original suggestion was wrong at all. The
latest patch addresses both that and provides a way to pick the right
one in case of multiple non-help domains.

( Yes, I'm biased. :) )

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1762889

Title:
  dh_translations doesn't strip .desktop files when more than 1 pot
  target with meson

Status in pkgbinarymangler package in Ubuntu:
  In Progress

Bug description:
  The gnome.help() meson function creates a help-$project-pot target.
  This confuses dh_translations which complains:

  dh_translations: more than one meson translation domain found (help-
  gnome-calculator,gnome-calculator), don't know which one to use

  I think the only consequence of this is that the .desktop doesn't have
  its translations stripped and replaced with X-Ubuntu-Gettext-Domain=

  This means that Ubuntu translators are unable to update those
  translations.

  Affected Apps
  =============
  Therefore, this issue affects GNOME apps in main that use meson and also include help files.

  gnome-control-center is also affected because it happens to have an
  extra gettext domain (but does not ship help).

  libgweather gets the warning because it has a second gettext domain
  but it doesn't ship any .desktop files so I think the warning is
  harmless.

  Suggestion
  ==========
  Maybe dh_translations could just exclude targets that start with "help-". That would fix most of these cases.

  Other Info
  ==========
  This bug is split off LP: #1751820

  pkgbinarymanagler 136 in bionic

  References
  ==========
  http://mesonbuild.com/Gnome-module.html#gnomeyelp
  http://mesonbuild.com/Localisation.html

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



More information about the Ubuntu-sponsors mailing list