Cleaned up some output cruft in the process
Removed explicit LICENSE= to use default, which better reflects
what is true when upstream specifies "the perl license"
But upstream says "perl 5.8.8, or any later perl 5"
Package-Manager: Portage-2.3.97, Repoman-2.3.22
Signed-off-by: Kent Fredric <kentnl@gentoo.org>
Currently has only an EAPI build, which has been untouched
(beyond keywording) since git migration.
Package-Manager: Portage-2.3.97, Repoman-2.3.22
Signed-off-by: Kent Fredric <kentnl@gentoo.org>
Upstream now handles the global prefix correctly so there is no need to
set it to $EPREFIX/usr/include; simply $EPREFIX/usr - i.e. the Gentoo
default will do.
Closes: https://bugs.gentoo.org/716392
Signed-off-by: Marek Szuba <marecki@gentoo.org>
As suggested in bug #717654 install prebuilt font by default, even still
allowing to optionally built it with supplied images as they contain more
updated images and, sometimes, more emojis.
Also be more verbose while building
Closes: https://bugs.gentoo.org/717654
Thanks-to: Kent Fredric
Package-Manager: Portage-2.3.96, Repoman-2.3.22
Signed-off-by: Pacho Ramos <pacho@gentoo.org>
libjcat build scripts run an external Python script to generate a map
file for the library. In the current version of libjcat Meson invokes
that script using the same Python as itself (it depends on the same
Python packages as said script), however upstream has recently changed
this to an explicit request for an implementation providing XML support
and setuptools - and when I tried the very same approach in the course
of investigating Bug #715670, without an explicit dependency it would
abort configuration unless the necessary modules were provided by the
default python3. Besides, implicitly depending on modules used
by Meson itself goes against the whole "I am written in Python but you
are not supposed to pay any attention to it" thing.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
One, this is a multi-implementation package so we do not want
dependencies to be conditional.
Two, no need to set DEPEND.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
No real benefits of installing this for multiple Python implementations,
in the end borgmatic is always invoked as scripts.
While at it, clean up dependencies a bit.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Instead of having to jump through hoops to satisfy setuptools-scm,
remove references to that package and seed the version file manually,
using the value of ${PV}. Presto, can use GitHub release archives -
and by extension run tests - again!
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Also hardening is not needed for a long time
Closes: https://bugs.gentoo.org/716674
Package-Manager: Portage-2.3.96, Repoman-2.3.22
Signed-off-by: Pacho Ramos <pacho@gentoo.org>
Take maintainership of the package.
Closes: https://bugs.gentoo.org/718500
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Thomas Beierlein <tomjbe@gentoo.org>
