Tox is a decentralized, secure messenger with audio and video chat capabilities.
You can see it as an alternative to Skype.
This is only the core library. To use it, you have to install a client, like
e.g. net-im/toxic, net-im/qTox or net-im/uTox.
Tox isn't complete yet, but we encourage you to contribute to help make us
awesome!
===> The following configuration options are available for toxcore-0.2.23,1:
DAEMON=on: Bootstrap daemon
===> Use 'make config' to modify these settings
Warning: your public key will be logged at the level INFO. Check that your
/etc/syslog is configured to log these messages if you need it (to publicize
it).
net-im/tox: Update 0.2.21 => 0.2.22
Changelog:
https://github.com/TokTok/c-toxcore/releases/tag/v0.2.22
- make test work without errors.
- Rework DAEMON option, make it deafult.
- Remove old patch - disabled functions work without errors in runtime.
PR: 293052
MFH: 2026Q1
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 )
net-im: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ports@c0decafe.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Alberto Villa <avilla@FreeBSD.org>
* Alexander Logvinov <ports@logvinov.com>
* Alexander Timoshenko <gonzo@univ.kiev.ua>
* Andrew Lewis <freeghb@gmail.com>
* Andrey Akhmichin <sepulkarium45@yahoo.com>
* Bartek Rutkowski <r@robakdesign.com>
* Bernard Spil <brnrd@freebsd.org>
* Brendan Molloy <brendan+freebsd@bbqsrc.net>
* Denis Shaposhnikov <dsh@vlink.ru>
(Only the first 15 lines of the commit message are shown above )
net-im/tox: upgrade to v0.2.18
Release notes at <https://github.com/TokTok/c-toxcore/releases/tag/v0.2.18>.
Note: an optimization (increase the size of the send and receive UDP
buffers) has been disabled, because it caused failure. Waiting for a
better solution.
net-im/tox: upgrade to v0.2.15
Release notes at <https://github.com/TokTok/c-toxcore/releases/tag/v0.2.14>
and <https://github.com/TokTok/c-toxcore/releases/tag/v0.2.15>.
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
the option to pick the "wrong one" - this leads however to some abandoned
ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
has been removed. ffmpeg no longer can depend on opencv.
(Only the first 15 lines of the commit message are shown above )
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
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
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, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
graphics/opencv: back out r423216 and r423063 (replaying r423316)
Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.
PR: 210505
Pointy hat to: jbeich (should've discussed first)
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Use USES=pathfix where applicable.
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
multimedia/libvpx: update 1.6.0
ABI is incompatible... or not? SONAME has changed but the removed vp10
symbols weren't actually exposed (and still aren't).
Note, FreeBSD 9.x now builds with Clang 3.4 because GCC 4.2 fails:
vp9/encoder/x86/vp9_frame_scale_ssse3.c: In function 'eight_tap_row_ssse3':
vp9/encoder/x86/vp9_frame_scale_ssse3.c:93: internal compiler error: in
simplify_binary_operation_1, at simplify-rtx.c:2563
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.5.0..v1.6.0
ACC
report: https://people.freebsd.org/~jbeich/compat_reports/libvpx/1.5.0_to_1.6.0/compat_report.html
security/libsodium: Upgrade version 1.0.8 => 1.0.10
Also bump all ports that depend on libsodium.
PR: 210999
Submitted by: manu
Approved by: vsevolod (maintainer)
- Update of qTox and toxcore after their new API is eventually fixed
(this unbreak qTox)
- Rename audio/filter_audio to audio/libfilteraudio.
PR: ports/199726
Submitted by: yuri (at) rawbw.com
