rawtherapee Powerful RAW image processing application
5.1 graphics =3

Maintainer: mandree@FreeBSD.org
Port Added: 11 Jan 2010 05:04:48
License: GPLv3

RawTherapee is a powerful RAW image processing appliction. It features:

High Image Quality
- Various demosaicing algorithms: AMaZE, DCB, fast, AHD, EAHD, HPHD & VNG4.
- Advanced color handling, including color management.
- Enhanced exposure and tonality tools
- Multiple denoising methods and several tools to enhance details.

Efficiency
- Multi-threaded algorithms for high performance
- Batch processing: convert all the developed images at once without not
  loading the processor while you work.
- Basic tools immediately at your hands.
- Parallel editing of multiple images.
- An optional secondary display can be used.

Versatility
- Wide variety of supported cameras
- Advanced control over the algorithms with many fine-tuning parameters.
- Command line usage besides the normal graphical interface.
- Various layouts: single/multiple/vertical tab, with/without filmstrip.

WWW: http://www.rawtherapee.com/

SVNWeb : Homepage : PortsMon

---

To install the port: cd /usr/ports/graphics/rawtherapee/ && make install clean
To add the package: pkg install rawtherapee

PKGNAME: rawtherapee

distinfo:

TIMESTAMP = 1495050595
SHA256 (rawtherapee-5.1.tar.xz) = fb742065a6b2e1b89df67c70395e52ee1ebd537c86dfc473b41e7af171655b67
SIZE (rawtherapee-5.1.tar.xz) = 10785516

---

NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.

Build dependencies:

1. cmake : devel/cmake
2. ninja : devel/ninja
3. update-desktop-database : devel/desktop-file-utils
4. pkgconf>=1.3.0_1 : devel/pkgconf
5. gtk-update-icon-cache : graphics/gtk-update-icon-cache
6. gcc5 : lang/gcc5
7. as : devel/binutils

Runtime dependencies:

1. update-desktop-database : devel/desktop-file-utils
2. gtk-update-icon-cache : graphics/gtk-update-icon-cache
3. gcc5 : lang/gcc5

Library dependencies:

1. libcanberra-gtk.so : audio/libcanberra
2. libcanberra-gtk3.so : audio/libcanberra-gtk3
3. libexpat.so : textproc/expat2
4. libfftw3.so : math/fftw3
5. libfftw3f.so : math/fftw3-float
6. libfontconfig.so : x11-fonts/fontconfig
7. libfreetype.so : print/freetype2
8. libiptcdata.so : graphics/libiptcdata
9. liblcms2.so : graphics/lcms2
10. libpng.so : graphics/png
11. libsigc-2.0.so : devel/libsigc++20
12. libtiff.so : graphics/tiff
13. libomp.so.0 : devel/openmp
14. libjpeg.so : graphics/jpeg-turbo
15. libatk-1.0.so : accessibility/atk
16. libatkmm-1.6.so : accessibility/atkmm
17. libcairo.so : graphics/cairo
18. libcairomm-1.0.so : graphics/cairomm
19. libgdk_pixbuf-2.0.so : graphics/gdk-pixbuf2
20. libglib-2.0.so : devel/glib20
21. libintl.so : devel/gettext-runtime
22. libglibmm-2.4.so : devel/glibmm
23. libgtk-3.so : x11-toolkits/gtk30
24. libgtkmm-3.0.so : x11-toolkits/gtkmm30
25. libsigc-2.0.so : devel/libsigc++20
26. libxml++-2.6.so : textproc/libxml++26
27. libxml2.so : textproc/libxml2
28. libpango-1.0.so : x11-toolkits/pango
29. libpangomm-1.4.so : x11-toolkits/pangomm

There are no ports dependent upon this port

---

Configuration Options

===> The following configuration options are available for rawtherapee-5.1:
     NATIVE=off: Use -march=native for compilation (do not use for generic packages!)
     OPENMP=on: Enable multicore processing using OpenMP (amd64)
     OPTIMIZED_CFLAGS=on: Use extra compiler optimizations (requires SSE2 support)
===> Use 'make config' to modify these settings

---

USES:

cmake:outsource desktop-file-utils dos2unix  jpeg localbase:ldflags pkgconfig tar:xz compiler:gcc-c++11-lib gnome

---

pkg-message:

