From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tobias Geerinckx-Rice Subject: Fwd: GNU gettext 0.20.1 released Date: Mon, 13 May 2019 23:10:49 +0200 Message-ID: <87r292vz52.fsf@nckx> References: <2958928.Xadj6vqmCY@omega> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:34984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQIRz-00041n-M5 for guix-devel@gnu.org; Mon, 13 May 2019 17:25:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hQIDs-0005JY-E1 for guix-devel@gnu.org; Mon, 13 May 2019 17:11:01 -0400 Received: from tobias.gr ([2001:470:7405::1]:49354) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hQIDq-0005CL-7j for guix-devel@gnu.org; Mon, 13 May 2019 17:10:58 -0400 In-reply-to: <2958928.Xadj6vqmCY@omega> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Bruno Haible Cc: guix-devel --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Bruno, Wow. Thank you for this great summary! Would that all projects=20 published such clear (and custom) release notes=E2=80=A6 <3 I see that gnu/packages/gettext.scm has a nice chronological list=20 of copyright lines, which does make it appear as if I'm the=20 current packager of gettext in Guix. However, the Guix project=20 doesn't have this notion of (package) maintainer: everyone=20 packages, fixes, and updates what they can whenever they can.=20 This might change in future but it works rather well now. For that reason, I'm CC'ing the guix-devel@gnu.org list. I=20 encourage you to add it to your own for future releases. I'm having some trouble with the actual upgrade but I'll save that=20 for a reply. Thanks again, T G-R [Original message:] Available at https://ftp.gnu.org/gnu/gettext/gettext-0.20.1.tar.xz New in 0.20.1: * Important bug fix: - Fixed a wrong shared library versioning of libintl.so. New in 0.20: * Libtextstyle: - This package installs a new library 'libtextstyle', together=20 with a new header file . It is a library for styling text=20 output sent to a console or terminal emulator. Packagers: please see the suggested packaging hints in the=20 file PACKAGING. * Support for reproducible builds: - msgfmt now eliminates the POT-Creation-Date header field from=20 .mo files. * Improvements for translators: - update-po target in Makefile.in.in now uses msgmerge=20 --previous. * Improvements for maintainers: - msgmerge now has an option --for-msgfmt, that produces a PO=20 file meant for use by msgfmt only. This option saves processing time, in=20 particular by omitting fuzzy matching that is not useful in this=20 situation. - The .pot file in a 'po' directory is now erased by "make=20 maintainer-clean". - It is now possible to override xgettext options from the=20 po/Makefile.in.in through options in XGETTEXT_OPTIONS (declared in po/Makevars). - The --intl option of the gettextize program (deprecated since=20 2010) is no longer available. Instead of including the intl sources in=20 your package, we suggest making the libintl library an optional prerequisite=20 of your package. This will simplify the build system of your package. - Accordingly, the Autoconf macro AM_GNU_GETTEXT_INTL_SUBDIR is=20 gone as well. * Programming languages support: - C, C++: xgettext now supports strings in u8"..." syntax, as specified=20 in C11 and C++11. - C, C++: xgettext now supports 'p'/'P' exponent markers in number=20 tokens, as specified in C99 and C++17. - C++: xgettext now supports underscores in number tokens. - C++: xgettext now supports single-quotes in number tokens, as=20 specified in C++14. - Shell: o The programs 'gettext', 'ngettext' now support a --context=20 argument. o gettext.sh contains new function eval_pgettext and=20 eval_npgettext for producing translations of messages with context. - Java: o xgettext now supports UTF-8 encoded .properties files (a new=20 feature of Java 9). o The build system and tools now support Java 9, 10, and=20 11. On the other hand, support for old versions of Java (Java 5 and=20 older, GCJ 4.2.x and older) has been dropped. - Perl: o Native support for context functions (pgettext, dpgettext,=20 dcpgettext, npgettext, dnpgettext, dcnpgettext). o better detection of question mark and slash as operators (as=20 opposed=20 to regular expression delimiters). - Scheme: xgettext now parses the syntax for specialized byte vectors=20 (#u8(...), #vu8(...), etc.) correctly. - Pascal: xgettext can now extract strings from .rsj files, produced by=20 the Free Pascal compiler version 3.0.0 or newer. - Vala: xgettext now parses escape sequences in strings more=20 accurately. - JavaScript: xgettext now parses template literals correctly. * Runtime behaviour: - The interpretation of the language preferences on macOS has=20 been fixed. - Per-thread locales are now also supported on Solaris 11.4. - The replacements for the printf()/fprintf()/... functions that=20 are provided through on native Windows and NetBSD are=20 now POSIX compliant. There is no conflict any more between these=20 replacements and other possible replacements provided by gnulib or mingw. According to [1], you seem to be packaging gettext for=20 Guix/GuixSD. I invite you to upgrade to version 0.20.1. The packaging will need changes, regarding the new libtextstyle; I=20 recommend to package it as a separate binary package (see file PACKAGING). When doing this upgrade, you can drop the following workarounds: =2D test-lock now never hangs any more. =2D expat is not longer used (already since 0.19.7). Best regards, Bruno [1]=20 https://git.savannah.gnu.org/gitweb/?p=3Dguix.git;a=3Dblob;f=3Dgnu/packages= /gettext.scm --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQT12iAyS4c9C3o4dnINsP+IT1VteQUCXNndWgAKCRANsP+IT1Vt eUwIAP9nLH5T7iyrZ4kpj5jA0AQ2aoYz5Ntq6FmiXf3ohMtJtAEA+ppCM7WKJRrv GhruG0YKuKG6jBRryX+RyF3XDNZnhgg= =O7+J -----END PGP SIGNATURE----- --=-=-=--