aboutsummaryrefslogtreecommitdiff
path: root/graphics/hugin
Commit message (Collapse)AuthorAgeFilesLines
* x11-toolkits/wxgtk31: Update 3.1.4 -> 3.1.5Yuri Victorovich2021-04-161-1/+1
| | | | | | Bump 43 ports that either depend on wxgtk31 or potentially depend on it. Reported by: portscout
* graphics/hugin: make compatible with OpenEXR/Imath 3.0Matthias Andree2021-04-122-5/+38
|
* graphics/hugin: add LICENSEMatthias Andree2021-04-121-0/+2
|
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* 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 Notes: svn path=/head/; revision=565123
* 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) Notes: svn path=/head/; revision=560022
* 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@!) Notes: svn path=/head/; revision=560002
* graphics/* convert to USES=sqliteLoïc Bartoletti2020-11-161-2/+1
| | | | | | | | PR: 251142 Approved by: portmgr (blanket, convert to USES) Notes: svn path=/head/; revision=555507
* 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. Notes: svn path=/head/; revision=544853
* 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 Notes: svn path=/head/; revision=542353
* Move devel/swig30 to devel/swig and update to 4.0.1Sunpoet Po-Chuan Hsieh2020-06-171-2/+1
| | | | | | | | | | | | | | | - Do not silence installation message - Update dependent ports: - Fix build with swig 4.0.1 - Update *_DEPENDS - Remove BINARY_ALIAS Changes: http://www.swig.org/news.php PR: 246613 Exp-run by: antoine Notes: svn path=/head/; revision=539491
* 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. Notes: svn path=/head/; revision=534996
* 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) Notes: svn path=/head/; revision=534388
* Unravel python.Greg Lehey2020-01-161-1/+1
| | | | | | | | | PR: 243399 Submitted by: Martin, unspecified surname Reported by: Martin, unspecified surname Notes: svn path=/head/; revision=523264
* Update to 2019.2.0 release.Greg Lehey2020-01-165-35/+6
| | | | Notes: svn path=/head/; revision=523197
* 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. Notes: svn path=/head/; revision=522079
* 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 Notes: svn path=/head/; revision=519824
* graphics: Add missing USES={gl,gnome,sdl}Tobias Kortkamp2019-11-081-2/+2
| | | | Notes: svn path=/head/; revision=517071
* Add USES=xorg USES=gl, ports categories gNiclas Zeising2019-11-051-1/+1
| | | | | | | | Add USES=xorg and USES=gl to ports in categories starting with 'g'. While here, try to sprinkle other USES (mostly gnome and sdl) as needed. Notes: svn path=/head/; revision=516845
* 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 Notes: svn path=/head/; revision=509290
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2019-07-261-1/+1
| | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=507372
* graphics/exiv2: update to 0.27.1Tobias C. Berner2019-07-102-0/+27
| | | | | | | | Exp-run by: antoine PR: 239028 Notes: svn path=/head/; revision=506383
* Mark as broken on i386. This can stay: Hugin requires more memoryGreg Lehey2019-06-041-0/+2
| | | | | | | than i386 supports. Notes: svn path=/head/; revision=503438
* devel/boost-*: update to 1.70.0Jan Beich2019-04-121-1/+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 Notes: svn path=/head/; revision=498698
* Unbreak INDEXAntoine Brodin2019-04-071-1/+1
| | | | Notes: svn path=/head/; revision=498262
* Update to Hugin 2019.0Greg Lehey2019-04-076-114/+79
| | | | Notes: svn path=/head/; revision=498258
* Update CMake to latest release, 3.14.1Adriaan de Groot2019-04-051-0/+16
| | | | | | | | | | | | | | | | | | Changelog: https://cmake.org/cmake/help/v3.14/release/3.14.html Local patches: fixes for Boost, Python, and OpenMP Affected ports: - opencpn, hugin needed help in finding wx - kadu is over-enthusiastic in finding non-existent X11 components - xlife++ does weird things in parsing help output from cmake Thanks antoine@ for multiple exp-runs. Thanks tcberner@ for much prep-work. PR: 236534 223678 227428 Notes: svn path=/head/; revision=497948
* 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 Notes: svn path=/head/; revision=496059
* graphics/hugin: prepare for exiv2-0.27Tobias C. Berner2019-03-082-1/+31
| | | | | | | | | | Import gentoo's fix to build against graphics/exiv2 0.27: https://gitweb.gentoo.org/repo/gentoo.git/diff/media-gfx/hugin/files/hugin-2018.0.0-exiv2-0.27.patch?id=450cbf95fae0141740b2c9f74265220651ee8863 PR: 235943 Notes: svn path=/head/; revision=495072
* wxGTK3.0: switch to gtk3 and webkit2Baptiste Daroussin2019-02-251-1/+1
| | | | | | | Discussed with: portmgr Notes: svn path=/head/; revision=493853
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-12-121-1/+1
| | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=487272
* 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 Notes: svn path=/head/; revision=487266
* 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. Notes: svn path=/head/; revision=480374
* 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 Notes: svn path=/head/; revision=476723
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-07-291-1/+1
| | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=475857
* 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 Notes: svn path=/head/; revision=467711
* Update to revision 2018.0.0Greg Lehey2018-02-053-6/+15
| | | | Notes: svn path=/head/; revision=460963
* 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 Notes: svn path=/head/; revision=459315
* Switch from swig 2.0 to swig 3.0Baptiste Daroussin2017-12-201-1/+2
| | | | Notes: svn path=/head/; revision=456845
* 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 Notes: svn path=/head/; revision=455244
* Convert Python ports to FLAVORS.Mathieu Arnold2017-11-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464 Notes: svn path=/head/; revision=455210
* Bump portrevision to chase graphics/glew shard library version update.Niclas Zeising2017-11-181-1/+1
| | | | | | | | | | PR: 223370 Submitted by: zeising exp-run by: antoine Approved by: antoine Notes: svn path=/head/; revision=454454
* 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 Notes: svn path=/head/; revision=450560
* 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 Notes: svn path=/head/; revision=450557
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2017-09-101-1/+1
| | | | | | | | | | | | | | | | | (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 Notes: svn path=/head/; revision=449591
* Remove default support for the obsolete autopano-sift-C. It can stillGreg Lehey2017-07-073-212/+96
| | | | | | | | | | | be enabled at config if anybody can find a reason to do so. Upgrade to 2017.0 Reported by: T.Modes, Hugin group Notes: svn path=/head/; revision=445208
* Revision bump of all ports with USE_GL after consolidation of mesa-libsMatthew Rezny2017-05-231-1/+1
| | | | | | | | Approved by: swills (mentor) Differential Revision: https://reviews.freebsd.org/D10845 Notes: svn path=/head/; revision=441503
* Fix shebangsTobias C. Berner2017-05-041-2/+6
| | | | | | | | | Reviewed by: mat Approved by: mat (mentor) Differential Revision: https://reviews.freebsd.org/D10527 Notes: svn path=/head/; revision=440088
* devel/boost-*: update to 1.64.0Jan Beich2017-05-021-1/+1
| | | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_64_0.html PR: 218835 Approved by: office (bapt) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D10472 Notes: svn path=/head/; revision=439934
* Make defining both PORTVERSION and DISTVERSION a DEV_ERROR.Mathieu Arnold2017-04-111-2/+0
| | | | | | | | | | | | | | | | | | | | There are two cases: - The upstream versionning is compatible with our versionning, or using DISTVERSION's magic leads to a compatible PORTVERSION, use DISTVERSION. If it is possible to use DISTVERSIONPREFIX and DISTVERSIONSUFFIX to make it compatible, use them. - The upstream versionning is not compatible with our versionning, and DISTVERSION's magic does not lead to a correct PORTVERSION, then set PORTVERSION to the equivalent of our versionning, and set DISTNAME. It is possible to use a third variable where you store upstream's version and use it to compute PORTVERSION and/or DISTNAME, like the dns/bind9* ports do. Sponsored by: Absolight Notes: svn path=/head/; revision=438272
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-25 02:49:19 +0000