Date: Mon, 20 Jul 2026 17:14:27 +0200 From: vermaden <vermaden@interia.pl> To: np <dev@nicolas-provost.fr>, "stable@freebsd.org" <stable@freebsd.org>, "freebsd-stable@FreeBSD.org" <freebsd-stable@FreeBSD.org>, freebsd-hackers@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: Tragic State of FreeBSD Audio/Sound Message-ID: <fhduzoimcvojmryuufxt@izlv> In-Reply-To: <BB2B6DFC-C489-4A02-A8C2-9CADD47F8373@nicolas-provost.fr> References: <hkttyyfmuguexmliuhmg@ewtn> <sirudbjwrqwlhpzjpfqf@abqv> <BB2B6DFC-C489-4A02-A8C2-9CADD47F8373@nicolas-provost.fr>
index | next in thread | previous in thread | raw e-mail
> Hi, afaik there is a hudge rework of the > sound subsystem in progress, sponsored > by the FreeBSD foundation. But this should > have been merged in one commit and not > in small steps, because changes seem deep. I do not have anything against that rework ... it should just stay in FreeBSD-CURRENT line as long as its not ready to be used in production - I would even understand if if would be 'forced' into STABLE/RELEASE but only with the right tools for users/sysadmins to actually CATCH these issues and report them - so they can be fixed properly - but not - nothing like that happens - everything is pushed into STABLE and then as a consequence into RELEASE - hoping that maybe in several years the next commits fill fix it ... or not. When FreeBSD project abandoned the POLA principle? Regards, vermadenhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fhduzoimcvojmryuufxt>
