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

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2017-02-12 23:59 UTC.

Removals:
app-office/openproj-bin20170211-00:55 creffett b786653850
dev-php/Savant220170208-14:54 mjo  c32d709333
dev-php/Savant320170208-14:56 mjo  6b7106b7f2
dev-php/Savant3-Plugin-Form20170208-14:56 mjo  6b7106b7f2
net-misc/termtter  20170208-06:50 graaff   7520d36407

Additions:
app-admin/keepassxc20170210-07:31 polynomial-c 565861fc11
app-backup/genbackupdata   20170206-08:45 robbat2  3c53449695
app-backup/rdedup  20170206-08:46 robbat2  f6ea51face
app-backup/rdup20170205-23:54 robbat2  7ed538f4aa
app-backup/restic  20170207-19:53 gokturk  052ca64684
app-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/rr20170212-18:14 lu_zero  539b6f2f8d
games-misc/ballerburg  20170210-18:23 dilfridge4f39250ee5
media-gfx/gscan2pdf20170209-19:38 gokturk  82f3aa4407
virtual/imagemagick-tools  20170211-19:21 soap e53d7fd2ce
x11-misc/urxvtconfig   20170210-22:34 soap 95e2a2c553

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
app-office/openproj-bin,removed,creffett,20170211-00:55,b786653850
dev-php/Savant3-Plugin-Form,removed,mjo,20170208-14:56,6b7106b7f2
dev-php/Savant3,removed,mjo,20170208-14:56,6b7106b7f2
dev-php/Savant2,removed,mjo,20170208-14:54,c32d709333
net-misc/termtter,removed,graaff,20170208-06:50,7520d36407
Added Packages:
app-text/doconce,added,grozin,20170212-18:35,c04c6a4769
dev-util/rr,added,lu_zero,20170212-18:14,539b6f2f8d
x11-misc/urxvtconfig,added,soap,20170210-22:34,95e2a2c553
virtual/imagemagick-tools,added,soap,20170211-19:21,e53d7fd2ce
dev-python/sphinx-jinja,added,dolsen,20170210-20:51,3bad8a09d6
dev-python/sphinxcontrib-blockdiag,added,dolsen,20170208-23:11,bef36e40c8
games-misc/ballerburg,added,dilfridge,20170210-18:23,4f39250ee5
app-admin/keepassxc,added,polynomial-c,20170210-07:31,565861fc11
media-gfx/gscan2pdf,added,gokturk,20170209-19:38,82f3aa4407
app-backup/restic,added,gokturk,20170207-19:53,052ca64684
dev-python/scrypt,added,chutzpah,20170204-02:43,3a15f72d5b
app-backup/rdedup,added,robbat2,20170206-08:46,f6ea51face
app-backup/genbackupdata,added,robbat2,20170206-08:45,3c53449695
app-backup/rdup,added,robbat2,20170205-23:54,7ed538f4aa

Done.

Re: [gentoo-portage-dev] [PATCH] repoman: Check for empty files in filesdir.

[Zac Medico]

On 02/12/2017 08:48 AM, Ulrich Mueller wrote:
> This checks for files with zero size in filesdir. The QA script at
> https://qa-reports.gentoo.org/output/find-binary-files.txt reports a
> couple of them which at least in part are blunders.
> 
> Should be harmless enough not to need a discussion about policy in
> gentoo-dev. Patch included below.
> 
> Ulrich

Thanks, merged:

https://gitweb.gentoo.org/proj/portage.git/commit/?id=04e5f8dee2130901386f4f1b65328bbf0b8104c1
-- 
Thanks,
Zac

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

[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 properly, why not doing so ? Esp.
> > since dropping it "improperly" doesn't seem to bring any
> > advantage.  
> 
> But we don't have such means.

has "${EAPI:-0}" 0 1 2 3 4 5 6 || die "${FUNCNAME}: don't use this
anymore"


isn't there a plan to have eqawarn into eapi7 ?

you would even be able to achieve removal of eutils inherit


[...]
> > The 5 years deprecation is irrelevant here: With C libraries, you
> > deprecate a symbol/function for a few years then bump soname when
> > dropping it. The equivalent here is removing it in a new EAPI after
> > a deprecation period.  
> 
> That's not equivalent. For C libraries there are releases and the code
> gets actually removed.


Eclasses can drop old EAPI support too.

[...]

Alexis.

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

[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 seem to bring any advantage.

But we don't have such means. Moving it into an EAPI conditional means
that we don't drop it but keep the code forever (and even add more
complexity).

> The 5 years deprecation is irrelevant here: With C libraries, you
> deprecate a symbol/function for a few years then bump soname when
> dropping it. The equivalent here is removing it in a new EAPI after
> a deprecation period.

That's not equivalent. For C libraries there are releases and the code
gets actually removed.

Anyway, I don't care enough to waste my time on anything more complex
than the patch in my original posting. Let the eclass keep its stale
code then.

Ulrich


pgpFinZiA6NCB.pgp
Description: PGP signature

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

[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 since five years, so people had plenty of time to update
> their ebuilds. Also the corresponding has_m32() was removed long ago.
> 
> 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 seem to bring any advantage.


The 5 years deprecation is irrelevant here: With C libraries, you
deprecate a symbol/function for a few years then bump soname when
dropping it. The equivalent here is removing it in a new EAPI after a
deprecation period.

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

[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 the corresponding has_m32() was removed long ago.

Or do you have any concrete evidence that has_m64 is still used?

Ulrich


pgpI7_c6L1k9T.pgp
Description: PGP signature

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

[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

-- 
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3



signature.asc
Description: OpenPGP digital signature

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

[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

[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

[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

[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

[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 Feb 2017 11:04:51 +0100
Subject: [PATCH] flag-o-matic.eclass: Mark has_m64() as dead.

The function is not used by any ebuild.
---
 eclass/flag-o-matic.eclass | 23 ++-
 1 file changed, 2 insertions(+), 21 deletions(-)

diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index 23319ad407f5..57d207b08313 100644
--- a/eclass/flag-o-matic.eclass
+++ b/eclass/flag-o-matic.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2014 Gentoo Foundation
+# Copyright 1999-2017 Gentoo Foundation
 # Distributed under the terms of the GNU General Public License v2
 # $Id$
 
@@ -562,27 +562,8 @@ get-flag() {
return 1
 }
 
-# @FUNCTION: has_m64
-# @DESCRIPTION:
-# This doesn't test if the flag is accepted, it tests if the flag actually
-# WORKS. Non-multilib gcc will take both -m32 and -m64. If the flag works
-# return code is 0, else the return code is 1.
 has_m64() {
-   eqawarn "${FUNCNAME}: don't use this anymore"
-
-   # this doesnt test if the flag is accepted, it tests if the flag
-   # actually -WORKS-. non-multilib gcc will take both -m32 and -m64!
-   # please dont replace this function with test_flag in some future
-   # clean-up!
-
-   local temp="$(emktemp)"
-   echo "int main() { return(0); }" > "${temp}".c
-   MY_CC=$(tc-getCC)
-   ${MY_CC/ .*/} -m64 -o "$(emktemp)" "${temp}".c > /dev/null 2>&1
-   local ret=$?
-   rm -f "${temp}".c
-   [[ ${ret} != 1 ]] && return 0
-   return 1
+   die "${FUNCNAME}: don't use this anymore"
 }
 
 has_m32() {
-- 
2.11.1


pgpPuTZ1HORSA.pgp
Description: PGP signature