This is a crypto library for Ada with a nice API and is written for the
i386 and x86_64 hardware architecture.
Symmetric cryptography supported:
* Blockciphers: AES, Twofish, 3DES, Serpent
* Hash functions: SHA-1, SHA-256, SHA-384, SHA-512, Whirlpool
* MACs: RMAC, HMAC, CMAC
* Modes of operation: BPS, CFB, Ctr, OFB
* Authenticated Encryption Schemes: OCB, SIV, McOE
Assymmetric cryptography supported:
* DSA signature scheme
* OEAP-RSA
* ECDSA, ECDH
Unsigned big number library features:
* Primary cyclic group arithmetic (Z_p)
* Binary Field arithmetic support
* Elliptic Curve arithmetic
This is a patch make by Debian's own Noah Meyerhans that disables SSLv3,
fixes or removes the tests that choke without SSLv3, and lets
IO::Socket::SSL choose the best TLS level rather than forcing it at
TLSv1.
I can't think of a responsible reason to allow re-enabling it as an
OPTION, so add a note to UPDATING warning people of the change and
referencing the below PR.
PORTREVISION bump.
PR: 208225
Submitted by: Sascha Holzleiter
Obtained from: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7199
MFH: 2016Q2
- More work towards the WineD3D command stream.
- More support for Shader Model 5 shaders.
- C++ exception handling on x86-64.
- Support for Windows-style static import libraries.
- Performance fixes in the XML writer.
- Various bug fixes.
Adjust files/patch-dlls_kernel32_Makefile.in to upstream changes
towards a different image base.
Although this might seem minor, it allows not to depend on
gobject-introspection, which in turn depends on cairo, which needs llvm to
build. Turning this option OFF saves bit time on a typical poudriere run.
Approved by: kwm
The MANIFEST files were obtained by
(a) verifying the signature on the 10.3-RELEASE announcement against
the GPG key in the FreeBSD documentation repository;
(b) downloading all of the bootonly.iso.xz ISOs;
(c) verifying those files against the hashes listed in the signed release
announcement; and
(d) extracting the MANIFEST files.
- Kibana 4.1 now requires node4 RUN_DEPENDS instead of node010
- Kibana 4.3, 4.4 now are slaves of kibana45 port due to kibana42 being
no longer maintained
- PORTREVISION deleted due to PORTVERSION bump
PR: 208493
Submitted by: Sergey Kozlov <kozlov.sergey.404@gmail.com> (maintainer)
Repo copy textproc/kibana42 to textproc/kibana45:
- Update PORTVERSION, PKGNAMESUFFIX, RUN_DEPENDS, pkg-plist, and distinfo
for 4.5.0.
Kibana is an open source (Apache Licensed), browser based analytics and search
dashboard for Elasticsearch. Kibana is a snap to setup and start using. Kibana
strives to be easy to get started with, while also being flexible and powerful,
just like Elasticsearch.
Kibana 4.5 is compatible with Elasticsearch 2.3.x.
WWW: https://www.elastic.co/products/kibana
PR: 208492
Submitted by: Sergey Kozlov <kozlov.sergey.404@gmail.com>
For quick reference, here's a short list of features and capabilities added
to WSJT-X since Version 1.5.0:
WSPR mode, including coordinated automatic band-hopping and a new
two-pass decoder that can decode overlapping signals.
EME-motivated features including JT4 (submodes A-G), Echo mode, and
automatic Doppler tracking. The JT4 decoder is more sensitive than
that in the latest WSJT, and message averaging is fully automated.
(Note that submodes JT65B and JT65C are also present in Version 1.6,
but the high-sensitivity decoder required for EME with JT65
is not yet included.)
Tools for accurate frequency calibration of your radio, so you can
be always on-frequency to within about 1 Hz.
Mode-specific standard working frequencies accessible from the
drop-down band selector.
A number of corrections to the Hamlib library, fixing balky rig-control
features. A few unreliable features peculiar to particular radios
have been removed.
Working around bugs with a2x for now
PR: ports/208350
Submitted by: takefu@airport.fm
Details:
- Update to upstream version 9.0.1 (released on 2016-03-28
- Update MASTER_SITES
- Retire CURL OPTION. Rationale: curl is not required for mkvtoolnix
core functionality, but to check for upstream updates. There is little
use for this feature when distributing software via ports / packages.
The port broke in the beginning of February when upstream uploaded a new
pluginloader tarball to MASTER_SITES.
Since the tarball is unversioned and only contains prebuilt Windows binaries,
here's an attempt at explaining what happened (thanks to Grzegorz Junka for the
investigation):
- Pipelight seems to be really bad at communication. The "News" section on the
website says 0.2.8 is the latest version.
- The "Compile Pipelight" section says 0.2.8.1 is the latest version.
- 0.2.8.2 was tagged in BitBucket in October 2015 but was never announced
anywhere on the website, and the project does not seem to have a mailing
list.
- The pluginloader tarballs, which contain prebuilt Windows binaries for
Pipelight's src/windows directory, were not updated at the time 0.2.8.2 was
tagged (the SHA256 checksums match those in the 0.2.8.1 directory in
MASTER_SITES). This only happened in February 2016, which broke our distinfo.
Note that it is unclear why the pluginloader tarballs were not generated in
October, and since those are binary blobs it is still possible that they do not
correspond to their respective source files. In the future, it would be good to
build those binaries with our MinGW ports instead of relying on those blobs.
PR: 207210
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>,
Grzegorz Junka <list1@gjunka.com>
MFH: 2016Q2
