libexif-devel — This is the place where your questions about libexif will be answered.

Re: [Libexif-devel] libexif-gtk 0.4.0 released

[Valere M. <val...@ym...>]

> At long last, here this decade's release of libexif-gtk!

>

Yeaaaah!!

> Thanks to everyone who contributed to this release
>

Thanks a lot to you, Dan!
I know it was not at all your priority and really appreciate the time you've passed on it.

Remark: if you are interested, I also migrated gexif the same way (completely forgotten that I dit it).

[Libexif-devel] New Chinese (simplified) PO file for 'exif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'exif' has been submitted
by the Chinese (simplified) team of translators.  The file is available at:

    http://translationproject.org/latest/exif/zh_CN.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/exif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/exif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

[Libexif-devel] libexif-gtk 0.4.0 released

[Dan F. <da...@co...>]

At long last, here this decade's release of libexif-gtk!  The biggest change in
this version is support for modern versions of GTK+. The major differences from
0.3.5 include:

  * New translations: de, pl
  * Updated translations: es, fr, ru
  * Bug fixes: #1643242: added libexif-gtk-uninstalled.pc file
  * Proper setting of gettext parameters
  * libexif-gtk made compatible for both gtk2 (min version: 2.4) and gtk3
  * added --with-gtk3 option in configure.ac (default is gtk2)
  * encoding of source files set to utf-8
  * encoding of ru translation file set to utf-8
  * fixed internationalisation bugs in gtk-options.c & configure.ac
  * fixed bugs linked to gtk_notebook_remove_page action
  * Bug fixes: #2014281: fix display of GPSLatitude and GPSLatitudeRef names
  * fixed crash when viewing an enumerated tag with an unsupported value
  * fixed problem with handling the Flash tag in big-endian images
  * fixed thumbnail save function to actually save

Thanks to everyone who contributed to this release, and especially to
Valere Monseur who contributed the major GTK+ fixes.

Here are the SHA1 sums of the released files:

d73facc8beeae9e365b09a3fbc4f6e404a474e12  libexif-gtk-0.4.0.tar.bz2
08aa3f136c507d81f642683125fd7b408d43c830  libexif-gtk-0.4.0.tar.gz

They are available for download at
https://sourceforge.net/projects/libexif/files/libexif-gtk/0.4.0/

>>> Dan

[Libexif-devel] New libexif-gtk for testing

[Valere M. <val...@ym...>]

>At long last, I've uploaded a release candidate for libexif-gtk up at
>http://sourceforge.net/projects/libexif/files/libexif-gtk/0.4.0-beta1/libexif-gtk-0.4.0-beta1.tar.bz2/download
>Please try it out if you can and report any problems you have here. Barring
>any major issues, I'll make an official public release next week.


Hi,

Thanks for the release, it works ok on my side.

I've published the beta1 in the AUR (Archlinux User Repository) so any problem will be reported to me (as package maintainer).


Regards,
Valère

[Libexif-devel] New libexif-gtk for testing

[Dan F. <da...@co...>]

At long last, I've uploaded a release candidate for libexif-gtk up at
http://sourceforge.net/projects/libexif/files/libexif-gtk/0.4.0-beta1/libexif-gtk-0.4.0-beta1.tar.bz2/download
Please try it out if you can and report any problems you have here. Barring
any major issues, I'll make an official public release next week.

>>> Dan

Re: [Libexif-devel] Failed to build libexif-gtk

[Dan F. <da...@co...>]

On Sun, Feb 10, 2013 at 11:35:15AM +0100, Casper wrote:
> > Thanks a lot for the idea, it works perfectly with the latest version of
> > CVS.
> So this is the review request:
>   https://bugzilla.redhat.com/show_bug.cgi?id=909671

Thanks for confirming that. I checked back through the relevant thread,
and it turns out that the only thing this release is left waiting on is
me! I'll try to get off my butt this week and get it out.

>>> Dan

Re: [Libexif-devel] Failed to build libexif-gtk

[Casper <fa...@fe...>]

Le dimanche 10 février 2013 à 02:17 +0100, Casper a écrit :
> Le samedi 09 février 2013 à 12:26 +0100, Dan Fandrich a écrit :
> > There have been some major changes in the CVS version since the last release,
> > awaiting a new release. Would you mind trying that version and see if
> > that solves these problems?
> Thanks a lot for the idea, it works perfectly with the latest version of
> CVS.
So this is the review request:
  https://bugzilla.redhat.com/show_bug.cgi?id=909671
