| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
16 Jun 2019 16:05:29
  2.5.1_1
|
antoine  |
Clean up LIB_DEPENDS |
12 Apr 2019 06:36:31
2.5.1_1
|
jbeich |
devel/boost-*: update to 1.70.0
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 |
30 Mar 2019 19:30:09
2.5.1
|
tcberner |
graphics/luminance: Update to 2.5.1
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) |
29 Mar 2019 23:00:36
2.4.0_30
|
jhale |
graphics/libraw: Update to 0.19.2
- 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 |
17 Mar 2019 13:14:52
2.4.0_29
|
tcberner |
graphics/exiv2: update to 0.27
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 |
08 Mar 2019 21:16:20
2.4.0_28
|
tcberner |
graphics/luminance, graphics/luminance-hdr: prepare for exiv2-0.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 |
16 Jan 2019 11:13:45
2.4.0_27
|
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 (Only the first 15 lines of the commit message are shown above  ) |
25 Dec 2018 20:25:40
2.4.0_26
|
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 |
12 Dec 2018 00:15:50
2.4.0_26
|
jbeich |
devel/boost-*: update to 1.69.0
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 |
22 Sep 2018 10:15:22
2.4.0_25
|
mandree |
Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.
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. |
09 Aug 2018 06:58:31
2.4.0_24
|
jbeich |
devel/boost-*: update to 1.68.0
- 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 |
28 Jun 2018 17:39:55
2.4.0_23
|
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 |
23 Jun 2018 08:27:14
2.4.0_23
|
tcberner |
Update math/gsl to 2.5
PR: 229067 |
28 Apr 2018 06:14:58
2.4.0_22
|
tcberner |
Update grahics/exiv2 to 0.26
PR: 223625
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D12345 |
18 Apr 2018 13:57:43
2.4.0_21
|
jbeich |
devel/boost-*: update to 1.67.0
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 |
18 Jan 2018 04:11:03
2.4.0_20
|
jbeich |
devel/boost-*: update to 1.66.0
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 |
01 Dec 2017 01:58:23
2.4.0_19
|
mandree |
Security update OpenEXR and ilmbase to 2.2.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 |
25 Sep 2017 00:08:17
2.4.0_18
|
jbeich |
devel/boost-*: update to 1.65.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 |
25 Sep 2017 00:05:06
2.4.0_17
|
jbeich |
devel/boost-*: enable C++11 features
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 |
03 Jul 2017 20:38:12
2.4.0_16
|
tcberner |
Update math/gsl to 2.4
Exp-Run by: antoine
PR: 220408 |
15 May 2017 15:52:22
2.4.0_15
|
tcberner |
Prepare the removal of x11-toolkits/qt5-declarative
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 |
02 May 2017 06:48:11
2.4.0_14
|
jbeich |
devel/boost-*: update to 1.64.0
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 |
02 May 2017 05:26:40
2.4.0_13
|
tcberner |
Update math/gsl to 2.3
This release introduces some new features and fixes several bugs:
http://savannah.gnu.org/forum/forum.php?forum_id=8751
* update to 2.3 and take maintainership
* update math/py-gsl to 2.2.0 for gsl2 support
* update math/rubygem-rb-gsl to 2.1.0.2 for gsl2 support
PR: 218952
Exp-run by: antoine
Reviewed by: mat, rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D10522 |
19 Jan 2017 04:39:37
2.4.0_12
|
jhale |
- Update graphics/libraw to 0.18.0
- Complete conversion to options helpers
- Add options for JPEG and JASPER support
- Side note: This had a dependency on jpeg before, so the JPEG
option default is ON. However, the configure script wasn't
detecting it previously.
- Silence MKDIRs
- Take maintainership
- Chase shared library bump
Changes: http://www.libraw.org/download#changelog |
11 Jan 2017 10:08:38
2.4.0_11
|
amdmi3 |
- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL
Approved by: portmgr blanket |
06 Jan 2017 08:45:04
2.4.0_11
|
jbeich |
devel/boost-*: update to 1.63.0
Changes: http://www.boost.org/users/history/version_1_63_0.html
PR: 215598
Exp-run by: antoine
Approved by: office (bapt)
MFH: 2017Q1 |
23 Nov 2016 12:45:47
2.4.0_10
|
jbeich |
devel/boost-*: update to 1.62.0
- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC
Changes: http://www.boost.org/users/history/
PR: 199601
Submitted by: Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by: rakuco (kde) (earlier version)
Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions)
Approved by: bapt (office) |
20 Nov 2016 09:38:09
2.4.0_9
|
gerald |
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler. |
27 Jul 2016 10:22:26
2.4.0_8
|
tcberner |
Update graphics/exiv2 to 0.25.
As there is an shlib version bump, bump them portrevision of dependent ports.
While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.
PR: 211329
Reviewed by: mat, rakuco, kwm
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7283 |
01 Apr 2016 14:00:57
2.4.0_7
|
mat |
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight |
22 Nov 2015 12:42:48
2.4.0_7
|
amdmi3 |
- Update graphics/libraw to 0.17.0
- While here, minor port cleanup, switch to options helpers
- Bump PORTREVISIONs of consumers as soversion has changed
PR: 204553
Submitted by: graham@menhennitt.com.au |
29 Oct 2015 22:14:35
2.4.0_6
|
kwm |
Include header for stderr to allow the build with gcc 4.9.
error: 'stderr' was not declared in this scope
PR: 196712 |
22 Jun 2015 18:33:22
2.4.0_6
|
antoine |
Convert to USES=jpeg |
21 Feb 2015 15:11:53
2.4.0_6
|
makc |
Chase graphics/libraw shlib bump |
25 Oct 2014 23:04:53
2.4.0_5
|
rakuco |
Add missing dependencies.
* USES=pkgconfig was missing so exiv2 detection was broken, for example.
* USE_QT5=declarative and USE_QT5=printsupport were missing, and the latter
is required for the port to build correctly with the upcoming Qt 5.3.2.
I've added an upstream commit to properly detect and use PrintSupport in
the build process as well.
PR: 194596
Approved by: Hannes Hauswedell <h2+fbsdports@fsfe.org> (maintainer) |
20 Oct 2014 17:04:21
2.4.0_4
|
bapt |
Cleanup plist |
10 Sep 2014 20:50:37
2.4.0_4
|
gerald |
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) |
31 Aug 2014 16:36:23
2.4.0_3
|
tijl |
math/fftw3:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove PTHREAD_CFLAGS and PTHREAD_LIBS
- Use MAKE_CMD |
17 Aug 2014 13:09:56
2.4.0_2
|
tijl |
math/gsl:
- Add USES=libtool and bump dependent ports
- Add USES=pathfix and INSTALL_TARGET=install-strip
Approved by: portmgr (implicit, bump unstage port) |
15 Aug 2014 20:37:33
2.4.0_1
|
mandree |
Upgrade OpenEXR and ilmbase to 2.2.0.
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports) |
20 Jul 2014 22:43:19
2.4.0
|
antoine |
Fix CONFLICTS line too |
20 Jul 2014 22:41:36
2.4.0
|
bapt |
Fix pkgname collision |
20 Jul 2014 15:58:00
2.4.0
|
lme |
Add CONFLICTS_INSTALL to both graphics/luminance{,-qt5} ports. |
15 Jul 2014 23:30:06
2.4.0
|
adamw |
Add DOCS to OPTIONS for ports that have PORTDOCS in the plist. |
13 Jul 2014 08:04:06
2.4.0
|
lme |
This is the QT5 version of Luminance HDR.
Luminance HDR is an open source graphical user interface application that
aims to provide a complete workflow for HDR image processing.
Supported features:
* Create an HDR file from a set of images (formats: JPEG, TIFF 8-bit and
16-bit, RAW) of the same scene taken at different exposure settings
* Rotate, resize, and crop HDR images
* Tonemap HDR images
* Copy EXIF data between sets of images
Supported HDR formats (with file extensions):
(Only the first 15 lines of the commit message are shown above ) |
As an Amazon Associate I earn from qualifying purchases.
