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
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 t
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)
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 Camer
Public bug reported:
liblas.org's version is currently at 1.7. Their documentation for their
API follows version 1.7, version 1.2 is dated and completely
incompatible. Is there any way to update to the latest should I build a
package? I'm building it from source now.
** Affects: liblas (Ubuntu
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 Camera
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 inten
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 ot
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 p
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 sub
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 wit
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 a
I also forgot to add I'm using a Nikon D90. I tried updating
specifically libexiv with a Maverick package and it didn't help, I think
libkexiv needs to be updated too (and this is a much more involved
process as it has several forward and reverse depedencies). Help!
--
Digikam slow to scan came
I'm having a similar issue with Digikam with the current version of exiv. It
seems the exif rotate portion takes an eternity, and I have a feeling that it
is this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579835
Please update these packages ASAP, it's unbearable in the current state
Here is the upstream bug:
http://dev.exiv2.org/issues/show/677
I believe it has been fixed in newer versions of exiv2. I tried to do
the "also effects" on launchpad, but launchpad doesn't have a project
for exiv2 (only gexiv).
--
Digikam slow to scan camera (regression)
https://bugs.launchpad.
At closer inspection this appears to be a separate bug. I'll file a
different bug report.
--
Digikam slow to scan camera (regression)
https://bugs.launchpad.net/bugs/503455
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to digikam in ubuntu.
--
Public bug reported:
Binary package hint: exiv2
The upstream bug report was filed and fixed, it can be found here:
http://dev.exiv2.org/issues/show/677
Debian has fixed this as reports were filed for their version of digikam here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579835
Simply up
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 t
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 by
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, t
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 Ubun
** Changed in: exiv2 (Ubuntu)
Assignee: (unassigned) => Adam Stylinski (kungfujesus06)
** Changed in: exiv2 (Ubuntu)
Assignee: Adam Stylinski (kungfujesus06) => (unassigned)
--
Digikam imports images taken with Nikon Cameras extremely slow, takes a large
amount of time proce
** 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,
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
https://bugs.launchpad.net/bug
We're seeing this on a laptop at work (TigerLake Oryx Pro from System76)
on 20.04 as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1946055
Title:
Ubuntu 21.04 drivers/drm/i915 crashes on my la
27 matches
Mail list logo
