Thanks Pascal and Klaus for this quick workaround. In fact fedora 19 is
using libjpeg-turbo, in what looks like a pre version from the project svn
(1.2.90-0.1.20130204svn922). So it's not really libjpeg, could the problem
come from that? Do you use libjpeg-turbo?
With this workaround, no more problem about the libjpeg, but build process
still fails:
- error: 'g_type_init' is deprecated
- and another about exiv "/usr/include/exiv2/value.hpp:984:25: note:
attribute for 'struct Exiv2::DateValue::Date' must follow the 'struct'
keyword EXIV2API struct Date"
complete build log:
http://kojipkgs.fedoraproject.org//work/tasks/5599/4935599/build.log
The last one about exiv2 is clearly not from darktable I guess, so don't
waste your time on this, Fedora19 is far from ready it seems. Will try to
build darktable pre1.1.3 on Fedora 18 instead.
Thanks again!
2013/2/6 Pascal de Bruijn <[email protected]>
> On Wed, Feb 6, 2013 at 6:00 PM, Madko <[email protected]> wrote:
> > Hi,
> >
> > this commit for pre1.1.3 fails to build at least on fedora 19:
> > http://kojipkgs.fedoraproject.org//work/tasks/2085/4932085/build.log
> > If you want to have a look
>
> I've ask Klaus Post (rawspeed author) to take a look and he
> implemented a workaround:
>
>
> https://github.com/darktable-org/darktable/commit/644868606e6a1615cfc2d33c53729c9162ad9e56
>
> But this does beg the question whether there is anything wrong with
> Fedora's libjpeg?
>
> Regards,
> Pascal de Bruijn
>
--
Edouard Bourguignon
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
darktable-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-devel
