惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
博客园 - 司徒正美
Last Week in AI
Last Week in AI
博客园 - 聂微东
Jina AI
Jina AI
月光博客
月光博客
爱范儿
爱范儿
美团技术团队
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 叶小钗
T
Tailwind CSS Blog
博客园 - 【当耐特】
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Apple Machine Learning Research
Apple Machine Learning Research
有赞技术团队
有赞技术团队
罗磊的独立博客
小众软件
小众软件
雷峰网
雷峰网
IT之家
IT之家
大猫的无限游戏
大猫的无限游戏
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog

René de Hesselle activity

c6be9d66bf149539e53e40bf8656e292129ff8a5 to 8e4b287699a45c75de0a97a9844b1c081c254c00 · FA / siril_macos · GitLab Update macOS dependencies (2834ca64) · Commits · FA / Siril · GitLab Remove obsolete gtk4 build option (8e4b2876) · Commits · FA / siril_macos · GitLab Update macOS dependencies (cfebd4b0) · Commits · FA / Siril · GitLab Update jhb to 1.6 (c0e7ba35) · Commits · FA / siril_macos · GitLab Remove download_dmg functionality (f72e116d) · Commits · René de Hesselle / jhb · GitLab Commits · v1.7.0+85 · René de Hesselle / cherrytree_macos · GitLab Update CherryTree to 1.7.0 (894aaf46) · Commits · René de Hesselle / cherrytree_macos · GitLab 835d265db4697a2fb3f19e3e844f75d8e232c39d to 894aaf46d9865f94f10a15713f371052fb9c33d3 · René de Hesselle / cherrytree_macos · GitLab Update macOS dependencies (1545425c) · Commits · FA / Siril · GitLab d30ac4bc11e41a5e3dfa911253166d6055d23a5a to e0b86dd5f45281c0524a3203306f206dc738e876 · FA / siril_macos · GitLab Remove download_dmg functionality (1028676b) · Commits · René de Hesselle / jhb · GitLab Remove GTK3 from the build system, POTFILES, code etc. (!1044) · Merge requests · FA / Siril · GitLab Update macOS dependencies (a666ceb3) · Commits · FA / Siril · GitLab Update macOS dependencies (3123b969) · Commits · FA / Siril · GitLab 825c80a8fa9c96bbc8aad89446cf926adb62ab32 to 1e893a88e70a1535d79d60f5d70de351c5e1fc09 · René de Hesselle / jhb · GitLab Fix dcomp.dll dependency error for GitLab Windows fleet (!7966) · Merge requests · Inkscape / inkscape · GitLab fd3bfab4cd2125ac08fd99af24a5f649bcf0058d to f442e27371d472a1de55c2f71adfe59b588fb0d9 · René de Hesselle / inkscape · GitLab René de Hesselle pushed new project tag v0.6.1+33 at René de Hesselle / gitte_macos Update Gitte 0.6.1 (b34bf4bd) · Commits · René de Hesselle / gitte_macos · GitLab René de Hesselle pushed to project branch main at René de Hesselle / gitte_macos Commits · v0.6.0+31 · René de Hesselle / gitte_macos · GitLab Fix cleanup versoin directory for Intel CI (6e017e4e) · Commits · René de Hesselle / gitte_macos · GitLab Update jhb to 1.5 (e63799e7) · Commits · René de Hesselle / gitte_macos · GitLab Commits · v0.5.0+28 · René de Hesselle / gitte_macos · GitLab Fix ccache configuration (825c80a8) · Commits · René de Hesselle / jhb · GitLab Commits · v1.5 · René de Hesselle / jhb · GitLab 0736ea0cefc23b46b6d0a3366cb4a297884c0999 to e63799e7a9a254e6fb1a32454ab6eb6fc86a2a3c · René de Hesselle / gitte_macos · GitLab Commits · v0.5.0+24 · René de Hesselle / gitte_macos · GitLab 85400872d1e15634bc587d97f1061c6a521dbce3 to 0736ea0cefc23b46b6d0a3366cb4a297884c0999 · René de Hesselle / gitte_macos · GitLab
Bug: bundled python killed on macOS arm64 (1.4.1+), siril...
René de Hess · 2026-06-26 · via René de Hesselle activity

Bug: bundled python killed on macOS arm64 (1.4.1+), siril/venv silently removed

Siril version: 1.4.1 to 1.4.4 Operating System: macOS Tahoe 26.3 Package: siril-1.4.4-arm64-2.dmg # Description of the bug When launched from the command line, Siril 1.4.4 starts but complains with "`Python version check failed`". Siril 1.4.1 also fails but with a better error message : `Failed to create virtual environment: Child process killed by signal 9` `Failed to initialize Python virtual environment: Child process killed by signal 9` The root cause is that Siril 1.4.1 has added a launch constraint on the bundled python `/Applications/Siril.app/Contents/Frameworks/Python.framework/Versions/3.12/bin/python3.12` The launch constraint fails, even when python3.12 is launched by Siril. This has a very bad consequence when upgrading Siril from a previous version : the directory `~/Library/Application Support/org.siril.Siril/siril/venv` is **silently removed**, without any prompt for confirmation. All modules installed under venv are gone. This happened to me and is the reason I send this bug report. I prefer starting all my processes from the command line, in particular to log stdout and stderr. I suggest two independent fixes : 1) remove the launch constraint which serves no useful purpose 2) never remove silently a complete directory, always prompt the user before # Reproduction Reproduction steps: Run in a Terminal window `/Applications/Siril.app/Contents/MacOS/siril >& logfile &` Expected result: the directory `~/Library/Application Support/org.siril.Siril/siril/venv` is created for a fresh install, and _preserved_ for an upgrade. Actual result: the directory `~/Library/Application Support/org.siril.Siril/siril/venv` is not created for a fresh install, and is **silently** **removed** for an upgrade. The option "Reset python venv" also fails. # Additional information `$ sudo log show --last 2m --predicate 'eventMessage contains "python"' | tail -20` `Timestamp Thread Type Activity PID TTL`\ `2026-06-25 18:28:38.517907+0200 0x3b8afb4 Default 0x0 0 0 kernel: (AppleMobileFileIntegrity) AMFI: Launch Constraint Violation (enforcing), error info: c[4]p[3]m[1]e[0], (Constraint not matched) launching proc[vc: 6 pid: 86008]: /Applications/Siril.app/Contents/Frameworks/Python.framework/Versions/3.12/bin/python3.12, launch type 0, failure proc [vc: 1 pid: 1446]: /System/Applications/Utilities/Terminal.app/Contents/MacOS/Terminal` `2026-06-25 18:28:38.517969+0200 0x3b8afb5 Default 0x0 0 0 kernel: (AppleSystemPolicy) ASP: Security policy would not allow process: 86008, /Applications/Siril.app/Contents/Frameworks/Python.framework/Versions/3.12/bin/python3.12` Workaround : start Siril by double clicking on `/Applications/Siril.app` in Finder. Please do not rely on the existence of this workaround to ignore the silent removal of siril/venv. After this directory is gone, it is too late to recover it with the workaround. The workaround recreates a minimal venv but the original installed modules are not recovered.

issue