-- 
Pour encrypter vos emails
Clef GPG ID : 83288189 @ hkp://pgp.mit.edu:11371
Empreinte : CC26 692F 5205 AC8F 7912  7783 D7A7 F4C5 8328 8189

Re: [Libexif-devel] Failed to build libexif-gtk

[Dan F. <da...@co...>]

On Sat, Feb 09, 2013 at 03:56:08AM +0100, Casper wrote:
> Dear devs,
> I'm trying to package libexif-gtk for Fedora distribution, but I
> encountered a problem during the 'make'...
> Complete output is in attachment of this email.
> I used the standard procedure of build (./configure, make) 
>
> For information, the build is done in a chroot of Fedora 18 x86_64
> (chroot initialized by mock software) with libexif-devel and gtk2-devel
> packages installed.
> 
> Could you fix the problem please ?...

There have been some major changes in the CVS version since the last release,
awaiting a new release. Would you mind trying that version and see if
that solves these problems?

>>> Dan

[Libexif-devel] Failed to build libexif-gtk

[Casper <fa...@fe...>]

Dear devs,
I'm trying to package libexif-gtk for Fedora distribution, but I
encountered a problem during the 'make'...
Complete output is in attachment of this email.
I used the standard procedure of build (./configure, make) 

For information, the build is done in a chroot of Fedora 18 x86_64
(chroot initialized by mock software) with libexif-devel and gtk2-devel
packages installed.

Could you fix the problem please ?...

Best regards,
Matthieu Saulnier
-- 
Pour encrypter vos emails
Clef GPG ID : 83288189 @ hkp://pgp.mit.edu:11371
Empreinte : CC26 692F 5205 AC8F 7912  7783 D7A7 F4C5 8328 8189

[Libexif-devel] How to update the value of existing tag?

[Andre T. <an...@lc...>]

Hello,

Let's say I have an image file "img01.jpg", which was taken using "Super
Awesome Phone". This code, http://pastebin.com/ETYrHU3Z,
displays the camera model correctly.

What I'd like to ask is how the replace "Super Awesome Phone" (which is
identified by EXIF_TAG_MODEL) with another value, e.g "Nokia 2112"

I added these lines in main():
// init_tag is taken from
http://libexif.cvs.sourceforge.net/viewvc/libexif/libexif/contrib/examples/write-exif.c?view=markup
entry = init_tag(ed, EXIF_IFD_EXIF, EXIF_TAG_MODEL);
exif_set_long(entry->data, FILE_BYTE_ORDER, atol("Nokia 3330"));

But it didn't work. Nothing was changed.
How could I fix this?

-- 
*Andre Tampubolon*
GPG public key:pgp.mit.edu:11371/pks/lookup?op=get&search=0xC6492E7D01AA96CF

[Libexif-devel] New Polish PO file for 'libexif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'libexif' has been submitted
by the Polish team of translators.  The file is available at:

    http://translationproject.org/latest/libexif/pl.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/libexif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/libexif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

Re: [Libexif-devel] [SPAM] Re: Changes to libexif-gtk for migration to gtk3

[Dan F. <da...@co...>]

On Tue, Nov 06, 2012 at 09:58:58PM +0000, Valere Monseur wrote:
> I've (finally) looked at the bug. There are 3 different parts:

Thanks for looking at this!  Unfortunately, my development PC has died,
so I won't get a chance to look at this right away.  But, I think it's
about time for a libexif-gtk release.

>>> Dan

Re: [Libexif-devel] [SPAM] Re: Changes to libexif-gtk for migration to gtk3

[Valere M. <val...@ym...>]

Hi,

>I also noticed a bug in the tracker that's been waiting 4
>years for someone who knows libexif-gtk to take a look. Would you mind
>taking a peek?
>http://sourceforge.net/tracker/?func=detail&aid=2014281&group_id=12272&atid=112272


I've (finally) looked at the bug. There are 3 different parts:

1) Port to the new libexif API is already implemented.
No action required.


2) Fixes done:

Deprecated exif_tag_get_title changed into exif_tag_get_name_in_ifd.
Deprecated exif_tag_get_description changed into exif_tag_get_description_in_ifd.
Deprecated exif_tag_get_name changed into exif_tag_get_name_in_ifd.
3) Some changes are not completely possible:
There is no way in libexif to get all known tags per ifd.
So changes in gtk-exif-content-list.c are only partially done.


Patch can be found here:
http://sourceforge.net/projects/vmonseur.u/files/libexif-gtk/bug-2014281.patch/download


Regards
Valère.

[Libexif-devel] New German PO file for 'libexif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'libexif' has been submitted
by the German team of translators.  The file is available at:

    http://translationproject.org/latest/libexif/de.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/libexif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/libexif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

[Libexif-devel] New Danish PO file for 'libexif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'libexif' has been submitted
by the Danish team of translators.  The file is available at:

    http://translationproject.org/latest/libexif/da.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/libexif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/libexif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

Re: [Libexif-devel] Exif tag missing when loading a jpeg file on mips

[Pavan K. <pav...@gm...>]

Hi,
Looks like we might need some fixes in the utility functions.
http://stackoverflow.com/questions/12032122/integer-overflow-not-consistent
Let me know if you disagree.
Regards,
Pavan

On Mon, Aug 6, 2012 at 4:11 PM, Pavan Kulkarni <pav...@gm...> wrote:

> Hi Jan, All
> Pardon me for the naive question.
> I see that most functions in exif-utils.c (such as exif_get_short() ) are
> of type uintxx_t but they actually return value of type intxx_t (the
> mentioned function internally calls exif_get_sshort)
> Will this not cause undefined behavior?
> For the problem I described, I suspect this to be an issue.
> Any inputs will be much appreciated.
>
> Regards
> Pavan
>
> On Fri, Aug 3, 2012 at 12:28 PM, Jan Patera <pa...@pi...> wrote:
>
>> Pavan,
>>
>> looks like you have a 64bit build? If so, could you please provide me your
>> JPG file?
>> libexif has not been tested well on 64 bit platforms yet.
>>
>>  --- Jan
>>
>> > On further debugging, found that I'm getting an invalid tag from the raw
>> > IFD data.
>> > I think it is expected to get this tag EXIF_TAG_EXIF_IFD_POINTER
>> (0x8769)
>> > .. But I'm actually getting (0xFFFFFFFFFFFF8769) which messes up the
>> whole
>> > tag extraction and gives an unknown tag which is negative -30871
>> > Does anyone have any clue about this problem...
>> > Strangely, it works fine on my linux machine.
>> >
>> > Regards,
>> > Pavan
>> >
>> ------------------------------------------------------------------------------
>> > Live Security Virtual Conference
>> > Exclusive live event will cover all the ways today's security and
>> > threat landscape has changed and how IT managers can respond.
>> Discussions
>> > will include endpoint security, mobile security and the latest in
>> malware
>> > threats.
>> >
>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
>> > libexif-devel mailing list
>> > lib...@li...
>> > https://lists.sourceforge.net/lists/listinfo/libexif-devel
>> >
>>
>>
>>
>

Re: [Libexif-devel] Exif tag missing when loading a jpeg file on mips

[Pavan K. <pav...@gm...>]

Hi Jan, All
Pardon me for the naive question.
I see that most functions in exif-utils.c (such as exif_get_short() ) are
of type uintxx_t but they actually return value of type intxx_t (the
mentioned function internally calls exif_get_sshort)
Will this not cause undefined behavior?
For the problem I described, I suspect this to be an issue.
Any inputs will be much appreciated.

Regards
Pavan

On Fri, Aug 3, 2012 at 12:28 PM, Jan Patera <pa...@pi...> wrote:

> Pavan,
>
> looks like you have a 64bit build? If so, could you please provide me your
> JPG file?
> libexif has not been tested well on 64 bit platforms yet.
>
>  --- Jan
>
> > On further debugging, found that I'm getting an invalid tag from the raw
> > IFD data.
> > I think it is expected to get this tag EXIF_TAG_EXIF_IFD_POINTER (0x8769)
> > .. But I'm actually getting (0xFFFFFFFFFFFF8769) which messes up the
> whole
> > tag extraction and gives an unknown tag which is negative -30871
> > Does anyone have any clue about this problem...
> > Strangely, it works fine on my linux machine.
> >
> > Regards,
> > Pavan
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats.
> >
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> > libexif-devel mailing list
> > lib...@li...
> > https://lists.sourceforge.net/lists/listinfo/libexif-devel
> >
>
>
>

[Libexif-devel] New Vietnamese PO file for 'libexif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'libexif' has been submitted
by the Vietnamese team of translators.  The file is available at:

    http://translationproject.org/latest/libexif/vi.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/libexif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/libexif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

[Libexif-devel] New Vietnamese PO file for 'exif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'exif' has been submitted
by the Vietnamese team of translators.  The file is available at:

    http://translationproject.org/latest/exif/vi.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/exif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/exif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

Re: [Libexif-devel] Exif tag missing when loading a jpeg file on mips

[Jan P. <pa...@pi...>]

Pavan,

looks like you have a 64bit build? If so, could you please provide me your
JPG file?
libexif has not been tested well on 64 bit platforms yet.

 --- Jan

> On further debugging, found that I'm getting an invalid tag from the raw
> IFD data.
> I think it is expected to get this tag EXIF_TAG_EXIF_IFD_POINTER (0x8769)
> .. But I'm actually getting (0xFFFFFFFFFFFF8769) which messes up the whole
> tag extraction and gives an unknown tag which is negative -30871
> Does anyone have any clue about this problem...
> Strangely, it works fine on my linux machine.
>
> Regards,
> Pavan
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> libexif-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libexif-devel
>

Re: [Libexif-devel] Exif tag missing when loading a jpeg file on mips

[Pavan K. <pav...@gm...>]

On further debugging, found that I'm getting an invalid tag from the raw
IFD data.
I think it is expected to get this tag EXIF_TAG_EXIF_IFD_POINTER (0x8769)
.. But I'm actually getting (0xFFFFFFFFFFFF8769) which messes up the whole
tag extraction and gives an unknown tag which is negative -30871
Does anyone have any clue about this problem...
Strangely, it works fine on my linux machine.

Regards,
Pavan

[Libexif-devel] Exif tag missing when loading a jpeg file on mips

[Pavan K. <pav...@gm...>]

Hi,
I have a problem with the metadata of a certain jpeg file. The taken date
(original date) is not being obtained from libexif even though I can see it
when I view the properties of the file.
Moreover when I try to get the exif data of this file on my linux machine
(Fedora) it provides the tag EXIF_TAG_DATE_TIME_ORIGINAL and EXIF_TAG_DATE_TIME
as expected. And I can extract the date taken correctly.

The problem only occurs when I try to get the date taken of this file while
running on my MIPS board.
Here it does not list any of the below tags in its ExifData.
EXIF_TAG_DATE_TIME,
EXIF_TAG_DATE_TIME_ORIGINAL,
EXIF_TAG_DATE_TIME_DIGITIZED

I'm using libexif 0.6.20
Has anyone else faced a similar problem? Can you provide me some hints to
debug this problem..

Thanks
Pavan

[Libexif-devel] New Ukrainian PO file for 'libexif' (version 0.6.21)

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'libexif' has been submitted
by the Ukrainian team of translators.  The file is available at:

    http://translationproject.org/latest/libexif/uk.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/libexif/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/libexif.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

[Libexif-devel] New template for 'exif' made available

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.  (If you have
any questions, send them to <coo...@tr...>.)

A new POT file for textual domain 'exif' has been made available
to the language teams for translation.  It is archived as:

    http://translationproject.org/POT-files/exif-0.6.21.pot

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

Below is the URL which has been provided to the translators of your
package.  Please inform the translation coordinator, at the address
at the bottom, if this information is not current:

    http://sourceforge.net/projects/libexif/files/exif/0.6.21/exif-0.6.21.tar.gz

We can arrange things so that translated PO files are automatically e-mailed
to you when they arrive.  Ask at the address below if you want this.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>

[Libexif-devel] New template for 'libexif' made available

[Translation P. R. <ro...@tr...>]

Hello, gentle maintainer.

This is a message from the Translation Project robot.  (If you have
any questions, send them to <coo...@tr...>.)

A new POT file for textual domain 'libexif' has been made available
to the language teams for translation.  It is archived as:

    http://translationproject.org/POT-files/libexif-0.6.21.pot

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

Below is the URL which has been provided to the translators of your
package.  Please inform the translation coordinator, at the address
at the bottom, if this information is not current:

    http://sourceforge.net/projects/libexif/files/libexif/0.6.21/libexif-0.6.21.tar.gz

We can arrange things so that translated PO files are automatically e-mailed
to you when they arrive.  Ask at the address below if you want this.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coo...@tr...>