[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2019-11-10 23:59 UTC

2019-11-10 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2019-11-10 23:59 UTC.

Removals:
app-benchmarks/volanomark20191105-22:33 mgorny131a1754ac1
app-cdr/mode2cdmaker 20191105-22:33 mgorny68b72f74324
app-cdr/xdvdfs-tools 20191105-22:33 mgorny68307b2bcfc
app-dicts/dictd-devils   20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-dicts20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-elements 20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-foldoc   20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-gazetteer20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-jargon   20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-misc 20191110-00:58 bman  aac58fdcc1e
app-dicts/dictd-web1913  20191110-00:58 bman  aac58fdcc1e
app-emacs/mode-compile   20191104-14:14 ulm   6b2b2b9116e
app-mobilephone/cobex20191105-22:33 mgornydd949e7a8a8
app-office/tedia2sql 20191105-22:33 mgornyc482d15d38c
app-text/mht-rip 20191105-22:33 mgorny718aea5f404
dev-embedded/gnap20191105-22:33 mgorny8037134341c
dev-libs/xplc20191105-22:33 mgornybddc0f7fe45
dev-vcs/cvsd 20191105-22:32 mgorny7d1c97e1aee
dev-vcs/cvsq 20191105-22:32 mgorny17ac440bc42
mail-client/biabam   20191105-22:31 mgorny3165a2737a8
mail-client/pinepgp  20191105-22:31 mgorny1dfa06b8831
mail-filter/clamassassin 20191105-22:31 mgorny405d389ae6d
mail-filter/clamsmtp 20191110-01:00 bman  9059d991cd1
mail-filter/disspam  20191105-22:31 mgorny484041e4273
mail-filter/procmail-lib 20191105-22:07 mgorny8e9a0de2bdc
mail-mta/qmail-ldap  20191110-01:02 bman  4eaa6b9b080
media-fonts/jsmath-extra-light   20191110-01:07 bman  b0168d91a12
media-gfx/cthumb 20191105-22:29 mgornydc2501d0d0c
media-gfx/fblogo 20191105-22:29 mgorny21a42846791
net-dialup/globespan-adsl20191105-22:29 mgornya070561bba3
net-dns/bind-dns-keygen  20191105-22:29 mgorny3630d59b09f
net-firewall/fwanalog20191105-22:29 mgornyf68430c174f
net-firewall/fwipsec 20191105-22:28 mgornyd683f71a1f6
net-firewall/quicktables 20191105-22:28 mgornye2c5d8cac19
net-firewall/shapecfg20191105-22:28 mgornyb571e0d43e1
net-im/openfire  20191110-01:01 bman  580fb204689
net-irc/dircproxy20191105-22:27 mgornyf426a6055d1
net-irc/irssi-otr20191105-19:36 mattst88  1e1792579d2
net-irc/jircii   20191105-22:27 mgorny8e8af230b9d
net-irc/miau 20191105-22:27 mgorny909b8f563d7
net-libs/openslp 20191105-22:34 mgornyae1e24fcf7e
net-mail/hotwayd 20191105-22:26 mgornyfdbb982cdf3
net-mail/mailsync20191110-01:04 bman  ef26fc49cb5
net-mail/popick  20191105-22:26 mgornyf3c15babebc
net-mail/spamcup 20191105-22:26 mgorny9c8f7fb0a0c
net-mail/yosucker20191105-22:26 mgorny50f7f28cead
net-misc/cgterm  20191105-22:26 mgornyd3b6bcd2977
net-misc/clockspeed-conf 20191105-22:23 mgornya96f400279f
net-misc/fmirror 20191105-22:23 mgorny5c3843463a1
net-misc/ipsc20191110-01:03 bman  769087baee3
net-misc/ng-utils20191105-22:22 mgorny67b4759d73b
net-misc/sendfile20191105-22:22 mgornyb2da2f6fc1e
net-news/yencode 20191105-22:21 mgorny2db71682dc3
net-nntp/slrnconf20191105-22:21 mgorny0ea15985839
net-nntp/ubh 20191105-22:21 mgorny762e2c40fa2
net-p2p/ctcs 20191105-22:20 mgornyf4d09567a55
net-proxy/ratproxy   20191105-22:20 mgorny5c4ba92ca6f
net-wireless/airsnort20191105-22:19 mgorny34dae891941
sys-apps/hwdata-redhat   20191105-22:19 mgorny3012cbdf07e
sys-auth/pam-afs-session 20191105-22:19 mgornyce844860110
sys-auth/pam_chroot  20191105-22:18 mgornyfbb3d738f28
sys-block/dellmgr20191105-22:16 mgorny9154666adda
sys-block/iscsitarget20191105-22:35 mgorny6d353bbe31f
www-apache/mod_xml2enc   20191105-22:35 mgorny1fa603c69db

Additions:
acct-group/mongodb   20191102-19:58 juippis   0a0e4cee73d
acct-group/teamspeak 20191108-08:46 juippis   e3d29d9eb02
acct-group/tox   20191019-01:46 juippis   443d8ad0e6d
acct-user/cmd5checkpw20191014-13:16 juippis   6d106ea22ca
acct-user/mongodb20191102-19:59 juippis   170e80b5d32
acct-user/mpd

[gentoo-dev] Packages up for grabs: net-fs/s3fs

2019-11-10 Thread Juraj Variny
I am no longer using it. 

There are open bugs: 656524 695430 

and a pull request: 
https://github.com/gentoo/gentoo/pull/13546

Juraj Variny





Re: [gentoo-dev] RFC acct-{user,group} for asterisk

2019-11-10 Thread Jaco Kroon
Hi,

On 2019/11/10 20:21, Michael Orlitzky wrote:
> On 11/10/19 12:36 PM, Jaco Kroon wrote:
>> What's the motivation for trying to match the UID and GID values from
>> other distributions?
>>
>> I previously tried to motivate a "purely dynamic" allocation with -1,
>> I'm showing this as an example where such an implementation would once
>> more be beneficial.
>>
> When sharing resources between multiple systems, you need some sort of
> centralized identity management. You can put the users in LDAP, for
> example, and then force everything to authenticate against that. But,
> doing that right is complicated, and is overkill if you just want to
> share some files between two machines.
>
> Having fixed UIDs and GIDs on all Gentoo systems gives you an easy way
> to centralize that identity management: in portage, where the IDs are
> hard-coded. Once GLEP81 has been implemented tree-wide, users can trust
> that (on new installs, at least), every system user and group will have
> the same ID. That gives you a simple way to e.g. mount shared apache
> resources without having to learn LDAP.
>
> If our IDs agree with other distributions, then to the extent possible,
> the same thing works cross-distro.
>
> We don't allow dynamic UIDs because it defeats this whole concept. You
> might not care what the ID is, but some of your users will.

Happy.  That makes sense.

May I proceed to use UID+GID 242 then for asterisk?

Seeing that 42 is apparently off limits by the above argument, and 142
could theoretically also end up being problematic.

Kind Regards,
Jaco




Re: [gentoo-dev] RFC acct-{user,group} for asterisk

2019-11-10 Thread Michael Orlitzky
On 11/10/19 12:36 PM, Jaco Kroon wrote:
> 
> What's the motivation for trying to match the UID and GID values from
> other distributions?
> 
> I previously tried to motivate a "purely dynamic" allocation with -1,
> I'm showing this as an example where such an implementation would once
> more be beneficial.
> 

When sharing resources between multiple systems, you need some sort of
centralized identity management. You can put the users in LDAP, for
example, and then force everything to authenticate against that. But,
doing that right is complicated, and is overkill if you just want to
share some files between two machines.

Having fixed UIDs and GIDs on all Gentoo systems gives you an easy way
to centralize that identity management: in portage, where the IDs are
hard-coded. Once GLEP81 has been implemented tree-wide, users can trust
that (on new installs, at least), every system user and group will have
the same ID. That gives you a simple way to e.g. mount shared apache
resources without having to learn LDAP.

If our IDs agree with other distributions, then to the extent possible,
the same thing works cross-distro.

We don't allow dynamic UIDs because it defeats this whole concept. You
might not care what the ID is, but some of your users will.



[gentoo-dev] Last rites: net-p2p/createtorrent

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-10)
# Maintainer-needed, EAPI=0, Removal in 15 days
# Upstream is dead and can't locate a new home
net-p2p/createtorrent

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


Re: [gentoo-dev] RFC acct-{user,group} for asterisk

2019-11-10 Thread Jaco Kroon
Hi Michał,

You're right.

Fedora and RHEL has gdm on 42, we don't have gdm via acct-{user,group}
and it's dynamic in the ebuild.

Arch has privoxy user on 42.  We also don't have acct-{user,group} for
that, enewgroup + user is both dynamic in ebuild.

What's the motivation for trying to match the UID and GID values from
other distributions?

I previously tried to motivate a "purely dynamic" allocation with -1,
I'm showing this as an example where such an implementation would once
more be beneficial.

On a similar note, GLEP 27 allowed for overriding config variables
here.  Never got implemented.  GLEP 81 does not.  Oversight or (as per
my suspicion) exclusion to keep things simpler?

Would 142 be acceptable?

Only conflict seems to be activemq on Fedora (which we don't seem to have).

Otherwise 242 seems to be completely available.

I don't particularly care what the exact value ends up being, 42 would
have been a sweet one due to the ascii value of * being 42.


Kind Regards,
Jaco Kroon

On 2019/11/10 18:31, Michał Górny wrote:

> On Sun, 2019-11-10 at 18:23 +0200, Jaco Kroon wrote:
>> Hi,
>>
>> As part of taking maintainership of the net-misc/asterisk package (and
>> related), one of the cleanup items is to use the new acct-{user,group}
>> method for assigning UID and GID values.
>>
>> As such I'd like to please reserve UID and GID = 42 for asterisk.
>>
>> Why 42?
>>
>> echo -e "\x$(bc <<<"obase=16; 42")"
>>
>> Current net-misc/asterisk uses a dynamically assigned UID and GID value.
>>
>> I do not have permission to edit
>> https://wiki.gentoo.org/wiki/UID_GID_Assignment_Table
>> (https://api.gentoo.org/uid-gid.txt).
>>
>> Neither RHEL nor Fedora seems to have an asterisk user.  Arch uses 77.
>> We already have qemu on 77.
>>
>
> Other distros use 42 for something else, particularly for stuff we have
> as well.
>




Re: [gentoo-dev] RFC acct-{user,group} for asterisk

2019-11-10 Thread Michał Górny
On Sun, 2019-11-10 at 18:23 +0200, Jaco Kroon wrote:
> Hi,
> 
> As part of taking maintainership of the net-misc/asterisk package (and
> related), one of the cleanup items is to use the new acct-{user,group}
> method for assigning UID and GID values.
> 
> As such I'd like to please reserve UID and GID = 42 for asterisk.
> 
> Why 42?
> 
> echo -e "\x$(bc <<<"obase=16; 42")"
> 
> Current net-misc/asterisk uses a dynamically assigned UID and GID value.
> 
> I do not have permission to edit
> https://wiki.gentoo.org/wiki/UID_GID_Assignment_Table
> (https://api.gentoo.org/uid-gid.txt).
> 
> Neither RHEL nor Fedora seems to have an asterisk user.  Arch uses 77. 
> We already have qemu on 77.
> 

Other distros use 42 for something else, particularly for stuff we have
as well.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH v2 1/3] ecm.eclass: New eclass

2019-11-10 Thread Gokturk Yuksek
>
> --- /dev/null
> +++ b/eclass/ecm.eclass
> @@ -0,0 +1,639 @@
> +# Copyright 1999-2019 Gentoo Authors
> +# Distributed under the terms of the GNU General Public License v2
> +
> +# @ECLASS: ecm.eclass
> +# @MAINTAINER:
> +# k...@gentoo.org
> +# @SUPPORTED_EAPIS: 7
> +# @BLURB: Support eclass for packages that use KDE Frameworks with ECM.
> +# @DESCRIPTION:
> +# This eclass is intended to streamline the creation of ebuilds for packages
> +# that use cmake and KDE Frameworks' extra-cmake-modules, thereby following
> +# some of their packaging conventions. It is primarily intended for the tree

s/tree/three/

> +# upstream release groups (Frameworks, Plasma, Applications) but also for any
> +# other package that follows similar conventions.
> +#
> +# This eclass unconditionally inherits cmake-utils.eclass and all its public
> +# variables and helper functions (not phase functions) may be considered as 
> part
> +# of this eclass's API.
> +#
> +# This eclass's phase functions are not intended to be mixed and matched, so 
> if
> +# any phase functions are overridden the version here should also be called.
> +#
> +# Porting from kde5.class
> +# - Convert all add_*_dep dependency functions to regular dependencies
> +# - Manually set LICENSE
> +# - Manually set SLOT
> +# - Rename vars and function names as needed, see kde5.eclass PORTING 
> comments
> +# - Instead of FRAMEWORKS_MINIMAL, define KFMIN in ebuilds and use it for 
> deps
> +
> +if [[ -z ${_ECM_UTILS_ECLASS} ]]; then
> +_ECM_UTILS_ECLASS=1
> +
> +# @ECLASS-VARIABLE: VIRTUALX_REQUIRED
> +# @DESCRIPTION:
> +# For proper description see virtualx.eclass manpage.
> +# Here we redefine default value to be manual, if your package needs virtualx
> +# for tests you should proceed with setting VIRTUALX_REQUIRED=test.
> +: ${VIRTUALX_REQUIRED:=manual}
> +
> +inherit cmake-utils flag-o-matic toolchain-funcs virtualx xdg
> +
> +case ${EAPI} in
> + 7) ;;
> + *) die "EAPI=${EAPI:-0} is not supported" ;;
> +esac
> +
> +if [[ -v KDE_GCC_MINIMAL ]]; then
> + EXPORT_FUNCTIONS pkg_pretend
> +fi
> +
> +EXPORT_FUNCTIONS pkg_setup src_prepare src_configure src_test pkg_preinst 
> pkg_postinst pkg_postrm
> +
> +# @ECLASS-VARIABLE: ECM_KDEINSTALLDIRS
> +# @DESCRIPTION:
> +# Assume the package is using KDEInstallDirs macro and switch
> +# KDE_INSTALL_USE_QT_SYS_PATHS to ON. If set to "false", do nothing.
> +: ${ECM_KDEINSTALLDIRS:=true}
> +
> +# @ECLASS-VARIABLE: ECM_NONGUI
> +# @DEFAULT_UNSET
> +# @DESCRIPTION:
> +# By default, for all CATEGORIES except kde-frameworks, assume we are 
> building
> +# a GUI application. Add dependency on kde-frameworks/breeze-icons or
> +# kde-frameworks/oxygen-icons and run the xdg.eclass routines for 
> pkg_preinst,
> +# pkg_postinst and pkg_postrm. If set to "true", do nothing.
> +if [[ ${CATEGORY} = kde-frameworks ]]; then
> + : ${ECM_NONGUI:=true}
> +fi
> +: ${ECM_NONGUI:=false}
> +
> +# @ECLASS-VARIABLE: ECM_DEBUG
> +# @DESCRIPTION:
> +# Add "debug" to IUSE. If !debug, add -DNDEBUG (via 
> cmake-utils_src_configure)
> +# and -DQT_NO_DEBUG to CPPFLAGS. If set to "false", do nothing.
> +: ${ECM_DEBUG:=true}
> +
> +# @ECLASS-VARIABLE: ECM_DESIGNERPLUGIN
> +# @DESCRIPTION:
> +# If set to "true", add "designer" to IUSE to toggle build of designer 
> plugins
> +# and add the necessary BDEPEND. If set to "false", do nothing.
> +: ${ECM_DESIGNERPLUGIN:=false}
> +
> +# @ECLASS-VARIABLE: ECM_EXAMPLES
> +# @DESCRIPTION:
> +# By default unconditionally ignore a top-level examples subdirectory.
> +# If set to "true", add "examples" to IUSE to toggle adding that 
> subdirectory.
> +: ${ECM_EXAMPLES:=false}
> +
> +# @ECLASS-VARIABLE: ECM_HANDBOOK
> +# @DESCRIPTION:
> +# Will accept "true", "false", "optional", "forceoptional". If set to 
> "false",
> +# do nothing.
> +# Otherwise, add "+handbook" to IUSE, add the appropriate dependency, and let
> +# KF5DocTools generate and install the handbook from docbook file(s) found in
> +# ECM_HANDBOOK_DIR. However if !handbook, disable build of ECM_HANDBOOK_DIR
> +# in CMakeLists.txt.
> +# If set to "optional", build with 
> -DCMAKE_DISABLE_FIND_PACKAGE_KF5DocTools=ON
> +# when !handbook. In case package requires KF5KDELibs4Support, see next:
> +# If set to "forceoptional", remove a KF5DocTools dependency from the root
> +# CMakeLists.txt in addition to the above.
> +: ${ECM_HANDBOOK:=false}
> +
> +# @ECLASS-VARIABLE: ECM_HANDBOOK_DIR
> +# @DESCRIPTION:
> +# Specifies the directory containing the docbook file(s) relative to ${S} to
> +# be processed by KF5DocTools (kdoctools_install).
> +: ${ECM_HANDBOOK_DIR:=doc}
> +
> +# @ECLASS-VARIABLE: ECM_PO_DIRS
> +# @DESCRIPTION:
> +# Specifies directories of l10n files relative to ${S} to be processed by
> +# KF5I18n (ki18n_install). If IUSE nls exists and is disabled then disable
> +# build of these directories in CMakeLists.txt.
> +: ${ECM_PO_DIRS:="po poqm"}
> +
> +# @ECLASS-VARIABLE: ECM_QTHELP
> +# @DEFAULT_UNSET
> +# @DESCRIPTION:
> +# Default value for all 

