Source: capstone
Version: 3.0.5-3
Severity: minor
Hi,
I know, it's a bad time to do SONAME bumping, but maybe this could at least
hit experimental (it has to go through NEW anyway), so people could grab it
from there if they wanted to? There's at least one annoying bug affecting
radare2 via libcapstone that's been fixed upstream months ago.
Anyway, I've prepared a tentative new version here[1], featuring:
- library version bump (libcapstone3 -> libcapstone4)
- fixed last changelog entry to make Lintian happy
- added a simple manpage for cstool based on its '--help'
- refreshed patch
- disabled a new extensive test that's run as part of 'make check' which
appears to require an external(?) fuzzing data corpus
The whole thing is now lintian-clean as far as I can tell. Additionally,
I've test-built and test-run radare2 (deb), seems fine. Qemu (upstream HEAD)
doesn't build with capstone4 due to a positive change in capstone's pkgconfig
file, but it's trivial to fix - see this gem[2] for the explanation.
I'm sorry for not honoring the new git-based packaging workflow, but when I
last did package maintenance, that wasn't a thing yet, and I can't afford
the time to dive into that right now. I hope you can interpolate from my dsc.
Thanks for considering
Jan
[1]: https://mc.svnsa.tu-berlin.de/deb/capstone_4.0.1-1.dsc
[2]: https://github.com/radare/radare2/blob/master/doc/capstone.md
--
Prof. Dr.-Ing. Jan Nordholz <j.nordh...@tu-berlin.de>
Sichere und vertrauenswürdige netzangebundene Systemarchitekturen
Technische Universität Berlin / Physikalisch-Technische Bundesanstalt
