| 19 Feb 2026 |
 validitymaiden | I suppose I'd have to have a bunch of different inputs and the downstream modules would need to use the one appropriate for which channel to follow. | 19:45:01 |
 samasaur | yes :( | 19:48:04 |
| validitymaiden | Well, no worse than the 2 overlays I have, I guess 😅 | 19:48:33 |
| samasaur | yeah it is ugly but in practice you can ignore it most of the time | 19:49:57 |
| validitymaiden | Yeah, I'll get there. Been making good progress with it and so far I'm very impressed tbh. Hopefully I can get proficient enough to start contributing soon. | 19:54:05 |
 Sarah Clark | I'm reviewing https://github.com/NixOS/nixpkgs/pull/486412/ to see if it builds on Darwn. It fails in the frontend build when fetchPnpmDeps returns a different hash on Darwin vs. linux. Any ideas for resolving this? | 20:12:35 |
 Sandro | it should definitely use fetcherVersion 3 | 20:21:53 |
| Sarah Clark | Thank you. Testing that so I can suggest the change in a review | 20:22:32 |
| Sandro | I think 2 fixed a general darwin issue which works for most packages but we should definitely straight jump to 3 | 20:22:55 |
| Sarah Clark | Definitely. Confirmed that 3 fixes the issue, will drop a suggested change on the PR | 20:26:37 |
| Sarah Clark | Thanks for your help | 20:27:50 |
| Sarah Clark | That one's ready for merge. | 20:48:03 |
|  -> @n:rab.lol left the room. | 22:43:21 |
| 20 Feb 2026 |
|  Michael joined the room. | 03:22:02 |
|  xored joined the room. | 05:48:41 |
| xored left the room. | 05:49:34 |
| xored joined the room. | 05:49:50 |
 eveeifyeve | I have a feeling this can be fixed from nix and upstream, so I am posting it here: https://github.com/withastro/astro/issues/13083#issuecomment-3933250227 | 11:37:22 |
 Matthew Hiles | this doesn't seem to be mac specific, why post it here? | 13:13:59 |
| xored | Is actool on apple-sdk? element-desktop is failing to build because of it but I’m not sure if it’s something on my end | 20:36:26 |
 Randy Eckenrode | It probably requires Xcode. | 20:37:27 |
| xored | shoudn't matter what I have on the host, isn't build sandboxed? regardless, I do have xcode ```❯ actool --version
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>com.apple.actool.version</key>
<dict>
<key>bundle-version</key>
<string>24506</string>
<key>short-bundle-version</key>
<string>26.2</string>
</dict>
</dict>
</plist>``` <- from apple terminal | 20:39:45 |
| xored | * shoudn't matter what I have on the host, isn't build sandboxed? regardless, I do have xcode
❯ actool --version
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>com.apple.actool.version</key>
<dict>
<key>bundle-version</key>
<string>24506</string>
<key>short-bundle-version</key>
<string>26.2</string>
</dict>
</dict>
</plist>
| 20:40:06 |
| xored | ^ from apple terminal
| 20:40:11 |
 toonn | xored: But Nixpkgs doesn't build with Xcode. | 20:50:59 |
| xored | right, so I'm guessing the package is broken? or upstream? coz it's trying to call actool and failing | 20:51:44 |
| xored | that's why I asked if this was something that was part of apple-sdk because i've seen that used beforee | 20:52:16 |
| xored | * that's why I asked if this was something that was part of apple-sdk because i've seen that used before | 20:52:17 |
| toonn | If actool is provided by Xcode then something requiring it can't be built by Nixpkgs. | 20:52:47 |
| xored | that makes perfect sense | 20:53:20 |
