math/arpack is a dead, unmaintained project, and math/arpack-ng is a maintained and updated fork.
This commit is effectively a version upgrade of the arpack dependency.
Approved by: portmgr blanket (does not result in a change in contents of the resulting package)
Port changes:
* Remove the slave port math/arpack-ng-mpich: the MPI option is incremental and only adds a library
* Permanently enable the MPI functionality: see above
* Shorten the CONFLICTS statement
* Install arpack.h which is forgotten by the project itself
Bump cad/elmerfem: dependency there changed to math/arpack-ng.
mpich2 is the obsolete version 2.x, mpich is at the current version 3.x
science/triqs science/PETSc math/py-slepc4py math/slepc math/py-petsc4py
math/petiga math/sundials cad/elmerfem math/blocksolve95 math/spooles
GUI control software for the stock K40 laser cutter controller
K40 Whisperer is an alternative to the Laser Draw (LaserDRW) program that
comes with some Chinese laser cutters. It reads SVG and DXF files,
interprets the data and sends commands to the K40 controller to move the
laser head and control the laser accordingly. K40 Whisperer does not
require a USB key (dongle) to function.
Features:
- Reads SVG files and DXF files.
- Splits input design based on color formatting (red, blue).
- In SVG files blue and red paths are interpreted as vectors for vector
engraving and cutting. Everything else is transferred as a raster image.
- In DXF files blue paths are interpreted as vector engrave (blue).
Everything else is interpreted as vector cut (red).
- Performs cuts on features inside of other features before cutting the
outside features. (If you cut the outside first the part might drop out
of the stock material.)
- Converts gray scale images to halftone images to simulating varying
levels of gray (i.e. engraving pictures). The Halftone option needs to be
selected under "Raster"-"Settings" to enable halftoning.
WWW: http://www.scorchworks.com/K40whisperer/k40whisperer.html
PR: 228466
Reviewed by: mat (mentor)
Approved by: mat (mentor)
Sponsored by: Warsaw Hackerspace
Differential Revision: https://reviews.freebsd.org/D16339
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
replacement for the OpenDWG libraries.
There are command line tools and libraries to read and write DWG files,
with converters for various formats: DXF, DXFB, SVG, PS, JSON, XML, etc.
WWW: https://www.gnu.org/software/libredwg/
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Port changes:
* Project moved to github
* Add LICENSE_FILE
* Add USE_LDCONFIG: it now installs the shared library
* Remove do-install: it now installs by itself
Reported by: repology
Detailed maintainer log:
- New version with many enhancements.
See http://www.dhondt.de/new_calc.htm
- Drop metis-edf: metid-edf will be deprecated and it's less
confusing to just use metis4.
PR: 228259
Submitted by: pfg (maintainer)
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
