Hi Robert and everyone... Oops, I forgot to send my response to the mailing list... now that I rectified this, I also added the promised script...
On December 1, 2025 6:24:00 AM PST, Robert Helling <[email protected]> wrote: > Hi Dirk, > > 1) When I run the binaries the fell out of your recent activities (as of this > morning Europe time), they crash upon startup on my arm Mac. > > Is there something obvious I am missing? Check the crash notes. I bet it's invalid signatures. You may have to re-sign It locally until I figure out how to get this to the stage where Apple allows it as it does with the x86 one > 2) I have not been able to build Subsurface on any of my Macs since moving to > Apple silicone which has been many months ago. This is very likely due to too > much old stuff (in terms of libraries, Qt versions, stuff installed using > homebrew) on these machines. Unfortunately just burning the build directory > is not enough and not even a brand new clone of > https://github.com/subsurface/subsurface in a brand new directory does the > job, I have tried several times over the months and sank many hours without > any fruit. Unfortunately, I need these computers for my daily work, so a > complete reinstall is not an option. What works for me is a thinkpad with > Linux where I successfully build Subsurface which is what I have done for > about a year now. Here's a script that should do it: https://raw.githubusercontent.com/subsurface/subsurface/refs/heads/dirkhh-macos-qt6/scripts/macos-ssrf-dev-start.sh so create a new directory mkdir -p ~/src/ssrf-test cd ~/src/ssrf-test curl -O https://raw.githubusercontent.com/subsurface/subsurface/refs/heads/dirkhh-macos-qt6/scripts/macos-ssrf-dev-start.sh cat macos-ssrf-dev-start.sh # read, think about it, ponder your life choices bash macos-ssrf-dev-start.sh This should build a reasonably self contained Subsurface.app which will be in ~/src/ssrf-test/subsurface/build/Subsurface.app There are two log files for the build of the dependencies and the Subsurface build. If this still fails, send me the log files, any errors you get when running open ~/src/ssrf-test/subsurface/build/Subsurface.app > 3) Almost exactly four years ago, I had a branch to get rid of webkit and > replace the functionality with webengine: > https://github.com/subsurface/subsurface/compare/master...atdotde:subsurface:webeinginewait > If my memory does not fail me, that kind of worked, the user manual did not > have any problems. Also printing worked for me on my Mac at the time, but for > you we could not make all the images load on time on Linux. At some point > this attempt fell asleep. But I am happy to revive it if it is of any use > now. Also in view of 2) I can now better test it on Linux myself. > See my other email on artifact size. WebEngine is a hard no > An alternative would always be to break backwards compatibility and get rid > of the stupid <div> tags and rather do it directly with <img> tags. I don't > know how many user that would affect that have written their own printing > templates that would have to be adopted. > > What do you think? I'd rather not break compatibility, unless there's an easy way to convert from one format to the other with a script that detected "this is old" and then converts to equivalent new /D
_______________________________________________ subsurface mailing list -- [email protected] To unsubscribe send an email to [email protected]
