Upstream https://bugzilla.gnome.org/show_bug.cgi?id=760214
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572865#71 suggests that
this is not a problem with gThumb.
The camera is recognized by gphoto2, but gvfs is not mounting the
camera. The camera must be mounted by gvfs for gThumb to see it.
So... figure out why the gvfs-gphoto2 backend is not m
Is there a way to do this automagically from within gThumb itself? Like:
1) check if there's ~/.gnome2/gthumb/collections/*
2) if yes, convert them
Also, it might be useful to put that script in the next release tarball --
maybe make an "extra" toplevel directory in the source tree, with scripts
Upstream: http://bugzilla.gnome.org/show_bug.cgi?id=618302
Someone posted a conversion script there.
- Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I attach a picture saved in LightZone in order someone can check if my
guess was right.
I do not need you to package 2.11.0 for me, I will try to do this myself
in order to test, thanks anyway for proposing it.
The trunk version does display the XMP and exif metadata for the sample
image (like
I've patched gthumb trunk. It should recognize sony raw files now, if
you have an up-to-date freedesktop.org.xml file.
http://svn.gnome.org/viewvc/gthumb?view=revision&revision=2303
I won't backport this to the 2.10.x series, because not enough distros
have a recent freedesktop.org.xml file ye
Please email sample images to [EMAIL PROTECTED] (a gthumb developer).
- Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gThumb trunk uses exiv2 to read metadata, and supports exif, xmp, iptc,
and various raw metadata types.
gThumb 2.10.x uses libexif, and has no xmp support.
It would be too dangerous to attempt to backport exiv2 into 2.10.8. It
is NOT a trivial change.
Either wait for 2.11.0 in a few months,
8 matches
Mail list logo