Add libstone support in libarchive

[tarkah]

Summary

Adds support for opening .stone binary files as archives w/ file-roller via libarchive integration

Test Plan

Extracted some archives with file roller

Checklist

• Package was built and tested against unstable

[ReillyBrogan]

Some quick feedback for you:

• the libarchive changes need to be in the form of a patchset that is applied to v3.7.7. I assume they are currently git commits based on libarchive master (we only use release features)
• the mimetype file should probably be in the Serpent tooling repo
• please use git format-patch --zero-commit --no-signature to create patches, it zeros out several of the fields and helps reduce patch diff churn a bit
• there's not really a point in using %apply_patches with only one patch
• where is the .0.24 soname coming from, do you know?
• in another PR I have the creation of boulder and moss from a serpent-tools package. I think we probably want to just have one package that builds all tools at once and splits them into subpackages accordingly. I'll probably commandeer this PR to do that myself.

[tarkah]

where is the .0.24 soname coming from, do you know?

The package symver on the rust package

[ReillyBrogan]

Marking as a draft as the libarchive test suite should really be fixed before this is merged.