matplotlib is a python 2D plotting library which produces publication quality
figures using in a variety of hardcopy formats (PNG, JPG, PS, SVG) and
interactive GUI environments (WX, GTK, Tkinter) across platforms. matplotlib
can be used in python scripts, interactively from the python shell (ala matlab
or mathematica), in web application servers generating dynamic charts, or
embedded in GTK, Tk or WX applications; see backends.
NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above. NOTE: This is a Python port. Instead of py312-matplotlib listed in the above command, you can pick from the names under the Packages section.
===> The following configuration options are available for py312-matplotlib-3.11.1:
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
port moved here from math/py-matplotlib2 on 2023-09-30 REASON: Has expired: Upstream support ended in 2020 and do not support python3 versions existing on the tree
Number of commits found: 156 (showing only 100 on this page) #
python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
(Only the first 15 lines of the commit message are shown above )
devel/py-python-dateutil: Move devel/py-dateutil to devel/py-python-dateutil
- Convert to USE_PYTHON=pep517
- Bump PORTREVISION of dependent ports for dependency change
- While I'm here, update audio/py-pyradio to use PYTHON_PKGNAMEPREFIX instead of
PKGNAMEPREFIX for *_DEPENDS
math/py-matplotlib: add ${PY_SETUPTOOLS} to BUILD_DEPENDS
No PEP-517 build backend was specified, so add the correct one
(setuptools). Build only succeeds because setuptools is brought in
by other dependencies transiently, which will fail after the linked
PR is committed.
With hat: python
PR: 270510
devel/py-setuptools-scm: update to 8.0.4
Directory and PORTNAME changed to match normalised name in release
tarball; consumers updated to match.
Although setuptools itself is specified as a run dependency in the
Python package metadata, it is currently left out here to prevent
environment pollution until at least PR 270510 is committed.
Additionally, this version of setuptools-scm requires setuptools>=61,
which means this version is only meant for USE_PYTHON=pep517 ports
as all USE_PYTHON=distutils ports will switch to devel/py-setuptools58
also after PR 270510. science/py-emmet-core is switched to
devel/py-setuptools_scm7 accordingly, as it specifies setuptools-scm<8.
devel/py-{flit-scm,hatch-vcs} have ${PY_SETUPTOOLS} added to
RUN_DEPENDS to compensate.
Further details: https://wiki.freebsd.org/Python/setuptools
Reported by: yuri
Co-authored by: matthew
Exp-run by: antoine (earlier iteration)
Approved by: yuri (science/py-emmet-core, previous iteration)
PR: 272134
Differential Revision: https://reviews.freebsd.org/D39288
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>
devel/py-cppy, math/py-kiwisolver: fix versions
These ports install lib tagged as v0.0.0.
Both ports require devel/py-setuptools_scm to generate
the version of the library.
PR: 267120
Reported by: jwb
Reviewed by: jwb
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.
(Only the first 15 lines of the commit message are shown above )
math: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Alessando Sagratini <ale_sagra@hotmail.com>
* Alex Dupre <ale@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Amarendra Godbole <amarendra.godbole@gmail.com>
* Anders Nordby <anders@FreeBSD.org>
* Andreas Fehlner (fehlner@gmx.de)
* Andrew L. Neporada <andrew@chg.ru>
* Andrey <gugu@zoo.rambler.ru>
* Andrey Zakhvatov
(Only the first 15 lines of the commit message are shown above )
math/py-matplotlib: Fix build with Python 3.8.7
* Since r558913 the port fails to package. Adjust pkg-plist with new
PYTHON_EXT_SUFFIX variable introduced to python.mk in r559071 to remedy
the issue.
PR: 252057 (related)
Submitted by: portmgr (blanket: build fix)
Upgrade py-matplotlib to 3.3.1, and keep a repocopy of 2.2.4.
Changelog at <https://matplotlib.org/3.3.1/users/whats_new.html>.
PR: 236913
Submitted by: chitty_cloud (at) me.com
Approved by: maintainer
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
Update to upstream version 2.2.4
While on it:
- Pet portlint
PR: 236455
Submitted by: lbartoletti@tuxfamily.org
Approved by: mainland@apeiron.net (maintainer)
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
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
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
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
math/py-matplotlib: Unbreak build on 12 i386
Also used the helper for py27-only dependency.
Reported by: antoine (for build failure, in bug#222689), jhale (for dependency)
Approved by: tcberner (mentor, implicit)
math/py-matplotlib: Dependency devel/py-backports.functools_lru_cache is only
for python-2.7
Reported by: tobik
Approved by: tcberner (mentor, implicit)
math/py-matplotlib: unbreak build with Clang 6 (C++14 by default)
extern/ttconv/pprdrv_tt.cpp:245:41: error: cast from pointer to smaller type
'char' loses information
font->Copyright[length]=(char)NULL;
^~~~~~~~~~
extern/ttconv/pprdrv_tt.cpp:261:42: error: cast from pointer to smaller type
'char' loses information
font->FamilyName[length]=(char)NULL;
^~~~~~~~~~
extern/ttconv/pprdrv_tt.cpp:277:37: error: cast from pointer to smaller type
'char' loses information
font->Style[length]=(char)NULL;
^~~~~~~~~~
extern/ttconv/pprdrv_tt.cpp:293:40: error: cast from pointer to smaller type
'char' loses information
font->FullName[length]=(char)NULL;
^~~~~~~~~~
extern/ttconv/pprdrv_tt.cpp:309:39: error: cast from pointer to smaller type
'char' loses information
(Only the first 15 lines of the commit message are shown above )
math/py-matplotlib: Allow build for Python 3.x
- x11-toolkits/{py-gtk2,py-wxPython28} do not support Python 3.x, so
exclude the GTKBACKEND, GTKAGGBACKEND, and WXAGGBACKEND in that case.
PR: 213636
Reported by: lbartoletti@tuxfamily.org
Submitted by: rsmith@xs4all.nl (based on)
Reviewed by: mat
Approved by: maintainer timeout
Differential Revision: https://reviews.freebsd.org/D13377
Convert Python ports to FLAVORS.
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
(Only the first 15 lines of the commit message are shown above )
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
Switch ports to use USE_PYQT=<foo> instead of using RUN_- and BUILD_DEPENDS
pyqt.mk provides USE_PYQT=<list> to depend on its components. Convert the ports
not yet using it to it.
Reviewed by: rakuco, mat
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9261
math/py-matplotlib: update 1.5.0 -> 1.5.3
- MASTER_SITE sourceforge seems to have been discontinued,
it doesn't have the latest version any more.
- Additionally, 1.5.3 version doesn't build with python-3.X because
'import gtk' which the build tries fails in python3. Therefore, python:2.
PR: 214600
Submitted by: Yuri Victorovich <yuri@rawbw.com>
Approved by: mainland@apeiron.net (maintainer)
math/py-matplotlib: Add Qt5Agg backend option
- Now that there are Qt5 python bindings in ports, matplotlib can
be configured to use them.
PR: 212763
Submitted by: Matthieu Volat <mazhe@alkumuna.eu>
Approved by: mainland@apeiron.net (maintainer)
Make the cairo and gdkpixbuf2 dependencies conditional on
GTKBACKEND and GTKAGGBACKEND. This change restores headless
support.
Approved by: maintainer (by mail)
Unbreak math/py-matplotlib when some options are disabled (original PR).
The previous version tried to ${STRIP} non-existing files.
Some additional fixes:
- Fix WXAGGBACKEND_VARS, which was overwritten and broke the WX build
- Fix permissions in .py files
- Sort entries in post-install
- Whitespace fixes
PR: 203417
Submitted by: Tomi Kause
Reviewed by: olgeni
Approved by: maintainer
Remove UNIQUENAME and LATEST_LINK.
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
Bump PORTREVISION because of additon of py-parsing dep;
Move some python modules deps out of BUILD_DEPENDS (they seem to be
runtime only).
Thanks to Mikhail Tsatsenko <m.tsatsenko@gmail.com>,
Geoffrey Mainland <mainland@apeiron.net> (maintainer)
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
Part II, Bump PORTREVISIONs.
PR: 182136
Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by: bdrewery (two -exp runs)
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
(Only the first 15 lines of the commit message are shown above )
- Fix build with Tcl/Tk 8.6 by letting the build system locate the Tcl/Tk
installation instead of hardcoding the paths.
Reported by: miwi (Tcl/Tk 8.6 exp-run late comers)
Approved by: portmgr
Number of commits found: 156 (showing only 100 on this page)
