sndio has no device discovery mechanism and PortAudio has no way
of accepting raw device strings from users. Normally we just expose
the default device (which can be changed via the AUDIODEVICE
environment variable). This however means that we are stuck with
only one device at a time for playback/recording and would have to
restart applications (or the sndiod instance) to switch between
devices.
This is detrimental to the workflow in applications like Audacity
and makes them unusable in sndio only setups.
Add a new PA_SNDIO_AUDIODEVICES environment variables with which
users can specify and expose a list of 16 additional sndio devices
to applications using PortAudio.
Example:
PA_SNDIO_AUDIODEVICES=snd/0.monitor:snd@remote/0:rsnd/3
* Pa_GetStreamHostApiType, PaOSS_GetStream{In,Out}putDevice
This will allow us to change audio/audacity to use audio/portaudio
instead of the bundled version. End goal is sndio support in
Audacity without having to duplicate existing patches.
While here
- Remove unnecessary patches
- Cleanup DOCS and PATEST install
- Take maintainership
Obtained from: Audacity 2.2.2's portaudio.patch
Port changes:
* Change to DISTVERSION
* USE_XORG is needed in general, not just for the option
Bump audio/sc3-plugins.
PR: 229253
Approved by: brittlehaus@gmail.com (maintainer's timeout; 25 days)
/wrkdirs/usr/ports/audio/csound6/work/Csound6.06/Opcodes/linear_algebra.cpp: In member function 'int la_i_print_vr_t::init(CSOUND*)':
/wrkdirs/usr/ports/audio/csound6/work/Csound6.06/Opcodes/linear_algebra.cpp:631:12: error: no match for 'operator<<' (operand types are 'std::__1::ostringstream {aka std::__1::basic_ostringstream<char>}' and 'std::__1::vector<double>')
stream << array->vr << std::endl;
~~~~~~~^~~~~~~~~~~~
Reported by: pkg-fallout
MFH: 2018Q3
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
In file included from tosha.c:42:
In file included from ./toscsi.h:43:
In file included from /usr/include/cam/cam_ccb.h:46:
In file included from /usr/include/cam/nvme/nvme_all.h:33:
/usr/include/dev/nvme/nvme.h:1335:8: error: unknown type name 'inline'
static inline
^
http://beefy11.nyi.freebsd.org/data/head-i386-default/p473363_s335650/logs/tosha-0.6_1.log
When built against GTK2, label names are improperly ellipsized, making the user
interface somewhat useless. Remove the OPTIONS to choose between GTK2 and GTK3
and always build the GTK3 version which does not have this problem.
Bump PORTREVISION.
PR: 228873
Reported by: samy.mahmoudi@gmail.com
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
