make-deb.py: rebuild the Debian package from the current compose distributable on any host (stdlib-only ar/tar writer, GNU tar format for dpkg)
The distributable's host-compiled pieces (launcher bin, libapplauncher.so, jlink runtime) are linked against Arch's glibc 2.38/libstdc++ — bookworm has 2.36/3.4.30, so a straight repackage silently exits 1 at launch. dist/bookworm-compat/ holds bookworm-built replacements (launcher-bin, libapplauncher.so, runtime/) extracted once from the known-good 0.1.0-1 deb; make-deb.py injects them into the tar stream without touching the build tree. Verified in a bookworm container: apt install -> ii, zero unresolved libs, app stays up 30s under Xvfb, build 6efec57.
This commit is contained in:
parent
6efec5702c
commit
6e34161828
2 changed files with 252 additions and 0 deletions
1
dist/Dockerfile.debian
vendored
1
dist/Dockerfile.debian
vendored
|
|
@ -3,6 +3,7 @@ FROM debian:bookworm
|
|||
ENV DEBIAN_FRONTEND=noninteractive
|
||||
RUN apt-get update && apt-get install -y --no-install-recommends \
|
||||
openjdk-17-jdk dpkg-dev curl ca-certificates unzip git fakeroot \
|
||||
xdg-utils \
|
||||
python3 python3-venv python3-pip \
|
||||
xvfb libasound2 libfreetype6 libfontconfig1 libgl1 libxrender1 \
|
||||
&& rm -rf /var/lib/apt/lists/* \
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue