Appimage & docker issues (Parallels Pro (arm64) Ubuntu VM on macOS)

[gz01@iinet]

Gilles, 

Thank you for your helpful reply. 

Developing macOS pkg’s for Digikam sounds messy and time-consuming for all concerned. Your efforts are greatly appreciated. 

For relevance, I’ve renamed this email's subject… it was previously 'Re: Cannot run DK 8.4 (macOS 14.5 (Sonoma)/M2 Pro Mac Mini)’. 

After far too many hours spent attempting various macOS Digikam updates (DK 7.9 to DK 8.x) on mac silicon, I have finally given up on that option. 
[macOS 14.5 (Sonoma), M2 Pro silicon on mac mini]

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 'Rosetta capabilities in virtualization framework emulating x86-64 binaries’). The guest OS is Ubuntu 22.04.4 LTS (arm64). 
Performance is surprisingly good so far (using 160K of my 220K collection). Removable drives are accessed via symbolic links. 

(a)	Was originally intending to use DK’s 'MySQL internal’ config and thought the VM’s Rosetta emulation might allow a DK 8.4 linux appimage to run directly. I received the error msg ‘cannot execute binary file: Exec format error’. Assume this error is caused by x86 vs arm64 architectures, but I’m a beginner on linux, so there are probably other likely causes. 

(b)	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.

Regards,
Gary


> On 24 Jul 2024, at 4:01 PM, Gilles Caulier <caulier.gilles at gmail.com> wrote:
> 
> Hi,
> 
> The external mysql/mariadb binaries/scripts are included in the MacOS
> package and are patched to be relocated somewhere in the Mac computer
> at install time. It's explained in the build script :
> 
> https://invent.kde.org/graphics/digikam/-/blob/master/project/bundles/macports/04-build-installer.sh?ref_type=heads#L444
> 
> and more specifically here :
> 
> https://invent.kde.org/graphics/digikam/-/blob/master/project/bundles/macports/04-build-installer.sh?ref_type=heads#L540
> 
> Without this kind of changes, the binaries cannot find the
> dependencies at run time and all crash. For the scripts, the path is
> hardcoded in base macports install, so all paths must be relative,
> else this does not work.
> 
> Yes, it's a puzzle, but it's how the Mac bundle requires it to work. I
> tried with HomeBrew to see if the rules are better, but it's more and
> less a black hole : all installed packages are exploded on the left
> and on the right in small parts without the way to apply variant
> installation. Macports is certainly not the best package manager, but
> homebrew is so far behind compared.
> 
> Another stuff is the Qt framework frozen to Qt 5.15.12 under Macports.
> This is problematic as the maintainer has not worked on it for a
> while. The Qt6 which is the future especially to port on the Silicon
> architecture is frozen too on the 6.4.2. And nothing changes for the
> moment. So the MacOS always compiles on my Macbook pro 2015 Intel,
> even if another Macbook pro M1 is on the table...
> 
> Voilà for the technical points about packaging under MacOS.
> 
> Best
> 
> Gilles Caulier
> 
> Le mer. 24 juil. 2024 à 07:47, gz01 at iinet <gazola01 at iinet.net.au> a écrit :
>> 
>> 
>> I’ve attached text trace of an installed DK 8.4 debug pkg launching (clean install, empty database folder, MySQL internal setting).
>> 
>> DK 7.9 finds 3 binary files (mysql_install_db, mysqladmin & mysqld) installed in the DK app's package contents.
>> 
>> 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).
>> 
>> 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?
>> 
>> 
>> Regards,
>> Gary
>> 
>> 
>> 
>> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240728/64aa6444/attachment.htm>