[gentoo-dev] RFC acct-{user,group} for asterisk

2019-11-10 Thread Jaco Kroon
Hi,

As part of taking maintainership of the net-misc/asterisk package (and
related), one of the cleanup items is to use the new acct-{user,group}
method for assigning UID and GID values.

As such I'd like to please reserve UID and GID = 42 for asterisk.

Why 42?

echo -e "\x$(bc <<<"obase=16; 42")"

Current net-misc/asterisk uses a dynamically assigned UID and GID value.

I do not have permission to edit
https://wiki.gentoo.org/wiki/UID_GID_Assignment_Table
(https://api.gentoo.org/uid-gid.txt).

Neither RHEL nor Fedora seems to have an asterisk user.  Arch uses 77. 
We already have qemu on 77.

Kind Regards,
Jaco










[gentoo-dev] acct-user/mpd request for ID

2019-11-10 Thread Mikle Kolyada
It will be 45 as this one was not taken.




signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: dev-libs/cygwin

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Added in 2008 and not updated since.  Multiple releases behind
# upstream.  Still at EAPI 0.
# Removal in 30 days.  Bug #697344.
dev-libs/cygwin

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] app-laptop/hdaps-gl: last rites

2019-11-10 Thread Aaron Bauman
On Sun, Nov 10, 2019 at 08:27:40AM -0500, Michael Orlitzky wrote:
> On 11/9/19 2:04 PM, Aaron Bauman wrote:
> > # Aaron Bauman  (2019-11-09)
> > # upstream moved to Github. not bumped in years
> > # EAPI=4 and maintainer-needed. Removal in 30 days
> > app-laptop/hdaps-gl
> > 
> 
> I took this one and made an EAPI=7 revision. I also contacted the
> maintainer of the other hdaps projects to see if we can find it a home.
> 

