| 10 May 2026 |
 emily | oops 🫣 | 00:41:12 |
| emily | I shouldn't get distracted investigating this locally right now unfortunately, but if you ping @NixOS/darwin-maintainers there'll probably be someone who can help look at the crash in a debugger locally | 00:41:58 |
 Randy Eckenrode | … why does process substitution cause the Swift wrapper to invoke clang with Swift args? :( | 00:42:16 |
 tnias | Okay, probably tomorrow. I should get some sleep. Thanks for help :) | 00:43:56 |
| Randy Eckenrode | Figured something out (see https://matrix.to/#/!NCejdJnMqkOsqKZZbg:matrix.org/$-HWc0ClXU6zEi-nCL1b-e7ZkHwbVC_zcX78IqfJhHbw?via=matrix.org&via=tchncs.de&via=awau.uk). | 00:59:37 |
|  @tt:zirco.dev joined the room. | 23:47:22 |
| 11 May 2026 |
 viraptor | Just coming back to prepare for the post-release changes for the swift build / xcodebuild... and the whole signing situation is depressing. Sigtool is closest to upstream but needs a few updates, has been dead for years and uses c++ (personal yuck). Rcodesign has some movement, but is effectively also on life support - the maintainer wrote a post about stepping back from things. Whatever I choose, it smells like a fork long-term 😒 A new project probably doesn't make sense. | 10:30:31 |
 lorne | just for some historical context: c++ was for minimizing dependencies in stdenv bootstrap (c would also have worked) | 10:36:17 |
| viraptor | In reply to @lorne:cons.org.nz
just for some historical context: c++ was for minimizing dependencies in stdenv bootstrap (c would also have worked) That makes sense. So it's your project (guessing from the profile picture)? Would you be up for merging some fixes or some form of collaboration? Or are you done with sigtool?
The changes are not huge, but swiftbuild has some bundle signing expectations. | 10:40:29 |
| lorne | oh, yeah, I switched matrix accounts to something self hosted instead of the main matrix.org server | 10:41:39 |
| lorne | I don't know if it's possible, but I think the move is to move it to nix-community and grant access to the people that want to make changes, such as yourself | 10:42:21 |
 thefloweringash | popping in on my other account to confirm this is also me | 10:44:07 |
| viraptor | Cool, I'll start asking about the details in the next couple of weeks. | 10:44:38 |
| viraptor | Oh well, may as well start now - wanna comment there @lorne ? https://github.com/orgs/nix-community/discussions/2231 | 11:32:15 |
| emily | I think rcodesign is going to be a much better basis than sigtool | 11:57:15 |
| emily | (with all respect to lorne!) | 11:57:21 |
| emily | it is already more compatible and complete in terms of the underlying functionality | 11:57:30 |
| emily | and we have derivations patching codesign into rcodesign because of that | 11:57:37 |
| emily | it just needs a CLI layer | 11:57:49 |
| emily | do you mean https://gregoryszorc.com/blog/2024/03/17/my-shifting-open-source-priorities/ for the post? there has been plenty of activity since then https://github.com/indygreg/apple-platform-rs/commits/main/ | 11:58:49 |
| emily | and it is relied upon by a bunch of orgs to do code signing in CI | 11:59:14 |
| emily | the only obstacle is that there are 2-3 things that use codesign in bootstrap, and we'd rather not have Rust in bootstrap, but all of those can and should be fixed (I have WIP patches) | 11:59:44 |
| emily | * the only obstacle is that there are 2-3 things that use sigtool in bootstrap, and we'd rather not have Rust in bootstrap, but all of those can and should be fixed (I have WIP patches) | 11:59:50 |
| emily | (now that the linker does its own codesigning we need a codesign(1) far less than we used to) | 12:00:11 |
| emily | it would be really unfortunate to keep the ecosystem forked here IMO | 12:00:41 |
| viraptor | In reply to @emilazy:matrix.org
it just needs a CLI layer Yeah, I'm not fully committing to either way really. If we can improve sigtool, that's great. If we can get rcodesign to work, that's great.
I did a quick PR to test the waters and open communication in https://github.com/indygreg/apple-platform-rs/pull/308 but it's been close to 3 weeks without a response.
I'll just continue what I can - worst case we'll have two improved projects 🤷 | 12:18:50 |
| viraptor | But it's a bit more than the CLI layer too - the project itself needs some new features, so the necessary changes can't be done as an external CLI wrapper for example. | 12:20:00 |
| Randy Eckenrode | FWIW, don’t update on my current branch for your Swift Build work. It doesn’t build ATM. | 12:36:08 |
| Randy Eckenrode | The bootstrap situation for Swift is horrible. | 12:36:22 |
| viraptor | Thanks for the heads up. For now I'm mostly waiting for master to be ready post-release to do some more dependency groundwork / land the xcbuild fork. | 12:38:09 |
