Add a helper function to easily take care of the most common
dev-python/sphinx usage for HTML doc building.
Signed-off-by: Michał Górny
---
eclass/distutils-r1.eclass | 98 ++
1 file changed, 98 insertions(+)
diff --git a/eclass/distutils-r1.eclass b/eclass/d
Signed-off-by: Michał Górny
---
dev-python/cssselect/cssselect-1.0.3.ebuild | 26 ++---
1 file changed, 2 insertions(+), 24 deletions(-)
diff --git a/dev-python/cssselect/cssselect-1.0.3.ebuild
b/dev-python/cssselect/cssselect-1.0.3.ebuild
index 80aef78e55b9..eb7e80a7db75 100644
Signed-off-by: Michał Górny
---
dev-python/future/future-0.18.2.ebuild | 23 +++
1 file changed, 3 insertions(+), 20 deletions(-)
diff --git a/dev-python/future/future-0.18.2.ebuild
b/dev-python/future/future-0.18.2.ebuild
index d5b55ddea8d2..91b1a6a29af8 100644
--- a/dev-py
Signed-off-by: Michał Górny
---
dev-python/jinja/jinja-2.10.3-r1.ebuild | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/dev-python/jinja/jinja-2.10.3-r1.ebuild
b/dev-python/jinja/jinja-2.10.3-r1.ebuild
index 39131f10d5a9..f021773e3385 100644
--- a/dev-pytho
Hi Michał,
Thanks for doing this work, it's always better to have standardized
ways of doing things.
On Wed, 20 Nov 2019 15:21:55 +0100
Michał Górny wrote:
> +distutils_enable_sphinx() {
> + debug-print-function ${FUNCNAME} "${@}"
> + [[ ${#} -ge 1 ]] || die "${FUNCNAME} takes at leas
On Wed, 2019-11-20 at 10:23 -0800, Patrick McLean wrote:
> Hi Michał,
>
> Thanks for doing this work, it's always better to have standardized
> ways of doing things.
>
> On Wed, 20 Nov 2019 15:21:55 +0100
> Michał Górny wrote:
>
>
>
> > +distutils_enable_sphinx() {
> > + debug-print-functio
On 17:47 Mon 18 Nov , Tim Harder wrote:
> The following list of packages are up for grabs that I dropped myself as
> as a direct maintainer from. There are probably a significantly larger
> number that I've indirectly maintained hiding under the guise of older
> projects that mostly act likes h
On Thu, 7 Nov 2019 11:52:19 -0800
Patrick McLean wrote:
I will push the attached version with zmedico's change on Friday unless
there are objections (I have addressed all the feedback so far AFAIK).
> Given glibc upstream's tentative plans to remove libcrypt [1], I think
> we should start workin
Hello gentoo-dev,
First proposition on this list so hopefully not missing some kind of
netiquette/policy.
I noticed for some time that there seems to be two use cases for the
gles[123] family of USE flags in gentoo repo:
1. enabling support of OpenGL ES, which seems interesting to have for
more