Thanks, Michael!

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


Re: [gentoo-dev] Last rites: games-fps/{doom*, quake*}

2019-11-10 Thread William Breathitt Gray
On Sat, Nov 09, 2019 at 08:13:53PM -0500, Aaron Bauman wrote:
> # Chris Gianelloni  (2008-03-03)
> # Masking due to security bug #194607 and security bug #204067

Bug #204067 is a duplicate of bug #194607. From the corresponding
Bugzilla thread, it looks like bug #194607 no longer applies.

If this are the only security issue, Doom3 and Quake4 may no longer
require the masks.

William Breathitt Gray

> # Removal in 10 days
> games-fps/doom3
> games-fps/doom3-cdoom
> games-fps/doom3-chextrek
> games-fps/doom3-data
> games-fps/doom3-demo
> games-fps/doom3-ducttape
> games-fps/doom3-eventhorizon
> games-fps/doom3-hellcampaign
> games-fps/doom3-inhell
> games-fps/doom3-lms
> games-fps/doom3-mitm
> games-fps/doom3-roe
> games-fps/quake4-bin
> games-fps/quake4-data
> games-fps/quake4-demo
> 
> -- 
> Cheers,
> Aaron





Re: [gentoo-dev] [PATCH v2 1/3] ecm.eclass: New eclass

