loosing directories every start..?

[Uwe Haider]

I'm using digikam 1.9 on Gentoo with kernel 2.6.39-r5. Every time I start
digikam there ist this failure:

Die Aktualisierung des Schemas von Version 4 nach 5 ist durch einen für das
Programm unerwarteten Fehler fehlgeschlagen. Sie können Ihre alte Datenbank
wegwerfen und mit einer leeren neu anfangen. In diesem Fall verschieben Sie
bitte die Datenbankdateien „digikam3.db“ und „digikam4.db“ aus dem Ordner
„/home/uhai“. Höchstwahrscheinlich möchten Sie aber lieber diesen Fehler an
die Mailingliste [hidden email] (auf Englisch) berichten. Betrachten
Sie bitte zusätzlich, was digiKam auf der Konsole ausgibt.

(means: updating from 4 to 5 fails. Please remove digikam3 and digikam4 from
/home/uhai.)

Strange, in /home/uhai is no digikam3 - digikam4-File which I could remove. I
got only my database called digikam. (round about 762 MB). This file I want to
use.

Starting in console gives this output:

KGlobal::locale::Warning your global KLocale is being recreated with a valid
main component instead of a fake component, this usually means you tried to
call i18n related functions before your main component was created. You should
not do that since it most likely will not work
QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in
use, all queries will cease to work.

After pressing ok digikam starts. But my albums vanished. So I have to go to
settings and select my local folders and the external USB-Drive. After reading
all files (roundabout 66.000) digikam runs fine.

But doing this every start is very time-consumig. What can I do to get rid of
this behaviour?

Searching for digikam3 and digikam4 gives this:

locate digikam3
/home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db
/home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db/digikam3.hk_table
/home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db/output
/home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db
/home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db/digikam3.hk_table
/home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3_.db/output
/home/uhai/alt_uhai/.superkaramba/lwp/splash/digikam3.db
/home/uhai/alt_uhai/Bilder/digikam3.db
/home/uhai/alt_uhai/Fotos/digikam3.db

 locate digikam4
/home/carhai/Fotos/digikam4.db
/home/uhai/Bilder/digikam4_alt.db
/home/uhai/alt_uhai/Fotos/digikam4.db

Could one of this old files cause this problem? In my settings is /home/uhai
used for the database.

thanks for any hint to solve this issue
--
Uwe Haider

Meine Nachrichten sind mit GPG signiert. Informationen zur Signierung und
Verschlüsselung von Emails mit GPG finden Sie hier:

http://de.wikipedia.org/wiki/GNU_Privacy_Guard
http://www.heise.de/security/dienste/Krypto-Kampagne-2111.html

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Uwe Haider]

Am Sonntag 17 Juli 2011, 23:15:39 schrieb Uwe Haider:

> I'm using digikam 1.9 on Gentoo with kernel 2.6.39-r5. Every time I start
> digikam there ist this failure:
>
> Die Aktualisierung des Schemas von Version 4 nach 5 ist durch einen für das
> Programm unerwarteten Fehler fehlgeschlagen. Sie können Ihre alte Datenbank
> wegwerfen und mit einer leeren neu anfangen. In diesem Fall verschieben Sie
> bitte die Datenbankdateien „digikam3.db“ und „digikam4.db“ aus dem Ordner
> „/home/uhai“. Höchstwahrscheinlich möchten Sie aber lieber diesen Fehler an
> die Mailingliste [hidden email] (auf Englisch) berichten. Betrachten
> Sie bitte zusätzlich, was digiKam auf der Konsole ausgibt.
>
> (means: updating from 4 to 5 fails. Please remove digikam3 and digikam4
> from /home/uhai.)
>
> Strange, in /home/uhai is no digikam3 - digikam4-File which I could remove.
> I got only my database called digikam. (round about 762 MB). This file I
> want to use.
>
> Starting in console gives this output:
>
> KGlobal::locale::Warning your global KLocale is being recreated with a
> valid main component instead of a fake component, this usually means you
> tried to call i18n related functions before your main component was
> created. You should not do that since it most likely will not work
> QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still
> in use, all queries will cease to work.
>
> After pressing ok digikam starts. But my albums vanished. So I have to go
> to settings and select my local folders and the external USB-Drive. After
> reading all files (roundabout 66.000) digikam runs fine.
>
> But doing this every start is very time-consumig. What can I do to get rid
> of this behaviour?
>
> Searching for digikam3 and digikam4 gives this:
>
> locate digikam3
> /home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam3
> _.db
> /home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam
> 3_.db/digikam3.hk_table
> /home/uhai/alt_uhai/.hk_classes/paradox/localhost/_home_uhai_Fotos_digikam
> 3_.db/output
> /home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai
> _Fotos_digikam3_.db
> /home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai
> _Fotos_digikam3_.db/digikam3.hk_table
> /home/uhai/alt_uhai/.spamassassin/.hk_classes/paradox/localhost/_home_uhai
> _Fotos_digikam3_.db/output
> /home/uhai/alt_uhai/.superkaramba/lwp/splash/digikam3.db
> /home/uhai/alt_uhai/Bilder/digikam3.db
> /home/uhai/alt_uhai/Fotos/digikam3.db
>
>  locate digikam4
> /home/carhai/Fotos/digikam4.db
> /home/uhai/Bilder/digikam4_alt.db
> /home/uhai/alt_uhai/Fotos/digikam4.db
>
> Could one of this old files cause this problem? In my settings is
> /home/uhai used for the database.
>
> thanks for any hint to solve this issue

Here are more informations about my system:

digiKam version 1.9.0
Exiv2 kann in JP2 speichern: Ja
Exiv2 kann in JPEG speichern: Ja
Exiv2 kann in PGF speichern: Keine
Exiv2 kann in PNG speichern: Ja
Exiv2 kann in TIFF speichern: Ja
Exiv2 unterstützt XMP-Metadaten: Keine
LibCImg: 130
LibClapack: external shared library
LibExiv2: 0.19
LibJPEG: 80
LibJasper: 1.900.1
LibKDE: 4.6.3 (4.6.3)
LibKExiv2: 1.2.0
LibKdcraw: 1.1.0
LibLCMS: 119
LibLensFun: external shared library
LibLqr: internal library
LibPGF: 6.09.44 - external shared library
LibPNG: 1.4.5
LibQt: 4.7.2
LibRaw: 0.10.0-Beta1
LibTIFF: LIBTIFF, Version 3.9.4 Copyright (c) 1988-1996 Sam Leffler Copyright
(c) 1991-1996 Silicon Graphics, Inc.
Marble-Funktion: 0.11.2 (Stable Release)
Parallelisiertes Entfernen von Mosaikmustern: Ja
Datenbanktreiber: QSQLITE
LibGphoto2: 2.4.10
LibKipi: 1.2.0

Any ideas?
--
Uwe Haider

Meine Nachrichten sind mit GPG signiert. Informationen zur Signierung und
Verschlüsselung von Emails mit GPG finden Sie hier:

http://de.wikipedia.org/wiki/GNU_Privacy_Guard
http://www.heise.de/security/dienste/Krypto-Kampagne-2111.html

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Uwe Haider]

Another problem:

My templates for Exif got lost every start.

Is there a way to transform the database by hand?

--
Uwe Haider

Meine Nachrichten sind mit GPG signiert. Informationen zur Signierung und
Verschlüsselung von Emails mit GPG finden Sie hier:

http://de.wikipedia.org/wiki/GNU_Privacy_Guard
http://www.heise.de/security/dienste/Krypto-Kampagne-2111.html

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users