cad/cura-engine5.7.0_8,1

*/*: Bump all devel/protobuf consumers

They must always be bumped after devel/protobuf because it include
following files whose filenames contain %%PORTVERSION%%. Consequently,
the shlib will always change when PORTVERSION is increased.

lib/libprotobuf-lite.so.%%PORTVERSION%%.0
lib/libprotobuf.so.%%PORTVERSION%%.0
lib/libprotoc.so.%%PORTVERSION%%.0

Approved by:	portmgr (blanket; fixing consumers)

devel/spdlog: Update to 1.17.0

- Use complete arguments/options
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/gabime/spdlog/releases

cad/cura-engine: WITH_DEBUGINFO is a user feature not a port one

I have no idea what cura-engine is trying to do by adding
WITH_DEBUGINFO, but this activate a feature which is a user defined
feature which result in subpackages, which is not yet a stable feature.

In any case this should never be set in a port.

devel/libfmt: Bump PORTREVISION of dependent ports for shlib change after 786cb608216ce14e8ced27108c96a1f2c8492fca

The following ports are skipped because they have been updated after 786cb608216ce14e8ced27108c96a1f2c8492fca.
- chinese/fcitx5-chinese-addons
- chinese/fcitx5-mcbopomofo
- devel/fatal
- devel/fbthrift
- devel/folly
- devel/spdlog
- mail/mu
- net/fb303
- net/mvfst
- net/wangle
- science/seacas
- security/fizz
- www/proxygen

*: Bump PORTREVISION for devel/libfmt  update {fmt.dev}

cad/cura-engine: fix const-ness of custom formatter

for compatibility with upcoming fmt 11.2.0

PR:		286859
Reported by:	diizzy@
Approved by:	maintainer timeout (db@, 82 days)

and fix dependencies while here.

Approved by:	portmgr@ (blanket)

devel/protobuf: Update to 29.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

devel/protobuf: Update to 29.3

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

cad/cura-engine: Fixed on i386

- size_t vs. UL error in min() cast fixes it.
- Add missing libs in LIB_DEPENDS reported by poudriere

devel/protobuf: Update to 28.3

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

cad/cura-engine:  upgrade to 5.7.0

- redo build system for our system
- prepare for cura 5.7.0

cad/cura-engine: expire on 2024-07-31 for net/libarcus

pet portlint while here

devel/protobuf: Update to 24.4

- Use USES=pathfix to fix .pc installation
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

devel/protobuf: Update to 3.21.7

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

ports/cura: Update to 4.13.1

Major update to 4.13.1 not 4.12
I've said it before and I'll say it again. This port should be a
group effort but a cads porting team. I'd be happy to give
up Maintainership as my only interest with cura was to get it into
ports.

PR:		ports/255630
Reported by:	unrelentingtech <greg@unrelenting.technology>
Tested by:	trombik1973@gmail.com

devel/protobuf: Update to 3.20.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

devel/protobuf: Update to 3.19.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

devel/protobuf: Update to 3.17.3

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		257026
Exp-run by:	antoine

One more small cleanup, forgotten yesterday. Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

Bump PORTREVISION for devel/protobuf shlib change

Update to 4.8

A few improvements from upstream
- More efficient triangle area calculation
- Calculate vSize(vap) only when needed

This patch updates Cura and all associated dependencies to 4.7.1.

Also, it adds math/py-numpy-stl - an optional dependency that makes
loading STL files much faster. Without it, Cura was complaining:

2020-09-20 02:19:31,877 - WARNING - [MainThread] STLReader.STLReader.<module> [32]: Could not find numpy-stl, falling back to slower code.

I'm not sure where the 6.x version in cad/fdm_materials came from, seems
like now that project has its version in sync with the Cura version,
so I chose to increment PORTEPOCH for that. [Greg]

- fdm_materials adds some new materials usable with Cura
- I had to bump PORTEPOCH on a couple of ports
- py-numpy-stl was added on a separate commit
- Bump version checking in Cura on some dependancies
[db]

PR:		ports/249468
Submitted by:	greg@unrelenting.technology

Bump PORTREVISION for devel/protobuf shlib change

Bump PORTREVISION for devel/protobuf shlib change

Add the missing patches and unbreak build.

- Maintainer timeout after 4 months take Maintainership   Reported: 	2019-11-26 03:43 UTC by Kyle Evans   Modified: 	2020-03-11 21:02 UTC (History)

Total new update to CuraEngine
Cura saw a major rewrite between 15.04 and 4.3.0, hence the need for
PORTEPOCH -- the changeset is too large to enumerate. At a minimum,
the new version solves some issues that users will see attempting to
slice .stl files created from newer Blender versions.

A new port, libArcus, is also included -- this is a prereq for the new
version of Cura and will also be needed for the UI if it's eventually ported.

PR:		ports/242242

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

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

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

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

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

Typos, whitespace and capitalization fixes (A-F).

cad/cura-engine: update 14.03 -> 15.04

- Drop obsolete GH_TAGNAME
- Remove pkg-plist and use PLIST_FILES

PR:		201692
Submitted by:	Tomek Cedro <cederom@tlen.pl> (maintainer)

Update ports in the [bcd]* categories to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

Allow building on old freebsd

cad/cura-engine: Engine of slicing solution for RepRap 3D printers

The CuraEngine is a C++ console application for 3D printing GCode generation.
It has been made as better and faster alternative to the old Skeinforge engine.

The CuraEngine is pure C++ and uses Clipper from
http://www.angusj.com/delphi/clipper.php. There are no external dependences
and Clipper is included in the source code without modifications.

This is just a console application for GCode generation. For a full graphical
application look at https://github.com/daid/Cura with is the graphical
frontend for CuraEngine.

The CuraEngine can be used seperately or in other applications.
Feel free to add it to your application. But to take note of the License.

WWW: http://wiki.ultimaker.com/Cura

PR:		192486
Submitted by:	cederom tlen pl