Skip to content

build: use generated Debian runtime dependencies#362

Open
220nightmore-spec wants to merge 1 commit into
BitgesellOfficial:masterfrom
220nightmore-spec:fix-debian-runtime-deps-357
Open

build: use generated Debian runtime dependencies#362
220nightmore-spec wants to merge 1 commit into
BitgesellOfficial:masterfrom
220nightmore-spec:fix-debian-runtime-deps-357

Conversation

@220nightmore-spec

Copy link
Copy Markdown

Description

Fixes #357 by removing version-locked and development package dependencies from the Debian runtime package metadata.

The Debian package rules already run dh_shlibdeps, so the binary packages should rely on generated runtime dependencies instead of hard-coding old Ubuntu-era package names.

Changes:

  • bitgesell now uses ${shlibs:Depends}, ${misc:Depends}.
  • bitgesell-qt now uses ${shlibs:Depends}, ${misc:Depends}.
  • bitgesell-qt-dbg now depends on the matching bitgesell-qt binary package version.

This avoids install blockers such as perl-modules-5.34 on newer Ubuntu releases and avoids pulling development packages such as libsqlite3-dev as runtime dependencies.

Validation

  • git diff --check
  • Confirmed debian.minimal/control and debian.qt/control no longer contain perl-modules-* or libsqlite3-dev in Depends.
  • Full Debian package build was not run in this Windows environment.

Bounty payout

Related bounty program: #32

Preferred payout: USDT on ERC20 or BEP20/BSC to 0x185e250a54ced0d999cbc3280ca8481b35aa2ce0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Bitgesell v0.1.14 Packaging Compatibility Issue (Ubuntu 26.04)

1 participant