2017-02-28 textproc/rubygem-nokogiri14: Use textproc/rubygem-nokogiri instead
2017-02-28 textproc/rubygem-liquid2: Use textproc/rubygem-liquid instead
2017-02-28 www/rubygem-rack14: Use www/rubygem-rack or www/rubygem-rack16 instead
2017-02-28 www/rubygem-mechanize26: Use www/rubygem-mechanize instead
2017-02-28 www/rubygem-net-http-persistent25: Use www/rubygem-net-http-persistent2 instead
2017-02-28 devel/rubygem-builder32: Use devel/rubygem-builder instead
2017-02-28 www/rubygem-net-http-digest_auth11: Use www/rubygem-net-http-digest_auth instead
2017-02-28 devel/rubygem-bson1: Use devel/rubygem-bson instead
2017-02-28 devel/rubygem-minitest4: Use devel/rubygem-minitest instead
2017-02-28 java/jdk16-doc: Should have been removed with linux-sun-jdk16 (2014-05-11)
2017-02-28 java/jdk7-doc: Should have been removed with linux-sun-jdk17 (2016-04-24)
2017-02-28 textproc/rubygem-sass-rails4: Use textproc/rubygem-sass-rails5 instead
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
RubyMine is a cross-platform IDE that supports Ruby, Ruby on Rails and web
development.
WWW: https://www.jetbrains.com/ruby/
PR: 214967
Submitted by: Stefan Wendler <stefan.wendler@tngtech.com>
Add a missing build dependency on junit to the Makefile, and fix the
path to Hamcrest in build.gradle. Also, reset MAINTAINER by request of
the current maintainer.
PR: 215677
Reviewed by: brd, Tobias Kortkamp
Approved by: brd (ports)
Sponsored by: Spectra Logic Corp
Differential Revision: https://reviews.freebsd.org/D9005
. This also pulls in some OpenBSD tweaks, I believe. These should be a
no-op for FreeBSD though.
PR: 212709 (partial)
Submitted by: Curtis Hamilton <hamiltcl@verizon.net>
port changes:
- upstream updated list of its MASTER_SITES (bouncycastle.gva.es
is gone, downloads.bouncycastle.org changed to www.bouncycastle.org);
- pkg-descr updated to reflect current features;
- installation of zipped bundled sources made optional, enabled by
default to match previous behavior.
Some of new version changes:
- a new API for DTLS/TLS and a JSSE provider suitable for Java 5 and later;
- support for RFC 7539 ChaCha20 and Poly1305 has also been added
and general support for SHA-3 in the PKIX APIs has been improved;
Full details of the release:
PR: 215507
Changes: https://www.bouncycastle.org/releasenotes.html
Security: CVE-2016-1000338, CVE-2016-1000339, CVE-2016-1000340,
CVE-2016-1000341, CVE-2016-1000342, CVE-2016-1000343,
CVE-2016-1000344, CVE-2016-1000345, CVE-2016-1000346,
CVE-2016-1000352
Submitted by: Eugene Grosbein <ports@grosbein.net> (maintainer)
It defaults to on. Disabling it will remove X support from Java, and reduce
X-related dependencies.
PR: 210000
Reviewed by: brd
Approved by: brd (ports)
Approved by: glewis (maintainer timeout)
Sponsored by: Spectra Logic Corp
Differential Revision: https://reviews.freebsd.org/D6698
From jboss.org:
The JBoss AS community project has been renamed to the WildFly
community project, which has a new home at wildfly.org.
The JBoss name now only applies to the commercially supported
product, called JBoss EAP, which is derived from the WildFly
community project and is available here.
For more information on the differences between the project and
product offerings, see the JBoss.ORG technology page.
You can find old JBoss AS community releases on our archived
downloads page, however, these releases are not maintained and
therefore are likely to contain bugs and security vulnerabilities.
It is highly recommended that you upgrade to WildFly or JBoss
EAP using the above links at your earliest convenience. If you
require assistance in making this move, please ask on the forums
or contact your local Red Hat account representitive.
PR: 214223, 214224, 214225
Submitted by: yerenkow@gmail.com (maintainer)
