<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br><div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Gilles, <div><br></div><div>Thank you for your helpful reply. </div><div><br></div><div>Developing macOS pkg’s for Digikam sounds messy and time-consuming for all concerned. Your efforts are greatly appreciated. </div><div><br></div><div>For relevance, I’ve renamed this email's subject… it was previously <i>'Re: Cannot run DK 8.4 (macOS 14.5 (Sonoma)/M2 Pro Mac Mini)’</i>. </div><div><br></div><div>After far too many hours spent attempting various macOS Digikam updates (DK 7.9 to DK 8.x) on <span style="caret-color: rgb(0, 0, 0);">mac silicon</span>, I have finally given up on that option. </div><div><i>[macOS 14.5 (Sonoma), M2 Pro silicon on mac mini]</i></div><div><br></div><div>I’m very relieved to now have a stable DK 8.4 (SQLite) flatpak installation running on a Parallels Desktop Pro VM (which was pre-configured with <i>'</i><font><span style="caret-color: rgb(0, 0, 0);"><i>Rosetta capabilities in virtualization framework emulating x86-64 binaries’</i>)</span></font>. The guest OS is Ubuntu 22.04.4 LTS (arm64). </div><div>Performance is surprisingly good so far (using 160K of my 220K collection). Removable drives are accessed via symbolic links. </div><div><br></div><div><font><span style="caret-color: rgb(0, 0, 0);">(a)<span class="Apple-tab-span" style="white-space:pre"> </span>Was originally intending to use DK’s 'MySQL internal’ config and</span></font> thought the VM’s Rosetta emulation might allow a DK 8.4 linux appimage to run directly. I received the error msg<i> ‘cannot execute binary file: Exec format </i><i>error’. </i>Assume this error is caused by x86 vs arm64 architectures, but I’m a beginner on linux, so there are probably other likely causes. </div><div><div style="caret-color: rgb(0, 0, 0);"><br></div><div style="caret-color: rgb(0, 0, 0);">(b)<span class="Apple-tab-span" style="white-space:pre"> </span>I'd prefer to use ‘MySQL internal’ config but that’s apparently not possible with flatpak. Docker is runnng on the VM but I have not worked out how to utilise it to run DK 8.4… any hints about specifically creating a docker container for DK would be appreciated.</div></div><div><br></div><div>Regards,</div><div>Gary</div><div><br></div><div><div><br><blockquote type="cite"><div>On 24 Jul 2024, at 4:01 PM, Gilles Caulier <caulier.gilles@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div>Hi,<br><br>The external mysql/mariadb binaries/scripts are included in the MacOS<br>package and are patched to be relocated somewhere in the Mac computer<br>at install time. It's explained in the build script :<br><br>https://invent.kde.org/graphics/digikam/-/blob/master/project/bundles/macports/04-build-installer.sh?ref_type=heads#L444<br><br>and more specifically here :<br><br>https://invent.kde.org/graphics/digikam/-/blob/master/project/bundles/macports/04-build-installer.sh?ref_type=heads#L540<br><br>Without this kind of changes, the binaries cannot find the<br>dependencies at run time and all crash. For the scripts, the path is<br>hardcoded in base macports install, so all paths must be relative,<br>else this does not work.<br><br>Yes, it's a puzzle, but it's how the Mac bundle requires it to work. I<br>tried with HomeBrew to see if the rules are better, but it's more and<br>less a black hole : all installed packages are exploded on the left<br>and on the right in small parts without the way to apply variant<br>installation. Macports is certainly not the best package manager, but<br>homebrew is so far behind compared.<br><br>Another stuff is the Qt framework frozen to Qt 5.15.12 under Macports.<br>This is problematic as the maintainer has not worked on it for a<br>while. The Qt6 which is the future especially to port on the Silicon<br>architecture is frozen too on the 6.4.2. And nothing changes for the<br>moment. So the MacOS always compiles on my Macbook pro 2015 Intel,<br>even if another Macbook pro M1 is on the table...<br><br>Voilà for the technical points about packaging under MacOS.<br><br>Best<br><br>Gilles Caulier<br><br>Le mer. 24 juil. 2024 à 07:47, gz01@iinet <gazola01@iinet.net.au> a écrit :<br><blockquote type="cite"><br><br>I’ve attached text trace of an installed DK 8.4 debug pkg launching (clean install, empty database folder, MySQL internal setting).<br><br>DK 7.9 finds 3 binary files (mysql_install_db, mysqladmin & mysqld) installed in the DK app's package contents.<br><br>At launch, DK 8.4 unsuccessfully searches in 4 potential locations for each of 4 binary files (mariadbd, mariadb-admin, mariadb-upgrade & mariadb-install-db).<br><br>My query… why are DK 8.4’s required binaries missing from its package contents (unlike DK 7.9), or else from the /opt folder?<br><br><br>Regards,<br>Gary<br><br><br><br><br></blockquote></div></div></blockquote></div><br></div></div></div></div></div><br></body></html>