| 7 Dec 2025 |
 WeetHet | And if people would even want it to be since that would mess the privileges on each update | 13:56:12 |
| WeetHet | * And if people would even want it to be since that would mess the privileges up on each update | 13:56:17 |
 Randy Eckenrode | We stopped building it because it relies on entitlements for security. | 13:56:56 |
| WeetHet | * And if people would even want it to be since that would mess the permissions up on each update | 14:01:14 |
| WeetHet | (That's the reason I'm running a binary build of Zed even though nixpkgs has a from-source one) | 14:01:50 |
| WeetHet | JIT and Apple Events don't need anything except a self signature AFAIK and the personal-information ones aren't exactly necessary for iTerm to function | 14:24:17 |
| WeetHet | At least providing a from source build with reduced entitlement set would be nice | 14:24:42 |
| Randy Eckenrode | Some things (like the AI and the browser plugin) enable the app sandbox via entitlement. | 14:29:41 |
| Randy Eckenrode | ninja: error: '/nix/store/fc9wkimiw706hdhxhk13mfcicaacjzlq-swift-llbuild-6.2.1/Library/Frameworks/llbuild.framework/llbuild.framework/llbuild', needed by 'lib/libSwiftDriverExecution.dylib', missing and no known rule to make it
| 21:44:40 |
| Randy Eckenrode | CMake is finding the framework, but it is very confused about where the framework is. Anyone know enough CMake to know why it would do that? | 21:44:56 |
| 8 Dec 2025 |
| Randy Eckenrode | Oh.
if(NOT TARGET llbuildSwift)
add_library(llbuildSwift UNKNOWN IMPORTED)
set_target_properties(llbuildSwift PROPERTIES
FRAMEWORK TRUE
INTERFACE_COMPILE_OPTIONS -F${llbuild_FRAMEWORKS}
IMPORTED_LOCATION ${llbuild_FRAMEWORKS}/llbuild.framework/llbuild)
endif()
| 00:42:21 |
| Randy Eckenrode | Probably that don’t the wrong thing. | 00:42:31 |
| Randy Eckenrode | Why does CMake set the deployment target to macOS 26 for Swift? ☹️ | 01:59:51 |
| Randy Eckenrode | It goes off the triple, which defaults to 26.0 on my system. That’s a lovely impurity. | 02:16:44 |
