opencode: 0.0.52 -> 0.1.194 by delafthi · Pull Request #419604 · NixOS/nixpkgs

delafthi · 2025-06-24T15:52:21Z

Summary

Added myself as a maintainer for the package.
Updated opencode from version 0.0.52 to 0.1.126. This update includes several important changes:

Details

The project was forked due to this issue.
Since most of the project was rewritten in TypeScript and built with Bun, I changed the build process to download precompiled binaries instead of building from source.
While this is not an ideal solution, I tried to base this approach on the method used for helix-gpt to manage Bun packaging. However, I was unable to get the sharp dependency to compile, and I couldn’t find any existing references or solutions to this problem. As a result, using prebuilt binaries is the current workaround until a better build process for Bun-based packages is available.
This PR includes breaking changes to the package. However, since the package is still in early development, I believe updating the release notes is not necessary.

Notes

I'll also add a home-manager module -> see nix-community/home-manager#7320

Please let me know if you need any additional information or testing!

Things done

Add a 👍 reaction to pull requests you find important.

repparw · 2025-06-25T20:21:46Z

mind updating to v0.1.136?

GaetanLepage

Thanks for handling this non-trivial update!

pkgs/by-name/op/opencode/package.nix

GaetanLepage · 2025-06-26T13:56:46Z

It's unfortunate we have to fetch the prebuilt binaries...
What was the exact problem you encountered with sharp? Can you share logs?

thdxr · 2025-06-26T13:58:22Z

so i think what's adding to the difficulty is we have our cloud stuff in the same repo. opencode itself does not use sharp it's the remote stuff that does

i'm wondering of bun install --filter=opencode would successfully just install packages for opencode itself

delafthi · 2025-06-26T16:26:31Z

I currently don’t have access to the logs. @thdxr, thanks for pointing that out. I'll try this and provide feedback as soon as I have an update and also update to the most recent opencode version.

kesor · 2025-06-27T12:18:03Z

I am trying to use this derivation, but the binary is just bun. Each time I run opencode -h all I get is bun, opencode --version, 1.2.17, which is bun's version.

Doesn't the opencode project provide the actual project in its releases? Why would they package bun?!

delafthi · 2025-06-28T16:40:38Z

I am trying to use this derivation, but the binary is just bun. Each time I run opencode -h all I get is bun, opencode --version, 1.2.17, which is bun's version.

Doesn't the opencode project provide the actual project in its releases? Why would they package bun?!

I’ll try to push an update tomorrow to build opencode from source instead of just installing the binaries, so probably this issue should be resolved then.

delafthi · 2025-06-29T13:53:13Z

@thdxr bun install --filter=opencode worked 🎉 — opencode can now be built from source!

A few notes about the package declaration, which is a bit more complicated:

