Bug 672570

Summary:	sys-devel/gettext: Ship ITS files for metainfo.xml translation rules
Product:	Gentoo Linux	Reporter:	Mart Raudsepp <leio>
Component:	Current packages	Assignee:	Gentoo's Team for Core System packages <base-system>
Status:	CONFIRMED ---
Severity:	normal	CC:	gnome
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Mart Raudsepp gentoo-dev

2018-12-05 15:43:27 UTC

Latest gettext already ships the following files:

/usr/share/gettext-0.19.8/its/appdata.loc
/usr/share/gettext-0.19.8/its/appdata.its

But these only describe how to handled translation of *.appdata.xml files, lacking rules for newer *.metainfo.xml files.

For handling metainfo files, we currently need to have a build dependency on appstream-glib, which in turn pulls in gtk+:3 and so on, just because we are missing a couple lines from the gettext appdata.loc file, and perhaps in some cases from appdata.its file.
To see what I mean, install appstream-glib and compare the following files with eachother:

diff -u --color=auto /usr/share/gettext-0.19.8/its/appdata.loc /usr/share/gettext/its/appdata.loc
diff -u --color=auto /usr/share/gettext-0.19.8/its/appdata.its /usr/share/gettext/its/appdata.its

If gettext version of them would be updated (I suspect their version control has it - they just haven't released for years...), we'd stop needing to add an explicit appstream-glib build dep on various packages just for the .loc data file and just depend on that newer gettext revision instead (we need to depend on some gettext version anyways) - especially with meson based builds.

As-is, we need to add appstream-glib build depend if it has any metainfo.xml files in translation (i18n.merge_file), but not appdata.xml (as gettext ships rules for it) UNLESS developer_name tag is used, which doesn't have a rule in current gettext appdata.its..

Having this handled in gettext would be much preferable to having to split out the two tiny data files from appstream-glib into some appstream-glib-data package, especially if some upcoming gettext release would update its own copies anyways.

Comment 1 Mart Raudsepp gentoo-dev

2018-12-05 15:58:49 UTC

For more context:

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=47a950b00c6db3
https://bugs.gentoo.org/671850#c11

Comment 2 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2019-01-28 12:07:44 UTC

Here's the relevant upstream change, although as Mart pointed out in IRC, it seems to be incomplete:

http://git.savannah.gnu.org/cgit/gettext.git/commit/?id=ac5c1120096808a94bdeeb5319129d0d139a6d3a

Comment 3 Mart Raudsepp gentoo-dev

2019-02-13 21:26:51 UTC

Some additional tags in the ITS file of newer appstream-glib:

/component/releases/release/description
/component/agreement/agreement_section/name
/component/agreement/agreement_section/description