2019-11-10 Thread Andreas Sturmlechner
--- /dev/null
+++ b/eclass/ecm.eclass
@@ -0,0 +1,639 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+# @ECLASS: ecm.eclass
+# @MAINTAINER:
+# k...@gentoo.org
+# @SUPPORTED_EAPIS: 7
+# @BLURB: Support eclass for packages that use KDE Frameworks with ECM.
+# @DESCRIPTION:
+# This eclass is intended to streamline the creation of ebuilds for packages
+# that use cmake and KDE Frameworks' extra-cmake-modules, thereby following
+# some of their packaging conventions. It is primarily intended for the tree
+# upstream release groups (Frameworks, Plasma, Applications) but also for any
+# other package that follows similar conventions.
+#
+# This eclass unconditionally inherits cmake-utils.eclass and all its public
+# variables and helper functions (not phase functions) may be considered as 
part
+# of this eclass's API.
+#
+# This eclass's phase functions are not intended to be mixed and matched, so if
+# any phase functions are overridden the version here should also be called.
+#
+# Porting from kde5.class
+# - Convert all add_*_dep dependency functions to regular dependencies
+# - Manually set LICENSE
+# - Manually set SLOT
+# - Rename vars and function names as needed, see kde5.eclass PORTING comments
+# - Instead of FRAMEWORKS_MINIMAL, define KFMIN in ebuilds and use it for deps
+
+if [[ -z ${_ECM_UTILS_ECLASS} ]]; then
+_ECM_UTILS_ECLASS=1
+
+# @ECLASS-VARIABLE: VIRTUALX_REQUIRED
+# @DESCRIPTION:
+# For proper description see virtualx.eclass manpage.
+# Here we redefine default value to be manual, if your package needs virtualx
+# for tests you should proceed with setting VIRTUALX_REQUIRED=test.
+: ${VIRTUALX_REQUIRED:=manual}
+
+inherit cmake-utils flag-o-matic toolchain-funcs virtualx xdg
+
+case ${EAPI} in
+   7) ;;
+   *) die "EAPI=${EAPI:-0} is not supported" ;;
+esac
+
+if [[ -v KDE_GCC_MINIMAL ]]; then
+   EXPORT_FUNCTIONS pkg_pretend
+fi
+
+EXPORT_FUNCTIONS pkg_setup src_prepare src_configure src_test pkg_preinst 
pkg_postinst pkg_postrm
+
+# @ECLASS-VARIABLE: ECM_KDEINSTALLDIRS
+# @DESCRIPTION:
+# Assume the package is using KDEInstallDirs macro and switch
+# KDE_INSTALL_USE_QT_SYS_PATHS to ON. If set to "false", do nothing.
+: ${ECM_KDEINSTALLDIRS:=true}
+
+# @ECLASS-VARIABLE: ECM_NONGUI
+# @DEFAULT_UNSET
+# @DESCRIPTION:
+# By default, for all CATEGORIES except kde-frameworks, assume we are building
+# a GUI application. Add dependency on kde-frameworks/breeze-icons or
+# kde-frameworks/oxygen-icons and run the xdg.eclass routines for pkg_preinst,
+# pkg_postinst and pkg_postrm. If set to "true", do nothing.
+if [[ ${CATEGORY} = kde-frameworks ]]; then
+   : ${ECM_NONGUI:=true}
+fi
+: ${ECM_NONGUI:=false}
+
+# @ECLASS-VARIABLE: ECM_DEBUG
+# @DESCRIPTION:
+# Add "debug" to IUSE. If !debug, add -DNDEBUG (via cmake-utils_src_configure)
+# and -DQT_NO_DEBUG to CPPFLAGS. If set to "false", do nothing.
+: ${ECM_DEBUG:=true}
+
+# @ECLASS-VARIABLE: ECM_DESIGNERPLUGIN
+# @DESCRIPTION:
+# If set to "true", add "designer" to IUSE to toggle build of designer plugins
+# and add the necessary BDEPEND. If set to "false", do nothing.
+: ${ECM_DESIGNERPLUGIN:=false}
+
+# @ECLASS-VARIABLE: ECM_EXAMPLES
+# @DESCRIPTION:
+# By default unconditionally ignore a top-level examples subdirectory.
+# If set to "true", add "examples" to IUSE to toggle adding that subdirectory.
+: ${ECM_EXAMPLES:=false}
+
+# @ECLASS-VARIABLE: ECM_HANDBOOK
+# @DESCRIPTION:
+# Will accept "true", "false", "optional", "forceoptional". If set to "false",
+# do nothing.
+# Otherwise, add "+handbook" to IUSE, add the appropriate dependency, and let
+# KF5DocTools generate and install the handbook from docbook file(s) found in
+# ECM_HANDBOOK_DIR. However if !handbook, disable build of ECM_HANDBOOK_DIR
+# in CMakeLists.txt.
+# If set to "optional", build with -DCMAKE_DISABLE_FIND_PACKAGE_KF5DocTools=ON
+# when !handbook. In case package requires KF5KDELibs4Support, see next:
+# If set to "forceoptional", remove a KF5DocTools dependency from the root
+# CMakeLists.txt in addition to the above.
+: ${ECM_HANDBOOK:=false}
+
+# @ECLASS-VARIABLE: ECM_HANDBOOK_DIR
+# @DESCRIPTION:
+# Specifies the directory containing the docbook file(s) relative to ${S} to
+# be processed by KF5DocTools (kdoctools_install).
+: ${ECM_HANDBOOK_DIR:=doc}
+
+# @ECLASS-VARIABLE: ECM_PO_DIRS
+# @DESCRIPTION:
+# Specifies directories of l10n files relative to ${S} to be processed by
+# KF5I18n (ki18n_install). If IUSE nls exists and is disabled then disable
+# build of these directories in CMakeLists.txt.
+: ${ECM_PO_DIRS:="po poqm"}
+
+# @ECLASS-VARIABLE: ECM_QTHELP
+# @DEFAULT_UNSET
+# @DESCRIPTION:
+# Default value for all CATEGORIES except kde-frameworks is "false".
+# If set to "true", add "doc" to IUSE, add the appropriate dependency, let
+# -DBUILD_QCH=ON generate and install Qt compressed help files when USE=doc.
+# If set to "false", do nothing.
+if [[ ${CATEGORY} = kde-frameworks ]]; then

