| 14 Oct 2025 |
 ivy | yes but sometimes signing depends on the location of it | 04:49:11 |
| ivy | like if its in /Applications | 04:49:16 |
| ivy | this is my tiny pr to make linking paths work better | 04:49:31 |
| ivy | allowing for finally Application Support | 04:49:46 |
| ivy | 
Download image.png | 04:50:46 |
| ivy | unfortunate | 04:50:49 |
| ivy | it does work tho | 04:53:05 |
| ivy | unfortunate that changing this causes everything to rebuild | 04:53:20 |
 Erik | They are not picked up by at least Logic Pro when symlinked, so I was going to try recursive hard linking next (cp -l or rsync —link-dest).
I only have Logic Pro and GarageBand to test with though I expect they use the same innards. Not sure about signing requirements, I don’t think so? | 06:24:46 |
| ivy | okay so let’s get my pr merged into staging then main along with my darwin pr once that’s done | 06:29:17 |
| ivy | then should work | 06:29:22 |
| ivy | once my pr is solved a lot of nuances and annoyances with buildEnv on darwin should be solved allowing for copying of them | 06:29:53 |
| Erik | Awesome :) | 06:33:30 |
 carlossless | I've been experimenting with xcbuildHook and trying package an app, but I am running into segfaults at the beginning of the build: https://gist.github.com/carlossless/56026f1c311eac21a63e3707025971ce.
error: builder for '/nix/store/s5qfwmzdk8cpglwqy31mx6gpqjipwag3-nuage-0.0.9.drv' failed with exit code 139;
last 23 log lines:
> Running phase: unpackPhase
> unpacking source archive /nix/store/la29fcpii5c33i2adhfig7zjd2f1z3la-source
> source root is source
> Running phase: patchPhase
> Running phase: updateAutotoolsGnuConfigScriptsPhase
> Running phase: configurePhase
> no configure script, doing nothing
> Running phase: buildPhase
> running xcodebuild: ''
> warning: object version 54 may be unsupported
> warning: unhandled Project key packageReferences
> warning: unhandled BuildFile key productRef
> warning: unhandled BuildFile key productRef
> warning: unhandled BuildFile key productRef
> warning: unhandled BuildFile key productRef
> warning: unhandled TargetDependency key productRef
> warning: unhandled TargetDependency key productRef
> warning: unhandled NativeTarget key packageProductDependencies
> Build settings from the command line:
> OBJROOT=/nix/var/nix/builds/nix-build-nuage-0.0.9.drv-0/source/Intermediates
> SYMROOT=/nix/var/nix/builds/nix-build-nuage-0.0.9.drv-0/source/Products
>
> /nix/store/rc15xa20xwyaqhlr3nrw2ykhci6by5ay-xcbuild-hook/nix-support/setup-hook: line 1: 30392 Segmentation fault: 11 xcodebuild SYMROOT=$PWD/Products OBJROOT=$PWD/Intermediates "${flagsArray[@]}" build
For full logs, run 'nix log /nix/store/s5qfwmzdk8cpglwqy31mx6gpqjipwag3-nuage-0.0.9.drv'.
Anything I am missing something or is this (sort of expected) given the limitations of xcbuild in nixpkgs?
| 08:55:28 |
| carlossless | The project contains swiftpm dependencies, which I guess is not being handled here, and I haven't seen any examples in nixpkgs on how to handle them (when they are part of an xcodeproj). I don't know if that has anything to do with the seg fault here though. | 09:02:36 |
 Randy Eckenrode | Are you able to see in Console.app which process crashed? | 13:09:39 |
| Randy Eckenrode | It’s also possible the problem is its trying to download the SwiftPM dependencies, which will fail because network access is disallowed during a build. | 13:09:46 |
| Randy Eckenrode | IIRC someone else ran into that problem. | 13:10:06 |
 winston | is man-db known to be a flaky build or is this an issue on staging/my machine? On my 4th build now and encountering a different checkPhase fail for the 3rd time | 14:41:30 |
| winston | what's odd is that I get a full For full logs run nix log ... but it never leaves the checkPhase either | 14:42:10 |
| winston | ~~what's odd is that I get a full For full logs run nix log ... but it never leaves the checkPhase either~~ nvm that was just nixpkgs-review passing in --keep-going | 15:32:08 |
| winston | ended up just using an overlay to turn the checkPhase off to get the dep to build | 15:32:33 |
 WeetHet | Would using osascript instead of rm fix the issue with macl what do you think?
osascript -e 'tell application "System Events" to delete file "Macintosh HD:Users:weethet:Downloads:example.txt"'
| 16:04:32 |
| Randy Eckenrode | What’s the macl issue? | 19:48:28 |
| Randy Eckenrode | Is that the problem with xattrs in the store? | 19:48:46 |
| carlossless | 
Download image.png | 19:56:36 |
| carlossless | seems like xcbuild itself? | 19:57:11 |
| carlossless | can't find anything else relevant | 19:58:51 |
| WeetHet | Yeah | 21:22:36 |
| WeetHet | It seems to occur even when doing sudo nix-collect-garbage for me | 21:22:57 |
