It was accidentally dropped in -r2 as a side effect of two people
modifying the same atom asynchronously.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
It has always been needed, since the original institution of
distutils-r1 usage in commit 4757774468.
However it is usually pulled in by setuptools via a PDEPEND due to an
unrelated buggy portage behavior that is going away.
Moving to SETUPTOOLS_SCM_PRETEND_VERSION caused pkgcheck to notice this
as PythonMissingSCMDependency and report a warning.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Albeit changes nothing given using a REQUIRED_USE, but like X= this
is for screencapture and should be together.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
It is used internally by the debian script update-ca-certificates,
because on Debian, debianutils is "essential". But on Gentoo it is not,
and this is the only package that is essentially unavoidable and drags
it in. There is also kernel packages, but that is potentially
avoidable...
Patch out the script to use a trivial bash construct which is even
shorter than shelling out to an external program, and allows dropping
this dependency.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
setuptools-scm has a number of ways to detect the version of a package.
Of course getting it from a git repo is the base approach. For pypi
tarballs, it detects the version from the PKG-INFO file shipped in
sdists.
We have neither. But setuptools-scm also supports manually overriding it
in cases where you *know* the answer. There is no need to create a dummy
file: just export the "PRETEND_VERSION" variable and setuptools-scm will
respect it as an override.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
These seds predate the import of ::gentoo into git in 2015, and were
pointless even then. The relevant code was removed from busybox upstream
in 2007.
See upstream commits:
- 3240474c23bf4f47536a854693b4cbacb54b9b04
- 3f9c84857617b0cf0d1824664e371fb6a4cac2e3
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Regression in commit 4757774468.
Sadly upstream doesn't have a decent Makefile. They do have a Makefile,
and it has an install target, but it's incompatible with making it an
importable module. To cap it off, it installs to nonexistent html
directories that don't use the git configure settings, then runs
`which`.
Previously, we had a hand-rolled src_install that ran dobin/doman. This
was updated to hack the ever-living heck out of distutils-r1, to make
use of upstream's other terrible build system -- a setup.py that relies
on setuptools-scm but doesn't export information, create dist tarballs,
use git_archival.txt, or even ***have setup.py in the project root***.
Certainly, setup.py doesn't actually install manpages.
So, we install half the package with distutils-r1 and restore the other
half by using doman.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Hans de Graaff
Sam James
Ionen Wolkens
Alfred Wingate
Eli Schwartz
Henning Schild
Michał Górny
Matoro Mahri