* 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
service/SettingsConfuse.cpp:47:13: error: ordered comparison between pointer and zero ('cfg_t *' and 'int')
if (d->cfg > 0) {
~~~~~~ ^ ~
service/SettingsConfuse.cpp:50:17: error: ordered comparison between pointer and zero ('cfg_t *' and 'int')
if (d->var_cfg > 0) {
~~~~~~~~~~ ^ ~
service/SettingsConfuse.cpp:61:13: error: ordered comparison between pointer and zero ('cfg_t *' and 'int')
if (d->cfg > 0) {
~~~~~~ ^ ~
service/SettingsConfuse.cpp:73:13: error: ordered comparison between pointer and zero ('cfg_t *' and 'int')
if (d->cfg > 0) {
~~~~~~ ^ ~
PR: 216052
Submitted by: Johan Ström (maintainer)
Note temporary hack in CMakeLists.txt to fix build with -gsl
link_directories("/usr/lib" "${LOCALBASE}/lib")
This is from a missing -L somewhere in the swig generation code that
needs to be fixed.
ChangeLog v3.7.10.1
=================
This is the first bug-fix release for v3.7.10
Contributors
------------
The following list of people directly contributed code to this
release:
* Artem Pisarenko <ArtemPisarenko@users.noreply.github.com>
* Ben Hilburn <ben.hilburn@ettus.com>
* Christopher Chavez <chrischavez@gmx.us>
* Johnathan Corgan <johnathan@corganlabs.com>
* Jonathan Brucker <jonathan.brucke@gmail.com>
* Nicholas Corgan <n.corgan@gmail.com>
* Nicolas Cuervo <nicolas.cuervo@ettus.com>
* Ron Economos <w6rz@comcast.net>
* Sebastian Koslowski <koslowski@kit.edu>
* Stephen Larew <stephen@slarew.net>
## Major Development Areas
This contains bug fixes primarily for GRC and DTV.
### GRC
Catch more exceptions thrown by ConfigParser when reading corrupted grc.conf files.
Fix the docstring update error for empty categories.
Fix grcc to call refactored GRC code.
Convert initially opened files to absolute paths to prevent attempting to read from tmp.
Move startup checks back in to gnuradio-companion script from grc/checks.py.
### DTV
Fix a segfault that occurs from out-of-bounds access in
dvbt_bit_inner_interleaver forecast by forecasting an enumerated list of all
input streams.
Fix VL-SNR framing.
### Digital
Enable update rate in block_recovery_mm blocks to keep tags close to the the proper clock-recovered sample time. Tag offsets will still be off between calls to work, but each work call updates the tag rate.
### Analog
Fix the derivative calculation in fmdet block.
### Builds
Fix linking GSL to gr-fec.
Use gnu99 C standard rather than gnu11 standard to maintain support for GCC 4.6.3.
### Other
Minor spelling and documentation fixes.
Fix uhd_siggen_gui when using lo_locked.
-----------------------------
Short list of new features
--------------------------
1. New modes: ISCAT, MSK144, QRA64.
2. Newly implemented submodes: JT65B-C, JT9B-H (wide and fast).
3. FT decoder replaces KV decoder for JT65; KVASD is no longer used.
4. Improvements to JT4, JT9, and JT65 decoders.
5. Multi-pass decoding now implemented for JT65 as well as WSPR.
6. Many improvements to Rig Control.
7. Improved convenience features for EME Doppler tracking.
8. Multiple configurations can be saved and restored.
9. Sample-file download facility.
10. Optional auto-sequencing for Fast modes.
11. Power settings optionally remembered for Transmit and Tune on a
band-by-band basis.
New Modes
---------
1. MSK144 is intended for meteor scatter at 50 MHz and higher. It
uses a low-density parity check code (LDPC) designed by Steve Franke,
K9AN. The mode is a direct descendant of the now-defunct mode JTMSK,
with a number of improvements for better performance on weak and short
meteor pings. The effective character transmission rate is about 250
cps, compared with 147 cps for FSK441. Like JT4, JT9, JT65, and
QRA64, MSK144 uses strong forward error correction. Message decoding
is all or nothing: partial decodes do not occur, and you will see
little or no garbage on your screen.
Standard MSK144 message frames are 72 ms long, compared with about 120
ms for an equivalent FSK441 message. The MSK144 waveform allows
coherent demodulation, allowing up to 3 dB better sensitivity. After
QSO partners have exchanged callsigns, MSK144 can use even shorter
messages, only 20 ms long. As in all the fast modes in WSJT-X, the 72
ms (or 20 ms) messages are repeated without gaps for the duration of a
transmission cycle. For most purposes we recommend a T/R cycle
duration of 15 s, but 5 s and 10 s sequences are also supported.
Short ("Sh") messages in MSK144 are intended primarily for 144 MHz and
higher frequencies, where most pings are very short. These messages
do not contain full callsigns; instead, they contain a hash of the two
callsigns along with a report, acknowledgement, or 73. Short messages
are fully decodable only by the station to whom they are addressed, as
part of an ongoing QSO, because only then will the received hash match
that calculated using the known strings for "My Call" and "DX Call".
If you are monitoring someone else's QSO, you will not be able to
decode its Sh messages.
An MSK144 signal occupies the full bandwidth of a typical SSB
transmitter, so transmissions are always centered at an offset of
1500Hz. For best results, selectable or adjustable Rx and Tx filters
should be set to provide the flattest possible response over at least
300 - 2700 Hz. The maximum permissible frequency offset between you
and your QSO partner is 200 Hz, and less is better.
2. QRA64 is a intended for EME and other weak-signal use. Its
internal code was designed by Nico Palermo, IV3NWV, and implemented in
WSJT-X by K1JT. The protocol uses a "Q-ary Repeat Accumulate" code --
along with LDPC, another one of the latest research areas in
communication theory. The QRA64 code is inherently better than the
Reed Solomon (63,12) code used in JT65, yielding already a 1.3 dB
advantage. QRA64 uses a new synchronizing scheme based on a 7 x 7
Costas array, so you will not see a bright sync tone at the lowest
tone frequency. This change yields another 1.9 dB advantage.
In most respects our implementation of QRA64 is operationally similar
to JT65. QRA64 does not use two-tone shorthand messages, and it makes
no use of a callsign database. Rather, additional sensitivity is
gained by making use of "already known" information as a QSO
progresses -- for example, when reports are being exchanged and you
have already decoded both callsigns in a previous transmission. QRA64
presently offers no message averaging capability, though that may be
added. In our early tests, many EME QSOs have already been made using
submodes QRA64A-E on bands from 144 MHz to 10 GHz.
3. ISCAT is essentially the same as in recent versions of program WSJT.
For details consult the WSJT User Guide:
http://physics.princeton.edu/pulsar/K1JT/doc/wsjt/
Program Setup
-------------
Many of the new program capabilities are enabled when you check
"Enable VHF/UHF/Microwave features" on the Settings | General tab.
For MSK144 mode, we suggest setting "T/R 15 s" and "F Tol 100 Hz".
Check "Sh" to enable the use of short messages and "Auto Seq" for
auto-sequencing. For QRA64 mode, set Tx and Rx frequencies to 1000
Hz. We encourage you to check "Save all" when making tests, and to
save any of the resulting .wav files that might help us to improve
program performance or behavior, or to illustrate a problem that you
identify.
Final Comments
--------------
We will be grateful for any and all reports from users; these will
surely help us to make further improvements to WSJT-X. The most
helpful bug reports describe the problem clearly and include a
complete recipe to reproduce it. Feature requests are also welcome.
Send your reports to wsjtgroup@yahoogroups.com, or to the developers
list wsjt-devel@lists.sourceforge.net.
2016-12-31
* Fix kenwood_set_mode for ts590s and mode CW, RTTY or AM.
Tks Tom, DL1JBE
* Proper IPV6 and dual stack networking. Bill, G4WJS
* Add a new command line option '--no-restore-ai' ('-n') to rigctl.
Bill, G4WJS
* Fix missing PKTUSB mode setting code for FT-817 & FT-897. Bill, G4WJS
* New Prosistel rotor backend from IZ7CRX
* Install daemon man files to man1. Nate, N0NB
* Migrate from libusb-0.1 to libusb-1.0. Stephane, F8CFE
* Added support for Icom IC-2730. robinolejnik
* Added support for the Icom IC-7300. Mike, W9MDB
* Add send_morse to icom rigs. Mike, W9MDB
* added instructions how to compile on OSX. DH1TW
* New Perseus model. Stephane, F8CFE
* Added Lua binding and demo script. Ervin, HA2OS
* Added test to support Flex 6300. Bill, KB4AAA
* Many bug fixes and feature enhancements to the code base. See the
Git commit log for complete details.
Fixed build on 10.1 but in the process found a bogus pkg-plist fixed.
If DOCS was defined, the plist was wrong.
Also cleaned up a dependency
Fixed using https://cmake.org/cmake/help/v3.0/command/link_directories.html
This shouldn't be necessary:
"Note that this command is rarely necessary. Library locations returned by find_package() and find_library() are absolute paths. Pass these absolute library file paths directly to the target_link_libraries() command. CMake will ensure the linker finds them."
The directory path appears to be in /usr/local/libdata/pkgconfig/gsl.pc
so it would appear the swig handling code neglects to respect this.
I'll dig into this sometime later.
PR: ports/210444
Submitted by: rozhuk.im@gmail.com
