Repository navigation
Attach Arch packages for x86_64 and aarch64 to the Release (#361) - #363
Merged
Merged
Conversation
The PKGBUILD in app/aur repackages the .deb from the GitHub Release for x86_64 and aarch64. Publishing a Release runs aur.yml, which sets the version, fills in the checksums from that Release's files and pushes to the AUR. The release workflow builds the package from the .deb it just made, checks it with namcap and smoke-tests it in an Arch container. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…361) Pb Notes is released only on GitHub for now, which the README now says. aur.yml and update.sh go, and app/aur becomes app/arch: the PKGBUILD takes its version from app/package.json, so a checkout of a release tag builds that release with `makepkg -si`, and the license from the repo. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…on the AUR (#361) The rest of the previous commit, which only staged the deletes and the rename: the PKGBUILD's version from app/package.json and license from the repo, the release workflow's step for the new layout, and the README. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
An arch job builds pbnotes-bin for x86_64 and aarch64 from the linux jobs' .deb files, both in the official x86_64 Arch image: the PKGBUILD only unpacks a .deb, so building with CARCH=aarch64 gives the same package an ARM machine would. The x64 one is checked with namcap and smoke-tested, and both are uploaded as pbnotes-arch, which the release job attaches. The README's Arch section now downloads the package and installs it with pacman -U. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #361. A pushed tag now also puts a pacman package for x86_64 and aarch64 on the draft Release. An Arch or Omarchy user downloads one, runs
sudo pacman -Uon it, and Pb Notes is in their app launcher.It isn't published to the AUR: Pb Notes is released only as files on GitHub for now (#355).
The package (
app/arch/PKGBUILD)pbnotes-bin, made from the.debon the Release for each CPU.package()unpacks itsdata.tar, leaving out Debian's lintian overrides and copyright file.app/package.json, so nothing has to be bumped by hand, andmakepkg -siin a checkout of a release tag builds that release..deb's copyright file turned out to be Electron's.dependsis what Electron links against directly, mapped to Arch packages, less what every Arch system has, plusxdg-utilsfor opening links and folders.chrome-sandboxstays setuid, as in the.deband as Arch's ownchromiumships it, for kernels that don't allow the user-namespace sandbox (linux-hardened).The release workflow
archjob runs after thelinuxjobs, takes both CPUs'.debfiles, and builds both packages in the officialarchlinuximage.makepkguses a source file already in place, so nothing is fetched from a Release that doesn't exist yet..deb, soCARCH=aarch64gives the same package an ARM machine would. The aarch64 package from CI is labelled aarch64, holds an AArch64 binary and keeps the setuid sandbox.namcapon the recipe and the package (failing on errors; the warnings are the usual ones for Electron), then installed and started withsmoke-launch.shfrom Linux release job, with Deb and RPM packages for x64 and arm64 #356.pbnotes-arch, and thereleasejob now waits for it and attaches them with everything else.README
pacman -Uto install, thatyay -Syuwon't update it since it isn't on the AUR, how to uninstall, and building it withmakepkg -sias the other way.Commits
The first commit published to the AUR. The second and third take that back and keep the recipe in the repo, after deciding to release only on GitHub for now. The fourth attaches the packages to the Release. Squashing on merge is probably clearer.
Testing
namcap, installed and showed its window. Every other job passed as before, andreleasewas skipped, as it is for a run started by hand.pacman -U; Pb Notes shows up in the app launcher and works.makepkg, from the.debfiles of the Linux release job, with Deb and RPM packages for x64 and arm64 #356 run: works for aarch64, and for x86_64 withCARCHset, on the same ARM machine.🤖 Generated with Claude Code