Morten Linderud

A `EFI_SIGNATURE_LIST` file is one or more signature lists. Currently I can only have one `EFI_SIGNATURE_LIST` struct in `dbx_esl`, and no way to say "read EFI_SIGNATURE_LIST until EOF". That's the...

>The first issue requires some kind of loops and a way to get the current offset and the size of the whole file probably. `EFI_SIGNATURE_LIST x509_1[...];` You could maybe also...

For the sake of inspiration I implemented the same with GNU Poke https://github.com/Foxboron/poke-uefi/blob/master/uefi.pk#L87 `EFI_SIGNATURE_LIST[] lists` was enough to read the lists until EOF and similar to the suggested syntax above

Also see https://github.com/liquidctl/liquidctl/issues/361#issuecomment-883384395 Seems like the actual issue is that the hid library was never suppose to be used, but hidapi should be instead.

Right, but this actually means that one system can only have pyhidapi or hidapi. That implies there are going to be system conflicts for all distributions utilizing these two libraries...

This also applies to pip installing the libraries for different tools.

I'd use cython-hidapi and drop pyhidapi from the codebase. The other option is to vendor pyhidapi since it's 215 lines of code with no changes for two years. The actual...

No, same system. You can only pip install or use a package manager to install cython-hidapi or pyhidapi. The other issue, local to qmk, is that it uses both.

>The real solution here is to use a venv to install qmk CLI. This is just going to prevent it being redistributeable in larger repositories and requires your users instead...

>Using a virtualenv is a distro package level decision. The pypi package will not be using it directly. It's an upstream decisions if there are no other options. >For other...