- EAPI6
- Parallel tests
Upstream:
- Fix for '.' in @INC
- Remove use of List::MoreUtils
- Add support for monotonically increasing SQLite autoincrements
- Add support for CHECK constraint in SQLite producer
- Fix error handling for recent Test::PostgreSQL
- Add support for CHECK constraint in POD producer
- Fix quoting in MYSQL DROP TABLE diff producer
- Fix Pg grammar parsing of UUID, time, and timetz columns
- Add support for USING and WHERE on index in Postgres producer/parser
- Improve add_trigger consistency
- Add trigger 'scope' attribute to support JSON/YAML/XML producers and
XML and SQLite parser
- Speedup internal debugging mechanism
- Fix parsing of strings with leading whitespace
- Fix parsing of MySQL column comments
- Fix Multiline comments in YAML, JSON & Postgreqsl producers
- Fix identifier quoting in Postgresql diff producer
- Fix incorrect type conversion from BigInt AutoIncrement to bigserial
- Fix missing semicolons between PostGIS statements
- Fix string/identifier quoting in PostGIS statements
- Fix test failures and test dependence on exact serialization
Package-Manager: Portage-2.3.18, Repoman-2.3.6
Map all language_TERRITORRY codes (except pt_* and zh_*) to their
generic language equivalents. Add codes fa_IR, uk_UA, and zh_TW to
those ebuilds that were missing them.
Package-Manager: Portage-2.3.19, Repoman-2.3.6
Map language codes for Montenegrin and Latin American Spanish from
their IETF language tags to the codes used by upstream.
This change affects only opera-12.16_p1860-r1.ebuild.
Closes: https://bugs.gentoo.org/583762
Package-Manager: Portage-2.3.19, Repoman-2.3.6
Needed for www-client/opera-12.16_p1860-r1.
Note that "cnr" is not yet listed in the IANA Language Subtag Registry.
However, the Montenegrin language has obtained "cnr" as ISO 639-2 code
on 2017-12-21: http://www-01.sil.org/iso639-3/documentation.asp?id=cnr
This updates the ebuild to a more recent snapshot and also fixes the patching to
use the system wide catch instead of downloading it during build.
Closes: https://bugs.gentoo.org/643422
Package-Manager: Portage-2.3.13, Repoman-2.3.3
The doc building code is currently broken as it is subject to Sphinx
version mismatch, and given that we would need separate logic to select
interpreter for the PyPy build, and for the sphinx call, it's better
to remove the doc building altogether and possible reintroduce it
as a separate package in the future.
Closes: https://bugs.gentoo.org/643046
Until now, the 'firefox-bin' wrapper hard-coded the path to GTK_LIBS
to /usr/lib/gtk-3.0 ; this patch uses get_libdir to ensure the proper
value for 'lib' is assigned instead. Required for SYMLINK_LIB=no
in the 17.1 profiles.
Bug: http://bugs.gentoo.org/643798
Package-Manager: Portage-2.3.13, Repoman-2.3.3
dev-libs/glib[dbus] just pulls in dconf at runtime, but we already have that
dependency here explicitly ourselves; no need to force a rebuild of glib just
for that then.
gtk+[X] is not required and a build against a pure-wayland gtk+ should work
just fine. The problem is that it won't grow X11 support after gtk+ is rebuilt
with USE=X and gnome-terminal not rebuilt. But it'll work fine, just have some
X11 specific extra cases or features disabled. Or it will break if USE=X is
initially there on gtk+, but later removed.
This is a global issue in gtk+[X,wayland] handling and we shouldn't disallow
pure wayland gnome-terminal builds in the meantime. Bug 624960 tracks the
global concerns.
Package-Manager: Portage-2.3.19, Repoman-2.3.6
Thomas Deutschmann
Kent Fredric
Jonathan Vasquez
Michał Górny
Sergei Trofimovich
Mikle Kolyada
Rolf Eike Beer
Ulrich Müller
Arfrever Frehtes Taifersar Arahesis
Craig Andrews
Till Schäfer
Jan Henke
Ian Stakenvicius
Mart Raudsepp