[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2017-02-12 23:59 UTC

2017-02-12 Thread Robin H. Johnson
-text/doconce 20170212-18:35 grozin c04c6a4769 dev-python/scrypt 20170204-02:43 chutzpah 3a15f72d5b dev-python/sphinxcontrib-blockdiag 20170208-23:11 dolsen bef36e40c8 dev-python/sphinx-jinja20170210-20:51 dolsen 3bad8a09d6 dev-util/rr

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Alexis Ballier
On Sun, 12 Feb 2017 17:39:48 +0100 Ulrich Mueller wrote: > > On Sun, 12 Feb 2017, Alexis Ballier wrote: > > >> Or do you have any concrete evidence that has_m64 is still used? > > > Nope. It is just that it is part of an API that we export and, since > > we have easy means to drop it pr

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Ulrich Mueller
> On Sun, 12 Feb 2017, Alexis Ballier wrote: >> Or do you have any concrete evidence that has_m64 is still used? > Nope. It is just that it is part of an API that we export and, since > we have easy means to drop it properly, why not doing so ? Esp. since > dropping it "improperly" doesn't se

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Alexis Ballier
On Sun, 12 Feb 2017 16:07:37 +0100 Ulrich Mueller wrote: > > On Sun, 12 Feb 2017, Alexis Ballier wrote: > > > I think it'd be better to lock the removal with a new EAPI for > > overlays / downstreams. > > That sounds like complete overkill here. There's a deprecation warning > in place

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Ulrich Mueller
> On Sun, 12 Feb 2017, Alexis Ballier wrote: > I think it'd be better to lock the removal with a new EAPI for > overlays / downstreams. That sounds like complete overkill here. There's a deprecation warning in place since five years, so people had plenty of time to update their ebuilds. Also

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Kristian Fiskerstrand
On 02/12/2017 01:58 PM, Alexis Ballier wrote: > On Sun, 12 Feb 2017 10:28:13 +0100 > Ulrich Mueller wrote: > >> See patch below. The has_m64 function is no longer used in the tree. > > I think it'd be better to lock the removal with a new EAPI for > overlays / downstreams. > Sounds reasonable

Re: [gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Alexis Ballier
On Sun, 12 Feb 2017 10:28:13 +0100 Ulrich Mueller wrote: > See patch below. The has_m64 function is no longer used in the tree. I think it'd be better to lock the removal with a new EAPI for overlays / downstreams.

[gentoo-dev] Last rites: media-libs/iulib

2017-02-12 Thread Michael Palimaka
# Michael Palimaka (12 Feb 2017) # Build failures. Dead upstream. No revdeps. Unmaintained. # Masked for removal in 30 days. Bug #594826 and 597872. media-libs/iulib

[gentoo-dev] Last rites: sys-power/cpudyn

2017-02-12 Thread Michael Palimaka
# Michael Palimaka (12 Feb 2017) # Dead upstream. Unmaintained. Problems with multicode CPUs. # Masked for removal in 30 days. sys-power/cpudyn

[gentoo-dev] Last rites: games-arcade/mari0 and games-action/openlierox

2017-02-12 Thread Michael Palimaka
# Michael Palimaka (12 Feb 2017) # Potential licensing issues. Masked for removal in 30 days. # Bug 608954 and 609052 games-arcade/mari0 games-action/openlierox

[gentoo-dev] RFC: small cleanup of flag-o-matic.eclass

2017-02-12 Thread Ulrich Mueller
See patch below. The has_m64 function is no longer used in the tree. Unfortunately, we cannot get rid of the eutils inherit because it is still used for eqawarn. Ulrich From 84334ae8abd85c7880e5a357ff8f71bc8bdb1eee Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ulrich=20M=C3=BCller?= Date: Sat, 11 F