Re: [gentoo-dev] [PATCH v3 6/9] glep-0072: Combine and amend description of states
Am Montag, 13. April 2020, 20:49:45 CEST schrieb Andreas K. Hüttel: > > > [Maybe someone who actually does slow-arch work should speak up. Anyone > > > out > > > there still reading g-dev?] > > > > I'm lost. The original definition said that this state is for arches > > that use stable only on subset of packages needed for stage building. > > Why would people file streqs for other packages then? > > Shrug. I'm not going to fight here for anything. > > Just my experience after some arches lost stable status was that these arch > people still wanted to get CC'ed in stabilization requests. If only to keep > track. I would very much welcome if these arches would be CC'ed on anything that was previously stable for them, i.e. nattka '*'. I'm fighting the dependency tree on hppa and stable to get them back to stable with a managable set of packages. I had at least 2 packges over the weekend that lost their stable keywords in a "cleanup old versions" after a previous stable request where one of these arches was forgotten. Luckily this wasn't too late now, if this happens after a while it is a nightmare to fight that back. And when we are at it, please don't forget these arches when doing ALLARCHES stabilization either. I hope that nattka will actually improve both situations. Eike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Packages up for grabs
Hey, here's a list of packages recently dropped to maintainer-needed due to retirement of multiple inactive proxied maintainers. (b) = open bugs, (v) = new version is available. -- app-admin/cdist (v) app-admin/passwordsafe (b,v) app-backup/duply (b,v) app-backup/rear (b,v) app-crypt/envchain (b,v) app-emulation/crun (b,v) app-laptop/i8kutils (b,v) app-misc/abduco app-misc/dfshow (b,v) dev-go/delve (b) dev-lua/luv (v) dev-libs/granite (b,v) dev-tex/biber (b,v) dev-util/kdstatemachineeditor (b,v) dev-util/kubebuilder (b,v) dev-util/packer (b,v) dev-util/spec-cleaner (b,v) dev-python/confuse (v) dev-python/mediafile (v) dev-python/sphinxcontrib-pretty-searchresults games-puzzle/nudoku (b,v) media-fonts/fontawesome (v) media-fonts/iosevka (b,v) media-libs/gexiv2 (b) media-sound/beets (b) net-dns/dnscap (b,v) net-dns/dnstop (b) net-im/skypeforlinux (b) net-irc/ngircd (b,v) net-nntp/suck (b,v) net-p2p/transmission-remote-cli (b) net-vpn/vpnc (b,v) sci-calculators/bc-gh (v) sci-electronics/librepcb (b,v) www-apps/hugo (b,v) x11-terms/roxterm (b,v) x11-wm/notion (b,v) -- Note to any current proxy-maintainers admiring to take these: Remember to do version bumps and bug fixes where possible before adding yourself to metadata.xml. -- juippis signature.asc Description: OpenPGP digital signature
[gentoo-dev] News items spring cleaning
Last year, we had removed all news items up to 2013-12-31. I suggest that we do the same now for the items from 2014, namely: 2014-02-25 Upgrade to >=sys-fs/udev-210 2014-03-12 Profile EAPI 5 requirement 2014-03-16 Ruby 1.8 removal; Ruby 1.9/2.0 default 2014-06-03 UPower loses hibernate / suspend to systemd 2014-07-17 dhcpcd >= 6.4.2 changes defaults for IPv6 2014-08-20 MySQL 5.5 upgrade procedures 2014-10-04 Restructuring of mips profiles 2014-10-22 MythTV SchedulesDirect Change 2014-10-22 Upgrading to musl 1.1.5 2014-11-07 Upgrade to udev >= 217 or eudev >= 2.1 2014-11-11 sys-devel/kgcc64 removal on sparc 2014-11-25 bash-completion-2.1-r90 Please speak up if you think that any of them is still relevant. Otherwise, I would remove them in one week from now. Ulrich signature.asc Description: PGP signature
Re: [gentoo-dev] Packages up for grabs
Ühel kenal päeval, T, 14.04.2020 kell 11:36, kirjutas Joonas Niilola: > gexiv2 gnome@ can take this Mart signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs
On Tue, 2020-04-14 at 11:36 +0300, Joonas Niilola wrote: > Hey, > > here's a list of packages recently dropped to maintainer-needed due to > retirement of multiple inactive proxied maintainers. > > (b) = open bugs, > (v) = new version is available. > > -- > net-im/skypeforlinux (b) > net-vpn/vpnc (b,v) > x11-wm/notion (b,v) > -- I'll take these
Re: [gentoo-dev] Packages up for grabs
[2020-04-14 11:36:54+0300] Joonas Niilola: > here's a list of packages recently dropped to maintainer-needed due to > retirement of multiple inactive proxied maintainers. > > (b) = open bugs, > (v) = new version is available. > > -- > net-nntp/suck (b,v) > -- I'll this one, I got it version-bumped in my overlay.
Re: [gentoo-dev] Packages up for grabs
Hi, > On 14 Apr 2020, at 09:36, Joonas Niilola wrote: > > net-irc/ngircd (b,v) Quite happy to take this on. I’ll do a bump with GLEP 81 in there, provided nobody else is interested in this. Sam
Re: [gentoo-dev] [RFC] CC-ARCHES keyword on Bugzilla
On Mon, 2020-04-13 at 19:17 +0200, Michał Górny wrote: > Hi, > > One of the goals behind NATTkA was to make keywording/stabilization > easier. Right now it's mostly possible to file the most common requests > without having to copy keywords everywhere. Still, there's a need to CC > arches which isn't exactly the most convenient part. > > I was thinking how to make NATTkA help with that. After considering > a few options, I'd like to push forward the following proposition: let's > add a 'CC-ARCHES' keyword to Bugzilla. If a bug is marked with that > keyword and passes sanity check, NATTkA will automatically CC all > relevant arch teams (based on keyword list). > > What do you think? > This is now live, and I've just confirmed that it works in production: https://bugs.gentoo.org/717452 -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs
On 14.04.2020 at 08:36 user Joonas Niilola wrote: > media-fonts/iosevka (b,v) Can take a look at PM'ing this (unless somebody else is interested). -- Georg Rudoy
Re: [gentoo-dev] Packages up for grabs
Hello Joonas, I will take On 14.04.20 10:36, Joonas Niilola wrote: > app-admin/passwordsafe (b,v) if my abiulities are sufficient CU Martin 0xCE5F3E9B6DE05D12.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
[gentoo-dev] [PATCH] fcaps.eclass: Remove sys-libs/libcap-ng support
libcap-ng-0.7.10 changed the output format slightly (in upstream commit
bc1a9c07ebf5 "- Add capng_have_permitted_capabilities function and use
it in filecap"), breaking our usage of it. It's obvious that it's not
supposed to be used programmatically given the awful sed'ing we were
already doing. It doesn't seem like there was a compelling reason why it
was added either (bug #454908), so let's just get rid of it.
At the same time, fix the dependency on sys-libs/libcap by moving it to
RDEPEND, as dependencies in DEPEND/BDEPEND are not guaranteed to exist
during pkg_postinst() when this eclass is intended to run.
Signed-off-by: Matt Turner
---
eclass/fcaps.eclass | 95 +
1 file changed, 27 insertions(+), 68 deletions(-)
diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 0bb23f8cca7..43a76e253df 100644
--- a/eclass/fcaps.eclass
+++ b/eclass/fcaps.eclass
@@ -33,11 +33,8 @@ _FCAPS_ECLASS=1
IUSE="+filecaps"
-# We can't use libcap-ng atm due to #471414.
-case "${EAPI:-0}" in
- [0-6]) DEPEND="filecaps? ( sys-libs/libcap )" ;;
- *) BDEPEND="filecaps? ( sys-libs/libcap )" ;;
-esac
+# Since it is needed in pkg_postinst() it must be in RDEPEND
+RDEPEND="filecaps? ( sys-libs/libcap )"
# @ECLASS-VARIABLE: FILECAPS
# @DEFAULT_UNSET
@@ -134,69 +131,31 @@ fcaps() {
# by people.
chmod ${caps_mode} "${file}" || die
- # Set/verify funcs for sys-libs/libcap.
- _libcap(){ setcap "${caps}" "${file}" ; }
- _libcap_verify() { setcap -v "${caps}" "${file}"
>/dev/null ; }
-
- # Set/verify funcs for sys-libs/libcap-ng.
- # Note: filecap only supports =ep mode.
- # It also expects a different form:
- # setcap cap_foo,cap_bar
- # filecap foo bar
- _libcap_ng() {
- local caps=",${caps%=ep}"
- filecap "${file}" "${caps//,cap_}"
- }
- _libcap_ng_verify() {
- # libcap-ng has a crappy interface
- local rcaps icaps caps=",${caps%=ep}"
- rcaps=$(filecap "${file}" | \
- sed -nr \
- -e "s:^.{${#file}} +::" \
- -e 's:, +:\n:g' \
- -e 2p | \
- LC_ALL=C sort)
- [[ ${PIPESTATUS[0]} -eq 0 ]] || return 1
- icaps=$(echo "${caps//,cap_}" | LC_ALL=C sort)
- [[ ${rcaps} == ${icaps} ]]
- }
-
- local out cmd notfound=0
- for cmd in _libcap _libcap_ng ; do
- if ! out=$(LC_ALL=C ${cmd} 2>&1) ; then
- case ${out} in
- *"command not found"*)
- : $(( ++notfound ))
- continue
- ;;
- # ENOTSUP and EOPNOTSUPP might be the
same value which means
- # strerror() on them is unstable -- we
can get both. #559608
- *"Not supported"*|\
- *"Operation not supported"*)
- local fstype=$(stat -f -c %T
"${file}")
- ewarn "Could not set caps on
'${file}' due to missing filesystem support:"
- ewarn "* enable XATTR support
for '${fstype}' in your kernel (if configurable)"
- ewarn "* mount the fs with the
user_xattr option (if not the default)"
- ewarn "* enable the relevant
FS_SECURITY option (if configurable)"
- break
- ;;
- *)
- eerror "Setting caps '${caps}'
on file '${file}' failed:"
- eerror "${out}"
- die "could not set caps"
- ;;
- esac
- else
- # Sanity check that everything took.
- ${cmd}_verify || die "Checking cap
