<div dir="ltr">Hi all,<div><br></div><div>In my huge task of simplification of libraries puzzle, with current 5.0.0-beta implementation, i backported all libkface code in digiKam core, including database. Now digiKam 5.0.0 will not use libkface.<br></div><div><br></div><div>I review all database management code, included recognition database, factorized all when it's possible. I tested Sqlite implementation and schema, and all work fine.</div><div><br></div><div>Now recognition database is managed as thumbnails and core database : same place to store DB files, and same Sqlite engine.</div><div><br></div><div>As database code is common with other DB engines, this want mean that recognition DB can be managed with Mysql/MariaDB too.</div><div><br></div><div>So now, i started a tedious task : review all Mysql bugs, that i sorted this summer. The first task is to look into migration files :</div><div><br></div><div><a href="https://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=ASSIGNED&bug_status=REOPENED&component=Database-Migration&list_id=1310837&product=digikam&query_format=advanced">https://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=ASSIGNED&bug_status=REOPENED&component=Database-Migration&list_id=1310837&product=digikam&query_format=advanced</a><br></div><div><br></div><div>And i must admit that i'm not an expert with MySql/MariaDB. So i need external expertise and help here.<br></div><div><div><br></div><div>The code from git/master is now fixed to reproduce 4.x mysql support, with same bugs of course.</div></div><div><br></div><div>There are 2 solutions to use MySql/MariaDb : internal or external (remote) server. </div><div><br></div><div>In a first step, i would to start with the first one, which will be more simpler to test and run.</div><div><br></div><div>But before to continue, i would to know if there is somebody in this room who can help me in this task.</div><div><br></div><div>Thanks in advance</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div>