Hi!
Updaye of rawtherapee on my FreeBSD 12.1-RELEASE-p2 (amd64) failed:
ls: /usr/ports/graphics/rawtherapee/files/../testimages/*: No such file
or directory
+ onefile=''
+ test -d /usr/ports/graphics/rawtherapee/files/../testimages
+ ls -Rlbai /usr/ports/graphics/rawtherapee/files/../testimages
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241179
It does, however, build when the build is run the traditional way via ports -
i.e:
cd /usr/ports/graphics/rawtherapee && make && make install
--
J.
signature.asc
Description: PGP signature
Am 04.02.2017 um 23:47 schrieb John Marino:
>
> Anyway ...
> I don't discourage that coupling OPSYS with OSVERSION is documented. I
> think the original idea is that the guideline would "ease in". maybe
> we're already there because many people are following it on their own
> now.
Yes, but what
On 2/4/2017 16:24, Gerald Pfeifer wrote:
On Fri, 3 Feb 2017, John Marino wrote:
AFAIK it's not documented, but it's been spoken here quite a few times
and the result was "try to be nice and if you must use OSVERSION, guard
it with OPSYS". Anything else is a bug because OSVERSION only makes
On Fri, 3 Feb 2017, John Marino wrote:
> AFAIK it's not documented, but it's been spoken here quite a few times
> and the result was "try to be nice and if you must use OSVERSION, guard
> it with OPSYS". Anything else is a bug because OSVERSION only makes
> sense with an exact value of OPSYS
Am 03.02.2017 um 22:03 schrieb John Marino:
>
> So please, if you can, respect this guideline regardless if it's
> documented, and if not, at least let others make the correction. I'd
> like to take the opportunity to thank all the FreeBSD committers that
> make the effort to guard OSVERSION. It
On 2/3/2017 14:55, Matthias Andree wrote:
Am 29.01.2017 um 20:22 schrieb John Marino:
Author: marino
Date: Sun Jan 29 19:22:47 2017
New Revision: 432796
URL: https://svnweb.freebsd.org/changeset/ports/432796
Log:
graphics/rawtherapee(-devel): Fix OSVERSION, use with OPSYS
The OSVERSION
Am 29.01.2017 um 20:22 schrieb John Marino:
> Author: marino
> Date: Sun Jan 29 19:22:47 2017
> New Revision: 432796
> URL: https://svnweb.freebsd.org/changeset/ports/432796
>
> Log:
> graphics/rawtherapee(-devel): Fix OSVERSION, use with OPSYS
>
> The OSVERSION
Hi,
I just tried to build RawTherapee and it dumps core with
Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError
I then
- rebuild world from today,
- switched off the collation fix in glib and optimizations in
rawtherapee
- did a portsnap fetch update
On 2/13/2014 9:15 AM, Mathias Picker wrote:
Hi,
I just tried to build RawTherapee and it dumps core with
Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError
I then
- rebuild world from today,
- switched off the collation fix in glib and optimizations
Am 13.02.2014 18:15, schrieb Mathias Picker:
Hi,
I just tried to build RawTherapee and it dumps core with
Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError
I then
- rebuild world from today,
- switched off the collation fix in glib and optimizations
On 2/13/2014 9:15 AM, Mathias Picker wrote:
Hi,
I just tried to build RawTherapee and it dumps core with
Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError
I then
- rebuild world from today,
- switched off the collation fix in glib and optimizations
without the patch?
Exactly.
I do not know if this related but my gimp did not work anymore after I
successfully have had rawtherapee installed. After recompiling gimp-app
and reinstalling it, also gimp works again.
For me, Gimp still works after installation of rawtherapee, without
recompiling
Am 10.02.2014 23:24 (UTC+1) schrieb Matthias Andree:
Am 10.02.2014 18:08, schrieb Erich Dollansky:
it depends obviously on factors we do not really know. I also have had
a working rawtherapee a few weeks ago. Just the last update of the
ports tree killed it again.
Greetings,
thanks
(stripping Cc: list down a bit)
Am 11.02.2014 09:54, schrieb Rainer Hurling:
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I just tried RawTherapee after rebuilding devel/glib20 with the iconv
related patch, and it works flawlessly! Some small test with filters
Am 11.02.2014 10:09 (UTC+1) schrieb Matthias Andree:
(stripping Cc: list down a bit)
Am 11.02.2014 09:54, schrieb Rainer Hurling:
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I just tried RawTherapee after rebuilding devel/glib20 with the iconv
related patch
On Mon, 10 Feb 2014 23:24:06 +0100 Matthias Andree wrote:
Am 10.02.2014 18:08, schrieb Erich Dollansky:
it depends obviously on factors we do not really know. I also have had
a working rawtherapee a few weeks ago. Just the last update of the
ports tree killed it again.
Greetings,
thanks
## Matthias Andree (mand...@freebsd.org):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions from that glib
patch.
Regards,
Christoph
--
Spare Space
Am 11.02.2014 20:27, schrieb Christoph Moench-Tegeder:
## Matthias Andree (mand...@freebsd.org):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions
## Rainer Hurling (rhur...@gwdg.de):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions from that glib
patch.
Hmm, is it right, that your base
Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
## Rainer Hurling (rhur...@gwdg.de):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions from
Am 11.02.2014 10:46, schrieb Rainer Hurling:
I just recognized another issue, what I think is not intended.
Newest graphics/rawtherapee installs and uses devel/libc++. This wanted
behaviour is included in the ports Makefile for OpenMP reasons.
As a side effect, other ports with c++ usage
Am 11.02.2014 22:10, schrieb Rainer Hurling:
Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
My base is 10.0-RELEASE, and the port is totally recent
(rawtherapee-4.0.12_1, Makefile r343191). converters/libiconv
hadn't been installed until right now.
OTOH I'm very careful with using
On Tue, 11 Feb 2014 23:14:05 +0100 Matthias Andree wrote:
Am 11.02.2014 22:10, schrieb Rainer Hurling:
Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
My base is 10.0-RELEASE, and the port is totally recent
(rawtherapee-4.0.12_1, Makefile r343191). converters/libiconv
hadn't been
## Rainer Hurling (rhur...@gwdg.de):
Thanks for this info. So perhaps your situation is like the one,
mandree@ observed on his 10.0 box: no crashes without the patch?
Exactly.
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing
if this related but my gimp did not work anymore after I
successfully have had rawtherapee installed. After recompiling gimp-app
and reinstalling it, also gimp works again.
Erich
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
Am 11.02.2014 23:02 (UTC+1) schrieb Matthias Andree:
Am 11.02.2014 10:46, schrieb Rainer Hurling:
I just recognized another issue, what I think is not intended.
Newest graphics/rawtherapee installs and uses devel/libc++. This wanted
behaviour is included in the ports Makefile for OpenMP
delete -f libc++-200683
libcxxrt-20131225_1' I am able to use rawtherapee furthermore. So ports
like RawTherapee would also work, when devel/libc++ and devel/libcxxrt
would be deinstalled right after successfull installation of the port.
Rainer,
So there is not a dependency that should be recorded
Am 10.02.2014 03:40, schrieb Erich Dollansky:
Hi,
On Sun, 9 Feb 2014 07:07:00 -0800
Waitman Gobble uzi...@da3m0n8t3r.com wrote:
USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
as you might have expected, this also fixes rawtherapee on 10.0.
Interesting™, thanks
as you might have expected, this also fixes rawtherapee on 10.0.
Interesting™, thanks for the feedback.
Meaning: why does it /not/ crash for me on 10.0? Who made glib use
libiconv-from-ports (I believe I used default options for all ports on
10.0, and most are actually binaries installed
Am 10.02.2014 18:08, schrieb Erich Dollansky:
it depends obviously on factors we do not really know. I also have had
a working rawtherapee a few weeks ago. Just the last update of the
ports tree killed it again.
Greetings,
thanks to Waitman who debugged things over the weekend, we have
(Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and
use GCC 4.8 on all systems. RawTherapee is somewhat demanding,
especially at higher optimization level, and kills the 10.0-RELEASE
base clang and Port GCC 4.6 and 4.7, all with internal compiler
errors. Since GCC
(Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and
use GCC 4.8 on all systems. RawTherapee is somewhat demanding,
especially at higher optimization level, and kills the 10.0-RELEASE
base clang and Port GCC 4.6 and 4.7, all with internal compiler
errors. Since GCC
), because we need to match the
libraries that the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and
use GCC 4.8 on all systems. RawTherapee is somewhat demanding,
especially at higher optimization level, and kills the 10.0-RELEASE
base clang
), because we need to match the
libraries that the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and
use GCC 4.8 on all systems. RawTherapee is somewhat demanding,
especially at higher optimization level, and kills the 10.0-RELEASE
base clang
, it is (as a build requisite, but apparently remained installed
on the destination machine), because we need to match the
libraries that the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and
use GCC 4.8 on all systems. RawTherapee is somewhat
had already committed this? :)
Yes, it is (as a build requisite, but apparently remained
installed on the destination machine), because we need to match
the libraries that the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now,
and use GCC 4.8 on all
(Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now,
and use GCC 4.8 on all systems. RawTherapee is somewhat
demanding, especially at higher optimization level, and kills
the 10.0-RELEASE base clang and Port GCC 4.6 and 4.7, all with
internal compiler errors
the libraries that the requisites use (Glibmm for
one).
I have given up on compiling RawTherapee with clang++ for
now, and use GCC 4.8 on all systems. RawTherapee is
somewhat demanding, especially at higher optimization level,
and kills the 10.0-RELEASE base clang and Port GCC 4.6 and
4.7, all
, it is (as a build requisite, but apparently remained
installed on the destination machine), because we need to
match the libraries that the requisites use (Glibmm for
one).
I have given up on compiling RawTherapee with clang++ for
now, and use GCC 4.8 on all systems. RawTherapee is
somewhat
the libraries that the requisites use (Glibmm for
one).
I have given up on compiling RawTherapee with clang++ for
now, and use GCC 4.8 on all systems. RawTherapee is
somewhat demanding, especially at higher optimization level,
and kills the 10.0-RELEASE base clang and Port GCC 4.6 and
4.7, all
On 09 Feb 2014, at 16:07, Waitman Gobble uzi...@da3m0n8t3r.com wrote:
...
ok, so changing the Makefile for port/devel/glib20
USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
finally solves the problem with graphics/rawtherapee. The program works on
my FreeBSD 11.0
= on glib20 fixes the unhandled exceptions on FreeBSD
11, how do we solve this? Are we making glib20 use the ports iconv by
means of USES=libiconv:wchar_t, or is there a way that I can check from
the Rawtherapee Makefile, so that I can mark Rawtherapee BROKEN or
IGNORE in case glib20 was built
Am 10.02.2014 00:01, schrieb Dimitry Andric:
On 09 Feb 2014, at 16:07, Waitman Gobble uzi...@da3m0n8t3r.com wrote:
...
ok, so changing the Makefile for port/devel/glib20
USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
finally solves the problem with graphics/rawtherapee
Hi,
On Sun, 9 Feb 2014 07:07:00 -0800
Waitman Gobble uzi...@da3m0n8t3r.com wrote:
USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
as you might have expected, this also fixes rawtherapee on 10.0.
Erich
___
freebsd-ports
Am 07.02.2014 05:22, schrieb Erich Dollansky:
Hi,
I just faced the same problem.
...
It looks to me that the entry in libmap.conf is not even needed as
there is a link in /usr/local/lib anyway.
Rawtherapee is a very sensitive program from my point of view. It works
after one update
we need to match the libraries that
the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and use
GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially
at higher optimization level, and kills the 10.0-RELEASE base clang and
Port GCC
Am 06.02.2014 08:23 (UTC+1) schrieb Dimitry Andric:
On 06 Feb 2014, at 07:48, Rainer Hurling rhur...@gwdg.de wrote:
...
I just recognized, that in my CURRENT boxes in base their are two
versions of libc++:
#ll /usr/lib/libc++.so*
-r--r--r-- 1 root wheel -134 3 Aug 22:33:00 2013
committed this? :)
Yes, it is (as a build requisite, but apparently remained
installed on the destination machine), because we need to match
the libraries that the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now,
and use GCC 4.8 on all systems
Many thanks for the update of graphics/rawtherapee, r342622. This
program is really important for photographers.
It builds and installs just fine on recent HEAD amd64, but unfortunately
it crashes immediately, when started.
I tried to build rawtherapee and some of its dependencies
Am 05.02.2014 20:46, schrieb Rainer Hurling:
Many thanks for the update of graphics/rawtherapee, r342622. This
program is really important for photographers.
It builds and installs just fine on recent HEAD amd64, but unfortunately
it crashes immediately, when started.
Rainer,
I don't see
On 05 Feb 2014, at 20:46, Rainer Hurling rhur...@gwdg.de wrote:
Many thanks for the update of graphics/rawtherapee, r342622. This
program is really important for photographers.
It builds and installs just fine on recent HEAD amd64, but unfortunately
it crashes immediately, when started.
I
remained installed on
the destination machine), because we need to match the libraries that
the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and use
GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially
at higher optimization level
Hi Matthias,
thanks for answering.
Am 05.02.2014 21:03, schrieb Matthias Andree:
Am 05.02.2014 20:46, schrieb Rainer Hurling:
Many thanks for the update of graphics/rawtherapee, r342622. This
program is really important for photographers.
It builds and installs just fine on recent HEAD
committed this? :)
Yes, it is (as a build requisite, but apparently remained installed on
the destination machine), because we need to match the libraries that
the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and use
GCC 4.8 on all systems
Hi Rainer,
this is more useful as a backtrace in itself, but I don't know how to
make heads or tails of it; the interesting parts appear to be in frames
#5 (meaning that you might need to reinstall glibmm WITH_DEBUG=yes) and
#8/#9 (where the whole call chain starts).
I can say that rawtherapee
of libc++? I was not aware Baptiste had
already committed this? :)
Yes, it is (as a build requisite, but apparently remained installed on
the destination machine), because we need to match the libraries that
the requisites use (Glibmm for one).
I have given up on compiling RawTherapee
for one).
I have given up on compiling RawTherapee with clang++ for now, and use
GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially
at higher optimization level, and kills the 10.0-RELEASE base clang and
Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8
On 06 Feb 2014, at 07:48, Rainer Hurling rhur...@gwdg.de wrote:
...
I just recognized, that in my CURRENT boxes in base their are two
versions of libc++:
#ll /usr/lib/libc++.so*
-r--r--r-- 1 root wheel -134 3 Aug 22:33:00 2013 /usr/lib/libc++.so
-r--r--r-- 1 root wheel - 768248
that
the requisites use (Glibmm for one).
I have given up on compiling RawTherapee with clang++ for now, and use
GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially
at higher optimization level, and kills the 10.0-RELEASE base clang and
Port GCC 4.6 and 4.7, all with internal compiler
Hi,
I get this error since several days when I try to compile RawTherapee
from ports.
Is there a solution known to this problem?
Thanks!
Erich
PS:
ffmanager.cc:(.text+0x21dc): undefined reference to
`Gio::File::create_for_path(std::basic_stringchar,
std::char_traitschar, std::allocatorchar
On 4/27/2013 22:31, Waitman Gobble wrote:
I have updated the port for rawtherapee 4.0.10, the new version is totally
awesome..
There is one issue that I do not understand how to address in my port.
Since rawtherapee uses OpenMP / libgomp it links to /usr/lib/libgomp.so which
is from base gcc
On Sun, 28 Apr 2013 08:35:45 +0200, John Marino freebs...@marino.st wrote:
On 4/27/2013 22:31, Waitman Gobble wrote:
I have updated the port for rawtherapee 4.0.10, the new version is
totally
awesome..
There is one issue that I do not understand how to address in my port.
Since rawtherapee
Hi,
I have updated the port for rawtherapee 4.0.10, the new version is totally
awesome..
There is one issue that I do not understand how to address in my port.
Since rawtherapee uses OpenMP / libgomp it links to /usr/lib/libgomp.so which
is from base gcc, and
too old. even if gcc4.6
In file included from /usr/include/sys/stat.h:99:0,
from /usr/local/include/glib-2.0/glib/gstdio.h:26,
from
/home/rm/learn/free/004/graphics/rawtherapee/work/rawtherapee-4.0.10/rtengine/curves.cc:20:
/usr/include/sys/time.h:134:17: error: 'sbintime_getsec' declared
Hi,
is it possible to push graphics/rawtherapee to version 4.0.9.50?
On the last weekend I talked to a develoer of rawtherapee and he told
me about some new noise reduction algorythyms...
...and he told me, the the developers often don't like it, to make a
new major, so it is often a lot(!) new
Hi Gosha!
Гуляев Гоша wrote on 21.04.2012 11:24:
Good day everyone!
There is new versions of therse applications available. Maybe someone
can update it in ports?
Thank you!
rawtherapee was just updated, and darktable has an active maintainer
(cc'ed). It always better
Good day everyone!
There is new versions of therse applications available. Maybe someone
can update it in ports?
Thank you!
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe,
Am 31.03.2012 10:43, schrieb Ruslan Mahmatkhanov:
Matthias Andree wrote on 31.03.2012 11:01:
Ruslan,
I cannot build rawtherapee 4.0.7 on 9-STABLE amd64,
re-running it after failure with make MAKE_JOBS_UNSAFE=yes yields:
[...]
math.h line 239 declares double log2(double);, so I presume
Ruslan,
I cannot build rawtherapee 4.0.7 on 9-STABLE amd64,
re-running it after failure with make MAKE_JOBS_UNSAFE=yes yields:
[ 5%] Building CXX object rtengine/CMakeFiles/rtengine.dir/ipresize.cc.o
In file included from
/var/tmp/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.7/rtengine
Matthias Andree wrote on 31.03.2012 11:01:
Ruslan,
I cannot build rawtherapee 4.0.7 on 9-STABLE amd64,
re-running it after failure with make MAKE_JOBS_UNSAFE=yes yields:
[...]
math.h line 239 declares double log2(double);, so I presume that
patch-rtengine_improcfun.h proves harmful here
Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann:
Mathias Picker mathias.pic...@virtual-earth.de wrote:
Good god,
I must have worn both my eye patches at the same time.
Sorry,
Mathias
Mayby you can try to install graphics/rawtherapee - just to approve
to install graphics/rawtherapee - just to approve
(or discard) my problem.
Sure. The rawtherapee build just completed without errors.
??
How
FreeBSD mp.virtual-earth.de 9.0-STABLE FreeBSD 9.0-STABLE #5: Wed Feb 8
13:14:32 CET 2012
mathi...@mp.virtual-earth.de:/usr/obj/usr/src/sys/GENERIC
time.
Sorry,
Mathias
Mayby you can try to install graphics/rawtherapee - just to approve
(or discard) my problem.
Sure. The rawtherapee build just completed without errors.
Mathias and me found out: It has problem with i386. Is there soneone
with an i386 (or higher) and can say
Mathias Picker mathias.pic...@virtual-earth.de wrote:
Good god,
I must have worn both my eye patches at the same time.
Sorry,
Mathias
Mayby you can try to install graphics/rawtherapee - just to approve
(or discard) my problem.
Heino
Hi,
is there anyone who likes zu make graphics/rawtherapee builadable?
At the moment ist seems to be broken (also on i386).
See: http://www.freebsd.org/cgi/query-pr.cgi?pr=164714
Heino
___
freebsd-ports@freebsd.org mailing list
http
/sys/GENERIC amd64
Am Montag, den 13.02.2012, 17:39 +0100 schrieb Heino Tiedemann:
Hi,
is there anyone who likes zu make graphics/rawtherapee builadable?
At the moment ist seems to be broken (also on i386).
See: http://www.freebsd.org/cgi/query-pr.cgi?pr=164714
Heino
Mathias Picker mathias.pic...@virtual-earth.de wrote:
Strange, I can build it just fine, only it crashes without the crude
workaround described here:
http://bugzilla.rawstudio.org/show_bug.cgi?id=525
That has the Toppic RAWSTUDIO.
I am talking about RAWTHERAPEE
Heino
described here:
http://bugzilla.rawstudio.org/show_bug.cgi?id=525
That has the Toppic RAWSTUDIO.
I am talking about RAWTHERAPEE
Heino
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
On Tue, 9 Aug 2011 05:39:46 -0500
ajtiM lum...@gmail.com mentioned:
It doesn't build still..
CMake Error at CMakeLists.txt:260 (message):
hg command not found!
-- Configuring incomplete, errors occurred!
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
*** Error code 1
/ports/graphics/rawtherapee.
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
Hey, sorry!
I was in a hurry last time, so didn't committed the fix
properly.
Can you try now, please?
Thanks for the update. It compiles fine now.
But there is another problem when running RawTherapee
It doesn't build still..
CMake Error at CMakeLists.txt:260 (message):
hg command not found!
-- Configuring incomplete, errors occurred!
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
Thanks.
Mitja
http
/rawtherapee.
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
It requires devel/mercurial to be installed. AFAICT it's a build dependency
only, so you can remove it again after the rawtherapee build completes.
You are right. But why not including a BUILD_DEPENDS= in the ports
makefile
incomplete, errors occurred!
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
It requires devel/mercurial to be installed. AFAICT it's a build dependency
only, so you can remove it again after the rawtherapee build
):
hg command not found!
-- Configuring incomplete, errors occurred!
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
*** Error code 1
Stop in /usr/ports/graphics/rawtherapee.
It requires devel/mercurial to be installed. AFAICT it's a build dependency
only, so you can remove it again
85 matches
Mail list logo
