-Wrap long lines
-Fix java paths so the hdfview script works
-Add jpeg support
-Build javadoc
-Prevent implicit dependencies
PR: ports/163601
Submitted by: Rob Farmer <rfarmer@predatorlabs.net> (maintainer)
Functions for latent class analysis, short time Fourier transform,
fuzzy clustering, support vector machines, shortest path computation,
bagged clustering, naive Bayes classifier, ...
WWW: http://cran.r-project.org/web/packages/e1071/
. Fix Java version detection for OpenJDK.
. Remove RESTRICTED and manual download as the source is now freely available.
PR: 164814
Approved by: Yuri Khotyaintsev <yuri@irfu.se> (MAINTAINER)
The snow package provides support for simple parallel computing on a
network of workstations using R. A master R process calls makeCluster
to start a cluster of worker processes; the master process then uses
functions such as clusterCall and clusterApply to execute R code on
the worker processes and collect and return the results on the master.
This framework supports many forms of "embarrassingly parallel"
computations.
Snow can use one of four communications mechanisms: sockets, PVM, MPI,
or NetWorkSpaces (NWS). NWS support was provided by Steve Weston.
PVM clusters use the rpvm package; MPI clusters use package Rmpi; NWS
clusters use package nws. If pvm is used, then pvm must be started,
either using a pvm console (e.g the pvm text console or the graphical
xpvm console, both available with pvm) or from R using functions
provided by rpvm. Similarly, LAM-MPI must be started, e.g. using
lamboot, for MPI clusters that use Rmpi and LAM-MPI. If NWS is used,
the NetWorkSpaces server must be running. SOCK clusters are the
easiest approach for using snow on a single multi-core computer as
they require no additional software.
WWW: http://cran.r-project.org/web/packages/snow/
ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are
currently broken. This is a temporary measure until we organically stop using
:= or someone(s) spend a lot of time changing all the ports over.
Explicit duplication > := > = and this just moves ports one step to the left
Approved by: portmgr
from a file based waveform archive and storing in into a standard SQL
database. Supported waveform formats depend on installed ObsPy packages.
WWW: http://www.obspy.org/
Feature safe: yes
to Mk/bsd.cran.mk
PR: ports/162238
Submitted by: tota (myself)
Approved by: wen (maintainer of Mk/bsd.cran.mk and many related ports),
David Naylor <naylor_DOT_b_DOT_david_AT_gmail_DOT_com>
(maintainer of math/R-cran-RSvgDevice and math/R-cran-car),
Dan Rue <drue_AT_therub_DOT_org>
(maintainer of math/R-cran-psych, timeout > 2 weeks)
Feature safe: yes
This setting has not had any effect since r1.13 to bsd.cmake.mk, as it
was only useful when we supported FreeBSD < 7.
Approved by: avilla (mentor), portmgr (miwi)
Feature safe: yes
This is an incremental update and should be much easier to handle than
the transition from 4.6.5 to 4.7.2 in the ports tree.
The official release notes can be found at
http://www.kde.org/announcements/announce-4.7.3.php.
Approved by: avilla (mentor), makc (mentor), portmgr (miwi)
Feature safe: yes
