Copy the mpt-crypto static archive and link manifest, not the shared object

[manasip-prog]

build workload image has not succeeded since #92 moved XRPL_PY_REF from pre-3.3-release-group to main. It was masked until now because every run since was failing earlier — first on the deleted confidential-mpt branch, then on expired credentials.

xrpl-py main changed how the cffi extension links. build_mpt_crypto.py now passes libs/linux/libmpt-crypto.a as an extra_object and reads the system libraries to co-link from mpt-crypto-static.link-libs.txt beside it, producing a self-contained .so. pre-3.3-release-group loaded libmpt-crypto.so at runtime instead. The setup script still copies only the .so, so the link has no archive to resolve against:

WARNING: mpt-crypto static archive not found at .../libs/linux/libmpt-crypto.a
gcc -shared ./_mpt_crypto.o .../libs/linux/libmpt-crypto.a ... → collect2: error: ld returned 1 exit status
cffi.VerificationError: LinkError

Both files ship in the same mpt-crypto-natives-<version>.tar.gz already being downloaded, so this copies them instead of the .so.

Observed on ripple/rippled-antithesis run 33932187051, where build xrpld passes and build workload image fails on the link.

🤖 Generated with Claude Code