Number of commits found XX: 84

try to make FreeCAD compile with Python 3.9

patch from upstream cannot be applied directly as dos2unix runs
before patch.

PR:		251145
Submitted by:	 Oleg Sidorkin

- Upgrade math/eigen3 to 3.3.8;

- Add some dependencies which might be detected by Find_Package but not
registered;

- Bump PORTREVISION of consumers.

PR:		250833
Submitted by:	/me
Approved by:	tcberner@ (KDE / maintainer) + exp-run

update freecad to 0.18.5

this intends to fix the addon manager after github infrastructure
changes: https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.5

- Upgrade cad/opencascade to 7.5.0
  Release notes at
 
<https://old.opencascade.com/sites/default/files/documents/release_notes_7.5.0.pdf>

- Bump PORTREVISION of consumers.

cad/freecad: fix for python 3.8

PR:		248153
Submitted by:	Greg V
Obtained from:	https://github.com/FreeCAD/FreeCAD/commit/6eacb17b3e03d20

update pyside2 and friends to 5.15.0

following the Qt 5 upgrade.
bump cad/freecad for "needed shared library changed"

Move devel/swig30 to devel/swig and update to 4.0.1

- Do not silence installation message
- Update dependent ports:
  - Fix build with swig 4.0.1
  - Update *_DEPENDS
  - Remove BINARY_ALIAS

Changes:	http://www.swig.org/news.php
PR:		246613
Exp-run by:	antoine

freecad: don't compress QResources for python code

rcc automatically compresses resources above a certain size, but as
we found out the hard way, loading compressed resources from python
fails and may even coredump. As a workaround, force-disable compression
on resources in python code (c++ code seems to be fine compressed or not),
which re-enables several workbenches (most notably: Draft) at the cost
of a few megabytes of disk space.

Reported by:	jeff@
MFH:		2020Q2

chase vtk8 upgrade from ports r533086

the shared library version changed, and the cmake files are now in
a new location

switch to vtk8, following opencascade

freecad: back to vtk6

again following opencascade ports r532208

cad/freecad: chase opencascade's switch to vtk8

FreeCAD had it's own dependency on vtk6, and we cannot mix vtk6 and vtk8.
While here, enable openmpi - now it's pulled in by default via vtk8, so
we might pick it up here as well.

update devel/pyside2 and friends to 5.14.2

following r531601 (Qt 5.14.2), PySide2 can be updated, too
- pyside2-tools don't bring their own pyside2-rcc and pyside2-uic but
  use Qt's rcc and uic - patch cad/freecad to handle that
- remove Python 2 support: it's going to go away soon anyway, it did
  complicate these ports a lot, and it would have required more
  workarounds in FreeCAD when using Qt's rcc instead of the old pyside2-rcc.
- while here, do some polishing in freecad's makefile

cleanup freecad after r520739

fr-med doesn't pull in that vintage hdf5-18 anymore, thus remove the
leftover workarounds and dependency for that.

update the Coin3D stack to it's latest release

Coin has moved to a new place on the web https://coin3d.github.io/
and the project has rolled new releases. Additionally, it's undergoing
relicensing (most parts are now licensed user BSD 3-clause).

This updates
  graphics/Coin to 4.0
  graphics/py-pivy to 0.6.5
  x11-toolkits/soqt to 1.6.0

Further, graphics/py-pivy-devel and x11-toolkits/soqt-devel have been
renamed to graphics/py-pivy and x11-toolkits/soqt respectively (losing
their -devel suffixes). Previously, these ports had been forks and/or
pre-releases of the old Qt4-based pivy and soqt ports. As these old ports

(Only the first 15 lines of the commit message are shown above )

devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

Unbreak bulk -a with non default version of python3

cad/freecad: update to 0.18.4

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.4

devel/pyside2 and friends: update to 5.13.1

Announcement:
  https://lists.qt-project.org/pipermail/pyside/2019-September/002786.html

While here, pet portlint. Bump FreeCAD, pyside2's consumer

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

cad/freecad: update to 0.18.3

https://github.com/FreeCAD/FreeCAD/releases

while here, add dependency on matplotlib: this enables additional
functionality, e.g. the Plot workbench.

cad/freecad: improve pyside2 detection

pyside2 changed the way it reported it's variables (they're cmake target
properties now, not variables) sometime over the last releases. FreeCAD
did not support pyside2's new way of doing thing, resulting in certain
dialogs not working.

PR:		237987
Reported by:	denverh at comcast dot net

update FreeCAD to 0.18.2

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.2

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

cad/freecad: update to 0.18.1

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.1

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

update freecad to 0.18

Fix PKGNAME collision

add localbase:ldflags to USES

this may help with cmake picking up libs which the linker can't find
without extra pointing (such things have been reported by users building
in non-standard (not poudriere) environments)

Fix build with DEFAULT_VERSIONS=python=3.x

PR:		235835

switch cad/freecad to Qt5 - this is the Makefile.

Fix Qt5 symbol version scripts to put the catch-all clause first.  When
a symbol matches multiple clauses the last one takes precedence.  If the
catch-all is last it captures everything.  In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the
catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call

(Only the first 15 lines of the commit message are shown above )

Update science/hdf5 to 1.10.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR:		233070
Submitted by:	wen

Update math/eigen3 to 3.3.7

- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

cad/freecad: update to 0.17.13541

- Restore revision number lost in r467912 but not other bits as those
  aren't available/useful outside of VCS

