Allows you to use your macOS Touch Bar from an iPad (through USB connection) or on-screen by pressing the Fn-key.
Simple OS X status bar menu app to switch display modes / resolutions, with support for HiDPI (retina) modes
Gamepad button mapper that lives as a menu in your OS X status bar
Install script and instructions on how to get RancherOS running on Linode
Curious about that as well.. But I realize mine was probably breaking because I used
"exports": "./dist/index.js" instead of
☝🏻 GitHub Actions is down right now.. I'll try again later.
why did you convert back from esm to commonjs?
ESM was causing the initial error: https://github.com/homebridge/verified/issues/519#issuecomment-1451154207 Converting to CommonJS fixed this.
also does the noble package not also need the other hci package from noble? just observations 🙂
Yeah, I've noticed your package lists this HCI package; I didn't know about this package and it has been working without it. noble already has it as an (optional) dependency, I guess that's why there's no need to list it in my dependencies as well?
Make Bluetooth library optional
Clean imports now that it's no longer ESM
Yeah, just looking into that. I will mirror the behavior of your Govee plugin.
Ah, good to know! I'll give that a shot and see if it's getting 1 step closer to passing 😄
Thanks @bwp91, that's a great idea; I'll consider this. But doesn't this mean that the bluetooth libs won't be installed if you install through the Homebridge UI? Since they're optional dependencies, wouldn't the install skip them?
I'll still also wait for the official advice, because I see that
homebridge-switchbot-bluetooth does have bluetooth as a direct (not optional) dependency somehow (through the
So it seems to have gotten further now that I've converted my package to CommonJS. This would mean the pre-check indeed has issues with ESM packages, even though it works fine in real Homebridge situations (on v14 and v16 LTS node versions). My package is fine now as CJS, but this might be something worth fixing for future packages. @donavanbecker
Now, on to the next issue, this seems to be caused by my package using Bluetooth and it not being available within the pre-check container? Any clue why other bluetooth packages (e.g. homebridge-switchbot-bluetooth, see #431) using the same BLE package (
@abandonware/noble) get through without issues?
Convert to CommonJS
Is this because my plugin is an ESM package? Does the pre-check only support CJS?
Add homepage and funding info
Fix timing issue on Linux / bluez
Correct UART RX/TX characteristics
Remove leftover nonsense
Fix infinite waiting for disconnect