Re: [gentoo-dev] app-laptop/hdaps-gl: last rites

2019-11-10 Thread Michael Orlitzky
On 11/9/19 2:04 PM, Aaron Bauman wrote:
> # Aaron Bauman  (2019-11-09)
> # upstream moved to Github. not bumped in years
> # EAPI=4 and maintainer-needed. Removal in 30 days
> app-laptop/hdaps-gl
> 

I took this one and made an EAPI=7 revision. I also contacted the
maintainer of the other hdaps projects to see if we can find it a home.



[gentoo-dev] Last rites: sys-apps/ibm-powerpc-utils-papr, sys-apps/lkcdutils, sys-block/nwutil, sys-boot/aboot, sys-boot/milo, sys-libs/libspe2, sys-libs/mars

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Those packages are at EAPI 0.  Their respective maintainers
# are unresponsive and they require specific hardware to build.
# If someone has the hardware, please bump them to a newer EAPI.
#
# sys-apps/ibm-powerpc-utils-papr (ppc*): bug #697210
# sys-apps/lkcdutils (s390): bug #697212
# sys-block/nwutil (arm): bug #697198
# sys-boot/aboot (alpha): bug #697182
# sys-boot/milo (alpha): bug #697180
# sys-libs/libspe2 & sys-libs/mars (ppc64): bug #697158
#
# Removal in 30 days.
sys-apps/ibm-powerpc-utils-papr
sys-apps/lkcdutils
sys-block/nwutil
sys-boot/aboot
sys-boot/milo
sys-libs/libspe2
sys-libs/mars

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-embedded/tigcc

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Known to segfault.  EAPI 0.  Nobody should get near that ebuild
# without a ten foot pole.  Stuck at a beta from 2006.
# Removal in 30 days.  Bug #612384.
dev-embedded/tigcc

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-embedded/sgpp-lite-arm-*-bin

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Incorrect LICENSE (claims to be @FREE while it is @EULA).  EAPI 0.
# Two of them are in 2010 versions, one in 2014.  No revdeps.
# Removal in 30 days.  Bug #699736.
dev-embedded/sgpp-lite-arm-eabi-bin
dev-embedded/sgpp-lite-arm-linux-bin
dev-embedded/sgpp-lite-arm-uclinux-bin

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] gid 212 for cmd5checkpw

