feat: implement already installed query for provider yay

[mriehl]

Resolves #136

-Qq with package list is chosen for efficiency (no need to query each
package individually)

There is a bit sad edge case where you can request installation of
something like pkg-config but the package is actually called
pkgconf where this will fail to detect already installed. But the
"fix" is simply to add the proper package name :)
I don't see a way of solving this without shelling out for each
package individually or saving all the package aliases.

[mriehl]

Maybe you have an idea to test this @rawkode ... I can probably mock the Process API and assert on the Steps that are returned from calling install?

For now it's just tested locally on arch.

[rawkode]

@mriehl It's really painful to test an Action at the moment because they require a Manifest and Contexts - I actually just did this myself on PR #139 and I hated everything about it.

I'll look at providing some helpers for this, but for now it's OK.

I see that you've tested this with your own dotfiles, soo you're confident and happy it works?

[rawkode]

@mriehl Looks like you need to run cargo fmt --all -- --check and push the formatting fixes 👍🏻

[mriehl]

@mriehl Looks like you need to run cargo fmt --all -- --check and push the formatting fixes 👍🏻

Oof. I actually ran cargo fmt but it changed every file, so I thought there was no formatting. Turns out I still had a rustfmt.toml file lying around in my home which explains why it changed everything. I rebased the changes and it should be good now!

I see that you've tested this with your own dotfiles, soo you're confident and happy it works?

Yup, works perfectly for me, both for AUR and non-AUR packages. I did find out about the issue where it was still installing pkconf but this turned out to be due to the incorrect package name I was using.

[rawkode]

Nevermind, I think it's OK

[rawkode]

Thanks @mriehl !