20:37 Jason E. Hale (jhale) 

Revert "cad/py-pyfda: Mark DEPRECATED"

This reverts commit ff1f7aabc66bc2c927d9c643ed44553553e79726.

devel/py-qt5-pyqt is no longer marked DEPRECATED. This port does not
require python bindings for www/qt5-webkit.

    6b7ce60

14:40 Muhammad Moinur Rahman (bofh) 

cad/py-pyfda: Mark DEPRECATED

- Depends on deprecated devel/py-qt5-pyqt
- Set EXPIRATION_DATE 2023-11-28

Approved by:	portmgr (blanket)

    ff1f7aa

19:34 Rene Ladan (rene) 

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

    3d9a815

15:17 Christian Weisgerber (naddy) 

audio/opus: bump consumers after update to 1.4

    feb1fa3

09:09 Gerald Pfeifer (gerald) 

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

    8d3e020

11:15 Loïc Bartoletti (lbartoletti) 

PyQt: Update to latest versions

- PyQt5: update to 5.15.9
- PyQt6: upate to 6.4.2
- PyQt6-sip: update to 13.4.1
- PyQt5-sip: update to 12.11.1
- PyQt-builder: update to 1.14.1
- sip: upate to 6.7.7

PR:		269751
Exp-run by:	antoine

    6d3a647

15:58 Dmitry Marakasov (amdmi3) 

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

    77d6847

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

17:39 Loïc Bartoletti (lbartoletti) 

devel/py-qt5, devel/py-sip: Update versions

- Update sip to 6.5.1
- Update PyQt5 to 5.15.6
- Update PyQtChart, PyQtNetworkAuth and PyQtWebengine to 5.15.5
- Update PyQtSip to 12.9.1
- Update PyQtBuilder to 1.12.2
- Add ${_MAKE_JOBS} for pyqt.mk (reported by Tatsuki Makino)

PR:		261685
Exp-run by:	antoine

    2d8f8573

06:12 Loïc Bartoletti (lbartoletti) 

PyQt: Update sip to 6.5.0, reintroduce sip4 and simplify PyQt framework.

SIP:
As mentioned in the update from sip to sip5, this is a transitional version
to remove what is deprecated in sip4.
Sip6 completely removes the deprecated parts.
Unfortunately, some ports — mostly cura things — can not use sip6, so we
reintroduce sip4.

PyQt:
At the same time, we took the opportunity to simplify PyQT and propose only one
package as for devel/pyside2. */py-qt5-* have been merged — excepted chart,
networkauth and webengine — into devel/py-qt5-pyqt.

This allows us to be in adequacy with the packages that the author of these
libraries proposes, namely:

PyQt - devel/py-qt5-pyqt
PyQt-Charts - x11-toolkits/py-qt5-chart
PyQt-NetworkAuth – net/py-qt5-networkauth
PyQt-WebEngine – www/py-qt5-webengine
SIP – devel/py-sip
py-sip - devel/py-qt5-sip
PyQt-builder - devel/py-qtbuilder
Qscintilla - devel/py-qt5-qscintilla2

Reviewed by:	diizzy, kde
Tested by:	kai, rhurlin, arrowd, madpilot
Approved by:	makc, tcberner, kde
Differential Revision:	https://reviews.freebsd.org/D33237
Exp-run by:	antoine

    4f0a5e1

20:13 Thierry Thomas (thierry) 

math/py-matplotlib: chase minimum Python version in dependent ports

Since the previous update changed USES=python from 3.6+ to 3.7+, all
dependent ports must have USES=python:3.7+ as well, otherwise it breaks
the @py36 flavor.

PR:		255347
Reported by:	sunpoet

    1d44af5

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

09:29 lbartoletti 

PyQt5: Update PyQt5 to 5.15.4 and py-qtbuilder to 1.9.1

PR:		254218
Exp-run by:	antoine

 

06:49 lbartoletti 

PyQt5: Update PyQt5 to 5.15.3, QScintilla2 to 2.12.0, py-qtbuilder to 1.9.0

* PyQt5: update to 5.15.3

This is a minor feature and bug-fix release. There are corresponding releases of
the other PyQt5-related packages.

 - Added the missing QImage.setAlphaChannel().
 - Support for the QtNetworkAuth library has been moved to a separate
PyQtNetworkAuth package.
 - Wheels no longer bundle the corresponding Qt libraries and instead
automatically install them from an external wheel.

* QScintilla2: update to 2.12.0

This adds support for Qt6 and removes support for Qt4.

 - Change the new distname (again)i due to a conflict
 - Use the new sip-build system

* devel/py-qtbuilder: update to 1.9.0
* devel/py-sip: fix flavor for sip-distinfo

PR:		253865
Exp-run by:	antoine

 

17:56 lbartoletti 

Update PyQt5 to 5.15.2, sip to 5.5.0, py-qtbuilder to 1.6.0 and py-qt5-sip to
12.8.1

PR:		251764
Exp-run by: antoine

 

15:50 lbartoletti 

Update PyQt to 5.15.0, py-sip to 4.19.24 and qscintilla2 to 2.11.5

- Update PyQt to 5.15.0, py-sip to 4.19.24 and qscintilla2 to 2.11.5
- Use pypi for PYQT [1]
- Add devel/py-qt5-sip (Don't use it for now. It will be used in future updates
of PyQt with py-sip >= 5)
- Add missing py-qt5 ports: comms/py-qt5-sensors, devel/py-qt5-location,
devel/py-qt5-remoteobjects, net/py-qt5-networkauth
- Strip libs
- Refactor *_PATH and *_PORT parts

[1] RiverBankComputing doesn't offer links to download latest version of some
ports

PR:		247369
Reviewed by:	tcberner
Differential Revision:	https://reviews.freebsd.org/D25749
Exp-run by:	antoine

 

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

 

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)

 

01:35 gerald 

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

 

20:18 tcberner 

pyqt: Change install directories for Python flavor support

* PyQt could not be installed for multiple Python versions at
  the same time, as there were conflicting files.

  This patch creates Python-version versioned directories for
  all these, and further installs binaries with a version number.

* Note, there might be some hickups for software that depends on
  on of the .so's provided by PyQt5, which might not be found
  anymore autmotically, and maybe need some LD-flaggery.

* Update PyQt5 to 5.10.1

* Mark www/py-qt5-webengine broken. It is unforuntately no longer
  compatible with the old qt5-webengine-5.9.4 we ship.

PR:		232745
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D8714

 

17:05 mat 

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

 

17:46 gerald 

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

 

21:43 yuri 

cad/py-pyfda: Removed USE_PYTHON=noflavors because it causes INDEX to break.

Approved by:	adamw (mentor)

 

20:55 yuri 

New port: cad/py-pyfda: GUI tool for designing and analysing discrete time
filters

pyFDA allows to design digital filters for signals in digital signal processing.

Screenshot:
https://raw.githubusercontent.com/chipmuenk/pyFDA/master/images/pyFDA_screenshot_3.PNG

The patching is mostly due to the fact that pyFDA doesn't have an
installation procedure, and expects users to just run locally.

PR:		222442
Submitted by:	myself
Approved by:	adamw (mentor)
Differential Revision:	https://reviews.freebsd.org/D14176