Changes:	https://github.com/FreeCAD/FreeCAD/compare/0.17...9948ee4f1
PR:		232696
Requested by:	kunda (upstream)
MFH:		2018Q4 (bug fixes)

cad/freecad: unbreak with boost 1.69

CMake Error at /usr/local/share/cmake/Modules/FindBoost.cmake:2049 (message):
  Unable to find the requested Boost libraries.

  Boost version: 1.69.0

  Boost include path: /usr/local/include

  Could not find the following Boost libraries:

          boost_signals

  Some (but not all) of the required Boost libraries were found.  You may
  need to install these additional Boost libraries.  Alternatively, set
  BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
  to the location of Boost.
Call Stack (most recent call first):
  CMakeLists.txt:596 (find_package)

PR:		232525
Obtained from:	upstream (FreeCAD 0.18)

Change x11/xorgproto to become a build dep

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

Update science/hdf5 to 1.10.2

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.2#releasenotes
		https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hdf5-1.10.2-RELEASE.txt
PR:		231009
Exp-run by:	antoine

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Bump PORTREVISION for ports depending on the canonical version of GCC
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

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

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

- Update to 0.17.13509

PR:		227381
Submitted by:	pfg@

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.

Reviewed by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D14368

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

New USES=eigen

  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

Use swig 3.0

- Those ports fail to build with python3
- Add some explicit FLAVOR to dependencies where needed

Cleanup LIB_DEPENDS on libpng

- Update cad/freecad to 0.17.12018
- 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)

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

Bump PORTREVISION for ports depending on the canonical version of GCC
(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

Update to 3.2.0

Changes:	https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10510&version=12314395

* Updated to 20170527 (d28bae3)

PR:		219624
Submitted by:	Thibault Jouan <tj+freebsd_ports@a13.fr> (maintainer)
Reviewed by:	lifanov (mentor)
Approved by:	lifanov (mentor)
Differential Revision:	https://reviews.freebsd.org/D11254

Upgrade science/hdf5-18 to 1.8.19.

Changelog at
<https://support.hdfgroup.org/HDF5/doc1.8/ADGuide/Changes.html#1819>.

Update science/hdf5 to 1.10.1

- Bump PORTREVISION for shlib change

Changes:	https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.1/src/hdf5-1.10.1-RELEASE.txt

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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 to 20170310.

PR:		217917
Submitted by:	maintainer

- Update to 0.17.g20170204

PR:		216819
Submitted by:	tj+freebsd_ports@a13.fr (maintainer)

- Update to 20170104 snapshot
- Pass maintainership to submitter
- Add python pivy as a runtime dependency

PR:		214239
Submitted by:	tj+freebsd_bugs@a13.fr

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Chase french/med upgrade (switch to hdf5-18).

Reported by:	rakuco

- Add LICENSE
- Add LICENSE_FILE
- Cosmetic fixes

Update to 20161104 snapshot; drop maintainership

PR:		213815
Submitted by:	pfg (maintainer)

- Update to version 0.17.g20160927 [1]
- Add desktop entry file

PR:		212803 [1]
Submitted by:	pfg (maintainer)

- Update devel/icu to 57.1.
- Clean up the Makefile.
- Follow some upstream recommendations (--with-data-packaging=archive,
  --disable-renaming, -DICU_NO_USER_DATA_OVERRIDE).
- Patch makefiles to install static libraries with INSTALL_DATA so they
  aren't stripped.
- Patch config/mh-bsd-gcc to sync with config/mh-linux-gcc.
- Fix endianness detection in ICU.  The code wanted to use BYTE_ORDER
  defined in machine/endian.h, but this isn't visible because ICU is
  compiled with _XOPEN_SOURCE.  Patch the code to use _BYTE_ORDER instead.
- Compile ICU with C++11 compiler to enable move constructors.
- Patch ICU to fix a problem with atomics in the case of a C++11 compiler
  without C++11 header <atomic> (like Clang on FreeBSD 9).
- Bump all ports that depend on it due to library version change.
- Add USES=compiler:c++0x to some ports that pick up -std=c++0x from ICU
  pkgconfig files.
- Add USES=compiler:c++11-lib to graphics/libcdr01 because it also needs
  a C++11 runtime library now.  Add this to all ports that depend on it
  so their executables load the right libstdc++.so on FreeBSD 9.

PR:		205120
Exp-run by:	antoine
Approved by:	portmgr (antoine)

(Readdition of cad/freecad which was removed on 235718)

Add freecad 0.17.g20160907, general purpose 3D CAD modeller.

PR:		212251
Submitted by:	pfg

Remove cad/freecad as it has been BROKEN for over 4 months.

- Mark BROKEN: does not compile

Reported by:    pointyhat

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

(Only the first 15 lines of the commit message are shown above )

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Link with WildMagic's shared libraries to fix on 64 bits platforms.

Reported by:    pointyhat via Kris

FreeCAD is an OpenSource CAD/CAE, based on OpenCasCade, QT and Python.

It features some key concepts like macro recording, workbenches, ability to run
as a server and dynamically loadable application extensions and it is designed
to be platform independent.

Warning: FreeCAD is still in ALPHA state and not in shape for end user usage!

<http://juergen-riegel.net/FreeCAD/Docu/>

Suggested by:   Pedro F. Giffuni <giffunip (at) yahoo.com>

Number of commits found XX: 84

11 vulnerabilities affecting 101 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-01-17 22:24:52