Micah-Kolide

Looks like this won't work on the newer macs. Tried this on a M1 mac running Monterey 12.4 with the following error: `E0718 10:48:21.134940 92276096 secureboot.cpp:151] secureboot: Failed to access...

I pulled this down for some testing and I was able to get the expected results when using a where name equals clause, but not when we land in the...

> > Purpose of this PR is to remove Linux's `disk_encryption` reliance on `block_devices`. We want a list of all block devices by name and a way to access their...

> While I don't think there are major issues, I'm a bit concerned on the support for the various combinations of distros and disk setups. > > Would it be...

Sorry that I've been silent on this thread, I've been testing/fixing the various table generations this would affect. This was a big oversight I made on my part for the...

I believe I've pushed all of the changes needed for safely utilizing this sqlite optimization. I'm still doing testing and will update the pr once I complete that.

I had realized what I was trying to do with the `index` and `additional` options didn't quite make sense to use for the `IN` optimization and I wanted to create...

I've removed all of the places where I modified the table generate's use of query context. I'll put those changes into another PR if this one goes through. I figured...

> @Micah-Kolide I know you're in the process of looking at improving this table. Does this fit okay? I don't see any issue with including the serial, and updating the...

> what a pity that I was not aware that work was underway on the block_devices table does that mean my PR is not relevant? I still think it's very...