From nobody Wed Jun 12 10:25:59 2024 X-Original-To: dev-commits-ports-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VzhX748Xbz5LwVC; Wed, 12 Jun 2024 10:25:59 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VzhX73gn1z4lnf; Wed, 12 Jun 2024 10:25:59 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718187959; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TyBvxNTq2hSSXkn7iT2tfEj3uBB94Fo7lXXDHcohfy0=; b=BSzuoMbzly2XonJUdYOz92u2r3TFgQUTpXfvol9bTe8rvFnI2c00mSE68fOX7W3bhwQEMo Nkbbd/H1gtEa7eNuU0NCHqPqbCKBGVWqj+vHgIcVYEHqPDzRjN6u3X+TS7CXl1fiD9hzUa CitX9l4cJeeI3kxxpqX9rK3XKkDxuR4OW7IOxeDlla4WEwff8jPFZM6+NPB1AYDFLMQoTt zTeLl4njv2dcMyW5OaslUYhydPSGSQ4iAG9I/bA8lmC9gNMOvCI6KadoyNAIhlRrMThfKj BOt5jQFhrkKKnypWvRKXbFwgKTxKqeylmGepIeVk5xl2gbXnY8ijY7bi7+g+Mw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718187959; a=rsa-sha256; cv=none; b=jARDEinP0iITlt5W2/vChVhdLQ3G65SMb2bTnNdNS2FY/uZOLQhy/bxnI5UcHt6mCZXngf LezcWZTJJ94BatWYYqCg4u1VuR2QSoC698OGKiu/2HiBtUkSCc3mgE656YQ/x33tnvBsEf rkg7d3+7X0rigZNZwqw54bQpjidJ7wXyQ5KkThxNUmCBQHr5Pjk04bnTa7mCMuta4MQdlb VRgdGoq5QEQw6nm78dhLLA9IdKLwOrEDbDpmNXzZq1L207aZVE/e3rZKbV/T/N9E3Z9JOu I7TvFRcqoXtqBz8Hl2lxzUGWz7XOelGcWAGs35P4PdtGco5dK1zg9gBiCnIxFw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718187959; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TyBvxNTq2hSSXkn7iT2tfEj3uBB94Fo7lXXDHcohfy0=; b=uhg7SxSmBmiBtY5QKSB5L8imMUxkNnyv9TaVp5boxU72dbaKwdjCI24as9ynEyCRVH/hRS wW1n8Fg3UjCddR2lFcCNhZXHBRfcu89A26zDFKbYFbCno7P2lRIzykK3hTfwFnKQpaChyJ bOuqlxAnmiBZlF1icqpe5XdqxK6/sSf4JdnUER5CDWGWyNguDSeWoy7tf0cBXCip0IqpkP ZUCza++yjfhntj29G6Hf3C6T2GMMS9ayXd2SYpkwqQa7HMSsXSUx4f+ZqJ0oPfsjChCS0h qS1pLgmp/Z7nmNtW2ydg7ujVShfNt2ZXQEF5ODgUXN57dJuRB24g/1Om2xL2qQ== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 537FABC5C; Wed, 12 Jun 2024 10:25:59 +0000 (UTC) Date: Wed, 12 Jun 2024 10:25:59 +0000 From: Alexey Dokuchaev To: Gleb Popov Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: fcf990eaf36a - main - audio/sayonara: enable PulseAudio, repair Python scripts Message-ID: References: <202406112205.45BM5VNV056877@gitrepo.freebsd.org> List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-ports-main@freebsd.org Sender: owner-dev-commits-ports-main@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jun 12, 2024 at 11:56:17AM +0300, Gleb Popov wrote: > ... > Like I said before, take any upstream project you like, implement the > native OSS support for it, persuade upstream to accept your patches > and then enjoy your PulseAudio-free system. I've been enjoying full-featured PulseAudio-free FreeBSD desktop since, like, forever. Which patches are lacking that prevent you from doing the same? > But we both know it is unrealistic *sigh* I don't know how to make it more clear, but one does not have to run Lennart's crapware on her desktop to fully enjoy all multimedia features for music, gaming, YouTube, or streaming. We traditionally kept PA support in ports OFF by default for that very reason. I could imagine some rare use case where it might be required, or when someone got used to it coming to FreeBSD from GNU/Linux, but it had always been opt-in and should stay this way. > then why keep ranting on the mailing list? I can't agree that a reply to some commit message is ranting. > Unfortunately, libinotify-kqueue isn't that thin as you'd think [...] Perhaps so, but before we convince or help developers to start using our native APIs, we still need those shims. This is a sharp contrast to PA which you can delete from your system or even the ports tree and nothing would really break. ./danfe