Re: [new] audio/csound

Thanks for your comments. Attached is an updated version (7.0.0-beta-12).
Comments inline ..

On Fri, Jan 30, 2026 at 02:29:14PM +0000, Stuart Henderson wrote:
> On 2026/01/30 12:25, Raphael Graf wrote:
> > Attached is a port of csound-7.0.0beta11, inspired by a previous submission
> > of this port (https://marc.info/?l=openbsd-ports&m=172237278719349).
> >
> > Almost all tests pass. There is only one failing test that tries to allocate
> > 8GB of memory.
> >
> > Here is an example of how csound can be used:
> > $ export OPCODE7DIR64=/usr/local/lib/csound/plugins64-7.0
> > $ csound -+rtaudio=pulse -o dac example.csd
> >
> > The manual for version 7 has not not been released yet. The pregenerated manual
> > could be installed as a part of this port when it's available from
> > https://github.com/csound/manual/releases.
> >
> > (There are multiple frontends to csound. I have tried CsoundQt, which works
> > quite well on OpenBSD.)
> >
> > Comments and tests are welcome!
> >
>
> gtest is required for build if BUILD_TESTS is set (this is pretty common
> for cmake ports using gtest).

Sure, I have moved gtest to BUILD_DEPENDS.

> there are a *lot* of binaries, with fairly generic names, some of which
> conflict with existing ports:
>
> go-cs-1.1:sysutils/go-cs:/usr/local/bin/cs
> gpstk-2.10:geo/gpstk:/usr/local/bin/scale
>
> I see Debian splits into a main package (with cs, csbeats, csdebugger,
> csound) and csound-utils with the rest, which might be a reasonable
> approach (then just the -utils subpackage could conflict). Otherwise
> they'd probably need to be installed in a different dir.

I think using a subpackage for the utils is reasonable. There is now a
main package and a utils package. The utils package still does conflict.
Is this acceptable?

> Might be better to use a different dir name instead of
> /usr/local/share/samples too? not sure..

These samples seem to be used for tests only. I guess there is no need
to install them at all. I have commented them out in PLIST-main.