<p>Hi NUT developers,</p>
<p>I created OpenDeviceDB following the release of REA, to help people find and reuse existing device-protocol and interoperability work: <a href="https://opendevicedb.org">https://opendevicedb.org</a> . It is my independent open-source project.</p>
<p>I recently added an importer for NUT's data/<a href="http://driver.list.in">driver.list.in</a>. Records link to the upstream HCL and driver manuals, retain connection/driver qualifiers, and distinguish NUT's host-side software from the device firmware. HCL stars are described as protocol provenance, not as an OpenDeviceDB hardware-test score. Ambiguous product families and entries explicitly marked untested are excluded.</p>
<p>Importer: <a href="https://github.com/opendevicedb/opendevicedb/blob/main/packages/importers/src/sources/nut.ts">https://github.com/opendevicedb/opendevicedb/blob/main/packages/importers/src/sources/nut.ts</a></p>
<p>Is <a href="http://driver.list.in">driver.list.in</a> the preferred input for a downstream discovery directory, and is there a better canonical way to link a specific model with its connection and driver constraints? If an example loses an important distinction, I would be happy to correct the importer and keep the attribution and upstream links intact.</p>
<p>Thanks for making this information available.</p>
<p>Best regards,<br>Sebastien Michea<br><a href="https://github.com/opendevicedb/opendevicedb">https://github.com/opendevicedb/opendevicedb</a></p>
<p>Written with AI assistance.</p>