> > Attached is a revised patch, s/STAGEDIR/DESTDIR/ and the dw-start.sh
> > script was getting installed with the wrong permissions because I
> > overlooked the fact it's installed in the examples/ with a bunch of
> > datafiles.
PR: ports/436814
Submitted by: Kyle Evans <bsdports@kyle-evans.net>
Reported by: danfe
MFH: 2017Q2
1) Disable Nagle on the socket since all queries are sent as a single
string
2) Stop using sizeof("\n") to get the length of the string "\n"
These need to be submitted upstream as well.
There are two cases:
- The upstream versionning is compatible with our versionning, or using
DISTVERSION's magic leads to a compatible PORTVERSION, use
DISTVERSION. If it is possible to use DISTVERSIONPREFIX and
DISTVERSIONSUFFIX to make it compatible, use them.
- The upstream versionning is not compatible with our versionning, and
DISTVERSION's magic does not lead to a correct PORTVERSION, then set
PORTVERSION to the equivalent of our versionning, and set DISTNAME.
It is possible to use a third variable where you store upstream's
version and use it to compute PORTVERSION and/or DISTNAME, like the
dns/bind9* ports do.
Sponsored by: Absolight
New libsigc++20 requires c++11 (it exposes c++11) so explicitly use -std=c++11
where needed.
Mark as broken a bunch of ports which are not c++11 compatible
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
as noted here http://beefy12.nyi.freebsd.org/\
data/head-amd64-default/p436864_s315918/logs/fldigi-3.23.20.log
Update to maintenance bug fix release 3.23.21
Clean up missing dependencies as reported by poudriere
Reported by: pkg-fallout
"As in PR 196937, comms/hamlib fails to detect C++ compiler under emulation.
A patch for this was introduced in r377901 and then removed in r398432,
but I suspect it was still needed. I think the proper solution is to
re-introduce the patch that was removed, but I can't properly test it
myself because I'm failing to rebuild my arm.armv6 poudriere jail."
re-introduce missing diff
portlint again
redo checksum
PR: ports/217972
Reported by: Kyle Evans <bsdports@kyle-evans.net>
Reviewed by: mikael.urankar@gmail.com
It can be used stand-alone to observe APRS traffic, as a digipeater,
APRStt gateway, or Internet Gateway (IGate). It can also be used as a
virtual TNC for other applications such as APRSIS32, UI-View32, Xastir,
APRS-TW, YAAC, UISS, Linux AX25, SARTrack, RMS Express, BPQ32,
Outpost PM and many others.
PR: 217791
Submitted by: bsdports@kyle-evans.net
It decodes the following digital transmission modes:
POCSAG512 POCSAG1200 POCSAG2400
FLEX
EAS
UFSK1200 CLIPFSK AFSK1200 AFSK2400 AFSK2400_2 AFSK2400_3
HAPN4800
FSK9600
DTMF
ZVEI1 ZVEI2 ZVEI3 DZVEI PZVEI
EEA EIA CCIR
MORSE CW
As an example it can be used with rtl_sdr to decode radio amateurs packets:
rtl_fm -f 144.390M -s 22050 | multimon-ng -v 10 -t raw -A -
WWW: https://github.com/EliasOenal/multimon-ng/
PR: 206158
Submitted by: bsdports@kyle-evans.net
compatible with because of a couple function => property changes.
Given that upstream hasn't made a non-daily release since 0.4.1 we are
forced to track daily builds for now.
PR: ports/217499
Submitted by: bsdports@kyle-evans.net
EXPIRATION_DATE at the end of April 2017.
In the past six months, about a third of the ports marked BROKEN because
they were hosted on Google Code have been fixed. The remaining must not
be of use to anyone.
With hat: portmgr
Sponsored by: Absolight
* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
By moving the libraries we should finally be able to get rid of the inplace
upgrade bug (see ports bugs 194088, 195105 and 198720): when Qt5's libraries
were lying in /usr/local/lib, which would often get added by pkgconfig to the
linker paths via dependencies, the already installed libraries were linked
against, instead of the ones that were being built. This forced us to make
sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]
There are several new Qt5 ports which all have been created by Marie Loise Nolden
<nolden@kde.org>. Thanks again.
PR: 216797
Exp-Run by: antoine
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9213
- Fixed patches for portlint
- Supressed debug message on RXTXPort:removeEventListener:Exit when not in debug mode
- Added java bootstrap class
- Updated java source/target directives which will be depreciated in future release, see http://openjdk.java.net/
+jeps/182, and regression tested functionality.
PR: 216248
Submitted by: james@elstone.net
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D9508
pyqt.mk provides USE_PYQT=<list> to depend on its components. Convert the ports
not yet using it to it.
Reviewed by: rakuco, mat
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9261
