Nb. Yes, I am aware that there is a new isa-l version available
upstream. Unfortunately that version introduces quite a few QA issues
and I haven't had time to resolve them yet.
Closes: https://bugs.gentoo.org/829500
Signed-off-by: Marek Szuba <marecki@gentoo.org>
This old version has been superseded with an -r1 since December. There's
no excuse for anyone to still be using a buggy revision within a
version.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Note: upstream is dead in terms of development, although apparently
still available to ask people on sourceforge if they are interested in
taking over maintenance.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
It uses an extremely vintage 2004 edition that includes some kind of
horrible idea from the early days of the 21st century. Apparently, back
then, portability meant "autotools can convert your ANSI C code to K&R
C". This functionality has long since been removed from current
automake, so eautoreconf doesn't actually run until we remove a few
troublesome lines.
Needed to e.g. pass LTO warning flags through to the linker, and well, a
whole lot more.
Also fixes a build issue with conflicting definitions of mount?
Closes: https://bugs.gentoo.org/859910
Closes: https://bugs.gentoo.org/898236
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Using seds just ended up nastily failing to do anything:
* SED: the following did not cause any changes
* sed -i -e 's|-O3 -g -Werror|${CMAKE_C_FLAGS}|' CMakeLists.txt || die;
* no-op: -e s|-O3 -g -Werror|${CMAKE_C_FLAGS}|
But patch files are reliable since they will die if they don't apply
anymore.
Closes: https://bugs.gentoo.org/894494
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
REQUIRE_USE isn't a thing. Due to this failing to be set properly, the
build faild during setup with:
* ERROR: dev-db/slony1-2.2.10-r1::gentoo failed (setup phase):
* One of the postgres_targets_postgresSL_OT use flags must be enabled
I'm not sure why that error message exists at all though, since it's
supposed to be handled before setup via REQUIRED_USE. And... it usually
would be. ;)
Make this sane again.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Stop downloading the sources from Debian. Gentoo has a perfectly good
mirror network too. And Debian only packages ancient versions.
We don't really need their patches either. If upstream wants a manpage,
upstream will include one
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Fix up a couple old patches to apply, and drop one that doesn't. There's
been a bit of development since 2009, after all.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Freedesktop moved to gitlab and dropped support for previous project
hosting methods to read-only. It appears openchrome never made the
migration. May be dead -- it hasn't been developed in some time, the
cgit HEAD is 4 years old and a non-default branch is "only" a year old.
Not really sure where to report a bug to. ;)
Closes: https://bugs.gentoo.org/864406
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Needed to e.g. pass LTO warning flags through to the linker.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>