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

Added Doxygen documentation

Added Doxygen comments for the main API entry points and data
structures

Document that libexif is now thread safe (when used appropriately).
Also, clarify the string encoding issue since gettext takes care of converting
strings into the appropriate locale's encoding.

Ignore the generated makefiles

The code for Swedish is sv, not se

Cleaned up the code a bit

Made a static table const

Mention example programs, libexif-gtk, autoreconf

contrib/examples/*: Added a couple of simple example programs
to show how to use libexif. One was written by Naysawn Naderi
and the other one I wrote. Closes bug #1246824.

po/nl.po: Updated Dutch translation by Erwin Poeze
po/pl.po: Updated Polish translation by Jakub Bogusz

libexif/exif-entry.c & configure.ac: use localtime_r when available
to be more thread safe

Internalized some strings into a const struct to make it smaller and
reduce the amount of run-time linking required

Prepare for development of the next release

Prepare for 0.6.17 release

Save some bandwidth and use the .bz2 archive by default

Removed some bogus Doxygen comments

libexif.spec.in: changed default release number to 1; added NEWS,
AUTHORS and COPYING files to package; moved libexif.so file to -devel
package; corrected license to LGPL

Added contrib/watcom/ directory to the source tarball now that
Jan Patera brought it up-to-date.

This file isn't generated by autoconf, it's checked in to CVS

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).