Arch Linux User Repository

Would love to use it but will no uninstall opencode itself. It conflicts with opencode install itself.

Conflicting error with /usr/bin/opencode executable still occurs / occurs again with version 0.11.169-1

@l3afyb0y OK, I updated this package to the latest version and fixed the file conflict by removing the built-in opencode when this file already existed in /usr/bin.

@shilka done!

@i3afyb0y Thanks for your dedicate work. Could you add me as a co-maintainer?

I wanna apologize again for delays, life's being chaotic for me lately and there have been some priorities I've had to take care of before I can really buckle down on a fix. If you're someone trying to install, or update this package, download debtap from the AUR, head to the openwork upstream, and download the .deb from the Releases tab. You can then debtap it, which will allow you to remove the opencode binary. Keep in mind, this makes opencode a depends when it currently is not, so if you plan to do as I'm recommending, make sure you have opencode installed before installing openwork. Otherwise, v0.11.63 is available with opencode removed as a .pkg.tar.gz on my github (l3afyb0y) in a temporary repo. It's not ideal, but it'll get users going until I can really get to fixing this PKGBUILD. I adopted this package, and didn't know the PKGBUILD was probably non-functioning when I took over because I had used the curl command to install opencode, so my own version of that was being overwritten by this package unknowingly as well, as someone previously mentioned had happened to them. I will also upload the PKGBUILD to my temporary repo, so if anyone else has the time and wants to fix it, feel free to open a pull rq there.

great thanks for working on it. cant wait to see the updated package. been struggling with getting a working package for a bit now.

I see now that I was mistaken in thinking that the opencode binary was renamed, it looks like it is still in the main repo. An issue is open on upstream to figure out fixing this, I'm hoping they can rename the binary since it's in the source mostly as a backup. If not, I'll most likely have to adjust the script to remove the binary and make opencode a depends. The owner of the repo informed me the opencode binary is a "safe backup" for when the normal openwork-server isn't working, so I'd like to keep their binary to ensure compatibility later on in case the opencode on the Arch repo (which, I also was not aware of until now) is ever updated in a way that breaks openwork. Apologies for the error, and the delay, I'm just getting over the flu. This should be figured out tomorrow.

和opencode仍然存在冲突

错误：无法提交处理 (有冲突的文件)
openwork: 文件系统中存在 /usr/bin/opencode （由 opencode-bin 所有）
发生错误，没有软件包被更新。
 -> 安装时出错:  [/home/serenity/.cache/yay/openwork/openwork-0.11.21-2-x86_64.pkg.tar.zst] - exit status 1

I got in contact with upstream and the issue should be fixed. The Opencode binary in Openwork was only a fallback, and they were able to rename the file inside their .deb to make it stop overwriting the Opencode binary (if installed with curl, AUR's package is currently broken) so this should solve both issues.