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
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
2018-06-06 biology/ssaha: Broken for more than 6 months
2018-06-06 biology/crux: Broken for more than 6 months
2018-06-06 biology/ariadne: Broken for more than 6 months
2018-06-06 cad/sceptre: Broken for more than 6 months
2018-06-06 cad/cider: Broken for more than 6 months
2018-06-06 chinese/scim-array: Broken for more than 6 months
2018-06-06 chinese/xpdf: Broken for more than 6 months
2018-06-06 chinese/telnet: Broken for more than 6 months
2018-06-06 comms/java-commapi-freebsd: Depends on BROKEN and expiring comms/java-commapi
2018-06-06 comms/soundmodem: Broken for more than 6 months
2018-06-06 comms/jsdr: Broken for more than 6 months
2018-06-06 comms/java-commapi: Broken for more than 6 months
2018-06-06 converters/pdf2djvu: Broken for more than 6 months
2018-06-06 databases/rdb: Broken for more than 6 months
2018-06-06 databases/animenfo-client: Broken for more than 6 months
2018-06-06 databases/ruby-mysql: Broken for more than 6 months
2018-06-06 databases/riak: Broken for more than 6 months
2018-06-06 databases/animenfo-client-gtk: Broken for more than 6 months
2018-06-06 databases/rdfdb: Broken for more than 6 months
2018-06-06 databases/riak2: Broken for more than 6 months
2018-06-06 devel/subversion-static: Broken for more than 6 months
2018-06-06 japanese/xgate: Broken for more than 6 months
2018-06-06 textproc/opengrm-ngram: Broken for more than 6 months
2018-06-06 textproc/ocaml-tyxml: Depends on BROKEN and expiring www/ocaml-net
2018-06-06 www/ocaml-net: Broken for more than 6 months
2018-06-06 audio/linux-genpuid: Broken for more than 6 months
2018-06-06 x11/enventor: Broken for more than 6 months
2018-06-06 audio/xmms-timidity: Broken for more than 6 months
2018-06-06 audio/kaudiocreator: Broken for more than 6 months
2018-06-06 audio/jxm: Depends on BROKEN and expiring comms/java-commapi
2018-06-06 audio/deforaos-mixer: Broken for more than 6 months
2018-06-06 audio/gkrellmss2: Broken for more than 6 months
2018-06-06 audio/ogg2mp3: Broken for more than 6 months
2018-06-06 audio/abcmidi: Broken for more than 6 months
2018-06-06 benchmarks/netpipe: Broken for more than 6 months
2018-06-06 biology/plink: Broken for more than 6 months
CMakeFiles/SMESH.dir/src/SMESH/SMESH_Mesh.cpp.o: In function `boost::condition_variable::condition_variable()':
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x33): undefined reference to `pthread_condattr_init'
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x4a): undefined reference to `pthread_condattr_setclock'
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x5f): undefined reference to `pthread_condattr_destroy'
PR: 227427
Reported by: antoine (via exp-run)
- Bump to the actual 8.3 release, instead of a few days and revisions
short of it. There's no uploaded tarball, so we're still stuck with
GH tags.
- Build out-of-source; with CMake 3.11 you can no longer add a library
with no (zero) sources, and the existing setup was picking up build-
cache directories like CMakeFiles/ to turn into Elmer libraries.
- As a side-effect, this shows the bogus library added to the plist
some time earlier -- CMakeFiles is not an actual Elmer plugin.
- Detection of <inttypes.h> is broken because of the way Fortran
libraries are added to the link line, but gcc_s isn't; this leads
to header detection that fails in linking. So just tell CMake
that inttypes.h exists, instead.
Approved by: tcberner (mentor, implicit)
module.
The old modules use CMake internals that are going away in 3.11;
this particular module has been shipped with CMake since 3.0 at least,
so it's just not necessary except on silly ancient platforms.
Reviewed by: thierry (maintainer)
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D14772
Error: '/usr/local/bin/python' is an invalid shebang you need
USES=shebangfix for 'share/openscad/libraries/MCAD/get_submodules.py
The existing shebang fix on the py file did nothing without USES=python.
Python already was an implied dependency.
Approved by: portmgr blanket
In order to make room for the up-to-date version of the KDE Desktop and its
applications move the KDE Application ports based on Qt4.
PR: 225992
Exp-run by: antoine
Reviewed by: rakuco, adridg
Differential Revision: https://reviews.freebsd.org/D14413
Upstream has renamed its libraries and we no longer need to patch
devel/qscintilla-qt5 to create a library whose name does not conflict with
devel/qscintilla's. However, the library names are different so we need to bump
PORTREVISION in several ports (the SOVERSION has changed too).
Thanks to antoine for the exp-run.
PR: 225928
- Convert USE_EMACS to USES=emacs
- Remove editors/emacs-nox11 (refer to nox flavors of editors/emacs and
editors/emacs-devel)
- Permit default Emacs flavor to be specified in make.conf
- Rename japanese/migemo-emacs23 to japanese/migemo-emacs
- Update and simplify audio/emms and fix build on FreeBSD 10 [1]
- Update databases/bbdd and fix build on FreeBSD 10 [1]
- Update editors/emacs-devel
- Ensure Makefile shell commands that change directory are executed in a
subshell
- Silence some portlint warnings
[1] By not depending on base texinfo
PR: 225404
Reviewed by: antoine
Approved by: portmgr (mat) ashish (maintainer)
Differential Revision: https://reviews.freebsd.org/D13506
Additionally:
* updated to the latest version
* added USE_PYTHON=concurrent (for the executable)
* labeled as compatible with all pythons
PR: 210583
Submitted by: myself
Approved by: tcberner (mentor)
Differential Revision: D13894
variables deprecation revision
WITHOUT_NLS 2013-12-13 r336337
WITH_/WITHOUT_ 2014-02-24 r345870
NOPORT(DOC|EXAMPLE)S 2014-04-19 r351587
WITH_BDB_VER 2016-05-02 r414444
OVERRIDE_LINUX_BASE_PORT 2016-09-05 r421387
WITH_OPENSSL_(BASE|PORT) 2016-06-16 r416965
While there, add an ERROR variable that works like DEV_ERROR, but for
user facing errors, and move NOPORTDOCS,
NOPORTEXAMPLES and WITHOUT_NLS to it.
Cleanup bsd.sanity.mk a bit.
Fix fallout.
PR: 224613
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13490
This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.
And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").
New port: accessibility/qt5-speech
Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
and specify configuration checks that can be done when qmake is invoked.
However, configure.json checks done in a subdirectory only propagates to
subdirectories, and checks elsewhere will fail if all .pro files are being
parsed at once (i.e. qmake -recursive), so several ports had to switch to
USES=qmake:norecursive along with manual additional qmake invocations in
subdirectories in order to work. It's been mentioned in a few places such
as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
so we might switch to non-recursive mode by default in the future.
- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
arbitrary options such as '-foo' and '-no-bar' at the end of the
command-line. They can be specified in QMAKE_CONFIGURE_ARGS.
- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
built with the WAYLAND option, so a corresponding option (off by default)
was added to the port.
- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
port was not working with Qt 5.9. Instead of trying to fix it, switch to
what Gentoo does and fetch a tarball that already contains all
documentation so that we do not have to build anything at all. The
tarball's name and location in download.qt.io look a bit weird, but it
seems to work fine.
- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
generates a build.ninja that uses ar(1) with the @file syntax that is not
supported by BSD ar, so we need to use GNU ar from binutils.
- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
ports tree.
Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
recent versions of the port. Defining a macro with such a common name
causes build issues with Qt 5.9, which uses |point| as an argument name in
methods.
- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
installed with `cp -f -R', but rather `qmake install qinstall', which does
not install
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory
That's a local file that should not even have been part of the tarball
anyway.
- chinese/gcin-qt5: Add additional private Qt directories (which should not
be used in the first place) to get the port to build with Qt 5.9.
- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
test classes no longer generate documentation files.
- security/keepassx-devel: Import a patch sent upstream almost a year ago to
fix the build with Qt 5.9.
Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.
PR: 224849
Usage:
USES=eigen:<version>[,<type>]
version: 2 or 3 (required)
type: build (default), run
For example:
USES=eigen:2,build,run
will add a BUILD- and RUN_DEPENDS on math/eigen2, and
USES=eigen:3
will add a BUILD_DEPENDS on math/eigen3.
* Convert the existing ports to use it
- biology/iqtree: remove run time dependency (seemed not to be needed)
- graphics/movit: remove run time dependency (seemed not to be needed)
- science/avogadro: add run time dependeny (installed cmake file requires it to be present)
Reviewed by: rakuco, mat
Differential Revision: https://reviews.freebsd.org/D13702
- https://blog.kitware.com/cmake-3-10-1-available-for-download/
- flang support
- changes to automoc policies
- support for FreeBSD package generation with CPack
Necessary fixes to other ports:
- cad/openvsp make search for libxml explicit
- math/scalapack force C compiler to be compatible with mpi
- deskutils/kdepim4 fix incorrect sources list
- www/qt5-webkit fix incorrect sources list
Thanks to Antoine for the multiple exp-runs.
PR: 223872
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D13210
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
Notes:
- I have (not yet) succeeded to enable MFront in this version;
- it uses math/mumps-edf, repocopied from math/mumps;
- cad/scotch is now taken out of the aster tarball;
- french/eficas is no more used: to be replaced by "aster-study" in Salome_Meca
(the port cad/salome should be resurrected!)
- Use upstream version numbering
- Reset maintainership on his request
- While here, silence portlint warning about USES variable position
PR: 222195
Submitted by: Thibault Jouan <tj+freebsd_ports@a13.fr> (maintainer)
libzip was updated to 1.3.0 in r450774, and its SOVERSION went from .4 to .5
after the removal of zip_archive_set_tempdir(). All dependent ports continue to
build fine without that symbol.
PR: 222638
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Features:
- Body of revolution component
- Spin control for fuselage and stack
- VSPAERO Update to 4.1.1
* Added ground effect model
* Reflect symmetric half geometry in viewer
* Show XYZ planes in viewer
Bug Fixes:
- Clean up logic in STEP/IGES export -- may help some importers
- VSPAERO GUI now creates half-mesh for panel method with symmetry
- VSPAERO Update to 4.1.1
* Fix drag integration inconsistency for alpha vs. rotation
* Fix memory crash w/ periodic wakes (ducts)
* Fix pressure anomaly w/ periodic wakes (ducts)
* Fix problem with symmetry calculations
* Fix high AR Cp near centerline
* Fix high AR Cp out span
* Fix slicer on Windows
* Set minimum Mach to 0.001 -- fixes Cp min/max range in viewer
Changelog: https://github.com/OpenVSP/OpenVSP/releases/tag/OpenVSP_3.13.2
PR: 222009
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
- Pet portlint, USE_* comes before USES
- Bump PORTREVISION
On -CURRENT, gcc can not compile cad/openvsp. We switch to clang but need an
additional patch in the port, otherwise clang 5.0.0 r312293 and earlier crashes.
This patch will be removed if/when clang compiles clean the port.
This update is based on a patch by dim@
For details, see: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221588
PR: 222001
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
Attempt to cleanup the multiple min/max definitions at the cost of some
macro redefining. The issue has been reported upstream, hopefully they
will provide a better cleanup in the future.
Either some versions of clang/libc++ are more strict or this may have been
causing issues from a while back.
Approved by: gerald (implicit)
CalculiX has alwasy been comoposed of two independent packages: ccx and
cgx. Ccx, the main tool for doing FEA, depends on fortran and currently
has to be built with GCC. Cgx, on the other hand, uses OpenGL and the C++
libraries it depends on are built with our native clang so buuilding it
with GCC causes C++ library conflicts.
By making ccx an independent port we can better focus on the specific
requirements of each tool and avoid compiler-related conflicts. This also
helps the port work again with newer versions GCC.
PR: 219290. 22043, 220434
Approved by: gerald
GCC 6 changed its default from -std=gnu++03 to -std=gnu++14, and this port's
code is not compatible with C++11. Since the project looks abandoned upstream,
it makes more sense to just continue building with an older C++ standard.
PR: 219297
Approved by: portmgr (blanket approval)
This fixes the build with GCC 6, which switched its default from -std=gnu++98
to -std=gnu++14. With this switch, it added a `operator delete(void*, size_t)'
overload and uses it for all delete calls. This does not play well with
dependencies built with other compilers (such as base clang), which use the old
operator delete overload and cause linking errors.
PR: 219484
Submitted by: fernando.apesteguia@gmail.com (maintainer)
MFH: 2017Q3
New features listed here:
http://www.dhondt.de/new_calc.htm
Rename a patch to make portlint/makepatch less noisy.
Reset the maintainer at request.
PR: 218635
Approved by: maho
Using ninja instead of make (1) can lead to significant speed ups while building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
Update cad/openvsp to 3.12.1 _and_ unbreak cad/openvsp. The recent
update to eigen3 broke cad/openvsp (since it is used directly) and
graphics/code-eli that is a dependency of cad/openvsp.
Until there is a fix for code-eli change the port to use the internal
eigen3 and code-eli packages bundled in the distribution.
In addition, one of the local patches was accepted upstream and is no
longer necessary.
From the announcement:
Features:
- Parasite drag buildup tool
- Full control of VSPAERO from OpenVSP GUI
- DegenGeom preview visualization
- Advanced control surface modeling
Bug Fixes:
- Advanced links not loading from file with 'Loop' policy geoms
- Crash conformal components with some file airfoils
- CompGeom when subsurfaces fall on tessellation line
- DegenGeom handling of tip caps with blended wings
- CustomGeom name matching GUI mismatch
PR: 220212
Submitted by: fernando.apesteguia@gmail.com (maintainer)
tochnog hasn't maintained the superlu_mt interface (or much else) in a long
time.
Let's just drop the option as it won't work when we bring in the modern
superlu_mt 3.1 version.
PR: 219932
Submitted by: pfg
In file included from src/transform3d.cpp:21:
...
/usr/local/include/glibmm-2.4/glibmm/ustring.h:256:13: error: expected ';' at end of declaration list
Reported by: pkg-fallout
support. It is developed with Free Pascal and Lazarus.
The project has not released any distfiles yet, so this release is based
on r2259 checked out from http://svn.shamangrad.net/zcad/trunk/, cleaned
up (most importantly, converted to Unix line endings), and tar+xz'ed.
https://sourceforge.net/projects/zcad/