The Node modules are packaged into a fixed-output derivation (see Package request: buildBunModule #255890 for context).
opencode-tui is packaged separately using buildGoModule.
The final package derivation essentially runs the command found here: https://github.com/sst/opencode/blob/67480e5a1c71a0b65467a724a7b7afa828f93168/packages/opencode/script/publish.ts#L46.
I added a patch to packages/opencode/src/provider/models-macro.ts that prefetches the JSON list from models.dev during the build instead of fetching it at runtime. This avoids runtime fetch failures in Nix.

pkgs/by-name/op/opencode/package.nix

delafthi · 2025-06-29T14:52:43Z

@GaetanLepage I also resolved your previous comments about the short description and the version check.

repparw · 2025-06-29T15:45:56Z

error: hash mismatch in fixed-output derivation '/nix/store/1wz3fhhx76891alvvhkjpwbpyszxq2zx-opencode-0.1.162-node-modules.drv':
         specified: sha256-WiOFWCpB9aQ4TvvOSoaVHzt6KBbEjQMjDs2LDm38/B4=
            got:    sha256-DQ259QnYp04xbnopqoXUh4b0JVXoJEUvfYIC084oH0M=
error: 1 dependencies of derivation '/nix/store/mbfjc7zp4vmw12xn6p2clc0jm4x21gps-opencode-0.1.162.drv' failed to build
error: 1 dependencies of derivation '/nix/store/1ghcywz6f6bv2zymz78dk1wjal85f92v-review-shell.drv' failed to build

I'm getting this, not sure why? Does it work on your side?

delafthi · 2025-06-29T16:24:21Z

Yes, the hash of opencode-node-modules changes sometimes, though the exact reason is unclear to me. I encountered this myself and had to update the hash multiple times during testing.

It might be related to the system architecture. For reference, I built on both aarch64-darwin and aarch64-linux. Could you let me know which system you’re building on? That might help us pinpoint the cause.

repparw · 2025-06-29T16:39:02Z

this one was on x64 Linux

delafthi · 2025-06-29T21:02:58Z

Indeed, the hash value differs across systems. I'm not sure why it worked on my aarch64-linux setup with the same hash. The latest update should resolve this issue.

delafthi · 2025-06-29T21:42:08Z

The output hash of opencode-node-modules has just changed, causing the build to fail. I need to investigate further to determine why the build process for this package is not reproducible.

repparw · 2025-06-29T21:44:58Z

don't know how this gets created in upstream, but can't we get those node modules some other way? changing 6 hashes on package upgrade at this point looks wonky haha

delafthi · 2025-06-30T15:46:58Z

don't know how this gets created in upstream, but can't we get those node modules some other way? changing 6 hashes on package upgrade at this point looks wonky haha

I agree. Let's hope for buildBunModule.

GaetanLepage · 2025-07-02T22:29:29Z

`nixpkgs-review` result

Generated using nixpkgs-review.

Command: nixpkgs-review pr 419604
Commit: 4721ddd76f0ebd076f1e782ad3d22ec21f6bffe2

`x86_64-linux`

✅ 1 package built:

opencode

`aarch64-linux`

✅ 1 package built:

opencode

`x86_64-darwin`

✅ 1 package built:

opencode

`aarch64-darwin`

✅ 1 package built:

opencode

GaetanLepage

Well done!

kirillrdy · 2025-07-03T10:33:21Z

https://github.com/NixOS/nixpkgs/pull/419604/checks?check_run_id=45270188598

delafthi · 2025-07-03T12:04:42Z

Added the following changes:

Updated from 0.1.176 to 0.1.181
Replaced stdenv with stdenvNoCC
Moved subpackages into main derivation to enable updating subpackages with nix-update-script
Fixed version test, by providing a temporary HOME directory

- Replaced `stdenv` with `stdenvNoCC` - Moved subpackages into main derivation to enable updating subpackages with `nix-update-script` - Fixed version test, by providing a temporary `HOME` directory

flacks · 2025-07-03T15:28:07Z

Fast-moving target... already at 0.1.183...

repparw · 2025-07-03T15:33:24Z

`nixpkgs-review` result

Generated using nixpkgs-review.

Command: nixpkgs-review pr 419604
Commit: 872fd0c102ca5f07a4bf140964f7f32ffdae6b20

`x86_64-linux`

✅ 1 package built:

opencode

repparw · 2025-07-03T15:34:53Z

is there a nixpkgs policy about update frequency?

opencode releases a lot of versions, mostly small changes. should be update every x days at a maximum or something?

flacks · 2025-07-03T15:47:56Z

not that I've seen, but I could be wrong. it's just maintainer (and reviewer) burden 😄

flacks · 2025-07-03T15:48:33Z

at some point, you have to commit!

repparw · 2025-07-03T15:53:07Z

at some point, you have to commit!

sure, I mean after this PR. now merging x or x+1 is not really important

flacks · 2025-07-03T16:40:08Z

well... I think everything inbetween ~0.1.172 and 0.1.183 would take like 5 minutes before being able to properly post a message when using github copilot auth. so it depends on maintainer's urgency I guess. but people can always overlay/override locally unless dependencies or build change.

debashisbiswas · 2025-07-04T07:09:08Z

On the current version, I'm getting the following build error on both x86_64-linux and aarch64-darwin:

error: builder for '/nix/store/cnc3w1jzjc5f57mnm2qpdva8bny6p83y-opencode-node_modules-0.1.185.drv' failed with exit code 1;
       last 11 log lines:
       > Running phase: unpackPhase
       > unpacking source archive /nix/store/px7ziy0kpds29mh0ih46ab9lagp14py8-source
       > source root is source
       > Running phase: patchPhase
       > Running phase: updateAutotoolsGnuConfigScriptsPhase
       > Running phase: buildPhase
       > bun install v1.2.17 (282dda62)
       > Resolving dependencies
       > Resolved, downloaded and extracted [115]
       > error: lockfile had changes, but lockfile is frozen
       > note: try re-running without --frozen-lockfile and commit the updated lockfile
       For full logs, run:
         nix log /nix/store/cnc3w1jzjc5f57mnm2qpdva8bny6p83y-opencode-node_modules-0.1.185.drv
error (ignored): error: cannot unlink "/private/tmp/nix-build-opencode-tui-0.1.185-go-modules.drv-1/go/pkg/mod/github.com": Directory not empty
error: 1 dependencies of derivation '/nix/store/lywywsgbyx94s7ix05wxhv4n6qysrn1c-opencode-0.1.185.drv' failed to build

As per the bun documentation:

For reproducible installs, use --frozen-lockfile. This will install the exact versions of each package specified in the lockfile. If your package.json disagrees with bun.lock, Bun will exit with an error. The lockfile will not be updated.

I observed that in v0.1.185:

bun.lock includes the dependency @types/bun at version 1.2.17
opencode's package.json uses @types/bun at version latest.

I did a bun install to create a new lockfile and compared it with the existing one: the new lockfile uses 1.2.18 while the old uses 1.2.17. Perhaps this is a case where "your package.json disagrees with bun.lock", as package.json's latest in this case is now 1.2.18, disagreeing with bun.lock's 1.2.17 and causing --frozen-lockfile to fail, but I'm not sure. This may also help explain the inconsistent node_modules hashes earlier in PR, though it doesn't seem like this dependency has released new versions often enough to explain the frequency of that issue.

delafthi · 2025-07-04T09:16:25Z

Yes, I have the same issue and it seems that there is no way to ignore that error and just build based on the lockfile.

delafthi · 2025-07-05T09:56:53Z

On the current version, I'm getting the following build error on both x86_64-linux and aarch64-darwin:
error: builder for '/nix/store/cnc3w1jzjc5f57mnm2qpdva8bny6p83y-opencode-node_modules-0.1.185.drv' failed with exit code 1;
       last 11 log lines:
       > Running phase: unpackPhase
       > unpacking source archive /nix/store/px7ziy0kpds29mh0ih46ab9lagp14py8-source
       > source root is source
       > Running phase: patchPhase
       > Running phase: updateAutotoolsGnuConfigScriptsPhase
       > Running phase: buildPhase
       > bun install v1.2.17 (282dda62)
       > Resolving dependencies
       > Resolved, downloaded and extracted [115]
       > error: lockfile had changes, but lockfile is frozen
       > note: try re-running without --frozen-lockfile and commit the updated lockfile
       For full logs, run:
         nix log /nix/store/cnc3w1jzjc5f57mnm2qpdva8bny6p83y-opencode-node_modules-0.1.185.drv
error (ignored): error: cannot unlink "/private/tmp/nix-build-opencode-tui-0.1.185-go-modules.drv-1/go/pkg/mod/github.com": Directory not empty
error: 1 dependencies of derivation '/nix/store/lywywsgbyx94s7ix05wxhv4n6qysrn1c-opencode-0.1.185.drv' failed to build
As per the bun documentation:

For reproducible installs, use --frozen-lockfile. This will install the exact versions of each package specified in the lockfile. If your package.json disagrees with bun.lock, Bun will exit with an error. The lockfile will not be updated.

I observed that in v0.1.185:
* bun.lock includes the dependency `@types/bun` at [version `1.2.17`](https://github.com/sst/opencode/blob/v0.1.185/bun.lock?rgh-link-date=2025-07-04T07%3A09%3A08Z#L56)

* opencode's package.json uses `@types/bun` at [version `latest`](https://github.com/sst/opencode/blob/v0.1.185/packages/opencode/package.json?rgh-link-date=2025-07-04T07%3A09%3A08Z#L21).
I did a bun install to create a new lockfile and compared it with the existing one: the new lockfile uses 1.2.18 while the old uses 1.2.17. Perhaps this is a case where "your package.json disagrees with bun.lock", as package.json's latest in this case is now 1.2.18, disagreeing with bun.lock's 1.2.17 and causing --frozen-lockfile to fail, but I'm not sure. This may also help explain the inconsistent node_modules hashes earlier in PR, though it doesn't seem like this dependency has released new versions often enough to explain the frequency of that issue.

Upstream updated the lockfile. Thus, this issue is fixed in 0.1.194.

repparw · 2025-07-05T11:24:11Z

`nixpkgs-review` result

Generated using nixpkgs-review.

Command: nixpkgs-review pr 419604

`x86_64-linux`

✅ 1 package built:

opencode

pkgs/by-name/op/opencode/package.nix

GaetanLepage · 2025-07-05T15:43:22Z

`nixpkgs-review` result

Generated using nixpkgs-review.

Command: nixpkgs-review pr 419604
Commit: 4acc22caf616f5958042d2746921f39203277edc

`x86_64-linux`

✅ 1 package built:

opencode

`aarch64-linux`

✅ 1 package built:

opencode

`x86_64-darwin`

✅ 1 package built:

opencode

`aarch64-darwin`

✅ 1 package built:

opencode

GaetanLepage

Good job everyone.

maintainers: add delafthi

f246c7f

delafthi mentioned this pull request Jun 24, 2025

opencode: init nix-community/home-manager#7320

Merged

6 tasks

repparw approved these changes Jun 25, 2025

View reviewed changes

nixpkgs-ci bot added the 12.approvals: 1 This PR was reviewed and approved by one person. label Jun 25, 2025

repparw requested a review from GaetanLepage June 26, 2025 01:37

GaetanLepage reviewed Jun 26, 2025

View reviewed changes

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

repparw requested a review from GaetanLepage June 29, 2025 14:42

GaetanLepage reviewed Jun 29, 2025

View reviewed changes

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

delafthi changed the title ~~opencode: 0.0.52 -> 0.1.126~~ opencode: 0.0.52 -> 0.1.162 Jun 29, 2025

GaetanLepage approved these changes Jul 2, 2025

View reviewed changes

GaetanLepage requested a review from kirillrdy July 2, 2025 22:57

delafthi added 2 commits July 3, 2025 14:06

opencode: 0.1.176 -> 0.1.181

1371762

- Replaced `stdenv` with `stdenvNoCC` - Moved subpackages into main derivation to enable updating subpackages with `nix-update-script` - Fixed version test, by providing a temporary `HOME` directory

opencode: 0.1.181 -> 0.1.182

872fd0c

delafthi changed the title ~~opencode: 0.0.52 -> 0.1.176~~ opencode: 0.0.52 -> 0.1.182 Jul 3, 2025

delafthi changed the title ~~opencode: 0.0.52 -> 0.1.182~~ opencode: 0.0.52 -> 0.1.185 Jul 3, 2025

delafthi added 2 commits July 4, 2025 10:59

opencode: 0.1.182 -> 0.1.185

8ff5933

opencode: 0.1.182 -> 0.1.189

e5d1fc7

delafthi changed the title ~~opencode: 0.0.52 -> 0.1.185~~ opencode: 0.0.52 -> 0.1.194 Jul 5, 2025

GaetanLepage reviewed Jul 5, 2025

View reviewed changes

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

GaetanLepage reviewed Jul 5, 2025

View reviewed changes

pkgs/by-name/op/opencode/package.nix Outdated Show resolved Hide resolved

opencode: 0.1.185 -> 0.1.194

4acc22c

GaetanLepage approved these changes Jul 5, 2025

View reviewed changes

GaetanLepage merged commit 915b100 into NixOS:master Jul 5, 2025
23 of 27 checks passed

delafthi deleted the push-royomvsvxpkl branch July 5, 2025 15:49

Uh oh!

Conversation

delafthi commented Jun 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Summary

Details

Notes

Things done

Uh oh!

repparw commented Jun 25, 2025

Uh oh!

GaetanLepage left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

GaetanLepage commented Jun 26, 2025

Uh oh!

thdxr commented Jun 26, 2025

Uh oh!

delafthi commented Jun 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

kesor commented Jun 27, 2025

Uh oh!

delafthi commented Jun 28, 2025

Uh oh!

delafthi commented Jun 29, 2025

Uh oh!

Uh oh!

delafthi commented Jun 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

repparw commented Jun 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

delafthi commented Jun 29, 2025

Uh oh!

repparw commented Jun 29, 2025

Uh oh!

delafthi commented Jun 29, 2025

Uh oh!

delafthi commented Jun 29, 2025

Uh oh!

repparw commented Jun 29, 2025

Uh oh!

delafthi commented Jun 30, 2025

Uh oh!

GaetanLepage commented Jul 2, 2025

nixpkgs-review result

x86_64-linux

aarch64-linux

x86_64-darwin

aarch64-darwin

Uh oh!

GaetanLepage left a comment

Choose a reason for hiding this comment

Uh oh!

kirillrdy commented Jul 3, 2025

Uh oh!

delafthi commented Jul 3, 2025

Uh oh!

flacks commented Jul 3, 2025

Uh oh!

repparw commented Jul 3, 2025

nixpkgs-review result

x86_64-linux

Uh oh!

repparw commented Jul 3, 2025

Uh oh!

flacks commented Jul 3, 2025

Uh oh!

flacks commented Jul 3, 2025

Uh oh!

repparw commented Jul 3, 2025

Uh oh!

flacks commented Jul 3, 2025

Uh oh!

debashisbiswas commented Jul 4, 2025

delafthi commented Jun 24, 2025 •

edited

Loading

delafthi commented Jun 26, 2025 •

edited

Loading

delafthi commented Jun 29, 2025 •

edited

Loading

repparw commented Jun 29, 2025 •

edited

Loading

`nixpkgs-review` result

`x86_64-linux`

`aarch64-linux`

`x86_64-darwin`

`aarch64-darwin`

`nixpkgs-review` result

`x86_64-linux`

`nixpkgs-review` result

`x86_64-linux`

`nixpkgs-review` result

`x86_64-linux`

`aarch64-linux`

`x86_64-darwin`

`aarch64-darwin`