2019-11-10 Thread Rolf Eike Beer
Currently cmd5checkpw has a user of the same name at uid 212, but no group. 
The user owns the password database, and the binary is setuid to that user. I 
would like to change both to use a special group instead, so the user is not 
able to modify the files anymore. Since noone uses gid 212 I think it would be 
a good fit.

signature.asc
Description: This is a digitally signed message part.


[gentoo-dev] Last rites: dev-dotnet/gsf-sharp

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Does not build on new profiles.  EAPI 0.  No revdeps.
# Removal in 30 days.  Bug #681186.
dev-dotnet/gsf-sharp

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] RFC acct-{group,user}/openrct2 GID/UID 479

2019-11-10 Thread Conrad Kostecki
I am currently reworking the games-simulation/openrct2 ebuild and want 
to add headless server support.
Since the server should not be run as root, I would like to introduce a 
new user openrct2.


Arch, Fedora and RHEL don't have such a user, so I would like to take 
the next free GID/UID.

This is according to the list currently 479.

Conrad




[gentoo-dev] Last rites: games-fps/{doom*, quake*}

2019-11-10 Thread Aaron Bauman
# Chris Gianelloni  (2008-03-03)
# Masking due to security bug #194607 and security bug #204067
# Removal in 10 days
games-fps/doom3
games-fps/doom3-cdoom
games-fps/doom3-chextrek
games-fps/doom3-data
games-fps/doom3-demo
games-fps/doom3-ducttape
games-fps/doom3-eventhorizon
games-fps/doom3-hellcampaign
games-fps/doom3-inhell
games-fps/doom3-lms
games-fps/doom3-mitm
games-fps/doom3-roe
games-fps/quake4-bin
games-fps/quake4-data
games-fps/quake4-demo

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] Last rites: sys-cluster/osc-mpiexec

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-10)
# Fails to build since 2017.  EAPI 0.  No revdeps.
# Removal in 30 days.  Bug #618464.
sys-cluster/osc-mpiexec

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sys-libs/lib-compat{-loki}, games-action/phobiaii, games-fps/{rtcw, unreal}, games-strategy/{heroes3, smac}

2019-11-10 Thread Aaron Bauman
# Ulrich Müller  (2014-07-15)
# Permanently mask sys-libs/lib-compat and its reverse dependencies,
# pending multiple security vulnerabilities and QA issues.
# See bugs #515926 and #510960. Removal in 10 days.
sys-libs/lib-compat
sys-libs/lib-compat-loki
games-action/phobiaii
games-fps/rtcw
games-fps/unreal
games-strategy/heroes3
games-strategy/smac

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] app-forensics/magicrescue: Last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# homepage dead, maintainer-needed
# EAPI=4. Removal in 30 days
app-forensics/magicrescue

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


Re: [gentoo-dev] [PATCH] autotools.eclass: drop outdated sys-devel/gettext blocker

2019-11-10 Thread Sergei Trofimovich
On Fri, 23 Aug 2019 22:46:22 +0200
Thomas Deutschmann  wrote:

> All  
> Reported-by: Jory Pratt 
> Signed-off-by: Thomas Deutschmann 
> ---
>  eclass/autotools.eclass | 5 +
>  1 file changed, 1 insertion(+), 4 deletions(-)

I pushed it as:

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e10485c43714c1d2bb4e241c29f60ac56c45b75b

> diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
> index 9143aa454d0d..9df0e1b93663 100644
> --- a/eclass/autotools.eclass
> +++ b/eclass/autotools.eclass
> @@ -109,10 +109,7 @@ if [[ -n ${WANT_LIBTOOL} ]] ; then
>   export WANT_LIBTOOL
>  fi
>  
> -# Force people (nicely) to upgrade to a newer version of gettext as
> -# older ones are known to be crappy.  #496454
> -AUTOTOOLS_DEPEND="! - ${_automake_atom}
> +AUTOTOOLS_DEPEND="${_automake_atom}
>   ${_autoconf_atom}
>   ${_libtool_atom}"
>  RDEPEND=""
> -- 
> 2.23.0
> 
> 


-- 

  Sergei



[gentoo-dev] app-admin/durep: last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# maintainer-need, upstream website is dead
# EAPI=4. Removal in 30 days
app-admin/durep

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] app-laptop/hdaps-gl: last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# upstream moved to Github. not bumped in years
# EAPI=4 and maintainer-needed. Removal in 30 days
app-laptop/hdaps-gl

-- 
Cheers,
Aaron



signature.asc
Description: PGP signature


[gentoo-dev] Last rites: sys-cluster/cman-lib, sys-cluster/dlm, sys-cluster/dlm-lib

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-09)
# Remnants of 'Cluster Suite', with no external revdeps.  dlm-lib
# does not build with modern kernels anymore.  EAPI 0.
# Removal in 30 days.  Bug #533122.
sys-cluster/cman-lib
sys-cluster/dlm
sys-cluster/dlm-lib

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] app-backup/furball: last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# maintainer-needed, no known upstream homepage
# what does it even do? Removal in 30 days
app-backup/furball

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] Last rites: media-video/emovix

2019-11-10 Thread Michał Górny
# Michał Górny  (2019-11-09)
# Multimedia distribution with last release in 2005.  Its usefulness
# with modern media is doubtful.
# Removal in 30 days.  Bug #699694.
media-video/emovix

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] app-admin/durep: last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# maintainer-need, upstream website is dead
# EAPI=4. Removal in 30 days
app-admin/durep

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] app-backup/furball: last rites

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# maintainer-needed, no known upstream homepage
# what does it even do? Removal in 30 days
app-backup/furball

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature


[gentoo-dev] Last rites: app-text/vlna

2019-11-10 Thread Aaron Bauman
# Aaron Bauman  (2019-11-09)
# EAPI=0, dead SrcUrl
# Removal in 30 days
app-text/vlna

-- 
Cheers,
Aaron


signature.asc
Description: PGP signature