[Digikam-users] Is Digikam stable on KDE SC 4.4?

Sat Feb 27 12:08:29 GMT 2010

Am 27.02.2010 13:05 schrieb Arnd Baecker:
> On Sat, 27 Feb 2010, Gilles Caulier wrote:
> 
>> Yes, i want mean KDE 4.4.1 (:=)))
> 
> Hmm, does that mean to get a stable digikam
> one has to install the svn version of the upcoming 4.4.1 ?
> I.e., should one follow
> http://techbase.kde.org/Getting_Started/Build/KDE4
> and install kdelibs, kdepimlibs, and of kdebase the runtime part
> (is that all which is needed?).
> Of course, to not screw the system wide KDE installation,
> this would mean to install everything to a seperate place
> and set up all paths accordingly?
> 
> I am asking because with my old ubuntu 08.04 it seems
> that I have to go along that route
> (updating is not possible at this point ... ;-( )

Well, the strange thing is that digikam runs completely stable on my
system and I'm not using kdelibs from svn. Got no idea what's going on
there.

Johannes

>> 2010/2/27 Jim Dory <james at dorydesign.com>:
>>> I don't think I understand. Surely you don't mean kde 4.1. That is not very
>>> usable. But you must, as I don't think a 4.4.1 has been released yet. Don't
>>> see it on the mirrors. There is an unstable 4.4.65.. but doubt you meant
>>> that. I looked at the bug and didn't see any discussion about it. I followed
>>> some of the duplicate bug links and found a bit more discussion, but no
>>> solution. I'll admit I'm used to gentoo's bug reports and not these - so
>>> might be missing something.
>>>
>>> If you mean kde 4.1, then I'll have to not use Digikam until this bug gets
>>> resolved one way or another.
>>>
>>> thanks for the help, Jim
>>>
>>>
>>>
>>> On Fri, Feb 26, 2010 at 10:46 PM, Gilles Caulier <caulier.gilles at gmail.com>
>>> wrote:
>>>>
>>>> It's KDirWatch bug :
>>>>
>>>> https://bugs.kde.org/show_bug.cgi?id=228562
>>>>
>>>> Update KDE to 4.1
>>>>
>>>> Gilles Caulier
>>>>
>>>> 2010/2/26 Jim Dory <james at dorydesign.com>:
>>>>> Ok, re-compiled kdelibs with USE="debug" but the output hasn't improved
>>>>> much. Let me know if there is another step to improve back trace. I'll
>>>>> post
>>>>> below with a bit more context:
>>>>>
>>>>> digikam(15816)/khtml (caret) DOM::Selection::validate: Selection[
>>>>> Position(
>>>>> 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
>>>>> Position( 0x0 "null" : 0 ) 1 ] 0
>>>>> digikam(15816)/khtml (caret) DOM::Selection::validate:
>>>>> [character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
>>>>> "null"
>>>>> : 0 )
>>>>> digikam(15816)/digikam (core) Digikam::DMetadata::setImageComments:
>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000081.jpg"
>>>>> ==>
>>>>> Comment:  QMap()
>>>>> digikam(15816)/digikam (core) Digikam::DMetadata::setImageRating:
>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000081.jpg"
>>>>> ==>
>>>>> Rating:  0
>>>>> digikam(15816)/KEXIV2 KExiv2Iface::KExiv2::setIptcKeywords:
>>>>> /mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000081.jpg  ==>
>>>>> Iptc Keywords:  Carol,nome alaska,hike,water,Dorothy creek
>>>>> digikam(15816)/KEXIV2 KExiv2Iface::KExiv2::save: File Extension:  "jpg"
>>>>> is
>>>>> supported for writing mode
>>>>> digikam(15816)/digikam (core) Digikam::DImg::load:
>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000081.jpg"  :
>>>>> JPEG file identified
>>>>> digikam(15816)/digikam (core)
>>>>> Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 1457
>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000081.jpg"
>>>>>
>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>> 0xb62a6beb in QString::operator==(QString const&) const () from
>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>> (gdb) bt
>>>>> #0  0xb62a6beb in QString::operator==(QString const&) const () from
>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>> #1  0xb6b4f717 in ?? () from /usr/lib/libkio.so.5
>>>>> #2  0x09081470 in ?? ()
>>>>> #3  0xbfffd444 in ?? ()
>>>>> #4  0xbfffd444 in ?? ()
>>>>> #5  0xb62aa4a6 in QString::append(QString const&) () from
>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>> #6  0x00000000 in ?? ()
>>>>> (gdb)
>>>>>
>>>>>
>>>>> /jim
>>>>>
>>>>>
>>>>> On Fri, Feb 26, 2010 at 10:54 AM, Johannes Wienke <languitar at semipol.de>
>>>>> wrote:
>>>>>>
>>>>>> Am 26.02.2010 20:52 schrieb Johannes Wienke:
>>>>>>> Am 26.02.2010 20:38 schrieb Jim Dory:
>>>>>>>> digikam(16372)/digikam (core) Digikam::DImg::load:
>>>>>>>>
>>>>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000170.jpg"
>>>>>>>>  :
>>>>>>>> JPEG file identified
>>>>>>>> digikam(16372)/digikam (core)
>>>>>>>> Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 1540
>>>>>>>>
>>>>>>>> "/mnt/readynas/jim-bak/media/images/jims/2004/200407-08/p1000170.jpg"
>>>>>>>>
>>>>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>>>>> 0xb62e5beb in QString::operator==(QString const&) const () from
>>>>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>>>>> (gdb) bt
>>>>>>>> #0  0xb62e5beb in QString::operator==(QString const&) const () from
>>>>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>>>>> #1  0xb6bf07fb in ?? () from /usr/lib/libkio.so.5
>>>>>>>> #2  0x08e4baa0 in ?? ()
>>>>>>>> #3  0xbfffd9f4 in ?? ()
>>>>>>>> #4  0x00000020 in ?? ()
>>>>>>>> #5  0xb62f73ef in QVectorData::allocate(int, int) () from
>>>>>>>> /usr/lib/qt4/libQtCore.so.4
>>>>>>>> #6  0xb6d2d5e0 in ?? () from /usr/lib/libkio.so.5
>>>>>>>> #7  0xb6d2cc50 in ?? () from /usr/lib/libkio.so.5
>>>>>>>> #8  0xb6d3c7fd in ?? () from /usr/lib/libkio.so.5
>>>>>>>> #9  0xbfffd93c in ?? ()
>>>>>>>> #10 0xb58d4f2d in ?? () from /usr/lib/qt4/libQtGui.so.4
>>>>>>>> #11 0xb3a413a4 in ?? () from /usr/lib/libdbus-1.so.3
>>>>>>>> #12 0x00000001 in ?? ()
>>>>>>>> #13 0x0ab8a06e in ?? ()
>>>>>>>> #14 0x0ab8a0f4 in ?? ()
>>>>>>>> #15 0xbfffd624 in ?? ()
>>>>>>>> #16 0x00000000 in ?? ()
>>>>>>>> (gdb) quit
>>>>>>>> A debugging session is active.
>>>>>>>
>>>>>>> Can you try to install the kdelibs-dbg packages and try to reproduce
>>>>>>> the
>>>>>>> crash?
>>>>>>
>>>>>> Just noticed you're on gentoo. You will ahve to recompile kdelibs with
>>>>>> the debug use flag.
>>>>>>
>>>>>> Johannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20100227/a7b4e69b/attachment.sig>