| 14 Mar 2026 |
emily | (and could be upstreamed to Nixpkgs if you wanted) | 21:30:42 |
emily | but just saying that you can also get it for free from the converted cask packages :) | 21:30:54 |
| lektrik joined the room. | 21:31:13 |
nasso | wait, do i need to go through homebrew for this? i actually managed to avoid homebrew so far | 21:31:20 |
nasso | (because its annoying in my multi-user setup) | 21:31:32 |
emily | no, those repositories just convert Homebrew casks to Nix packages automatically | 21:31:37 |
nasso | ooohh | 21:31:41 |
emily | they don't require using Homebrew at all | 21:31:43 |
emily | but for casks that just extract simple .zips or .dmgs they should work fine | 21:31:53 |
nasso | oh that is very interesting actually it might be useful for some other things | 21:32:01 |
emily | ideally we'd have everything in Nixpkgs though, but just saying there's a quicker route if you want to avoid the rabbit hole of sending a PR for a new package :) | 21:32:18 |
nasso | so wait should i use BatteredBunny's or atahanyorganici's project? should i flip a coin | 21:33:25 |
emily | I genuinely don't even know what the difference is :) | 21:34:25 |
emily | I think one of them converts stuff dynamically and the other has a generated JSON file or something | 21:34:36 |
emily | iirc one of them didn't work with Lix at some point, not sure if that's still true | 21:34:44 |
nasso | its something i eventually want to learn to do! these past few days of learning nix have been very fun (especially thanks to everyone here being so kind and helpful <3) and now i want to make flakes for what we do at work lol | 21:34:45 |
| 15 Mar 2026 |
nasso | ok i decided to go with atahanyorganci/nix-casks and it looks like it works | 01:31:31 |
samasaur | I'm trying to update xcodegen in nixpkgs. the update bot was able to get the new version and hash, but the package isn't available on linux so it didn't get farther than that. Locally I get the same hash that the update bot, but when trying to build it, I get into the swift build, and then it errors like this:
xcodegen> Fetching https://github.com/yonaskolb/JSONUtilities.git
xcodegen> Fetching https://github.com/jakeheis/SwiftCLI.git
xcodegen> Fetching https://github.com/kylef/Spectre.git
xcodegen> Fetching https://github.com/tadija/AEXML.git
xcodegen> Fetching https://github.com/kylef/PathKit.git
xcodegen> Fetching https://github.com/onevcat/Rainbow.git
xcodegen> Fetching https://github.com/mxcl/Version
xcodegen> Fetching https://github.com/tuist/XcodeProj.git
xcodegen> Fetching https://github.com/jpsim/Yams.git
xcodegen> Fetching https://github.com/freddi-kit/ArtifactBundleGen
xcodegen> Fetching https://github.com/kylef/Spectre.git
xcodegen> Fetching https://github.com/onevcat/Rainbow.git
xcodegen> Fetching https://github.com/yonaskolb/JSONUtilities.git
xcodegen> Fetching https://github.com/mxcl/Version
xcodegen> Fetching https://github.com/tuist/XcodeProj.git
xcodegen> Fetching https://github.com/kylef/PathKit.git
xcodegen> Fetching https://github.com/jpsim/Yams.git
xcodegen> Fetching https://github.com/jakeheis/SwiftCLI.git
xcodegen> Fetching https://github.com/freddi-kit/ArtifactBundleGen
xcodegen> error: Failed to clone repository https://github.com/yonaskolb/JSONUtilities.git:
xcodegen> Cloning into bare repository '/nix/var/nix/builds/nix-46814-58828094/source/.build/repositories/JSONUtilities-1696c737'...
xcodegen> fatal: unable to access 'https://github.com/yonaskolb/JSONUtilities.git/': SSL certificate OpenSSL verify result: unable to get local issuer certificate (20)
It's not consistent which dependency generates this error, and I get it on two separate machines. AFAIK we haven't changed the nixpkgs Swift packaging recently, nor have I updates these machines, but this smells like a darwin-specific problem to me. Has anyone experienced anything like this before?
| 05:38:08 |
samasaur | or wanna try applying this diff to nixpkgs and then trying nix-build -A xcodgen?
Commit ID: 74e6051a426fecd38ec62c07967c3b81fc4bf0cc
Change ID: yzzplknuuvrllxzqqomzwywmrmopzpky
Author : Sam <30577766+Samasaur1@users.noreply.github.com> (2026-03-13 19:42:16)
Committer: Sam <30577766+Samasaur1@users.noreply.github.com> (2026-03-13 19:44:31)
(no description set)
diff --git a/pkgs/by-name/xc/xcodegen/package.nix b/pkgs/by-name/xc/xcodegen/package.nix
index dff37b0ff8..ca4171d92b 100644
--- a/pkgs/by-name/xc/xcodegen/package.nix
+++ b/pkgs/by-name/xc/xcodegen/package.nix
@@ -16,13 +16,13 @@
swiftPackages.stdenv.mkDerivation (finalAttrs: {
pname = "xcodegen";
- version = "2.44.1";
+ version = "2.45.3";
src = fetchFromGitHub {
owner = "yonaskolb";
repo = "XcodeGen";
tag = finalAttrs.version;
- hash = "sha256-RQlmQfmrLZRrgIA09fE84JuqmYkkrz4KSw2dvYXw0Rs=";
+ hash = "sha256-ExuzmiH4d07rSXr3ygqF3sfJP8NMOTlfEmEYwmH3FVY=";
};
# Including SwiftPM as a nativeBuildInput provides a buildPhase for you.
| 05:39:06 |
samasaur | also unrelated but does anyone have thoughts on why openscad on latest unstable is failing the versionCheckHook? it doesn't appear to produce any output when run inside a nix build, but I can't reproduce that behavior outside of a build, even when running the built binary with what I think are the same set of flags | 06:24:52 |
debtquity | I reproduced it on my machine (aarch64-darwin)
> Did not find version 2021.01 in the output of the command /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --version
>
> Did not find version 2021.01 in the output of the command /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --help
>
For full logs, run:
nix log /nix/store/qdyhkilahqf4ks8h0799f3jwyjagjdnb-openscad-2021.01.drv
for whatever reason it seems openscad --version is writing to stderr instead of stdout. I don't know the internals of versionCheckHook, but I suspect it wants the output in stderr
❯ /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --version > stdout 2> stderr
❯ cat stdout
❯ cat stderr
OpenSCAD version 2021.01
I observed the same with ...openscad --help, although this flag does not output the version
| 07:43:46 |
debtquity | * I reproduced it on my machine (aarch64-darwin)
> Did not find version 2021.01 in the output of the command /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --version
>
> Did not find version 2021.01 in the output of the command /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --help
>
For full logs, run:
nix log /nix/store/qdyhkilahqf4ks8h0799f3jwyjagjdnb-openscad-2021.01.drv
for whatever reason it seems openscad --version is writing to stderr instead of stdout. I don't know the internals of versionCheckHook, but I suspect it wants the output in stdout
❯ /nix/store/vamzzqsav4nnyakgcq15v4z5gpqnvmw4-openscad-2021.01/bin/openscad --version > stdout 2> stderr
❯ cat stdout
❯ cat stderr
OpenSCAD version 2021.01
I observed the same with ...openscad --help, although this flag does not output the version
| 07:44:23 |
debtquity | i get same behavior on my machine, weird.
> Fetching https://github.com/kylef/PathKit.git
> Fetching https://github.com/kylef/Spectre.git
> Fetching https://github.com/onevcat/Rainbow.git
> Fetching https://github.com/mxcl/Version
> error: Failed to clone repository https://github.com/onevcat/Rainbow.git:
> Cloning into bare repository '/nix/var/nix/builds/nix-13475-1657500268/source/.build/repositories/Rainbow-64aa5363'...
> fatal: unable to access 'https://github.com/onevcat/Rainbow.git/': SSL certificate OpenSSL verify result: unable to get local issuer certificate (20)
For full logs, run:
nix log /nix/store/bqpd1d51vvg0g5nbj6ddj52plx5m1zfn-xcodegen-2.45.3.drv
| 07:51:31 |
samasaur | versionCheckHook is supposed to check both streams (note the 2>&1)
versionOutput="$(@envCommand@ \
--chdir=/ \
--argv0="$(basename "${command[0]}")" \
"${envArgs[@]}" \
"${command[@]}" 2>&1 \
| sed -e 's|@storeDir@/[^/ ]*/|{{storeDir}}/|g' \
|| true)"
| 08:05:15 |
niklaskorz | just wanted to bump vulkan-caps-viewer and now I have to discover it's generally broken on macOS (also with the upstream binary) since the move to Qt6, nice | 15:51:37 |
niklaskorz | looks like QWindow now has an intermediate QContainerLayer instead of directly containing the CALayer, and since VulkanCapsViewer unfortunately isn't using QVulkanInstance but tries to find the layer by itself... :D | 16:12:51 |
niklaskorz | well, at least everyone gets a fix now (including upstream) | 16:13:03 |
niklaskorz | * looks like QWindow now has an intermediate QContainerLayer in Qt6 instead of directly containing the CALayer, and since VulkanCapsViewer unfortunately isn't using QVulkanInstance but tries to find the layer by itself... :D | 16:13:10 |
niklaskorz | mhm, actually that's an even more recent change in Qt 6.10 while upstream is on 6.9... guess I'll propose the patch to them and they can merge it whenever they proceed to 6.10+ themselves | 16:24:25 |
| isabel changed their profile picture. | 20:55:21 |