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/../
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
sens
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
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 in
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
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 in
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 and
mandree@ observed on his 10.0 box: no crashes 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.
t. After 'pkg 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
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
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.
Erich
___
freebsd-ports@freebsd.org mailing list
http://lists.free
## 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 mailin
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, M
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 &
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,
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
&g
## 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
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
## 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
--
Spa
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
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 rebui
(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 te
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
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,
gfix perl5
> >>
> > 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
Am 10.02.2014 03:40, schrieb Erich Dollansky:
> Hi,
>
> On Sun, 9 Feb 2014 07:07:00 -0800
> "Waitman Gobble" wrote:
>
>> USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
>>
> as you might have expected, this also fixes rawtherape
Hi,
On Sun, 9 Feb 2014 07:07:00 -0800
"Waitman Gobble" 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@freebsd.
for debugging this - very useful work indeed.
Now since that USES= 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
Am 10.02.2014 00:01, schrieb Dimitry Andric:
> On 09 Feb 2014, at 16:07, Waitman Gobble wrote:
> ...
>> ok, so changing the Makefile for port/devel/glib20
>>
>> USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
>>
>>
>> finally solves
On 09 Feb 2014, at 16:07, Waitman Gobble 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
>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>> #17 0x484c0ee0 in
>>>>>>>>>> std::__1::locale::id::__next_id
>>>>>>>>>> ()
>
; >>>>>>>>
> >>>>>>>>
> >>>>>>>>>> #17 0x484c0ee0 in
> >>>>>>>>>> std::__1::locale::id::__next_id
> >>>>>>>>>> ()
> >>>>>>>>
>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>> #17 0x484c0ee0 in
>>>>>>>>>> std::__1::locale::id::__next_id
>>>>>>>>>> ()
>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>> #17 0x484c0ee0 in std::__1::locale::id::__next_id
> >>>>>>>> ()
> >>>>>>>> from /usr/local/lib/libc++.so.1
> &g
gt;>>>> ()
>>>>>>>> from /usr/local/lib/libc++.so.1
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Hmm, is this a ports version of libc++? I was not aware
>>>>>>> Bapt
+? 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 tha
>>>>>>
>>>>>
>>>>> Hmm, is this a ports version of libc++? I was not aware Baptiste
>>>>> had already committed this? :)
>>>>
>>>> Yes, it is (as a build requisite, but apparently remained installed
>
>>>>>>
>>>>>
>>>>> Hmm, is this a ports version of libc++? I was not aware Baptiste
>>>>> had already committed this? :)
>>>>
>>>> Yes, it is (as a build requisite, but apparently remained installed
>>>
gt;>>
>>> 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
gt;>>
>>> 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
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.
, 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,
> >
Am 06.02.2014 08:23 (UTC+1) schrieb Dimitry Andric:
> On 06 Feb 2014, at 07:48, Rainer Hurling 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
te 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
t 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
&
On 06 Feb 2014, at 07:48, Rainer Hurling 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 4 Feb 18:0
site, 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
tch 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-REL
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 rawthe
ibc++? 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
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 i
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 demanding, especially
a
On 05 Feb 2014, at 20:46, Rainer Hurling 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 starte
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.
R
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 with
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_string, std::allocator > const&)'
ffmanag
On Sun, 28 Apr 2013 08:35:45 +0200, John Marino 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.
>
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
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 is
tcurves.cc.o
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
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(!
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 bett
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, s
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.
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
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/rawther
ime.
>>> >
>>> > Sorry,
>>> >
>>> > Mathias
>>>
>>> Mayby you can try to install graphics/rawtherapee - just to approve
>>> (or discard) my problem.
>>
>> Sure. The rawtherapee build just completed
Mathias Picker wrote:
> Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann:
>> Mathias Picker wrote:
>>
>> > Good god,
>> >
>> > I must have worn both my eye patches at the same time.
>> >
>> > Sorry,
>> >
Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann:
> Mathias Picker wrote:
>
> > Good god,
> >
> > I must have worn both my eye patches at the same time.
> >
> > Sorry,
> >
> > Mathias
>
> Mayby you can try to install gr
Mathias Picker 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
___
free
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://li
Mathias Picker 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 RAWTHE
/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=16
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
phics/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 core d
On Tue, 9 Aug 2011 05:39:46 -0500
ajtiM 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/graph
ssage):
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 remov
0 (message):
> >>hg command not found!
> >>
> >>
> >> -- Configuring incomplete, errors occurred!
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/graphics/rawtherapee.
> >> *** Error code 1
> >>
> >> Stop in /us
phics/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
Op dinsdag 9 augustus 2011 05:39:46 schreef ajtiM:
> 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/graph
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
86 matches
Mail list logo
