Marcel,<br><br>Like we use now the Qt SQL wrapper, i suppose than we can use easily another DB backend as MySQL... Right ?<br><br>Advantage to use MySQL (for ex.) is certainly to have a transparent removable media device as root album path witch store digiKam database...
<br><br>Gilles<br><br><div><span class="gmail_quote">2007/8/13, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>you might have guessed from the commit that I cc'ed on the list, from tonight<br>the KDE4 / trunk version depends on the Qt4 SQL module.<br><br>The reason I mention this explicitly is that most distributions package this
<br>as a separate package. I dont know if this is installed per default.<br><br>What we currently need is the Qt driver for sqlite3, so this module is just a<br>thin wrapper between digikam and libsqlite3 which we depend on anyway. On
<br>Gentoo, I have to set a use flag to pull sqlite3 support in when compiling.<br><br>There is a configure check and a runtime test, so it will tell you what is<br>missing ;-)<br><br>Marcel<br>_______________________________________________
<br>Digikam-devel mailing list<br><a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/digikam-devel">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
</blockquote></div><br>