summaryrefslogtreecommitdiff
path: root/dev-python/bitarray/bitarray-3.4.3.ebuild
diff options
context:
space:
mode:
authorEli Schwartz <eschwartz@gentoo.org>2024-11-27 15:18:50 -0500
committerEli Schwartz <eschwartz@gentoo.org>2025-07-30 01:06:31 -0400
commitcfb46f4ff4ff2f5327b105dbe0bd96505befef67 (patch)
tree33ae1ee2166f200f63e16dca2c5f9d39306fb4ac /dev-python/bitarray/bitarray-3.4.3.ebuild
parent4422a601583bdfadbe80a18115f5873c4a08f456 (diff)
downloadgentoo-cfb46f4ff4ff2f5327b105dbe0bd96505befef67.tar.gz
gentoo-cfb46f4ff4ff2f5327b105dbe0bd96505befef67.tar.bz2
gentoo-cfb46f4ff4ff2f5327b105dbe0bd96505befef67.zip
sec-keys/openpgp-keys-gnutls: update to use sec-keys.eclass
Bump EAPI 7 -> 8 as required by eclass. ;) This is a nice demonstration of using the eclass. It showcases some advanced usage, in particular, how to augment a single key within a keyring published on upstream's website with an extended expiration date from the openpgp.org keyserver. The ebuild was previously updated in commit 1061fd37f9491f2601a8b5b6c92ffc3a2f42d7c9 with some explanatory text about why we needed to do that. It wasn't a very good commit (sorry, past self!) because it was kind of inscrutable whether the key "should" have been included. That commit would have instead modified "manual" to "openpgp" for daiki, had the eclass existed exactly a year ago. Bug: https://gitlab.com/gnutls/web-pages/-/issues/6 Fixes: 1061fd37f9491f2601a8b5b6c92ffc3a2f42d7c9 Signed-off-by: Eli Schwartz <eschwartz@gentoo.org>
Diffstat (limited to 'dev-python/bitarray/bitarray-3.4.3.ebuild')
0 files changed, 0 insertions, 0 deletions