#1785: libexif problem if Doxygen is not installed
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: assigned
Priority: high | Milestone: future
Component: BOOK | Version: a-SVN
Severity: normal | Resolution:
Keywords: |
----------------------------------------+-----------------------------------
Changes (by [EMAIL PROTECTED]):
* owner: [email protected] =>
[EMAIL PROTECTED]
* status: new => assigned
Old description:
> There is an issue installing the current version of libexif if the
> doxygen program is not available. The installation will fail.
>
> A link to the discussion, which includes a fix is here:
> http://linuxfromscratch.org/pipermail/blfs-dev/2006-January/013204.html
New description:
There is an issue installing the current version of libexif if the
doxygen program is not available. The installation will fail.
A link to the discussion, which includes a fix is here:
http://linuxfromscratch.org/pipermail/blfs-dev/2006-January/013204.html
Comment:
The fix for this is trivial. Can be done with an sed. I'll have to look
in my scripts. Should be done within the next couple days.
The include dir thing I mentioned in that thread is not a bug. Some
packages using libexif (such as libgphoto2 and gthumb) had been
inconsistent in there inclusion of libexif headers. I.e., sometimes
{{{
#include <libexif/exif.h>
}}}
and other times
{{{
#include <exif.h>
}}}
I think this became a problem because before the .pc files were added,
packages were always adding {{{-I/usr/include/libexif}}} or equivalent to
the command line.
This has been cleared up in gthumb for sure. Possibly libgphoto2, too,
but I don't recall immediately.
--
Ticket URL: <http://wiki.linuxfromscratch.org/blfs/ticket/1785>
BLFS Trac <http://wiki.linuxfromscratch.org/blfs>
Beyond Linux From Scratch
--
http://linuxfromscratch.org/mailman/listinfo/blfs-book
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
