Expose endpoint for category filtering

[ZoopOTheGoop]

This relies on snapd-rs to work, and adds a couple dependencies to make life less miserable.

As requested, this just looks up the queries on every call to vote or get_vote in the hope that
eventually all the categories will be populated.

Closes #60

[ZoopOTheGoop]

BTW, this deletes the repeated protobuf include values in test in favor of just making pb pub from the main crate. This is not just a random refactor, it's because implementing to_kebab_case on Categories was the best option, and it would have been bad to maintain the same function in two places.

[ZoopOTheGoop]

I'm stuck on the sql queries, another pair of eyes would help.

[matthew-hagemann]

I'm stuck on the sql queries, another pair of eyes would help.

Hi Zoe, what part are you stuck on?

[ZoopOTheGoop]

so the update_category in the infrastructure.rs according to my tests is not writing the categories properly.

there also might be a problem with the chart filtering but its hard to tease apart since theyre so correlated.

Edit: actually, this is a snapd query issue, it appears to be very finnicky to get snaps by ID. The find endpoint is not working properly and the assertions doesn't work for every snap.

[tim-hm]

A few changes please. Can you also squash your commits so atomic features ... also try and keep tests as their own commit.

[ZoopOTheGoop]

Hmm, GHA is failing because Category is marked optional in the protobuf. This works locally, I wonder if we need to bump protoc in GHA?

E: Yup, The snap hasn't been updated since 2021, need to move to the deb.

[ZoopOTheGoop]

Blocked on #77 because it's needed to get github actions to pass.