Czech translation is no longer done through translationproject.org

po/de.po: Updated German translation by Marcus Meissner

1) Added fuji makernote support
2) fixed CR/LF

Moved aolserver/* to contrib/aolserver/* (these files have gone untouched
since 2002)

Document the camera types for which maker notes are supported

Updated non-translationproject.org translations ru and en_CA to latest
.pot file.

Removed .cvsignore file since the rest of the directory is empty

This is actually the libexif project...

Fixed typo

Expanded the Building section

Include sys/types.h to make sure ssize_t is defined (required for Open Watcom C)

Please don't crash in mnote_pentax_tag_get_description & mnote_olympus_tag_get_description
on unknown tags.

Fixed interpretation of Auto ISO and Self-Timer entries

Patch by Aric Blumer <aricblumer@users.sourceforge.net>:
GPS tags EXIF_TAG_GPS_IMG_DIRECTION_REF and EXIF_TAG_GPS_IMG_DIRECTION are now recognized

Added fixed bug number 2071600.

2008-10-04  Jan Patera <patera@users.sourceforge.net>

* libexif/olympus/exif-mnote-data-olympus.c: bug #,
  gnome Bug #549029: Original v1 Nikon makernotes
  are always parsed using MM order, regardless of
  main EXIF data word order.

2008-10-04  Louis Strous <louis_strous@users.sourceforge.net>

* libexif/exif-loader.c: DHT & DQT markers are now properly
  skipped when searching for APP1 marker in JPEG stream.
  Apparently such files are created by Gisteq PhotoTrackr SW
  used to add GPS tags.

Heuristic fix of bug #2071600 and gnome Bug #549029:
Corrupted Nikon D1H file resaved in II order with original v1 makernote in MM order.
Original v1 makernotes are always in MM order. Such makernotes are now always
expected to be in MM order (the way we detect this makernote version ensures it really
is in the MM order), regardless of the parent exif data order.

Patch by Louis Strous:
DQT and DHT markers before APP1 marker were making libexif refusing images
and claiming there is no EXIF data present.
Both makers are now properly skipped.

Replaced unsigned int by size_t in some places
Added some checks on sizes, makernotes shouldn't
be larger than 64kb.

po/nl.po: Updated Dutch translation by Erwin Poeze

gracefully return 0 when the name has not been found

Hopefully finally correct ;-)

do not memmove if i was the last slot, since it
is already gone (and we get -1*sizeof(ExifEntry*)
as size)

exif_content_remove_entry:
1) don't unref entry that was not removed from entries
2) don't reorder entries if removal fails
3) use memmove and not memcpy, the latter is not safe for overlapping buffers

P.S. Aren't we paranoic with expecting realloc to a slightly smaller buffer to fail???

handle the case where we realloc to 0 entries,
triggered for instance by GIMP or EOG which clean their data.

Avoid compiler warning - use the correct type

Fixed typo

Better support for MNOTE_OLYMPUS_TAG_FLASHDEVICE,
MNOTE_OLYMPUS_TAG_SENSORTEMPERATURE, MNOTE_OLYMPUS_TAG_LENSTEMPERATURE
(Olympus E10, E20, u20D)

2008-06-23  Lutz Mueller <lutz@users.sourceforge.net>

Patch by Mika Raento <mikie@google.com>:

* libexif/exif-loader.c: (exif_loader_free) Don't forget the logger.

2008-06-15  Lutz Mueller <lutz@users.sourceforge.net>

* configure.ac: Revert previous commit
* po/zh_CN.po: Remove.
* po/[sk,vi].po: Revert.

2008-06-15  Lutz Mueller <lutz@users.sourceforge.net>

* configure.ac: New po-file: zh_CN
* po/zh_CN.po: New
* po/[sk,vi].po: Updated.

exif_content removal

added a safety net in content_remove, so we do not loop
endless. Fixes a problem caused by EOG on certain JPEG files.

Updated Slovak translation from Ivan Masár

po/sk.po: Updated Slovak translation by Ivan Masár

Match remembered buffer size to really allocated size

2008-02-20  Lutz Mueller <lutz@users.sourceforge.net>

Follow-up on #1774591:

* libexif/exif-data.c: (exif_data_save_data_content) Remove check for
now impossible NULL value.

2008-02-17  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1865046:

* COPYING:
* libexif/...: Use 'ue' instead of some strange German character.

2008-02-17  Lutz Mueller <lutz@users.sourceforge.net>

* libexif/exif-loader.c: (exif_loader_get_data) Return NULL if no
EXIF data has been found.

2008-02-16  Lutz Mueller <lutz@users.sourceforge.net>

Jan Patera <patera@pictview.com> spotted a problem with my last fix
for #1774591:

* libexif/exif-content.c: (exif_content_remove_entry) Recover
correctly in case of error by remembering the original size of the
realloc'ed data.
* libexif/exif-data.c: (exif_data_save_data_entry),
(exif_data_save_data_content) Same here.
* libexif/canon/exif-mnote-data-canon.c:
(exif_mnote_data_canon_save), (exif_mnote_data_canon_load) Same here.
        * libexif/fuji/exif-mnote-data-fuji.c:
        (exif_mnote_data_fuji_save), (exif_mnote_data_fuji_load) Same here.
        * libexif/olympus/exif-mnote-data-olympus.c:
        (exif_mnote_data_olympus_save) Same here.

2008-02-15  Lutz Mueller <lutz@users.sourceforge.net>

* Changelog
* README: use 'ue' instead of some stange German character.

2008-02-14  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1774591 (partially):

* libexif/exif-content.c: (exif_content_remove_entry) Check the
return value of exif_mem_realloc.
* libexif/exif-data.c: (exif_data_save_data_entry),
(exif_data_save_data_content) Same here.
* libexif/canon/exif-mnote-data-canon.c:
(exif_mnote_data_canon_save), (exif_mnote_data_canon_load) Same here.
* libexif/fuji/exif-mnote-data-fuji.c:
(exif_mnote_data_fuji_save), (exif_mnote_data_fuji_load) Same here.
* libexif/olympus/exif-mnote-data-olympus.c:
(exif_mnote_data_olympus_save) Same here.

2008-02-14  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1884609 (partially):

* libexif/exif-entry.c: (exif_entry_initialize) Initialize
EXIF_TAG_FLASH and EXIF_TAG_COLOR_SPACE.

Fixed an out of memory handling issue.

Fixed an error checking weakness reported in bug #1536244. It looks like
that particular bug was actually solved earlier, but this doesn't hurt.

GNU gettext behaves strangely when given an empty string, so make sure
not to do that.

Make sure a buffer is NUL-terminated even in an error condition.

Bring Czech translation in line with the newly-submitted
translationproject.org version.

Make sure to initialize every tag entry to something sane, even if the specific
tag isn't known.

Added Internationalization section.

Mention the security fixes.

Updated nl translation by Freek de Kruijf.
Enabled nl and sv translations in configure.ac

Fixed rounding of exposure time to match better.
(Patch from Thorsten Kukuk, https://bugzilla.novell.com/show_bug.cgi?id=223752)

2007-12-27  Lutz Mueller <lutz@users.sourceforge.net>

Suggestion by Andreas Kleinert <Andreas_Kleinert@gmx.de>:

* libexif/exif-entry.c: (exif_entry_get_value) Use %lf for double
instead of %f (which is for float).

Skip some more files.

2007-12-20  Lutz Mueller <lutz@users.sourceforge.net>

Updated translations by Translation Project Robot
<robot@translationproject.org>:

* po/[vi,pl].po: Updated files.

2007-12-18  Lutz Mueller <lutz@users.sourceforge.net>

Dan Fandrich <dan@coneharvesters.com> pointed out the following:

* configure.ac: Keep gettext requirement as low as 0.14.1.
gettextize changes it automatically to 0.17, but as long as we don't
know why, there is no need to enforce this version.

2007-12-16  Lutz Mueller <lutz@users.sourceforge.net>

Marcus Meissner <marcus@jet.franken.de> pointed out the following:

* libexif/exif-data.c: (exif_data_load_data_thumbnail) ExifLong is
unsigned. Therefore no need to check for negative values. Check for
sane offset instead.

Some items did not get translated

Updated Czech translation

Some items did not get translated

Some items did not get translated

2007-12-15  Lutz Mueller <lutz@users.sourceforge.net>

* po/*.po: Updated po-files.
* libexif/exif-data.c: (exif_data_load_data_thumbnail) guard against
negative size (in addition to negative offset), too.

2007-12-14  Lutz Mueller <lutz@users.sourceforge.net>

Bug pointed out by Meder Kydyraliev, Google Security Team:

* libexif/exif-data.c: (exif_data_load_data_thumbnail) Ignore bugus
data.

2007-12-14  Lutz Mueller <lutz@users.sourceforge.net>

* README: Point users to some tools needed to build libexif.
* configure.ac: It looks like po/Makefile.in is already registered
with AC_CONFIG_FILES (whatever this means).

2007-12-14  Lutz Mueller <lutz@users.sourceforge.net>

Bug pointed out by Meder Kydyraliev, Google Security Team:

* libexif/exif-loader.c: (exif_loader_write) Ignore buffers of
zero length.

Enabled i18n on Fuji files and updated en_CA translation.

Fixed a couple of typos

There is no separate LOCALEDIR for mnotes

This fixes the build failure in the fuji mnotes.

Added support for Fuji makernotes

Added support for Fuji makernotes

Added more quality types. Removed redundant table entry.

* Added support for a new macro NO_VERBOSE_TAG_DATA to allow
  some size reduction but still retain the ability to properly
  interpret each tag.
* Added an end-of-table marker in the Canon color_information
  makernote table that could otherwise potentially cause a crash
  on a bad image.

Various minor fixes and improvements

* Added support for more Olympus makernotes, based on data on
  Phil Harvey's ExifTool page at
  http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/
  and sanity checked by the pel-images in the libexif test suite.
* Added support for Sanyo makernotes, which have the identical
  tag format and (so it seems) namespace of the Olympus tags.

Added support for Sanyo makernotes, which are identical to Olympus

Clarified the help message for POPT_LIBS

Show a generic message for all unknown, undefined data.

* Added Canadian English translation, eh?

Be consistent and call it "color space" (two words).

Renamed EXIF_TAG_UNKNOWN_C4A5 to EXIF_TAG_PRINT_IMAGE_MATCHING
The PIM entry seems to have a format consisting of an 8 byte
magic number, 6 byte version number, 2 byte record count field,
then a series of 6 byte records consisting of a 2 byte tag field
and an 4 byte data field.

1) Fixed typos
2) Synchronized capitalization
3) Updated Czech translation

When NO_VERBOSE_TAG_STRINGS is used, don't set
EXIF_DATA_OPTION_IGNORE_UNKNOWN_TAGS by default or else no tags at all will
be loaded. Also, properly terminate the ExifTagTable.

* Support compiling away the detailed tag tables and log messages when
  the NO_VERBOSE_TAG_STRINGS macro is defined to reduce the size of
  the library for use in embedded applications where space is at
  a premium
* Display the raw value of a tag when the tag is unknown

Fixed some typos in messages.

Fixed some typos in messages.
Made some structs const.

Moved the AM_PO_SUBDIRS macro before AM_GNU_GETTEXT to avoid an error
with gettext 0.16.1 and automake 1.10

Handle installation of API docs with lots of long filenames

* Enhancements to Canon makernote parsers submitted by Thorsten Kukuk
* Added Dutch and Swedish translations, updated Slovak translation

Updates from the Translation Project:
1) Added Dutch and Swedish translations
2) Updated Slovak translation

Enhancements submitted by Thorsten Kukuk

* exif-mnote-data-olympus.c: Fix of bugs #1773810, #1774626, gnome bug #466044:
  Some Olympus files have main IFD in MM byte order as well as makernote, but
  makernote order was guessed wrongly. Bug introduced when fixing bug #1525770.

Fix of bugs #1773810, #1774626, gnome bug #466044:
Olympus files have main IFD in MM order as well as makernote, but makernote endianness
was guessed wrongly. Bug introduced when fixing bug #1525770.

add license

document test code for internal docs

fix uninstall

more intuitive var def sequence

updated sk and vi translations, po-update

fix param names

Partially get rid of recursive make, fixing parallel make issue