summaryrefslogtreecommitdiff
path: root/graphics/luminance-qt5 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* astro/cfitsio: Update to 4.0.0Po-Chuan Hsieh2022-02-281-1/+1
| | | | | | - Bump PORTREVISION of dependent ports for shlib change Changes: https://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/docs/changes.txt
* cleanup: remove transitive py27 deprecation (www/qt5-webengine)Rene Ladan2022-01-231-5/+0
|
* math/gsl: bump portrevision of consumers after update to 2.7.1Tobias C. Berner2022-01-121-1/+1
| | | | PR: 260201
* graphics/luminance-qt5: fix CMake optionsAdriaan de Groot2021-09-081-2/+2
| | | | | | | Previous commit broke the way options were handled, CMAKE_ON vs. CMAKE_BOOL. Reported by: danfe
* graphics/luminance-qt5: adjust Eigen dependencyAdriaan de Groot2021-09-081-6/+5
| | | | | - get Eigen via USES - adjust CMake helpers while here
* *: graphics/openexr PORTREVISION bumpsMatthias Andree2021-08-031-1/+1
| | | | OpenEXR changes its SONAME again, so bump PORTREVISION of its users.
* *: bump PORTREVISION after math/Imath updateMatthias Andree2021-07-171-1/+1
|
* *: Bump PORTREVISION for openexr updateMatthias Andree2021-07-031-1/+1
| | | | | | OpenEXR's patchlevel updated bumped the major version of the OpenEXR library, hence bump PORTREVISION of all ports that require OpenEXR.
* math/gsl: update to 2.7Tobias C. Berner2021-06-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | From [1] * What is new in gsl-2.7: * fixed doc bug for gsl_histogram_min_bin (lhcsky at 163.com) * fixed bug #60335 (spmatrix test failure, J. Lamb) * fixed bug #36577 * clarified documentation on interpolation accelerators (V. Krishnan) * fixed bug #45521 (erroneous GSL_ERROR_NULL in ode-initval2, thanks to M. Sitte) * fixed doc bug #59758 * fixed bug #58202 (rstat median for n=5) * added support for native C complex number types in gsl_complex when using a C11 compiler * upgraded to autoconf 2.71, automake 1.16.3, libtool 2.4.6 * updated exponential fitting example for nonlinear least squares * added banded LU decomposition and solver (gsl_linalg_LU_band) * New functions added to the library: - gsl_matrix_norm1 - gsl_spmatrix_norm1 - gsl_matrix_complex_conjtrans_memcpy - gsl_linalg_QL: decomp, unpack - gsl_linalg_complex_QR_* (thanks to Christian Krueger) - gsl_vector_sum - gsl_matrix_scale_rows - gsl_matrix_scale_columns - gsl_multilarge_linear_matrix_ptr - gsl_multilarge_linear_rhs_ptr - gsl_spmatrix_dense_add (renamed from gsl_spmatrix_add_to_dense) - gsl_spmatrix_dense_sub - gsl_linalg_cholesky_band: solvem, svxm, scale, scale_apply - gsl_linalg_QR_UD: decomp, lssolve - gsl_linalg_QR_UU: decomp, lssolve, QTvec - gsl_linalg_QR_UZ: decomp - gsl_multifit_linear_lcurvature - gsl_spline2d_eval_extrap * bug fix in checking vector lengths in gsl_vector_memcpy (dieggsy@pm.me) * made gsl_sf_legendre_array_index() inline and documented - gsl_sf_legendre_nlm() [1] http://git.savannah.gnu.org/cgit/gsl.git/tree/NEWS PR: 256423 Exp-run by: antoine
* Bump portrevisions of openexr and Imath users.Matthias Andree2021-05-181-0/+1
|
* - Belatedly update Luminance HDR to the latest version 2.6.1.1Alexey Dokuchaev2021-05-1410-57/+154
| | | | | | | | | - Allow to build without internal help browser: it requires rather heavy QtWebEngine component which currently is also deprecated - Optionize FITS support; drop no longer needed PKGNAMESUFFIX and CONFLICTS_INSTALL knobs PR: 239887
* graphics/luminance-qt5: make compatible with OpenEXR/Imath 3.0Matthias Andree2021-04-122-3/+28
|
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* Mark ports recursively depending on Python 2.7 for expiration on June 23.Rene Ladan2021-03-241-0/+3
| | | | | | | | | | | For ports optionally dependending on Python 2.7, just mark those options as expired. Remove konquerer from the x11/kde-baseapps metaport and bump its PORTREVISION. Submitted by: rene Reviewed by: portmgr, adridg, ehaupt, lme, madpilot, pizzamig, se, sunpoet, yuri Approved by: portmgr Differential Revision: https://reviews.freebsd.org/D28665
* graphics/openexr, ilmbase: security update to v2.5.5Matthias Andree2021-02-131-1/+1
| | | | | | | | | | | | | | | | | https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.5 "Specific OSS-fuzz issues include: OSS-fuzz #30291 Timeout in openexr_exrcheck_fuzzer OSS-fuzz #29106 Heap-buffer-overflow in Imf_2_5::FastHufDecoder::decode OSS-fuzz #28971 Undefined-shift in Imf_2_5::cachePadding OSS-fuzz #29829 Integer-overflow in Imf_2_5::DwaCompressor::initializeBuffers OSS-fuzz #30121 Out-of-memory in openexr_exrcheck_fuzzer" Bump PORTREVISION of ports that directly depend on openexr and/or ilmbase. MFH: 2021Q1 Security: 98044aba-6d72-11eb-aed7-1b1b8a70cc8b
* Bump PORTREVISION for astro/cfitsio shlib changeSunpoet Po-Chuan Hsieh2021-01-261-1/+1
|
* graphics/openexr: really commit v2.5.4 update.Matthias Andree2021-01-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | Unfortunately, this was missed with the ilmbase update, and causes yet another PORTREVISION bump on all dependent ports. repeating ilmbase's commit log here: "Patch release with various bug/sanitizer/security fixes, primarily related to reading corrupted input files." <https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4> Cherry-pick upstream commit for GCC 11 compatibility: <https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc> Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent ports just to be sure. (graphics/py-openshadinglanguage is unaltered and .includes the revision bump from .../openshadinglanguage.) MFH: 2021Q1 (this requires discussion by ports-secteam@!) Reported by: VVD (IRC, #bsdports)
* graphics/openexr: graphics/ilmbase: v2.5.4 updateMatthias Andree2021-01-031-1/+1
| | | | | | | | | | | | | | | | "Patch release with various bug/sanitizer/security fixes, primarily related to reading corrupted input files." <https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4> Cherry-pick upstream commit for GCC 11 compatibility: <https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc> Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent ports just to be sure. (graphics/py-openshadinglanguage is unaltered and .includes the revision bump from .../openshadinglanguage.) MFH: 2021Q1 (this requires discussion by ports-secteam@!)
* graphics/libraw: Update to 0.20.2Jason E. Hale2021-01-011-1/+1
| | | | | | Bump PORTREVISION on consumers due to shared library bump. Changes: https://www.libraw.org/news/libraw-0-20-2-Release
* graphics/ilmbase, graphics/openexr: PORTREVISION bump for usersMatthias Andree2020-08-131-1/+1
| | | | | | | | ilmbase and openexr were updated to v2.5.3 and their shlibs changed from *.25.0.1 to *.25.0.2. This is a PORTREVISION bump to ports using ilmbase or openexr to chase that change and trigger rebuild.
* openexr/ilmbase update w/ shlib rename => PORTREVISION bumps of dependent portsMatthias Andree2020-07-161-1/+1
| | | | | | | | | OpenEXR and ILMBASE updates to 2.5.2 rename the full shlib version names from .0.0 to .0.1 => to be on the safe side, bump PORTREVISIONs. Approved by: portmgr (blanket) MFH: 2020Q3 (PORTREVISION bump after OpenEXR/ilmbase update) Security: 714e6c35-c75b-11ea-aa29-d74973d1f9f3
* graphics/ilmbase: graphics/openexr: update to upstream release 2.5.1Matthias Andree2020-05-121-1/+1
| | | | | | | | | | | | | | | Upstream release notes: * A patch release that corrects the SO version for the v2.5 release, which missed getting bumped in v2.5.0. * This release also fixes an improper failure in IlmImfTest when running on ARMv7 and AAarch64. Bump PORTREVISION of all port directly requiring ilmbase or openexr that are not marked BROKEN (shlib/.so file version bump). Test build of all port directly depending on ilmbase or openexr succeeded in poudriere in a 12.1-RELEASE amd64 jail.
* graphics/ilmbase: graphics/openexr: update to v2.5.0Matthias Andree2020-05-081-1/+1
| | | | | | | | | | | | | ChangeLog: - https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.0 * Bump PORTREVISION of all consumers except py-openimageio (BROKEN). * cad/PrusaSlicer: LIB_DEPENDS: remove version from libHalf.so BUILD_DEPENDS+=qt5-buildtools as package (needed on bare metal builds) USE_GL+=gl USES+=pkgconfig (needed to find libHalf)
* graphics/ilmbase, graphics/openexr: upgrade to upstream v2.4.0Matthias Andree2020-01-051-1/+1
| | | | | | | | | | | | | | graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to match new OpenEXR headers and unbreak compilation. Bump PORTREVISION of all ports depending directly on either, based on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used). Release Notes: https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0 The update was deliberately deferred until after 2020Q1, and should not be MFH'd back to it.
* devel/boost-*: update to 1.72.0Jan Beich2019-12-111-1/+1
| | | | | | | 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
* math/gsl: update to 2.6Tobias C. Berner2019-10-251-1/+1
| | | | | | | | | | - math/p5-Math-GSL does not seem to have any upstream activity to make it work with this version -> mark it broken - this also breaks the two consumers of this port - biology/gemma: has a conflict with cblas, and is makred broken. PR: 241363 Exp-run by: antoine
* devel/boost-*: update to 1.71.0Jan Beich2019-08-191-1/+1
| | | | | | | 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
* Update to 3.47Sunpoet Po-Chuan Hsieh2019-07-271-1/+1
| | | | | | - Bump PORTREVISION of dependent ports for shlib change Changes: https://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/docs/changes.txt
* graphics/exiv2: update to 0.27.1Tobias C. Berner2019-07-101-0/+11
| | | | | Exp-run by: antoine PR: 239028
* Clean up LIB_DEPENDSAntoine Brodin2019-06-161-1/+1
|
* devel/boost-*: update to 1.70.0Jan Beich2019-04-121-0/+1
| | | | | | | 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
* graphics/luminance: Update to 2.5.1Tobias C. Berner2019-03-304-128/+68
| | | | | | | | | Release announcement: http://qtpfsgui.sourceforge.net/?p=335 PR: 221058 Submitted by: goffredo@gmail.com (original version) Approved by: h2+fbsdports@fsfe.org (maintainer, timeout)
* graphics/libraw: Update to 0.19.2Jason E. Hale2019-03-291-1/+1
| | | | | | | - Demosaic packs are no longer distributed nor supported upstream - Bump PORTREVISON on all consumers due to libraw shlib version increase Changes: https://www.libraw.org/news/libraw-0-19-2-release
* graphics/exiv2: update to 0.27Tobias C. Berner2019-03-171-1/+1
| | | | | | | | | | | | Changelog: http://www.exiv2.org/changelog.html - All depending ports have been bumped. - graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python bindings Exp-run by: antoine PR: 235943 PR: 234830
* graphics/luminance, graphics/luminance-hdr: prepare for exiv2-0.27Tobias C. Berner2019-03-082-1/+27
| | | | | | | Import patch form gentoo: https://gitweb.gentoo.org/repo/gentoo.git/tree/media-gfx/luminance-hdr/files/luminance-hdr-2.5.1-exiv2-0.27.patch?id=8f6a858f3f76ab3d0ba8acda28f2981d24cceeda PR: 235943
* Fix Qt5 symbol version scripts to put the catch-all clause first. WhenTijl Coosemans2019-01-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* Change cmake default behaviour to outsource.Tobias C. Berner2018-12-251-1/+1
| | | | | | | | | | | 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
* devel/boost-*: update to 1.69.0Jan Beich2018-12-121-1/+1
| | | | | | | 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
* Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.Matthias Andree2018-09-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0> Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase the new lower-case spelling of the name, and to omit the version from the library name to ease future maintenance. Bump PORTREVISION of all ports that depend on ilmbase or openexr directly, so that they all get rebuilt on upgrades. Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now that its Iex::BaseExc class is no longer derived from std::string, details were given upstream through https://github.com/ampas/CTL/issues/71 and (b) to unwind semicolon/;-lists in cmake that stem from openexr/ ilmbase pkg-config variables. (Note ampasCTL is unmaintained as FreeBSD port, and upstream, and I cannot run-time test it.) Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending directly or indirectly on ilmbase and/or openexr have passed without regressions. Thus invoking due diligence, I believe I have done the equivalent of an -exp run, and do not require approval for the dependency chases to third-party ports.
* devel/boost-*: update to 1.68.0Jan Beich2018-08-091-1/+1
| | | | | | | | | - 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
* Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mkTobias C. Berner2018-06-281-2/+2
| | | | | | | | | | | | | | | 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 math/gsl to 2.5Tobias C. Berner2018-06-231-1/+1
| | | | PR: 229067
* Update grahics/exiv2 to 0.26Tobias C. Berner2018-04-281-1/+1
| | | | | | PR: 223625 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D12345
* devel/boost-*: update to 1.67.0Jan Beich2018-04-181-1/+1
| | | | | | | 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
* devel/boost-*: update to 1.66.0Jan Beich2018-01-181-1/+1
| | | | | | | 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
* Security update OpenEXR and ilmbase to 2.2.1.Matthias Andree2017-12-011-1/+1
| | | | | | | | | | | | | | | | | | | While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil, the locally built libIlmImf gets precedence over the one in /usr/local, to permit upgrades in a running system with the older version installed. This changes the library's SONAME, so bump PORTREVISION of all dependees. Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4. Security: CVE-2017-9110 Security: CVE-2017-9111 Security: CVE-2017-9112 Security: CVE-2017-9113 Security: CVE-2017-9114 Security: CVE-2017-9115 Security: CVE-2017-9116 Security: 803879e9-4195-11e7-9b08-080027ef73ec
* devel/boost-*: update to 1.65.1Jan Beich2017-09-251-1/+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 featuresJan Beich2017-09-251-1/+1
| | | | | | | | 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
* Update math/gsl to 2.4Tobias C. Berner2017-07-031-1/+1
| | | | | Exp-Run by: antoine PR: 220408
* Prepare the removal of x11-toolkits/qt5-declarativeTobias C. Berner2017-05-151-2/+7
| | | | | | | | | | | | | | devel/qt5-declarative has not been released since Qt 5.5.1, and it starts to lead to runtime conflicts with qt5-quick if installed. * No port is actually still using it (there are ports that had it as a dependency, but do not really require it -- bump these, and remove it). * Remove it from the Qt 5 metaport. Reported by: Armin Pirkovitsch Reviewed by: rakuco Approved by: rakuco (mentor) Differential Revision: https://reviews.freebsd.org/D10673
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-01 01:01:06 +0000