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/
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
By moving the libraries we should finally be able to get rid of the inplace
upgrade bug (see ports bugs 194088, 195105 and 198720): when Qt5's libraries
were lying in /usr/local/lib, which would often get added by pkgconfig to the
linker paths via dependencies, the already installed libraries were linked
against, instead of the ones that were being built. This forced us to make
sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]
There are several new Qt5 ports which all have been created by Marie Loise Nolden
<nolden@kde.org>. Thanks again.
PR: 216797
Exp-Run by: antoine
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9213
In file included from /usr/include/math.h:20:0,
from rutacces.c:18:
ruterror.h:49:14: error: expected identifier or '(' before '__builtin_choose_expr'
extern char *basename();
^
Reported by: pkg-fallout
a last resort.
- Construct a list of DISTFILES for every architecture (amd64, i386).
Select one list for regular make and all lists for make makesum so linux
ports can have one combined distinfo file.
- Set DIST_SUBDIR?=centos so there's only one copy of common distfiles.
- Use MASTER_SITES and DISTFILES groups so make fetch is a bit smarter.
- Regenerate all distinfo files.
- For linux_base-c6 (just like linux_base-c7 already does) turn bin, lib,
lib64 and sbin into symbolic links to the same directory under usr.
This fixes the problem where some programs/libraries exist under / on
FreeBSD and /usr on Linux or vice versa and then depending on the order
of search paths Linux programs may run/load FreeBSD programs/libraries
and fail.
- Turn usr/share/icons into a symbolic link to LOCALBASE/share/icons so
Linux programs can find desktop theme icons. This eliminates the need
for x11-themes/linux*-hicolor-icon-theme.
- Rename pkg-plist.x86_64 to pkg-plist.amd64.
- Regenerate all pkg-plist files.
- Add @preexec to linux_base pkg-plist that moves existing files in bin,
lib, lib64, sbin and icons to the new destination before the directories
are turned into symbolic links.
- Remove several empty directories from linux_base ports.
- Sweep over all linux ports: use consistent style, remove old CONFLICTS,
remove unused pkg-descr files, add NLS option,...
- Remove old linux arts, esound and openssl-compat ports.
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)
If you want to set WRKSRC, set GH_PROJECT instead.
- The GitHub URLs are case insensitive, but the distribution files you
get out of them are not.
- If the repository was renamed, the old URL will still work, but the
distribution name will be ith the new name.
Sponsored by: Absolight
- Mark broken: fails to build
hal/user_comps/mb2hal/mb2hal.c:362:63: error: too few arguments to function call, expected 3, have 2
modbus_set_response_timeout(this_mb_link->modbus, &timeout);
~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
/usr/local/include/modbus/modbus.h:185:12: note: 'modbus_set_response_timeout' declared here
MODBUS_API int modbus_set_response_timeout(modbus_t *ctx, uint32_t to_sec, uint32_t to_usec);
^
hal/user_comps/mb2hal/mb2hal.c:369:59: error: too few arguments to function call, expected 3, have 2
modbus_set_byte_timeout(this_mb_link->modbus, &timeout);
~~~~~~~~~~~~~~~~~~~~~~~ ^
/usr/local/include/modbus/modbus.h:188:12: note: 'modbus_set_byte_timeout' declared here
MODBUS_API int modbus_set_byte_timeout(modbus_t *ctx, uint32_t to_sec, uint32_t to_usec);
^
read/write CAD (DWG/DXF/DXFB) files. It was designed to have a
uniformal API to work with any CAD files.
It has a base class - CADFile.
Inheriting this class it's possible to create a driver for any CAD
format, all you need to do - is to overwrite interface functions
like GetGeometry(index), and others.
Now it has an implementation for DWG2000 (R15), but only for read.
Library comes with cadinfo utility, which prints out everything
library can get from file - header variables, CAD custom classes,
presented layers and geometries with their attributes.
WWW: https://trac.osgeo.org/gdal/wiki/DWG_driver
PR: 212129
Submitted by: lbartoletti@tuxfamily.org
The port broke on 10.1 since the update to gcc 4.9. Now we enforce
gcc 4.8 on FreeBSD 10.1.
PR: 215307
Submitted by: fernando.apesteguia@gmail.com (maintainer)
Approved by: mentors (implict)
MFH: 2016Q4
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.
The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.
PR: 214965
Reported by: thierry
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
As at the moment QT_BINDIR and QT_LIBDIR are 'bin' respectively 'lib' depending
on the Qt version these subs ended up at many wrong places in plists.
So only export it if QT_DIST is set.
PR: 210227
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8378
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This brings french/eficas to 2016.0.1,
cad/astk-serveur and astk-client to 1.13.8.2,
french/med to 3.2.0 (built against hdf5-18),
bump PORTREVSION to math/metis-edf and fix soname,
and french/homard to 11.7-1.
SOLVESPACE is a parametric 3d CAD program. Applications include modeling 2d and
3d parts, 3d-printed parts, preparing CAM data, mechanism design and plane and
solid geometry.
WWW: http://solvespace.com/
I confused PORTVERSION with PORTREVISION and bumped the wrong item.
Restore the old version and add PORTREVISION. No epoch is necessary
because it wasn't possible to build version 27 or 28.
PR: 214213
Ngspice built inside a package builder will not have x11 support which
results in errors such as "Can't open viewport in graphics." when
trying to plot.
This change adds the X11 option which is on by default.
PR: 212357
Submitted by: Michael Neumann
Approved by: Kevin Zheng (maintainer)
release
As far as I can tell, the only change is the name of the top-level
directory (WRKSRC). I do not have a copy of the old tarball to be certain,
and my email to the Gmsh list requesting information about the change has
not yet received a response.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8432
Upstream release notes:
New in 2.14.1: fixed regression in periodic meshes; small bug fixes and
code cleanups.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8419
%%QT_BINDIR%% and %%QT_LIBDIR%% represent the relative location of the
Qt binaries and libraries respectively -- they are only 'bin' and 'lib'
by chance, and should not be used that way.
Approved by: portmgr (blanket), rakuco (mentor)
