Spdylay - SPDY C Library
This is an experimental implementation of Google's SPDY protocol in C. This
library provides SPDY version 2, 3 and 3.1 framing layer implementation. It does
not perform any I/O operations. When the library needs them, it calls the
callback functions provided by the application. It also does not include any
event polling mechanism, so the application can freely choose the way of
handling events. This library code does not depend on any particular SSL library
(except for example programs which depend on OpenSSL 1.0.1 or later).
This project also develops SPDY client, server and proxy on top of Spdylay
library.
WWW: https://tatsuhiro-t.github.io/spdylay/
===> The following configuration options are available for spdylay-1.4.0_7:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Remove expired ports:
2018-12-31 net/libsrtp: Superseded by libsrtp2
2018-12-31 x11-toolkits/wlc: Deprecated upstream
2018-12-31 japanese/spamassassin: does not build
2018-12-31 www/spdylay: SPDY is deprecated, use HTTP/2 instead
2018-12-31 www/moodle33: Upstream no longer maintained
2018-12-31 security/krb5-114: EOL twelve months after release of krb5-1.16
2018-12-31 databases/mongodb32: EOL upstream since September 2018
2018-12-31 databases/mongodb32-tools: EOL upstream since September 2018
2018-12-31 audio/creox: Qt4 has been EOL since december 2015
2018-12-31 audio/terminatorx: Unmaintained, broken too often
2018-12-31 audio/shoutcast: Upstream vendor no longer provides releases
2018-12-31 dns/powerdns-recursor40: FreeBSD 10.3 has reached EoL since
2018-04-30; users should upgrade and use dns/powerdns-recursor instead
2018-12-31 sysutils/ataidle: obsoleted by camcontrol(8)
2018-12-31 sysutils/syslog-ng37: No longer officially supported by Balabit, does
not support openssl111
2018-12-31 sysutils/cfengine22: No longeer supported by cfengine.com
2018-12-31 sysutils/syslog-ng36: No longer officially supported by Balabit, does
not support openssl111
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
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
Assume "pkg-config --static zlib" works after 9.x EOL
Many hacks simply removed dependency on zlib which broke static linking
if it was actually supported.
Assume "pkg-config zlib" works after 9.x reached EOL
Many ports passed ZLIB_CFLAGS="-I/usr/include" ZLIB_LIBS="-L/usr/lib -lz"
which is unsafe at least with lang/gcc* that override some system headers
and have newer libgcc_s.so that our old version in base may not be
forward-compatible with.
Fix usage of WITH_OPENSSL_BASE, WITH_OPENSSL_PORT and OPENSSL_PORT.
WITH_OPENSSL_* can't be set after bsd.port.pre.mk.
Fold all other usage into using SSL_DEFAULT == foo
PR: 210149
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6577
Only use libevent2
Remove libevent as libevent2 is providing a good compatibility interface as well
as providing better performances.
Remove custom patches from libevent2 and install libevent2 the regular way
Mark ports abusing private fields of the libevent1 API as broken
Import a patch from fedora to have honeyd working with libevent2
Remove most of the patches necessary to find the custom installation we used to
have for libevent2
With hat: portmgr
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
- Add spdylay 1.1.0
Spdylay - SPDY C Library
This is an experimental implementation of Google's SPDY protocol in C. This
library provides SPDY version 2 and 3 framing layer implementation. It does not
perform any I/O operations. When the library needs them, it calls the callback
functions provided by the application. It also does not include any event
polling mechanism, so the application can freely choose the way of handling
events. This library code does not depend on any particular SSL library (except
for example programs which depend on OpenSSL 1.0.1 or later).
This project also develops SPDY client, server and proxy on top of Spdylay
library.
WWW: http://spdylay.sourceforge.net/
