Add C++ wrapper classes for libzip

[Databean]

There's a lot of raw pointer management in existing usage:

• https://github.com/google/android-cuttlefish/blob/4cf78f84bf8b17af7e74e48b6b4f97f99b034c24/base/cvd/cuttlefish/host/libs/web/remote_zip.cc
• https://github.com/google/android-cuttlefish/blob/4cf78f84bf8b17af7e74e48b6b4f97f99b034c24/base/cvd/cuttlefish/host/libs/web/remote_zip_test.cc
• https://github.com/google/android-cuttlefish/blob/4cf78f84bf8b17af7e74e48b6b4f97f99b034c24/base/cvd/cuttlefish/host/commands/host_bugreport/main.cc

Bug: b/425534816

[adelva1984]

Can you update adb and fastboot as well? I forked both to use libzip as requested, and they are both C++.

[Databean]

I forked both to use libzip as requested

I'm starting to regret bringing that up.

IIUC adb uses ZipArchive to find the offsets where zip file members start. I'm not sure I trust zip_source_tell to find these locations while a zip_t is moving around the seek offsets in the underlying zip_source_t, and I don't see anything else in libzip that exposes this information.

https://www.github.com/nih-at/libzip/issues/82 explicitly says this is unsupported in libzip.

[adelva1984]

I forked both to use libzip as requested
...
https://www.github.com/nih-at/libzip/issues/82 explicitly says this is unsupported in libzip.

I wasn't sure about this either, and honestly, I didn't test it, but it looks like adb is permitted to fall back to --no-incremental if the device doesn't support incfs (we do), so I think it would be better to just remove or disable the incremental code altogether and delete the dependency.