[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#790693: marked as done (lintian: ambiguous if ISO 639-1 or 639-2 is preferred)

Your message dated Thu, 09 Jul 2015 19:49:37 +0000
with message-id <E1ZDHpB-00017F-6J@franck.debian.org>
and subject line Bug#790693: fixed in lintian 2.5.33
has caused the Debian Bug report #790693,
regarding lintian: ambiguous if ISO 639-1 or 639-2 is preferred
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
790693: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790693
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: lintian
Version: 2.5.32
Severity: normal
Tags: l10n

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Seems to me that language code "aym" should not be corrected to "ay" but
instead (for the time being" to "ayc".  Here's my reasoning:

Some of th sugar-*-activity packages trigger lintian warnings like this:

  W: sugar-read-activity: incorrect-locale-code aym -> ay

Long description of the lintian warning mentions that language codes are
those is ISO 639-1 and ISO 639-2, but does not say which wins if listed
in both but by different name.

Aymara is listed in ISO 639-1 as "ay" but in ISO 639-2 as "aym", but are
are both listed as scope "Macrolanguage" - i.e. what some refer to as
"Aymaran", the _family_ of Aymara languages.

Wikipedia article on Amayran references the individual languages as
"Southern Aymara" with code "ayc" and "Central Aymara" with code "ayr".

Only Amaya-related locale listed in /usr/share/i18n/SUPPORTED is ayc_PE
- - i.e. Southern Aymara in Peru.


As I understand it, renaming locale files to "ay" renders them unusable
on a standard Debian system (needing /usr/local/share/i18n/SUPPORTED
hack).  Only Amayan language code usable in standard Debian currently is
"ayc".

I am right now in Peru, discussing this issue with Sebastian Silva - a
local activist involved in deploying Sugar there.  As I (vaguely)
understand it, the ayc_PE slot was created few years ago to cover one of
the two Aymara dialects, whereas current translation efforts (involving
Sugarlabs, Peruvian ministry and OLPC) intends to cover both dialects as
a single language.  In the short term the only option I see is to
"abuse" the "ayc" slot for "ay/aym". Sebastian will try get confirmed if
above is correctly understood, and if so we should probably have the
slot "ay" (or "aym" - depending on which ISO standard has priority)
added and move dual-dialect localizations to that.

...Or instead have slot "ayr" created, if in fact current translation
covers only one of the dialects _and_ there is interest in localizations
also for the other.


Phew.  Hope that all made some sense...

 - Jonas

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVkw3HAAoJECx8MUbBoAEhyXAP/1SZD5kjNnUjKSPGefLp1JfM
LeSOM44g2/mKDkZYZcN/xE3AcSkAU0rtz0JLdS6fUMM07xVeIoE0MMp4K3IvZMX5
/pErsiXF3Fqq8JZT5vWJub99qE/9w3E6MNpYNQolbhZVTmuaEPQZyZOMXGfsuxOC
HDNqlhjWOZSWEqWDLOs+ZTzTuwnHwuHretn+H8ny/qtHaDoeXKcRXakvngRoRUkA
coTlOAVMwuSlzXjjbJo53p39bIICcdpCptPuSfn35XZUcGXVHEKZPgGVJb/DT0tP
H6EF0sObKvT+xpY8Eecntj0TilrZruH645+Id2MhLtMuaER0JBORHPtgDzJZDAmM
xXlRQWH40hWiSWt7qcRwmDqkQ2o7hMUCIjmtJ8SfJjA/JU99WWGtbDJGa7e1eCrg
UaBFzbJQuyspQOcVVrT9uSnnzwzbxDbY9CsvrrSI1gNhT8YBM7FRrdZybsCiRt04
aTa+UVSxey1bmAVpDVkjqyneMMfmgsk+o9a48RIu4sfGVo5J0IbtgTaIFQrljYEA
xqNMucPZFuDevMKsfu5d7TPRBrISZ14phUc+pgurJNYMXdeDRh9OJs0wiZyvLV0D
IcL+yZGU5U221fQ1b0ytzXhDwRAzOwN1BxZGtQItlirR/0X3allZ5gV2ziGZCBRF
Ds1eNVXXx0x9I0bNoqaa
=HxE6
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
Source: lintian
Source-Version: 2.5.33

We believe that the bug you reported is fixed in the latest version of
lintian, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 790693@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Niels Thykier <niels@thykier.net> (supplier of updated lintian package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Thu, 09 Jul 2015 21:38:57 +0200
Source: lintian
Binary: lintian
Architecture: source all
Version: 2.5.33
Distribution: unstable
Urgency: medium
Maintainer: Debian Lintian Maintainers <lintian-maint@debian.org>
Changed-By: Niels Thykier <niels@thykier.net>
Description:
 lintian    - Debian package checker
Closes: 769818 770643 789577 790323 790369 790493 790693 790915 790932
Changes:
 lintian (2.5.33) unstable; urgency=medium
 .
   * Summary of tag changes:
     + Added:
       - systemd-no-service-for-init-rcS-script
       - trailing-slash-for-dpkg-maintscript-helper-symlink_to_dir
     + Removed:
       - binary-file-compressed-with-upx
 .
   * checks/binaries.pm:
     + [NT] Ignore "v5" suffixes in package names when matching
       SONAMES with package names.  The "v5" suffix is the
       recommended suffix for packages affected by the GCC-5
       libstc++6 C11 ABI breakage.
     + [NT] Drop binary-file-compressed-with-upx as it was not
       working.  (Closes: #790932)
   * checks/cruft.pm:
     + [BR] Increase windows size to 16384 bytes.
       Gain about 10% in cruft.
   * checks/description.desc:
     + [NT] Clarify that the empty-line control statement " ."
       permits no other characters on the same line. Thanks
       to Riley Baird for the report.  (Closes: #789577)
   * checks/files.desc:
     + [JW, NT] Clarify that the ISO 639-1 language codes are
       preferred to the ISO 639-2 variant.  Thanks to Jonas
       Smedegaard for the report.  (Closes: #790693)
   * checks/infofiles.pm:
     + [NT] Fix use of undefined variable in some cases.
   * checks/scripts.{desc,pm}:
     + [BR] Detects problem with dpkg-maintscript-helper symlink_to_dir.
   * checks/systemd.{desc,pm}:
     + [NT] Apply patches from Felipe Sateler to refactor the
       systemd checks.  Notably this also fixes some duplicate
       tags.
     + [NT] Apply patch from Felipe Sateler to warn about rcS
       init scripts without a native systemd unit file.
       (Closes: #790323)
   * checks/source-copyright.pm:
     + [NT] Fix use of undefined variable in some cases.
     + [NT] Avoid triggering a tag for a DEP-5 paragraph
       referencing the license of the header paragraph
       when said paragraph is *the* header paragraph.
       (Closes: #769818)
 .
   * data/cruft/non-free-files:
     + [BR] Add a few lenna image. Thanks to Norbert
       Preining <preining@logic.at> (Closes: #790915).
   * data/spelling/corrections-multiword:
     + [JW] Correct spelling for "GNU Public Licence".
       (Closes: #790369)
 .
   * frontend/lintian:
     + [JW, NT] Add "--hide-overrides" option to contrast
       the "--show-overrides" option.  (Closes: #770643)
 .
   * helpers/coll/objdump-info-helper:
     + [NT] Fix use of undefined variable in some cases.
     + [JW,NT] Gracefully cope with upstreams storing poems in
       valid ar archives with the file extension ".a" and
       possibly also corrupt ar files.
       (Closes: #790493)
     + [NT] Remove slow "head + grep" pipeline on all ELF
       binaries, which is no longer used.
   * helpers/coll/strings-helper:
     + [NT] Avoid an unncessary overhead in using L::Command's
       spawn+reap.  In some cases, this can reduce the runtime
       of this command by ~50%.
 .
   * lib/Lintian/Check.pm:
     + [NT] Optimise out some calls to Lintian::Data, which in
       a few cases adds up to a couple of seconds in total
       runtime.
 .
   * profiles/debian/ftp-master-auto-reject.profile:
     + [NT] Drop binary-file-compressed-with-upx as it no
       longer exists.
 .
   * reporting/harness:
     + [NT] Add a --[no-]generate-reports option as alias of
       the -r mode.  The option can now be used together with
       "-i", "-f" or "-c" to control whether the reports
       should generated at the end of the run.  Without any
       of these, harness will only generate reports like it
       used to do.
   * reporting/templates/*.tmpl:
     + [NT] Change from XHTML 1.1 to HTML5.
Checksums-Sha1:
 405a966186b65a5b7fa97934b0c44d1299846da3 2731 lintian_2.5.33.dsc
 14fb2364c8297b55f2f5afc2c50c3630747e51d0 1214560 lintian_2.5.33.tar.xz
 ca9fc6bb45c7ba2a93ea49078e5421a43c7362ca 817568 lintian_2.5.33_all.deb
Checksums-Sha256:
 35f1e120347a5edb82e54d6d9087f0671147c5c61fa0316f6a4dde6728f616b0 2731 lintian_2.5.33.dsc
 f4e24e12586ba7a3d2aa2299ea9d8981b72289f03ecef6ace2c5710401838478 1214560 lintian_2.5.33.tar.xz
 6ced397681b60c0c4de1f6a0db813d44c8a681a9396b5ce99ed5c5b48439a496 817568 lintian_2.5.33_all.deb
Files:
 de08bcc37f902b70e47f0dbfeb8b12b9 2731 devel optional lintian_2.5.33.dsc
 58e3ea1dbae45d2cbfc8d62c4c1f4003 1214560 devel optional lintian_2.5.33.tar.xz
 f51e3b71fe410c5d87b3c0ea2668fe5d 817568 devel optional lintian_2.5.33_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJVns+rAAoJEAVLu599gGRC9+gP/jBxxK/HK8UdUpfh1hqFNEIS
FcPwL3MzSvlrdbqOF+aMrz/+IiUjqT3tD3ZBLQnAHxNABSuJbTdPutZOAnKv1aGH
PaMihiAT4OPJFPsD+dLssgU7TdQ2RWi+8HL2ajaPjYaElqo72+SmoiVGf+KMSsXK
5RCnvJNjvjqU1EBxz7CtjDAtX9zaicO8m3YmTKb+Kgngee7cxpUXm57TLuvUdqib
tuIKox3ZIJvjU5rpjPSF0JpemDvcFx28CE7T2bNGwgdWWMihQUnDYLQGVw/Vu7MN
eOUBll6JIcaHTePX7bGUhDYPBhmnB1l/l6ZT2vV/yDwEqMiP+Zo2id0LPaXIBiRb
2QdseOpeOjWbH/hccsPxztEiAs37L6PaeJdvMnfhI9GxoLQ/txqnp4t0MZjhlfQ/
9GkJoQnS7wLjkEwPfNkvV+AIaV4u2mMmB4dHYcHfM3qjYGRop5nX6N3LjRff+DRD
i8Z0GP9ExiCkalWFEBwb8RS3wtvmMdaj1Wx39Eqgje6ogGBKdcLzavz6dMxnzE2J
TCfBN9BU0NluXlf2enzkS/ZcSMUVQ0UI9QkNttvL2fd9ztN7UEwJBdWR5aSRCChp
S1otm/DFSdsgKDS9+XHxYLN9ATx5kWgQJSzAZGFbduWA6NRuHj31ohZA7tyEhJ9+
Uqzn5jBbte4htlfFwCt9
=XqLK
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: