Launchpad has imported 17 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=218633.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
** Changed in: exiv2 (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/596327
Title:
Digikam imports images taken with Nikon Cameras extremely slow, takes
Was well enough today to go out and take photos and I can confirm that
the import into Digikam of images from the SD card of my Nikon D90 is
lightning fast compared to before! Even just loading the first preview
of all the photos is noticeably faster.
Importing the 63 photos took only a minute
OK, upgraded to 11.04 (Natty) beta of Kubuntu, the issue with exiv2 does
indeed appear to be solved, though I need the chance to recuperate from
hospital before having new photos to import into Digikam to confirm it's
OK there.
Here's what a repeat of the test I reported in comment #16
** Changed in: digikam
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/596327
Title:
Digikam imports images taken with Nikon Cameras extremely slow, takes
a large
FWIW it appears that Natty Narwhal (11.04) will finally have exiv 0.20
according to this:
https://launchpad.net/ubuntu/natty/amd64/exiv2
I've got to say I'm *sorely* tempted to upgrade to Natty because of
this, though I suspect I'll put it off until the beta's appear..
--
You received this bug
As you see, there's no conflict whatsoever. In fact library package
names carry so version number so that they can be installed side by side
- unless package contents conflict, of course.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Piotr, I'm not sure dpkg will allow you to do that as they have
conflicting sonames when the shared libs are installed. I'm sure
there's a way to put it under a different prefix if you did it by hand,
but I'm not too terribly certain there's a clean way to not replace the
old exiv2 with debian's
Ahh, it will replace the headers (the libexiv2-dev package), however the
libraries seem to be ok, as most of the Ubuntu packages I've looked at are
linked against the full so name and not the top level one.
e.g.:
ldd /usr/lib/libgexiv2.so.0.0.0
linux-gate.so.1 = (0x00137000)
Thanks guys for the answers.
I don't want to have self complied package on Ubuntu (I use it to have an easy
to maintain and up to date distro).
I will stick with my current solution which is to use an other computer that as
a debian stable installed on it to upload the photos, then transfer
I did what Piotr suggested and rebuild the packages. Here is the
libkexic2 package I compiled for amd64:
http://br1.einfach.org/tmp/libkexiv2-8_4.5.1-0ubuntu3_amd64.deb
Here is a copy of the debian testing libexiv2 package, I compiled it
against:
Hello,
Any chances to have this bug fix in released version ?
This bug is present in 10.04 LTS and 10.10 versions and affect Nikon users (at
least those having D90 and D5000).
In my case it takes about one hour to upload 100 photos from my D90. I can't
live with that as I am doing about 500
I'd suggest not to wait for an official fix, which is expected in April,
2011, but to fix it yourself.
My solution:
- grab libexiv2-9 and libexiv2-dev from Debian testing (current version is
0.20-2) and install them,
- get source packages for kdegraphics and rebuild them,
- install the rebuild
Piotr's solution will work, however keep in mind that you may have other
packages installed that depend on exiv, in which case you'll have to
rebuild those packages with apt-source against the newer library as well
in order to be binary compatible.
--
Digikam imports images taken with Nikon
Excellent work Joshua, the only change I had to make to your patch (in
order to add it automatically to the build in the debian/patches
directory) was to change the references from src/$file to a/src/$file
for lines removed and b/src/$file for lines added. Look at
Unfortunately having now rebooted (for some other updates) I now find
that the patch in question causes Konqueror, Gwenview and Nepomuk to
SEGV on some images. For example this HPC-101 poster:
http://mohamedfahmed.files.wordpress.com/2010/10/hpc-poster-
56x45-inches.jpg
If I take the packages
Chris, you probably need to recompile the other kde libraries with your
updated kexiv and exiv2 sources. Does anybody know any easy way to
produce a reverse dependency graph for apt?
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif
Actually instead of fiddling with ldd, install all of the kdegraphics
packages under the umbrella that are compiled with the apt-sources.
Pretty sure gwenview is included in kdegraphics, see if you still get a
segfault with the recompiled version.
--
Digikam imports images taken with Nikon
** Tags added: patch
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Chris, Adam is (hopefully) right. I recompiled all of kdegraphics
against the patched exiv2 and installed every built deb. I already
cleaned up my working dir but it was something like 20 debs. Let us
know if you try this and it works for you! (Sorry I can't test more
myself, work calls...)
--
I will give that a go though I'm very surprised it may be necessary, I
thought the whole point of something like libkexiv was to insulate KDE
apps from such changes, and libkexiv itself has not been modified, just
recompiled against another shared library.
--
Digikam imports images taken with
No clue myself, I'm a lowly Java developer who knows how to use
Subversion. :)
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member
My knowledge of C/C++ compilers I wouldn't say is thorough as of yet, but it's
possible it's a link time related error where the symbol tables do not line up
among the shared libraries. API breakage is quite common among libraries even
if the interface is seemingly the same. Normally you
Comments from Andreas Huggel (who fixed this in exiv2 0.20):
Well, if my bookkeeping was correct this should work, I don't
immediately see anything wrong with the patch.
The concern is that this patch is *not* a binary compatible change.
You can't simply re-compile libexiv2 and distribute that
Yep, sounds like an API incompatibility to me. Either patch and
recompile all packages against this guy (after doing a version bump on
the shared lib soname) or do the same while bumping up to version .20.
FWIW Fedora 14 will be using .20.1 and have a functioning setup of
Digikam, and I'm sure
This hurts! I asked about it over in the forums but perhaps I was too
verbose? http://ubuntuforums.org/showthread.php?p=9984687
If I understand the conversation on this bug correctly, rebuilding
libkexiv2 (provided by kdegraphics) against libexiv2 0.20 will fix the
problem in digikam. I'm
OK, given the upstream bug report (http://dev.exiv2.org/issues/show/677)
I:
1) created a patch of Andreas Huggel's fix that went into exiv2 0.20
(svn diff -r2016-2020, the revisions were consecutive).
2) applied it to an exiv2-0.19 source deb, and recompiled that deb and
kdegraphics (provides
Yep, post-maverick release this bug still exists...
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Also Chris your demo of exiv2 shows that the exiv2 package is not the
problem at the moment, as when the Make is set to NIKON CORPORATION it
works in subsecond time. It's libkexiv that needs rebuilding, somebody
should talk to the KDE Graphics team about this.
--
Digikam imports images taken
@Adam Actually, Chis is interpreting his data correctly. It isn't
until the make has been set that an operation will be effective under
that make, however his example is hard to follow because the set make
operation should not be the one being timed. The set operation is only
effective on the
Pretty sure it's just Ubuntu's KDE team not compiling a new version of
libkexiv against the most recent exiv2, but I can't say for certain.
The entire cmake based KDE4 build process is a mess mixed on top of
debian's package building process. Let's hope rolling into 10.10 and
(K)Ubuntu's updated
Is there anything that can be done to help with getting this defect fixed?
From what I can see this has already been fixed in Debian, and looking at the
changelog of the package libexiv2-6 in Maverick, there was also an attempt to
get it fixed in Ubuntu.
Unfortunately don't have enough knowledge
This bug is still present in Maverick (which will be 10.10).
Manipulating an image from a Nikon D90 is over 100 times slower than
manipulating the *EXACT* same image with the camera maker set to
NoName in its metadata - and reverting it back to NIKON CORPORATION
makes it go over 100 times slower
** Description changed:
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Yeah, what gives? Debian has had this updated in -stable for a long
time now. Don't next releases for Ubuntu follow some derived version of
Debian's repos/packages? I would think Mighty Maverick would have this
package and the dependent KDE Graphics packages updated.
--
Digikam imports images
It's an important bug for everyone using digikam have a nikon
all metadata can't be update in files because it take too long (couple of
minute for 10 photos on AMD64 4000+)
at least is there a way to solve it by building our own deb ?
--
Digikam imports images taken with Nikon Cameras
Is there an ETA on when this package will be brought up to snuff? I
know it's not a security issue but it's a huge usability issue and an
easy fix.
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
Digikam released version 4.4.4-1+b1 of libkexiv2-8 and eviv2-0.20-2, which
fixed the Nikon maker note issue.
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug
** Changed in: exiv2 (Debian)
Status: Confirmed = Fix Released
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
** Tags removed: metadata
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Hello,
I have a Nikon camera, and this bug is simply a showstopper. It takes up
to one hour to import my photos, and again one hour to geotag the
photos.
Is there a workaround ? I've recomplied libexiv2 from source (0.20) ,
then libkexiv and digikam using apt-source, but it is still linked
p1ngu1n, mark this bug as affecting you so that Canonical can see the
current impact of it.
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you
To give an indication of the impact of this bug, actions that would
previously take about 0.08 seconds now take about 20 seconds, so
importing a single photo is *250 times slower* than previous releases.
:-(
Figures from https://bugs.kde.org/show_bug.cgi?id=224094#c19
--
Digikam imports images
This bug is making it rather hard to use Digikam to manage my Nikon
cameras, is there any chance of the 0.20 release been packaged (along
with the rebuild of libkexiv) in the Kubuntu beta PPA to allow testing ?
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
Launchpad doesn't seem to parse out the importance of Debian bugs, so it
may be useful to know that whilst Ubuntu has marked this as Low it is
marked in the Debian BTS as Important.
** Bug watch added: Debian Bug tracker #579835
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579835
** Also
Apologies, can someone remove pyexiv2 as an affected project please ?
I was trying to add a link to the upstream bug to the watcher and it
added pyexiv2 rather than what I was expecting. :-(
** Also affects: pyexiv2
Importance: Undecided
Status: New
--
Digikam imports images taken
** Changed in: exiv2 (Debian)
Status: Unknown = Confirmed
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
@Chris: AFAIK there is no way to remove pyexiv2 as an affected project,
so I simply marked it as invalid there.
** Changed in: pyexiv2
Status: New = Invalid
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
Actually an update to .20 may be necessary, I'm going to update it by
building the library/exiv2 app from source in a minute.
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received
Yeah, an update to .20 is necessary, as well as a rebuild of libkexiv
against the newer libexiv2 libraries. Libkexiv has several forward and
reverse dependencies so this is a task best left to the package
managers, I'm not sure how to handle it on my own for testing other than
doing everything
This is a duplicate bug report in KDE bugs, but the comments are a little more
helpful (explaining the steps to rebuild the dependencies so that libkexiv uses
the latest exiv2 libs):
https://bugs.kde.org/show_bug.cgi?id=218633
--
Digikam imports images taken with Nikon Cameras extremely slow,
** Changed in: digikam
Status: Unknown = Fix Released
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs,
Whoops, meant this was the duplicate:
https://bugs.kde.org/show_bug.cgi?id=224094
** Bug watch added: KDE Bug Tracking System #224094
http://bugs.kde.org/show_bug.cgi?id=224094
** Changed in: exiv2 (Ubuntu)
Status: New = Fix Released
--
Digikam imports images taken with Nikon Cameras
** Also affects: kdegraphics
Importance: Undecided
Status: New
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of
While the kdegraphics package (libkexiv, specifically) is inherently
fixed with the upstream fix for exiv2 v .20, I'm going to leave the
status as New so that launchpad does not close this bug. A fix
upstream != a fix downstream. Ubuntu Lucid Lynx is still affected by
this.
** Changed in: exiv2
** Changed in: exiv2 (Ubuntu)
Status: Fix Released = New
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this bug notification because you are a member of Ubuntu
Bugs,
** Changed in: exiv2 (Ubuntu)
Status: New = Triaged
** Changed in: exiv2 (Ubuntu)
Importance: Undecided = Low
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time processing exif data
https://bugs.launchpad.net/bugs/596327
You received this
57 matches
Mail list logo