build: Align xrpld RPM packaging with DEB package

[legleux]

The DEB package already skips the dwz debug optimization step because it takes a long time. This change brings RPM package validation into the same rough size/time class as Debian package generation.

Changes:

• Disable RPM dwz debuginfo optimization.
• Write generated RPM payloads uncompressed, intentionally trading larger RPM artifacts for much faster package build/validation time.
• Clarify package version/release naming so the raw xrpld software version (XRPLD_VERSION) stays distinct from the normalized package metadata version (pkg_version).
• Align RPM upgrade behavior with DEB by avoiding an automatic xrpld service restart on package upgrade; operators pick up the new binary on the next service restart.

For context from CI validation:

• old RPM: ~370 MB, ~12 min
• Debian: ~566 MB, <3 min
• new RPM: ~607 MB, <2 min

The old RPM artifact was smaller, but it spent about 10 extra minutes optimizing/compressing debug-package payloads for a short-lived CI artifact. Debian is already the practical comparison point here: DWZ optimization is not viable there for xrpld today (Too many DIEs, not optimizing), and the Debian debug package still builds quickly.

Operationally, debug-symbol packages are mostly useful when analyzing coredumps. The download data supports optimizing this path for CI latency rather than RPM debug artifact size. For 3.1.3, the stats were:

package type	release downloads	debug-symbol downloads
deb	2,610	61
rpm	383	2

Some of the Debian debug downloads were us too.

[github-actions]

This PR has conflicts, please resolve them in order for the PR to be reviewed.

[github-actions]

All conflicts have been resolved. Assigned reviewers can now start or resume their review.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 82.0%. Comparing base (eef8f4a) to head (4492423).

Additional details and impacted files

@@            Coverage Diff            @@
##           develop   #7529     +/-   ##
=========================================
- Coverage     82.0%   82.0%   -0.0%     
=========================================
  Files         1007    1007             
  Lines        76890   76890             
  Branches      8971    8971             
=========================================
- Hits         63053   63042     -11     
- Misses       13828   13839     +11     
  Partials         9       9             

see 6 files with indirect coverage changes

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[xrplf-ai-reviewer]

No issues.

Review by Claude Sonnet 4.6 · Prompt: V15

[mathbunnyru]

Approved, if it will take less time in CI (please, check, when it's done)

[mathbunnyru]

Unfortunately, doesn't work:
PR / package / xrpld-rhel-gcc-release-amd64 (pull_request)Successful in 12m

[legleux]

Unfortunately, doesn't work: PR / package / xrpld-rhel-gcc-release-amd64 (pull_request)Successful in 12m

I saw that. I removed the knobs but I removed the thing that made it work also. Re-running.

[xrplf-ai-reviewer]

macOS/Windows CI coverage dropped — see inline.

Review by Claude Sonnet 4.6 · Prompt: V15

[xrplf-ai-reviewer]

Took a pass through this

Unrelated scope creep flagged inline — macOS/Windows CI removal is bundled into an RPM debuginfo-only change.

---

Review by ReviewBot 🤖

Review by Claude Sonnet 4.6 · Prompt: V15

[xrplf-ai-reviewer]

Had a read through

Uncompressed payload flag applied unconditionally — affects shipped package size. See inline.

---

Review by ReviewBot 🤖

Review by Claude Sonnet 4.6 · Prompt: V15

[legleux]

This brings RPM package validation into the same rough size/time class as Debian.

For context:

• old RPM: ~370 MB, ~12 min
• Debian: ~566 MB, <3 min
• new RPM: ~607 MB, <2 min

The old RPM artifact was smaller, but it got there by spending about 10 extra minutes optimizing/compressing debug-package payloads for a disposable CI artifact. Debian is already the practical comparison point here: DWZ optimization is not viable there for xrpld today (Too many DIEs, not optimizing), and the Debian debug package still builds quickly at ~566 MB.

Operationally, the debug-symbol packages are mostly useful when we need to analyze coredumps. The download data supports optimizing this path for CI latency rather than RPM debug artifact size.
For 3.1.3, the stats were:

package type	release downloads	debug-symbol downloads
deb	2,610	61
rpm	383	2

Some of the debian debug downloads were us also.

So for PR validation, I think it is reasonable to optimize for fast proof that the package builds rather than spending another ~10 minutes minimizing a short-lived RPM debug artifact that is rarely consumed.

[legleux]

Almost as fast as deb now

rpm 1m 54s
deb 1m 47s

[Copilot]

Pull request overview

Copilot reviewed 7 out of 7 changed files in this pull request and generated 1 comment.

[xrplf-ai-reviewer]

No issues.

Review by Claude Sonnet 4.6 · Prompt: V15

[Copilot]

Pull request overview

Copilot reviewed 7 out of 7 changed files in this pull request and generated 1 comment.

[legleux]

I think this stopped being trivial, to be honest, so requires 2 approvals, and it's not ready to merge yet

I think so too. 🤕

[mathbunnyru]

I left a couple of nit reviews to remove duplication, and to slightly improve style.
If you can, would be great to change these things (but please don't change anything beyond that, or re-request review)
Overall, LGTM 👍

[github-actions]

This PR has conflicts, please resolve them in order for the PR to be reviewed.

[xrplf-ai-reviewer]

No issues.

Review by Claude Sonnet 4.6 · Prompt: V15

[github-actions]

All conflicts have been resolved. Assigned reviewers can now start or resume their review.

[xrplf-ai-reviewer]

No issues.

Review by Claude Sonnet 4.6 · Prompt: V15