On 2012-05-05 02:44 +0200, David Prévot wrote:
> Le 04/05/2012 13:27, David Prévot a écrit :
>> Le 04/05/2012 12:22, Sven Joachim a écrit :
>>> On 2012-05-04 01:02 +0200, David Prévot wrote:
>
>>> The upstream build system installs the message catalogs under the name
>>> cwidget.mo, which is bad. Have you looked what it would take to install
>>> them under a better name (say, libcwidget3.mo) in order to make room for
>>> a later libcwidget4 package?
>
> The trivial following patch does the trick, but hardcodes libcwidget3 in
> the upstream part of the source. Should I include this hack in the soon
> to come NMU (once it will display this *$#!© translated [yes] [no] in
> aptitude)?
I'm not sure. Either way, DOMAIN will need to change if the soname is
bumped.
> I don't get what is wrong with the current cwidget.mo name,
> would you care to elaborate, or give a pointer to the rationale of this
> change?
See Policy §8.2:
If your package contains files whose names do not change with each
change in the library shared object version, you must not put them in
the shared library package. Otherwise, several versions of the shared
library cannot be installed at the same time without filename clashes,
making upgrades and transitions unnecessarily difficult.
> --- cwidget-0.5.16/po/Makevars 2009-09-25 10:25:58.000000000 -0400
> +++ cwidget-0.5.16/po/Makevars 2012-05-04 19:02:29.000000000 -0400
> @@ -1,7 +1,7 @@
> # Makefile variables for PO directory in any package using GNU gettext.
>
> # Usually the message domain is the same as the package name.
> -DOMAIN = $(PACKAGE)
> +DOMAIN = libcwidget3
>
> # These two variables depend on the location of this directory.
> subdir = po
The alternative to this hack would be to introduce a cwidget-l10n
package with the translations, but I'm not sure how adequate this would
be for an NMU.
Cheers,
Sven
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
