Torsten Paul

I'm not yet sure why but this breaks the lookup for the bundled files in AppImages: Ok: ``` -rwxr-xr-x 1 tp users 52348096 Okt 23 04:45 ./OpenSCAD-2024.10.23.ai20994-x86_64.AppImage ``` Error: ```...

Hmm, I think it's caused by moving ``` #ifndef OPENSCAD_NOGUI #include "gui/QSettingsCached.h" #define OPENSCAD_QTGUI 1 #endif ``` So due to OPENSCAD_QTGUI not being defined, it uses the boost based PlatformUtils::registerApplicationPath()...

Added AppImage specific lookup path via #5392. This fixes the AppImage startup. I guess we can now decide if we want to fully go with the boost solution or if...

No idea what macOS is doing, but maybe some sort of temp folder isolation looking at the path `/private/var/folders/`. Try specifying a "Temp Dir" that is accessible by all applications...

No, nothing on macOS is normal, ever. The actual call is `open -a --args ...` If you run (the macOS representation of) `openscad --debug ExternalToolInterface` it should show the full...

Note that due to the use of `open` it should be possible to specify the app-bundle instead of the actual binary inside it.

I'm getting this (on RPI5, Debian/Bookworm) with the postgres image referenced in the v1.135.0 docker-compose.yml: `ghcr.io/immich-app/postgres:14-vectorchord0.4.1-pgvectors0.2.0` ``` immich_postgres | : Unsupported system page size immich_postgres | memory allocation of 16...

Yep, confirmed, `ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0` fixes the issue on RPI5. Thank you!

> How long did it take for it to boot back up after the upgrade? My immich_server is reporting unhealthy For me just a couple of seconds, but that was...

And the open issue bothers you why exactly? While the headline says "printing", it could be reinterpreted as "format to PDF" which would cover both printing on paper and sending/storing...