• https://downloads.sourceforge.net/sourceforge/lensfun/ (Download)

• (2017-01-31) Updated to version: lensfun-0.3.2
• (2013-05-16) Updated to version: lensfun-0.2.7
• (2010-09-16) Updated to version: lensfun-0.2.5
• (2009-11-16) Package added to openports.se, version lensfun-0.2.3 (created)

Log message:
Reverse the polarity of MODPY_VERSION; default is now 3.x,
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.

Log message:
replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes

Log message:
bump all the py3 things, _SYSTEM_VERSION didn't quite work out how
we expected and it's easier|safer to do it this way than fiddle with
pkg_add now. thanks aja for update tests with a quick bulk.

Log message:
Add COMPILER lines to c++ ports which currently use the default. Adjust
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.

Log message:
Unbreak build - fixes for clang 6.0

Log message:
Picks up python3 if present.

Log message:
Bugfix: ${OpenMP_CXX_FLAGS} was used unconditionally
Fix building lensfun with CMake-3.9

Log message:
adjust .if !${ARCH..} in graphics/lensfun to avoid enabling sse/sse2 on i386,
it doesn't autodetect.

Log message:
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.

Log message:
add pthread to COMPILER_LIBCXX.
white lie, but it allows clang and gcc to be more similar
bump accordingly.

Log message:
use COMPILER_LIBCXX where applicable

Log message:
use LIBCXX

Log message:
zap a space that crept in to the .if; no problem, just untidy

Log message:
disable SSE in graphics/lensfun on arch where it can't work, the CMakeLists
file is not smart enough to check.

Log message:
update to lensfun-0.3.2, disable doxygen. from rsadowski

Log message:
Update to doxygen-1.8.12 and switch the gui to Qt5
From Rafael Sadowski, who takes maintainership.

Log message:
Update to doxygen-1.8.11 (latest)
This switches doxygen to the cmake build system.
All the hard work done by Rafael Sadowski, thanks!
Bulk build and ok ajacoutot@

Log message:
Switch lensfun to CMake, dropping build-time Python dependency and
lowering overall patches count. Also enables libauxfun to build.
The main point is to stop putting wrong soname in shared objects,
to unbreak lib-depends-check in dependant ports.
okay sthen@

Log message:
update HOMEPAGE

Log message:
sync WANTLIB

Log message:
Fix build with png-1.5.
All fixes from/via NetBSD pkgsrc.  The people there did a lot of
heavy lifting.

Log message:
bump after default python version switch

Log message:
new depends

Log message:
- regen PLIST after doxygen update
- tighten build dependency on doxygen

Log message:
update lensfun to 0.2.5 (missed 'cvs add')

Log message:
update lensfun to 0.2.5

Log message:
- bump for pythonia