13:43 Adriaan de Groot (adridg) 

www/cutelyst: update to 3.7.0, latest upstream

- BSD licensed now
- Supports Qt6 (but the port doesn't)
- Does not support Qt5.12 (but the port didn't anyway)
- supports epoll always

    de41d6d

15:27 Dima Panov (fluffy) 

devel/grantlee5: bump library consumers after grantlee update

    e647512

10:20 Felix Palmen (zirias) 

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

    ddae4e9

21:10 Stefan Eßer (se) 

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)

    b7f0544

12:25 Adriaan de Groot (adridg) 

www/cutelyst: update to 3.5.0, relicense

Cutelyst has been re-licensed as BSD-3-Clause, see
	https://dantti.wordpress.com/2022/07/18/cutelyst-v3-5-relicensed-as-bsd-3-clause/
There was no 3.4 release. Aside from the re-licensing, the major
thing this time is start/stop support when embedded.

    1332e95

20:02 Adriaan de Groot (adridg) 

www/cutelyst: update to 3.3.0, latest upstream

Updates to cutelyst and the SQL driver, release notes at
	https://github.com/cutelyst/cutelyst/releases/tag/v3.3.0
	https://github.com/cutelyst/asql/releases/tag/v0.51.0

There are some fixes that might be relevant for us, the systemd
fixes not-so-much.

    b6def01

15:12 Adriaan de Groot (adridg) 

www/cutelyst: update to 3.2.0, latest upstream

Release notes are here:
	https://github.com/cutelyst/cutelyst/releases/tag/v3.2.0
	https://dantti.wordpress.com/2021/12/01/cutelyst-3-2-and-asql-0-50-are-out/
Bugfixes, more use of std::shared_ptry (over QSharedPointer, which
pre-dates most C++ standardization in that area).

    a6bb37c

20:39 Adriaan de Groot (adridg) 

www/cutelyst: update to latest upstream, 3.1.0

Release notes are at
	https://github.com/cutelyst/cutelyst/releases/tag/v3.1.0

    e323fd6

12:26 Adriaan de Groot (adridg) 

databases/cutelyst-asql: update to 3.0.0

New release of Cutelyst, the C++/Qt web framework.  Anouncement at:
	https://dantti.wordpress.com/2021/06/17/cutelyst-3-is-out/

Bump cutelyst-asql, as the only consumer in the ports tree.

    1de12a4

08:09 Mathieu Arnold (mat) 

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

    cf118cc

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

22:43 adridg 

Update www/cutelyst and related ports to latest upstream release

Release notes are at
	https://dantti.wordpress.com/2021/01/19/cutelyst-2-14-2-and-asql-0-27-released/
There were patches from FreeBSD upstreamed, and some tidying-up,
and there's a bunch of patches and benchmark improvements.

 

15:35 adridg 

Update www/cutelyst and databases/cutelyst-asql to latest upstream release

Cutelyst is a Qt5-based web application framework. It gives you C++
for application logic and WSGI server and plugins for the webby bits.

This update adds a GRANTLEE option, enabled by default: it turns out
I hadn't enabled **any** templating in Cutelyst, which is a bit
of an annoying restriction. Grantlee is a Qt5-only templating
engine, so the additional default dependencies are fairly light.

While here, simplify some of the CMake options handling;
one thing I'm not sure about is how OPTIONs should be handled
in the ordering of pkg-plist: the Porter's Handbook section 8.1
does not offer any guidance. I've collected them at the end.

Reported by:	portscout

 

14:12 adridg 

Update www/cutelyst to latest upstream release

Release notes are at
	https://github.com/cutelyst/cutelyst/releases/tag/v2.13.0

Since we skipped 2.12, here's the 2.12 changes as well:
* Add Listen Queue backlog option

 

13:42 adridg 

Update www/cutelyst to latest upstream release, 2.11.0

Release notes at
	https://dantti.wordpress.com/2020/05/13/cutelyst-2-11-and-simplemail-2-1-released-and-a-fork-called-cutelee/

Nothing spectacular, though it might have some performance improvements.

 

15:56 adridg 

Update www/cutelyst to latest upstream release, 2.10.0

Release announcement is at
	https://dantti.wordpress.com/2020/02/17/cutelyst-2-10-0-and-simplemail-v2-released/
It just says "many important bugfixes", though. No details.

While here, I've enabled two plugins in cutelyst, CSRF protection
and static compression support. This isn't at the BUILD_ALL level,
but should make cutelyst more useful in its default package state.

 

16:44 adridg 

Update www/cutelyst to latest upstream release.

Release notes are here:
	https://dantti.wordpress.com/2019/09/26/cutelyst-2-9-0-and-simple-mail-qt-1-4-0-released/

With highlight:
	Cutelyst has got many bug fixes, a few API additions, some
	docs fixes, and most importantly it fixed a memory leak introduced
	in 2.8.0 that makes applications using chained actions leak.

 

20:46 gerald 

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

 

10:27 adridg 

Fix www/cutelyst build. Forgot the linguist tools, which are what
produce the translation files added in previous commit.

 

10:15 adridg 

Update www/cutelyst to latest upstream release

Release announcement at
	https://dantti.wordpress.com/2019/06/27/cutelyst-2-8-0-released/
cpack support, deflate support, and other bugfixes. One FreeBSD
patch has been incorporated upstream.

 

05:27 linimon 

Fix build on gcc-based architectures:

  target_compile_features The compiler feature "cxx_auto_type" is not known to
CXX compiler

Approved by:	portmgr (tier-2 blanket)

 

10:11 adridg 

Update www/cutelyst to latest release.

	https://dantti.wordpress.com/2019/02/18/cutelyst-2-7-0-released-async-is-back/

Main new feature is support for async calls.

While here, pet portlint and add a PLIST_SUB.

 

11:13 tijl 

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
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash.  Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.

Remove the weak wrappers (make them Linux specific).  This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.

[1]
https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2]
https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3]
https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5

Bump all ports that depend on Qt5.

PR:		234070
Exp-run by:	antoine
Approved by:	kde (adridg)

 

20:25 tcberner 

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

 

17:39 tcberner 

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

 

22:10 adridg 

New port www/cutelyst. Cutelyst is a C++/Qt web framework, which can be
used to write standalone web-applications with a small footprint, yet
with powerful templating -- and share code and logic with desktop apps.