From 9b69d4350aa6aa4310f2bb8a9f41fdefa8980704 Mon Sep 17 00:00:00 2001 From: cysamurai Date: Fri, 10 Apr 2026 14:02:10 +0800 Subject: [PATCH] =?UTF-8?q?=E6=96=B0=E5=A2=9Edocker?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .dockerignore | 5 + README.md | 349 +++++++++++++++++++++++++-- scripts/build-linux-deb-all.sh | 52 +++- scripts/docker/Dockerfile | 13 + scripts/docker/container-entry.sh | 13 + scripts/docker/install-build-deps.sh | 73 ++++++ scripts/docker/run-build.sh | 22 ++ 7 files changed, 508 insertions(+), 19 deletions(-) create mode 100644 .dockerignore create mode 100644 scripts/docker/Dockerfile create mode 100644 scripts/docker/container-entry.sh create mode 100644 scripts/docker/install-build-deps.sh create mode 100644 scripts/docker/run-build.sh diff --git a/.dockerignore b/.dockerignore new file mode 100644 index 0000000..2cf05d5 --- /dev/null +++ b/.dockerignore @@ -0,0 +1,5 @@ +**/node_modules +**/src-tauri/target +dist +.git +**/.git diff --git a/README.md b/README.md index e907e0b..9ffcd72 100644 --- a/README.md +++ b/README.md @@ -1,28 +1,343 @@ -在 Ubuntu 24.04.x（x86_64） 上： +# TauriClient +多个 Tauri 2 + Vue 子项目的仓库，在 **Ubuntu 24.04.x（x86_64）** 上打 **amd64** 与 **arm64** 的 `.deb` 使用统一脚本。 + +## 构建 + +```bash cd /path/to/TauriClient chmod +x scripts/build-linux-deb-all.sh ./scripts/build-linux-deb-all.sh -不带参数：按 PROJECTS 数组依次构建 所有 项目（当前为 call-client、broadcast-client）。 -只构建部分项目： +``` + +- 不带参数：按 `scripts/build-linux-deb-all.sh` 里 `PROJECTS` 依次构建全部项目。 +- 只构建部分项目： + +```bash ./scripts/build-linux-deb-all.sh call-client ./scripts/build-linux-deb-all.sh call-client broadcast-client -各子项目里仍可执行（只打 当前项目 的 amd64 + arm64）： +``` + +在各子目录内也可只打**当前项目**的两种架构： + +- `call-client`: `npm run build:deb:all` +- `broadcast-client`: `npm run build:deb:all` + +## 本机 amd64 依赖（Tauri 官方 Linux 前置） + +在 x86_64 上打 amd64 包前，需安装与本机架构一致的开发包（名称以 [Tauri 前置依赖](https://tauri.app/start/prerequisites/) 为准），例如： + +```bash +sudo apt update +sudo apt install -y \ + libwebkit2gtk-4.1-dev libgtk-3-dev libayatana-appindicator3-dev \ + librsvg2-dev patchelf build-essential curl wget file libssl-dev \ + libglib2.0-dev pkg-config +``` + +## 原生 arm64 真机 / 云主机（直接打 arm64，无 `:arm64` / multiarch） + +若 **`gio-2.0.pc` / `glib-2.0.pc` 找不到**，提示里写 **`PKG_CONFIG_PATH`**：在**本机就是 arm64** 时，一般**不是**路径配错，而是 **没装 GLib/GTK/WebKit 的开发包**。请先装依赖（**不要**加 `:arm64` 后缀），再构建： + +```bash +sudo apt update +sudo apt install -y \ + build-essential pkg-config libssl-dev \ + libglib2.0-dev \ + libgtk-3-dev \ + libwebkit2gtk-4.1-dev \ + libjavascriptcoregtk-4.1-dev \ + libayatana-appindicator3-dev \ + librsvg2-dev \ + patchelf \ + curl file +``` + +自检（应能打印出路径且无报错）： + +```bash +pkg-config --exists gio-2.0 && pkg-config --cflags gio-2.0 +ls /usr/lib/aarch64-linux-gnu/pkgconfig/gio-2.0.pc +``` + +然后在子项目目录执行 **`npm run build:deb:arm64`**（或 `tauri build --bundles deb --target aarch64-unknown-linux-gnu`）。**不要**在真机上照搬 x86 交叉编译时那套 `PKG_CONFIG_ALLOW_CROSS`、`PKG_CONFIG_PATH=/usr/lib/aarch64-linux-gnu/pkgconfig` 等环境变量，除非你知道自己在改什么——默认 `pkg-config` 即可。 + +仓库根目录的 **`build-linux-deb-all.sh`** 会先打 **amd64** 再打 **arm64**，适合 **x86_64 宿主机**；在 **纯 arm64 机器**上请**不要**直接跑该全量脚本（缺 amd64 工具链会失败），改为按项目单独 `npm run build:deb:arm64`。 + +## 交叉编译 arm64（multiarch + :arm64 开发包） + +若在打 arm64 时出现 **`gobject-sys` / `glib-sys` / `gio-sys` 找不到 `glib-2.0.pc`** 等错误，说明宿主机上**没有安装 arm64 架构的 `-dev` 包**。仅设置 `PKG_CONFIG_*` 不够，必须安装带 **`:arm64`** 的包。 + +**顺序：先 `add-architecture`，再 `apt update`，最后 `apt install`。** + +**重要：** 在 x86_64 宿主机上**不要**安装 **`systemd-sysv:arm64`**。它与本机 **`systemd-sysv`（amd64）在软件包元数据里互相 `Conflicts`**，无法共存；若 apt 因 **Recommends** 试图同时拉两边，就会解算失败。交叉编译只需 arm64 的 **库与 -dev**，应使用 **`--no-install-recommends`** 安装 `:arm64` 包，避免把 `systemd-sysv:arm64` 拉进来。 + +```bash +sudo dpkg --add-architecture arm64 +sudo apt update +sudo apt install -y --no-install-recommends \ + gcc-aarch64-linux-gnu \ + pkg-config \ + libglib2.0-dev:arm64 \ + libgtk-3-dev:arm64 \ + libcairo2-dev:arm64 \ + libpango1.0-dev:arm64 \ + libgdk-pixbuf-2.0-dev:arm64 \ + libatk1.0-dev:arm64 \ + libepoxy-dev:arm64 \ + libwebkit2gtk-4.1-dev:arm64 \ + libjavascriptcoregtk-4.1-dev:arm64 \ + libssl-dev:arm64 \ + libayatana-appindicator3-dev:arm64 \ + librsvg2-dev:arm64 \ + patchelf +``` + +### 若报 `gdk-3.0` / `gdk-sys` 找不到 `.pc` + +`gdk-3.0.pc` 在 Ubuntu 上由 **`libgtk-3-dev:arm64`** 安装到 `/usr/lib/aarch64-linux-gnu/pkgconfig/`。若只装了 `libglib2.0-dev:arm64` 而没有装齐 GTK 栈，就会出现你看到的错误。执行上面的 `apt install`（至少包含 **`libgtk-3-dev:arm64`** 及 cairo/pango/atk 等），然后确认： + +```bash +ls /usr/lib/aarch64-linux-gnu/pkgconfig/gdk-3.0.pc +``` + +### 若 `apt install …:arm64` 报依赖未满足（例如 `libpulse0:arm64` → `libapparmor1:arm64`） + +先修依赖、再显式装上缺的 arm64 基础库，然后重试安装 GTK/WebKit 开发包： + +```bash +sudo apt --fix-broken install +sudo apt install -y --no-install-recommends libapparmor1:arm64 +sudo apt install -y --no-install-recommends \ + libgtk-3-dev:arm64 libcairo2-dev:arm64 libpango1.0-dev:arm64 \ + libgdk-pixbuf-2.0-dev:arm64 libatk1.0-dev:arm64 libepoxy-dev:arm64 \ + libwebkit2gtk-4.1-dev:arm64 libjavascriptcoregtk-4.1-dev:arm64 +``` + +若仍失败，查看 apt 是否拒绝安装 `libapparmor1:arm64` 的原因： + +```bash +apt-cache policy libapparmor1:arm64 +sudo apt install -o Debug::pkgProblemResolver=true libapparmor1:arm64 +``` + +**提示：** 不要把 `ubuntu.sources.bak.*` 留在 `/etc/apt/sources.list.d/`（部分 apt 版本会提示扩展名无效）；备份文件请移到 `$HOME` 等目录。 + +### 若安装任意 `:arm64` 时都报 `init` 预依赖 `systemd-sysv` / pkgProblemResolver 失败 + +说明 **本机 amd64 的 apt/dpkg 状态已异常**（或关键元包未装全），应先修主系统再装 multiarch。在虚拟机里可先做快照再执行： + +```bash +sudo apt update +sudo apt install -y systemd-sysv +sudo dpkg --configure -a +sudo apt --fix-broken install +``` + +仍报错时再查版本与是否被 hold： + +```bash +apt-cache policy init systemd-sysv +apt-mark showhold +dpkg -l | grep -E '^(..) (init|systemd-sysv) ' +``` + +若 `systemd-sysv` 无法安装，需在能登录图形/SSH 的前提下对照上述输出排查（有时需 `sudo apt install --reinstall init systemd-sysv`，**有风险**，优先快照）。 +主系统长期无法通过 `apt install` 修复时，建议在 **原生 arm64 环境** 或 **arm64 容器** 内单独打 arm64 包，避免在损坏的 apt 上叠 multiarch。 + +### `systemd-sysv` 与 `systemd-sysv:arm64` 冲突（你看到的 Conflicts） + +在 amd64 宿主机上，**`systemd-sysv`（amd64）与 `systemd-sysv:arm64` 互斥**，不能同时安装。若某次安装把两者放进同一笔交易，apt 会报 **冲突** 或前面那种 **`init` 预依赖** 的误导性提示。 + +**正确做法：** 只保留本机 **amd64** 的 `systemd-sysv`；装 arm64 的库 / `-dev` 时一律加 **`--no-install-recommends`**，且**不要**执行 `apt install systemd-sysv:arm64`。 + +自测（`libc6:arm64` 应已可装）： + +```bash +sudo apt install -y --no-install-recommends libapparmor1:arm64 +sudo apt install -y --no-install-recommends \ + libgtk-3-dev:arm64 libwebkit2gtk-4.1-dev:arm64 libjavascriptcoregtk-4.1-dev:arm64 +``` + +若曾误装 `systemd-sysv:arm64`，先卸掉再装其它 arm64 包： + +```bash +dpkg -l | grep systemd-sysv +# 若存在 systemd-sysv:arm64： +sudo apt remove -y systemd-sysv:arm64 +``` + +仍失败时保存解算日志： + +```bash +sudo apt-get install -o Debug::pkgProblemResolver=true --no-install-recommends libapparmor1:arm64 2>&1 | tee ~/apt-arm64-debug.txt +``` + +**务实绕过：** 若 `--no-install-recommends` 仍因 **硬依赖** 拉进冲突包，在 **arm64 环境** 或 **Docker `--platform linux/arm64`** 内单独打 arm64 包（见下）。 + +```bash +docker run --rm -it --platform linux/arm64 -v "$PWD:/work" ubuntu:24.04 bash +``` + +在容器内按本文 **「本机 amd64 依赖」** 装一套 **arm64 的** `apt install`（无需 `:arm64` 后缀），再安装 Node、Rust 与项目依赖后执行 `npm run build:deb:arm64`。主机上继续用脚本打 **amd64** 即可。 + +### 故障排除：`apt` 提示「无法定位软件包 …:arm64」 + +说明当前 **apt 没有 arm64 的软件包索引**（与包名写错是两回事）。常见原因： + +1. **未启用外架构或未刷新** + - 执行：`sudo dpkg --add-architecture arm64` 后必须再执行 `sudo apt update`。 + - 自检：`dpkg --print-foreign-architectures` 输出里应有 `arm64`。 + +2. **`sources.list` 里限制了仅 amd64**（VM / 公司镜像 / 手动改源时很常见） + 若存在类似 `deb [arch=amd64] http://……` 且**没有** `arm64`，则 apt **不会拉 arm64 索引**。 + **注意：** 若在**主归档**（如 `archive.ubuntu.com/ubuntu`、`mirrors.tuna…/ubuntu/`）上写 `[arch=amd64,arm64]`，apt 会去拉 `dists/…/binary-arm64/`，而**主归档根本没有 arm64**（见下第 4 点）。正确做法是 **amd64 与 arm64 分开写两套 URI**（DEB822 里用 `Architectures:`），而不是简单合并 `arch=`。 + +3. **自检索引是否已包含 arm64** + + ```bash + apt-cache policy libc6:arm64 + ``` + + 若 **Candidate 为 (none)**，说明索引仍不对，继续检查第 2 步；若已有版本号，再执行上面的 `apt install …:arm64`。 + +4. **`apt update` 对 arm64 出现 `404`（`…/dists/noble/…/binary-arm64/Packages`）** + **`archive.ubuntu.com/ubuntu` 与清华 `…/ubuntu/` 这类主归档不包含 arm64 的 `binary-arm64`。** 在 x86_64 上启用 `arm64` 做 multiarch 时，**arm64 必须走 ports：** `http://ports.ubuntu.com/ubuntu-ports`（国内可用清华等 **ubuntu-ports** 镜像，见 [清华 ubuntu-ports](https://mirrors.tuna.tsinghua.edu.cn/help/ubuntu-ports/)）。 + 在 **`ubuntu.sources`** 里拆成多段，并写 **`Architectures:`**（示例见下方「DEB822：主归档 + ports」）。**不要**指望把主源改成 `archive.ubuntu.com` 就能解决 arm64 404。 + +5. **`sources.list` 与 `ubuntu.sources` 重复（大量 “被配置了多次” 警告）** + Ubuntu 24.04 默认会用 **`/etc/apt/sources.list.d/ubuntu.sources`**（DEB822 格式），若你又手工在 **`/etc/apt/sources.list`** 里写了同一套 `noble / noble-updates …`，两套会**重复指向同一组件**，产生警告且不利于排查。 + **建议只保留一套：** 例如注释掉 `sources.list` 里全部 `deb` 行，只在 `ubuntu.sources` 里配置镜像；或反过来禁用 `ubuntu.sources`（改名 `ubuntu.sources.disabled`）后只维护 `sources.list`。 改完后执行 `sudo apt update`，404/重复警告应明显减少。 + +6. **DEB822 示例：amd64 用主镜像，arm64 用 ubuntu-ports（Noble）** + 将类似内容写入 `/etc/apt/sources.list.d/ubuntu.sources`（`Signed-By` 路径以本机为准；可与备份的 `ubuntu.sources.bak` 对照）： + + ```text + Types: deb + URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ + Suites: noble noble-updates noble-backports + Components: main restricted universe multiverse + Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg + Architectures: amd64 + + Types: deb + URIs: http://security.ubuntu.com/ubuntu + Suites: noble-security + Components: main restricted universe multiverse + Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg + Architectures: amd64 + + Types: deb + URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu-ports/ + Suites: noble noble-updates noble-backports noble-security + Components: main restricted universe multiverse + Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg + Architectures: arm64 + ``` + + 然后：`sudo dpkg --add-architecture arm64`、`sudo apt update`，再执行 `apt-cache policy libc6:arm64`。 + +### 无法在宿主机修好 multiarch 时的备选 + +在 **原生 arm64 环境**（实体机、ARM 云主机、或 `arm64v8/ubuntu:24.04` 容器）里只跑 `npm run build:deb:arm64`（或 `tauri build … --target aarch64-unknown-linux-gnu`），可避免在 x86_64 上做整套 GTK/WebKit 交叉依赖。 + +并确保已添加 Rust 目标： + +```bash +rustup target add aarch64-unknown-linux-gnu +``` + +安装完成后应存在： + +`/usr/lib/aarch64-linux-gnu/pkgconfig/glib-2.0.pc` + +构建脚本在开始 arm64 构建前会检查该文件；若缺失会直接退出并重复上述说明。 + +## 使用 Docker 打包（Ubuntu 24.04.x 宿主机 + `build-linux-deb-all.sh`） + +在 **x86_64** 上装 Docker，用镜像内已配好的 **Ubuntu 24.04 + amd64 主源 + ubuntu-ports（arm64）+ Node 22 + Rust**，挂载你的仓库后执行 **`scripts/build-linux-deb-all.sh`**，产物仍在宿主机目录 **`dist/linux-deb/`** 与各项目 **`src-tauri/target/.../bundle/deb/`**。 + +### 1. 安装 Docker（宿主机为 Ubuntu 24.04.4 LTS 示例） + +```bash +sudo apt update +sudo apt install -y docker.io +sudo usermod -aG docker "$USER" +``` + +注销重新登录后，`docker ps` 应不再要求 `sudo`。 + +（若使用 Docker CE，可按官方文档安装；以下命令以 `docker.io` 为例。） + +### 2. 进入仓库根目录（含 `call-client`、`broadcast-client`） + +```bash +cd /path/to/TauriClient +chmod +x scripts/docker/run-build.sh scripts/docker/container-entry.sh +``` + +### 3. 一键：构建镜像并运行打包 + +```bash +./scripts/docker/run-build.sh +``` + +该脚本会： + +1. `docker build -f scripts/docker/Dockerfile -t tauri-linux-deb:24.04 .`（构建上下文为仓库根；`.dockerignore` 会排除 `node_modules`、`target` 以加快传输） +2. `docker run` 挂载当前仓库到容器内 **`/work`**，依次对 **`call-client`、`broadcast-client`** 执行 **`npm ci`** +3. 执行 **`/work/scripts/build-linux-deb-all.sh`**（与宿主机直接跑脚本等价） + +只打部分项目（参数原样传给 `build-linux-deb-all.sh`）： + +```bash +./scripts/docker/run-build.sh call-client +``` + +自定义镜像名： + +```bash +IMAGE_TAG=my-tauri-deb:24.04 ./scripts/docker/run-build.sh +``` + +### 4. 仅构建镜像（不跑打包） + +```bash +docker build -f scripts/docker/Dockerfile -t tauri-linux-deb:24.04 . +``` + +### 5. 手动 `docker run`（已与 `run-build.sh` 等价，便于改参数） + +```bash +docker build -f scripts/docker/Dockerfile -t tauri-linux-deb:24.04 . +docker run --rm \ + --platform linux/amd64 \ + -v "$(pwd):/work" \ + -w /work \ + -e RUSTUP_HOME=/opt/rustup \ + -e CARGO_HOME=/opt/cargo \ + tauri-linux-deb:24.04 \ + bash /work/scripts/docker/container-entry.sh +``` + +### 6. 注意 + +- **宿主机须为 x86_64（amd64）**：`run-build.sh` 使用 `--platform linux/amd64`，与脚本内先打 amd64 再交叉 arm64 一致。若在 **ARM 宿主机**上跑，需安装 QEMU/binfmt 且 **amd64 构建可能极慢或不可用**；ARM 上更建议在 **`linux/arm64` 容器里只跑 `npm run build:deb:arm64`**。 +- **网络**：镜像内 apt 使用 **Ubuntu官方** `archive.ubuntu.com` / `ports.ubuntu.com`；国内若慢，可自行改 **`scripts/docker/install-build-deps.sh`** 里 `ubuntu.sources` 的镜像地址后重新 `docker build`。 +- **新增子项目**：除改 **`build-linux-deb-all.sh` 的 `PROJECTS`**外，还要在 **`scripts/docker/container-entry.sh`** 的 `for d in ...` 中增加同名目录，否则容器内不会对该目录执行 `npm ci`。 + +## 输出目录 + +**集中拷贝（便于收取产物）：** -call-client: npm run build:deb:all -broadcast-client: npm run build:deb:all -输出目录（你要的两类路径） -集中拷贝目录（推荐拿包） -TauriClient/dist/linux-deb/<项目名>/amd64/_.deb -TauriClient/dist/linux-deb/<项目名>/arm64/_.deb +- `dist/linux-deb/<项目名>/amd64/*.deb` +- `dist/linux-deb/<项目名>/arm64/*.deb` -Tauri 原始输出（未改路径） -<项目>/src-tauri/target/x86_64-unknown-linux-gnu/release/bundle/deb/ -<项目>/src-tauri/target/aarch64-unknown-linux-gnu/release/bundle/deb/ +**Tauri 默认目录（未改路径）：** -脚本在每次 npm run build:deb:x64 / build:deb:arm64 成功后，会把对应目录下的 .deb 复制到 dist/linux-deb/...。 +- `<项目>/src-tauri/target/x86_64-unknown-linux-gnu/release/bundle/deb/` +- `<项目>/src-tauri/target/aarch64-unknown-linux-gnu/release/bundle/deb/` -后续加新项目 -在 scripts/build-linux-deb-all.sh 里 PROJECTS 数组 增加一行目录名即可（与 call-client 同级），并保证该项目 package.json 里仍有： +## 新增同框架项目 -build:deb:x64、build:deb:arm64（与现有一致） +在 `scripts/build-linux-deb-all.sh` 的 `PROJECTS` 数组中增加一行目录名（与子项目目录名一致），并保证该项目的 `package.json` 中仍有 `build:deb:x64` 与 `build:deb:arm64`。若使用 **Docker** 打包，还要同步修改 **`scripts/docker/container-entry.sh`** 里的 `for d in ...` 列表。 diff --git a/scripts/build-linux-deb-all.sh b/scripts/build-linux-deb-all.sh index 3b3225e..9e72855 100644 --- a/scripts/build-linux-deb-all.sh +++ b/scripts/build-linux-deb-all.sh @@ -1,10 +1,12 @@ #!/usr/bin/env bash # 在 Ubuntu 24.04.x（x86_64 宿主机）上为多个 Tauri 2 + Vue 项目打出 amd64 与 arm64 的 .deb。 # -# 依赖（示例，按 Tauri Linux 文档补齐）： +# 依赖： # - Node/npm、Rust、@tauri-apps/cli # - rustup target add aarch64-unknown-linux-gnu -# - 本机 amd64 与交叉 arm64 的 libwebkit2gtk、gtk 等 -dev 包及 pkg-config 布局 +# - 本机 amd64：Tauri Linux 前置依赖（libwebkit2gtk-4.1-dev 等） +# - 交叉 arm64：必须启用 multiarch 并安装 *:arm64 的 -dev 包，否则 glib/gdk/webkit 等 -sys 会报找不到 .pc +# 见 README.md「交叉编译 arm64」或本脚本 check_arm64_pkgconfig 失败时的提示。 # # 用法： # ./scripts/build-linux-deb-all.sh # 构建 PROJECTS 中全部项目 @@ -27,6 +29,51 @@ PROJECTS=( # 统一收集 .deb 的根目录（相对 REPO_ROOT） OUTPUT_ROOT="$REPO_ROOT/dist/linux-deb" +# aarch64 交叉编译时 pkg-config 查找路径（与下方 export 一致） +ARM64_PKGCONFIG_DIR="/usr/lib/aarch64-linux-gnu/pkgconfig" + +check_arm64_pkgconfig() { + # 缺任一则 cargo 会在不同阶段失败；gdk-3.0.pc 由 libgtk-3-dev:arm64 提供 + local missing=() + local f + for f in glib-2.0.pc gdk-3.0.pc webkit2gtk-4.1.pc; do + if [[ ! -f "$ARM64_PKGCONFIG_DIR/$f" ]]; then + missing+=( "$f" ) + fi + done + if (( ${#missing[@]} == 0 )); then + return 0 + fi + + cat >&2 <&2 + exit 1 + fi + (cd "$d" && npm ci) +done +exec bash /work/scripts/build-linux-deb-all.sh "$@" diff --git a/scripts/docker/install-build-deps.sh b/scripts/docker/install-build-deps.sh new file mode 100644 index 0000000..3ace5cb --- /dev/null +++ b/scripts/docker/install-build-deps.sh @@ -0,0 +1,73 @@ +#!/usr/bin/env bash +# 在容器内配置 apt（amd64 主归档 + arm64 ubuntu-ports）、安装 Tauri 交叉打 deb 所需依赖、Node、Rust。 +set -euxo pipefail +export DEBIAN_FRONTEND=noninteractive + +dpkg --add-architecture arm64 + +rm -rf /etc/apt/sources.list.d/* +rm -f /etc/apt/sources.list + +cat > /etc/apt/sources.list.d/ubuntu.sources <<'EOF' +Types: deb +URIs: http://archive.ubuntu.com/ubuntu/ +Suites: noble noble-updates noble-backports +Components: main restricted universe multiverse +Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg +Architectures: amd64 + +Types: deb +URIs: http://security.ubuntu.com/ubuntu +Suites: noble-security +Components: main restricted universe multiverse +Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg +Architectures: amd64 + +Types: deb +URIs: http://ports.ubuntu.com/ubuntu-ports/ +Suites: noble noble-updates noble-backports noble-security +Components: main restricted universe multiverse +Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg +Architectures: arm64 +EOF + +apt-get update +apt-get install -y --no-install-recommends ca-certificates curl gnupg git ubuntu-keyring + +# 本机构建 amd64 +apt-get install -y --no-install-recommends \ + build-essential pkg-config patchelf \ + libglib2.0-dev libgtk-3-dev \ + libwebkit2gtk-4.1-dev libjavascriptcoregtk-4.1-dev \ + libayatana-appindicator3-dev librsvg2-dev libssl-dev + +# 交叉 arm64（勿装 systemd-sysv:arm64；用 --no-install-recommends） +apt-get install -y --no-install-recommends \ + gcc-aarch64-linux-gnu \ + libglib2.0-dev:arm64 libgtk-3-dev:arm64 \ + libcairo2-dev:arm64 libpango1.0-dev:arm64 \ + libgdk-pixbuf-2.0-dev:arm64 libatk1.0-dev:arm64 libepoxy-dev:arm64 \ + libwebkit2gtk-4.1-dev:arm64 libjavascriptcoregtk-4.1-dev:arm64 \ + libssl-dev:arm64 libayatana-appindicator3-dev:arm64 librsvg2-dev:arm64 + +curl -fsSL https://deb.nodesource.com/setup_22.x | bash - +apt-get install -y --no-install-recommends nodejs + +export RUSTUP_HOME=/opt/rustup +export CARGO_HOME=/opt/cargo +mkdir -p "$RUSTUP_HOME" "$CARGO_HOME" +curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y --default-toolchain stable --no-modify-path +chmod -R a+w "$RUSTUP_HOME" "$CARGO_HOME" +/opt/cargo/bin/rustup target add aarch64-unknown-linux-gnu + +# 非登录 shell（docker run bash -c）也能找到 cargo / rustc +ln -sf /opt/cargo/bin/cargo /usr/local/bin/cargo +ln -sf /opt/cargo/bin/rustc /usr/local/bin/rustc +ln -sf /opt/cargo/bin/rustup /usr/local/bin/rustup + +rustc --version +node --version +cargo --version + +apt-get clean +rm -rf /var/lib/apt/lists/* diff --git a/scripts/docker/run-build.sh b/scripts/docker/run-build.sh new file mode 100644 index 0000000..413e356 --- /dev/null +++ b/scripts/docker/run-build.sh @@ -0,0 +1,22 @@ +#!/usr/bin/env bash +# 在宿主机上：构建镜像并在容器内挂载仓库、npm ci、执行 build-linux-deb-all.sh +set -euo pipefail + +SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)" +REPO_ROOT="$(cd "$SCRIPT_DIR/../.." && pwd)" +IMAGE_TAG="${IMAGE_TAG:-tauri-linux-deb:24.04}" + +cd "$REPO_ROOT" + +echo "==> docker build -f scripts/docker/Dockerfile -t $IMAGE_TAG $REPO_ROOT" +docker build -f scripts/docker/Dockerfile -t "$IMAGE_TAG" "$REPO_ROOT" + +echo "==> docker run (npm ci + build-linux-deb-all.sh)" +docker run --rm \ + --platform linux/amd64 \ + -v "$REPO_ROOT:/work" \ + -w /work \ + -e RUSTUP_HOME=/opt/rustup \ + -e CARGO_HOME=/opt/cargo \ + "$IMAGE_TAG" \ + bash /work/scripts/docker/container-entry.sh "$@"