======================================================================
DISK SPACE WARNING:

Note that RawTherapee uses version-dependent cache and configuration
directories.  Please be advised that cache directories can grow large,
so be sure to check all users' $HOME/.cache/RawTherapee* and have them
remove older cache directories.

Also, after configurations have been moved to the new version's
directory, older $HOME/.config/RawTherapee* directories may be removed.
======================================================================

---

Master Sites:

1. http://rawtherapee.com/shared/source/

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

Update to new upstream release 5.1.

While here, use Ninja (instead of make) for the build.
This is GTK3 only, GTK2 is no longer applicable.

Mark some ports failing on aarch64, and, in a few cases, other tier-2
archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Now that GCC 5 is the default version in the Ports Collection, remove
a workaround that explicitly requests that version from the rawtherapee
and rawtherapee-devel ports.

Approved by:	mandree (maintainer)

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

Update to upstream bugfix revision #1.

Changelog: <http://rawtherapee.com/blog/rawtherapee-5.0-revision-1-released>

graphics/rawtherapee(-devel): Fix OSVERSION, use with OPSYS

The OSVERSION for FreeBSD 10.3 is 1003000, not 1030000.  The last commit
blocked FreeBSD 10.3 too.  OSVERSION is also supposed to be used in
conjunction with OPSYS.

Approved by:	just-fix-it

Block esoteric systems.

In particular, only support amd64 for FreeBSD 12+ (-CURRENT),
Nail the coffin of EOL distros: IGNORE builds before 10.3-RELEASE,
and force -mstackrealign on i386 gcc to put an end to i386
instabilities.  (for some reason, FreeBSD 12-CURRENT chooses GCC rather
than base clang, and then breaks the stack alignment for SSE2 again,
causing SIGBUS[1].)

[1]
http://beefy11.nyi.freebsd.org/data/head-i386-default/p432608_s312909/logs/rawtherapee-devel-5.0.log

Reported by:	pkg-fallout@ [1]

Update to new 5.0-gtk3 release (synch with graphics/rawtherapee-devel)

Changes:    <http://rawtherapee.com/blog/rawtherapee-5-released>

Due to GCC issues on i386 with stack misalignment for SSE2 instructions,
use the base system clang there, and use GCC 5+ on amd64.  Since i386
has no OpenMP support, even clang 3.4 in FreeBSD 10.3 is good enough.

Note that the cache directory suffix, which used to be 4.1, is now
empty, so the cache directory is now ~user/.cache/RawTherapee.
~user/.cache/RawTherapee4.1 should be renamed before the start, or
removed.

Miscellaneous cleanups all over the place.

Further cleanup, 11-RELEASE build fixes.

Prune unused dependencies via -Wl,--as-needed.

Build with as few requirements as works for 10.3-RELEASE and
11.0-RELEASE, i386 and amd64. This should use the base CC on anything
but 10.3-RELEASE amd64, where we use GCC 4.9 for OpenMP support.

Specifically, 11.0-RELEASE compilations do *not* work with GCC 4.9 and
the result fails with SIGBUS with apparent bogus SSE code generation and
misalignment.

Fix sound theme support via libcanberra (change Linux ifdefs to !Apple
ifdefs).

Upgrade CPU flags to use SSE2 by default on i386.

Reported by:	Ingo Weyrich

Clean up, minor options fixes and shuffling.

- drop -ffast-math from the compiler flags [1]
- drop libc++ hacks for FreeBSD 9.x/10.1 and use the new gcc-c++11-lib [2]
- be sure to optimize for packaging when PACKAGE_BUILDING [3]
- simplify CMake OPTION_OMP passing [2]
- bump PORTREVISION

Reported by:	Ingo Weyrich [1], jbeich@ [2], DrSlony

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Fix devel/glib20-induced abort() with dir monitoring.

Note: untested in poudriere since texlive-base is currently defunct.

I could reproduce the problem on 10.1-amd64 on a bare metal build
and check that Christoph's patch works, so committing it. Please report
fall-out in the PR indicated below.

+ Bump PORTREVISION to trigger rebuild.

PR:		202250
Submitted by:	Christoph Moench-Tegeder

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

Convert to USES=jpeg

Fix CVE-2015-3885.

PR:		200198
Security:	CVE-2015-3885

graphics category: Remove $PTHREAD_LIBS

