aktuelle Version EleLa_V3.1.20506_Linux64.zip Die ini wird wieder verwuschtelt. Nicht so krass wie vorher, aber im Trennbereich des letzten Abschnitts. Die Pfade im Abschnitt [Projekt] werden wieder auf die Vorgaben gesetzt und ans Ende angehängt. Der Doppeleintrag ist jetzt weg. Vielen Dank, Markus. Im logfile fällt mir bei einigen Pfaden kein abschließendes Slash auf. Das dürfte/sollte nicht kritisch sein, oder doch? Das Anlegen der Datenbank läuft wie zuvor ohne (gemeldeten) Fehler durch. 21:16:19 Database and tables successfully created 192.168.178.55.elela Nach dem nächsten Start meckert er nur bei einer Kleinigkeit. 21:18:05 Connect database... 21:18:05 DB.Version: SQLite-DLL: 3.11.0 / MySQL: 10.4.12-MariaDB-1:10.4.12+maria~xenial 21:18:05 Database Version: V3.1.18B30 21:18:05 E: GUID fehlte: param.1 21:18:05 Database connected. was zunächst plausibel klingt, da sie leer ist. Beim Importversuch blieb er an der Tabelle translate hängen. 21:25:01 E: SQL Error: Data too long for column 'DE' at row 1 (spExpClick|mnDBExportClick|TfrmImportExport.btnImportClick|Tbl: translate ID:3443)/( $00000000008DEB4C) Ein erneuerter Import ohne translate lief zum ersten Mal durch. Juhuuuu! Kurze Zeit später dann 21:48:13 E: SQL Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'ORDER BY Bezeichnung' at line 2 (btnLangSaveClick|TfrmExpBestNr.FormCreate)/( $00000000004B1DD9) 21:48:15 E: SQL Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'ORDER BY Bezeichnung' at line 2 (TfrmBestellDruck.FormCreate)/( $00000000004B1DD9) Die Meldung ignoriere ich vorerst mal und befasse mich später damit. Als nächstes habe ich mir die Datenbank angeschaut. Die sah gut aus. In der Tabelle translate waren nur 22 Datensätze (Strings.0-21) zu sehen. Da ich einen Fehler meinerseits (durch das editieren) vermutete, ließ ich die Übersetzung durch EleLa exportieren (Lang_Save.txt), diese führte ich anschließend (als bereinigt und sortiert) in die Lang_DE.txt zurück. Ein erneuter Import der Tabelle translate scheiterte an gleicher Stelle mit gleicher Meldung. 22:04:55 E: SQL Error: Data too long for column 'DE' at row 1 (spExpClick|mnDBExportClick|TfrmImportExport.btnImportClick|Tbl: translate ID:3443)/( $00000000008DEB4C) Der erneute Blick in die Datenbank offenbahrte dann aber stolze 3442 Datenzeilen. Super! Bis hier hin ist es schon ein gutes Stück Erfolg, das müssen wir schnell sichern: mratix@crohpdesk:~/backup$ mysqldump -u elela -p elela > elela31_dump_1stimport.sql