Syncplay synchronizes the playback of media files across several
remote machines. The Syncplay Client launches a media player on a
user's computer, connects to a Syncplay server and join a virtual
room on that server. Pauses, unpauses and seeks made within that
media player instance are relayed to fellow viewers via the server
to allow for these actions to be replicated by the media players
of everyone else in the same virtual room.
===> The following configuration options are available for syncplay-1.7.6_1:
GUI=on: GUI (Graphical User Interface) support
VLC=on: Support for VLC media player
====> Options available for the multi MODES: you have to choose at least one of them
CLIENT=on: Client mode
SERVER=on: Server mode
===> Use 'make config' to modify these settings
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
multimedia/syncplay: Update to 1.6.3
Changelog:
* New Syncplay logo
* IPv6 support
* Initial TLS (SSL) support
* Spanish Language support
* Automatically copy offer VLC interface script when it is needed
* Fixed a VLC bug
* Handle non-UTF8 messages to server
* Use high-DPI scaling where available
* Print error message if Twisted fails
* Fixed bug which meant that -max-chat-message-length can't be used to raise
the maximum length
* Fixed bug which meant that youtube-dl did not work on macOS
https://syncplay.pl/changelog/
PR: 236708
Submitted by: Christian Heckendorf <heckendorfc@gmail.com> (maintainer)
Approved by: mentors (implicit)
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 )
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
(Only the first 15 lines of the commit message are shown above )
New port: multimedia/syncplay
Syncplay synchronizes the playback of media files across several
remote machines. The Syncplay Client launches a media player on a
user's computer, connects to a Syncplay server and join a virtual
room on that server. Pauses, unpauses and seeks made within that
media player instance are relayed to fellow viewers via the server
to allow for these actions to be replicated by the media players
of everyone else in the same virtual room.
WWW: http://syncplay.pl/
PR: 202013
Submitted by: Christian Heckendorf <heckendorfc@gmail.com>