graphics/zbar didn't pass check-plist (pre-existing), fixed.

approved by:	PTHREAD blanket

Bump portrevision after png update

Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade

Upgrade to new upstream release 4.2.

ChangeLog: http://rawtherapee.com/blog/rawtherapee-4.2-is-out

Cleanup plist

Replace USE_GCC=4.8+ by the equivalent, but preferred USE_GCC=yes.

Add USES=libtool to accessibility/atkmm and bump dependent ports

math/fftw3:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove PTHREAD_CFLAGS and PTHREAD_LIBS
- Use MAKE_CMD

- Switch graphics/libiptcdata to USES=libtool, drop .la files
- Strip libraries
- Bump dependent ports as .so version has changed

Approved by:	portmgr blanket

Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. Categories G-I.

CR:		D201
Approved by:	portmgr (bapt)

Re-enable on HEAD to see what we get.

Update to new upstream release 4.1.

Announcement: <http://rawtherapee.com/blog/rawtherapee-4.1-is-out>

Fix build on 10.0-RELEASE i386 by adding an #include <cstdlib>.
USE_XZ=yes -> USES=tar:xz.

Mark broken on 11 as there are two reports that it is unusable.

Re-enable OpenMP on clang-based systems (FreeBSD 10).

This got broken by the way how the port detects that the system is
clang-based in order to force libc++, and should be fixed now.

PR:		ports/186240
Reported by:	Christoph Moench-Tegeder

Upgrade to RawTherapee 4.0.12 [1], and use GCC again on FreeBSD 10+ [2].

Upstream changes are described at:
<http://rawtherapee.com/blog/rawtherapee-4.0.12-released>

[2] brings back OpenMP support and fully optimized sources, but it does
require GCC 4.8 to avoid internal compiler errors in older GCC releases,
and adds a build dependency on the libc++ port to bring in the required
compile-time namespace transformations to have Rawtherapee use libc++
(as the other C++-based requisite ports do).

Thanks to:	Baptiste Daroussin (bapt@) for help with [2]
PR:		ports/186240 [1]
Submitted by:	Christoph Moench-Tegeder [1]

Miscellaneous fixes.

- Add desktop-file-utils to the USES list, bumping PORTREVISION.

- Force USE_GCC only on OSVERSION < 1000024, to avoid running into
  a libc++/libstdc++ mismatch in glibmm-2.4 on FreeBSD 10
  (which caused linker troubles in the Glib:: namespace due to
  libc++-based different mangling - glibmm is compiled to use libc++
  on 10-STABLE, so we cannot USE_GCC there).

- Force disable OpenMP option on non-GCC systems, because clang does
  not yet support it.

- In order to be able to use clang, force ipsharpen.cc to be compiled
  with -O1 only because -O2 or higher optimization levels lead to
  excessive compile times, so long that I never waited for the compile
  to complete (over 10 minutes on a Phenom II at 2.5 GHz).

- Quench unused-command-line-arguments warnings on clang.

This should fix the compile on 10-STABLE and HEAD.

Whether the software actually works I cannot currently test due to
lack of a full desktop install of 10-STABLE.

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

- Remove manual creation and removal of share/applications, as it's now in the
mtree (categories starting with [fgijk])

Approved by:	portmgr (bdrewery)

Support staging, revise LIB_DEPENDS.

Add NO_STAGE all over the place in preparation for the staging support (cat:
graphics)

Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.

Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.

This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.

That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.

Approved by:	portmgr (bdrewery)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Run paranoia test from post-install.

Add fftw3 to dependencies.

Add fftw3f to dependencies.

- depend on libcanberra-gtk3 [1]
- change cmake to cmake:outsource to avoid a warning [1]
- paranoia: check rawtherapee --help if it prints the version number, to
  make sure that it links to the right shared libraries (base libgomp is
  insufficient), just in case RPATH propagation or setting breaks later
  on. [by yours truly]

PR:		ports/178206 [1]
Submitted by:	Waitman Gobble <uzimac@da3m0n8t3r.com> [1]

Revise and shorten.

Update to Rawtherapee 4.0.11. New features, faster, requires GCC 4.6+.

This should fix the issues mentioned in the PRs given below,
in particular, it should do away with the need for libmap.conf hacks
for libgcc_s, libgomp, libobjc, libssp, libstdc++.
(the Makefile as I took it already set the linker's -rpath, and
patch-CMakeLists.txt ensures CMake keeps it during "make install").

