Description of problem:
Trying to use xdelta3 with a patch containing lzma fails because it was compiled without lzma.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Get and extract the patch from https://www.romhacking.net/translations/6462/ to get srww.xdelta.
2. Try xdelta3 on a nonexistent file a.ds (you don't need a pirated ROM to test it)
xdelta3 -d -s a.ds /tmp/srww.xdelta a.ds
xdelta3: unavailable secondary compressor: LZMA: XD3_INTERNAL
3. Download from xdelta.org, compile 3.0.11 myself, and it works:
% /usr/local/src/xdelta*/xdelta3/xdelta3 -d -s a.ds /tmp/srww.xdelta a.ds
xdelta3: file open failed: read: a.ds: No such file or directory
(or a different error if the a.ds file exists but is bad)
I accidentally posted this in #17853 which is a different XD3_INTERNAL xdelta bug.
Thank you for the report.
I see nobody is registered maintainer for xdelta3.
I see wally built xdelta3-3.0.11-5.mga9 in Cauldron just now, with:
- enable liblzma support (mga#30652)
- build using our linker flags
I just dont remember who wally is, intended to CC...
@Morgan: It's Jani :D
Please test with xdelta3-3.0.11-3.1.mga8 from mga8 core/updates_testing.
This appears to fix the problem.
Thanks Ken for the confirmation.
Just going through the motions so we can add QA's stamp.
Checked the current version using the procedure in bug 17713. No problems there. Copied the xdelta3 binary to the local directory and ran `xdelta3 test` which completed successfully.
Ran the same tests again after updating:
Regenerated the patch file and applied it to one of the test binaries, effectively replacing its functionality with that of the other binary. The resultant binary worked as expected. Copied the new xdelta3 from /usr/bin and ran the test command. All good.
An update for this issue has been pushed to the Mageia Updates repository.