net-libs/gupnp-1.0.3: py3 support and python-single-r1.eclass

Python is used for install gupnp-binding-tool /usr/bin utility,
there's no point installing it for all python versions supported,
even if more than one is supported, as there's no point for the
/usr/bin wrapper. Use python-single-r1 properly instead.
The package not working with python3 seems to be an old comment,
and other distributions seem to use it fine, so support up to
py3.6 as well as the single-target choice. I don't have 3.7 quite
yet to test that.

Package-Manager: Portage-2.3.43, Repoman-2.3.10

diff --git a/net-libs/gupnp/gupnp-1.0.3.ebuild b/net-libs/gupnp/gupnp-1.0.3.ebuild
index 02c1369b673647bd888d64e433912ee0aab49b8e..7d734ad14af93222090a3134b9d4bae35672ce28 100644 (file)
--- a/net-libs/gupnp/gupnp-1.0.3.ebuild
+++ b/net-libs/gupnp/gupnp-1.0.3.ebuild
@@ -3,11 +3,10 @@
 
 EAPI="6"
 VALA_USE_DEPEND="vapigen"
-# FIXME: Claims to works with python3 but appears to be wishful thinking
-PYTHON_COMPAT=( python2_7 )
+PYTHON_COMPAT=( python{2_7,3_4,3_5,3_6} )
 PYTHON_REQ_USE="xml"
 
-inherit gnome2 multilib-minimal python-r1 vala
+inherit gnome2 multilib-minimal python-single-r1 vala
 
 DESCRIPTION="An object-oriented framework for creating UPnP devs and control points"
 HOMEPAGE="https://wiki.gnome.org/Projects/GUPnP"
@@ -69,5 +68,5 @@ multilib_src_install() {
 
 multilib_src_install_all() {
        einstalldocs
-       python_foreach_impl python_doscript tools/gupnp-binding-tool
+       python_fix_shebang "${ED}"/usr/bin/gupnp-binding-tool
 }