ChangeLog 4.0.10: http://rawtherapee.com/blog/rawtherapee-4.0.10-released

ChangeLog 4.0.11: http://rawtherapee.com/blog/rawtherapee-4.0.11-released

PR:		ports/171079
PR:		ports/178206

Take maintainership.

Convert g* to USES=pkgconfig

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

- update to 4.0.9
- adjust local patch to new version
- pet portlint (drop shlib versions in LIB_DEPENDS)
- tab -> space change in pkg-plist:WWW

new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility

This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG

it can take the following arguments:
 - yes (meaning build only dep)
 - build (meaning build only dep)
 - run (meaning run only dep)
 - both (meaning run and build dep)

From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.

While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config

With Hat:	portmgr
Exp-runs by:	bapt (pointhat-west), beat (pointyhat)

For ports maintained by ports@ where pkgconfig is one of the USE_GNOME deps
convert it to BUILD_DEPENDS. This avoids the problem of the bogus run dep
added by bsd.gnome.mk.

Conver to new options framework

- update png to 1.5.10

Lets check if build is now passes on archs other than i386 and amd64.

Discussed with:     portmgr (linimon)

- update to 4.0.8
- remove patches, incorporated upstream

release notes:
http://rawtherapee.com/blog/rawtherapee-4.0.8-released

- mark it MAKE_JOBS_SAFE

Feature safe:   yes

- conditionally add missing log2() only to systems where it really missing
This fixes breakage on log2()-aware systems, introduced in previous commit.

Spotted by:     mandree
Pontyhat to:    rm
Feature safe:   yes

- update to 4.0.7
- switch to GOOGLE_CODE as distfiles mirror
- switch to USE_XZ
- add two upstream patches (patch-rtengine-CA__correct__RT.c and
  patch-rtengine_array2D.h) [1]
  to fix build on i386. They should be removed after release of 4.0.8.
- add patch (patch-rtengine_improcfun.h) to fix build on log2()-less systems
  (~everything<=8.3)
- some cosmetics

It would be great if someone with access to ia64, powerpc, sparc64 could confirm
that it still failing there.

[1]
http://code.google.com/p/rawtherapee/source/detail?r=4b5ae9eb4000ce5eb8e8939343da4d8f4ee4a36d

Feature safe:   yes

Add i386 to the BROKEN arch's.

Submitted by:   pointyhat

Mark as broken on powerpc and sparc64.

Hat:            portmgr

- Return my ports back to the pool.  I was unable to make any fixes to
  my ports in the past 3 weeks while ports were broken on any 10.x
  machines, which means I'm unable to maintain them.  So let people know
  that there's no available support for them until things are back to
  normal (which also means that anyone with spare time will be able
  to fix them without getting approval).

- Oops, roll back.  I just realized it's i386 only problem and has nothing to
  do with GCC :-(

- Force GCC 4.4+ for rawtherapee.  Apparently, GCC 4.2.1 on FreeBSD 8.2
  can't compile it.

Reported by:    Hanno Krusken <lr101fc@yahoo.co.uk>, ajtiM <lumiwa@gmail.com>

- Add forgotten patch.

Reported by:    Hanno Krusken <lr101fc@yahoo.co.uk>

- Update to 4.0.2.
- Add workaround for Glib's non-UTF8 locale bug.

- Fix plist.
- Move LICENSE to a more appropriate section.

- rawtherapee actually wants lcms1.
- add option to disable OpenMP.

- Another attempt to get rid of Hg dependency.
  I was in hurry last time, so have not done it properly.

- Drop build dependency on Hg, which was used to pull the app version.
  It was not working anyway as distfile does not include the .hg directory.

- Update to 3.0.0 release.  As the port was version 3.0 before (3.0 development
  snapshot), I'm keeping version the same, and just bumping the port
  revision.

-remove MD5

- fix build for png-1.4.1

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

Attempt to remove i386/amd64-specific optimizations to see if this
will unbreak it on sparc64.

Hat:            portmgr
Feature safe:   yes

- update to jpeg-8

- Fix build on 6.x

- Add graphics/rawtherapee, a powerful RAW image processing appliction.

WWW:    http://www.rawtherapee.com

11 vulnerabilities affecting 62 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities