Mixxx is software for DJ'ing. You can use wave based audio files, Ogg Vorbis
and MP3 files as audio input. Mixxx can be controlled through the GUI and
with external controllers including MIDI devices, joysticks, and more.
WWW: https://mixxx.org/
===> The following configuration options are available for mixxx21-2.1.8_10:
DOCS=on: Build and/or install documentation
FAAD=on: FAAD AAC decoder support
GPERFTOOLS=off: Google gperftools support
HID=on: USB HID controllers support
LAME=off: LAME MP3 audio encoder support
OPUS=on: Opus audio codec support
SHOUTCAST=on: SHOUTcast and Ogg Icecast support
WAVPACK=on: WavPack lossless audio format support
===> Use 'make config' to modify these settings
Remove a few expired ports:
2020-12-31 audio/ardour: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 audio/mixxx21: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 databases/arangodb32: Uses Python 2.7 which is EOLed upstream
2020-12-31 databases/arangodb33: Uses Python 2.7 which is EOLed upstream
2020-12-31 devel/bzr: Uses Python 2.7 which is EOLed upstream
2020-12-31 devel/chromium-gn: Uses deprecated version of python, use devel/gn
instead
2020-12-31 devel/mongo-cxx-driver: Uses Python 2.7 version of scons, and Python
2.7 which is EOLed upstream
Remove most expired ports that depend on Python 2.7:
Exceptions are:
- mail/mailman, our listservers still use it
- www/chromium, solely because of popular demand,
upstream is (slowly) working on porting it to Python 3
- ports that have actual patches for Python 3 against
them (Cinnamon and a few unrelated other ports)
- llvm70 and qt5-webengine because they seem to have a lot
of dependencies which need further analysis
- sysutils/uefi-edk2-bhyve because bhyve seems to use them
- python2 and python27 themselves
I'm sure there will be complaints, but the nice thing about
a version control system is that we can revert and adjust things.
(Only the first 15 lines of the commit message are shown above )
audio/mixxx21: fix build on non-x86
Ports shouldn't optimize for the builder's CPU. It also breaks build on non-x86.
Also include sys/types.h in plugins/soundsourcem4a/soundsourcem4a.h. GCC needs
it.
PR: 239322
Approved by: acm (maintainer timeout), tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D21146
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
(Only the first 15 lines of the commit message are shown above )
