From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.sws.net.au (smtp.sws.net.au [144.76.186.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 38F8E15E97 for ; Sun, 19 Jul 2026 05:37:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=144.76.186.9 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784439471; cv=none; b=ClA+ubh8FJ4UnhTaGAB5oz3Sw2wc0QZN6JECr+VBZhA6uMutJAP7bvYBfPv9OMkXpCSxoujdZPNCydMgnScfxZTtBE5NOggqDkRumrgRQYU+x0o6v+atHPOH2p2RfXjXxDy2G4C/dGT9o2PmSbGxiR/GpsKOyLvWdfnuByI+CYs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784439471; c=relaxed/simple; bh=yCXh3sCppqNlrZOtAT0Hm5QNshmyLknynZdEgjKnYAU=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=MyUVBDoqbmGdUR9yJJrO7u1sILPpBIX3HoasQwLsUb/SqVAGkZO52WGxpDV0o0ulkS6e4Hkqz3Ts9QxLsBgNrR3Gqctef1iddvjZRxvWFNxq4baxSqGpQAJXfCWYy59zpLmlIBz04xha2oOR0RC6MrBgZ1sk/FLuqJE8IlxjLGw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=coker.com.au; spf=pass smtp.mailfrom=coker.com.au; dkim=pass (1024-bit key) header.d=coker.com.au header.i=@coker.com.au header.b=Kgff4I4+; arc=none smtp.client-ip=144.76.186.9 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=coker.com.au Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=coker.com.au Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=coker.com.au header.i=@coker.com.au header.b="Kgff4I4+" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coker.com.au; s=2008; t=1784439461; bh=QD7O6wDzg//q0MTsiNHadFCMrZ3pA5eeXXB+ZNGOyPw=; l=591; h=From:To:Subject:Date:In-Reply-To:References:From; b=Kgff4I4+hSujOH06Mw8lALdXLR4UWzMf8eBLIbREJwYfBjOCZ2XypJNFbJu0GAngu TL6tCuMkChIzBhgB9g4M7vrfn0k6su90Lb1T5DZDug5PUxZqBPE8lnE8dgsxahzCPW z9I+a2+pOSZA5EaUl5I+mSZ3DVphABBIMitKUS/g= Received: from liv.coker.com.au (2403-5804-9a6c-0-7b09-a32a-2855-8dc6.ip6.aussiebb.net [IPv6:2403:5804:9a6c:0:7b09:a32a:2855:8dc6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: russell@coker.com.au) by smtp.sws.net.au (Postfix) with ESMTPSA id 08E1525A20; Sun, 19 Jul 2026 15:37:39 +1000 (AEST) From: Russell Coker To: selinux-refpolicy@vger.kernel.org, Antonio Russo Subject: Re: pipewire etc Date: Sun, 19 Jul 2026 15:37:36 +1000 Message-ID: <2523625.BzM5BlMlMQ@dojacat> In-Reply-To: References: <2540904.xDKz687JKs@xev> Precedence: bulk X-Mailing-List: selinux-refpolicy@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Saturday, 27 June 2026 23:38:36 AEST Antonio Russo wrote: > I've modified this (and am trying to get cleaned up for up-streaming) an > attribute pipewire_client that mirrors the pulseaudio_client attribute. Is > there a reason to prefer the many > pipewire_{stream_connect,rw_stream_sockets,etc.} macros vs something like > pipewire_client_domain() ? I think something like an audio_client attribute combined with booleans for audio domains that require more permissions would be better. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/