jasp-desktop-bin

6 Commits

Author	SHA1	Message	Date
agw	56434ba7ed	Bundle non-system libraries instead of version-pinning depends Bundling R alone was not enough: R links libicuuc, and Arch moves ICU regularly. The obvious fix - pinning 'icu>=78 <79' in depends - is worse than the disease on a rolling distro, because pacman would then refuse to upgrade ICU while JASP is installed, blocking the user's whole system upgrade until a rebuild lands. So bundle-libs.sh copies every non-system shared library into /opt/jasp-desktop/lib and rewrites rpaths, by denylist rather than allowlist. depends now carries no version constraints at all. Qt6 stays system-provided on purpose - Qt is binary compatible across Qt 6 minors, and bundling QtWebEngine would add ~500 MB. That also means the only rebuild triggers left are a new JASP release and a Qt major bump; rebuilding for anything else would cost users a 1.7 GB re-download. Also fixes check-upstream.py querying only repo=Extra, which silently returned nothing for icu (it lives in core).	2026-09-01 22:05:00 +02:00
agw	7b39a5b06e	Fix R bundling: SIGPIPE abort and wrong R_HOME path Two bugs found by the first real build: - 'R --version \| head -1' aborted the script with exit 141 under 'set -o pipefail': head closes the pipe and R dies of SIGPIPE. Use 'sed -n 1p', which consumes all input. - R installed to lib64/R, not the lib/R the script assumed. Pin --libdir and ask 'R RHOME' for the real path instead of guessing. Also stop exporting R_HOME. R.cmake warns that a set R_HOME makes R emit 'WARNING: ignoring environment value of R_HOME', which corrupts the output cmake parses; CUSTOM_R_PATH is the supported way to select an R.	2026-09-01 21:55:00 +02:00
agw	d880e6748c	Bundle our own R 4.5.3 instead of building against Arch's R Arch ships R 4.6.1, but JASP pins its R packages against a frozen CRAN snapshot (2026-03-31 for 0.98.1) that targets R 4.5. Configuring against Arch's R fails at Rcpp 1.1.1, which cannot compile on R 4.6 since R_NamespaceRegistry was removed; the Rcpp release that fixes it is newer than the pinned snapshot, so the lockfile cannot reach it either. Build R 4.5.3 into /opt/jasp-desktop/R and point R_HOME at it, matching what upstream CI does. This drops 'r' from depends entirely, so an Arch R upgrade can no longer break an installed JASP, and the rebuild triggers become Qt6 and ICU - the libraries actually still linked against.	2026-09-01 21:40:00 +02:00
agw	3ad88f9b0d	Rename GITEA_TOKEN secret to STATE_PUSH_TOKEN Gitea rejects secret names starting with the reserved GITEA_ prefix.	2026-09-01 21:20:00 +02:00
agw	92961bd7b3	Align AUR publishing with the existing pi3-smart-workspace pattern Reuse the established conventions rather than inventing new ones: the AUR_SSH_PRIVATE_KEY secret name, pushing from an archlinux:base-devel job container instead of docker-in-docker, and the existing git identity. The AUR job only needs the PKGBUILD, so the 1.5 GB tarball never crosses a job boundary - it goes straight to GitHub Releases from the build job. Also correct the Gitea job-timeout setting name to ENDLESS_TASK_TIMEOUT.	2026-09-01 21:10:00 +02:00
agw	0d4db32d5c	Automated Arch binary builds of JASP for the AUR Build JASP binary and publish to AUR / build (push) Failing after 12s Details Build JASP binary and publish to AUR / check (push) Successful in 10s Details Upstream JASP ships no Linux binary, so the existing AUR package builds everything from source including several hundred R packages. This builds that once in CI and publishes the result as jasp-desktop-bin. JASP links against the system R and Qt6 rather than bundling them, so a rebuild is triggered by an Arch r/qt6-base bump as well as by a new JASP release, and the generated PKGBUILD pins depends to the versions actually built against.	2026-09-01 20:30:00 +02:00