Linux驱动管理1.0发布（Linux Driver Management 1.0）

Linux Driver Management 1.0，这是一个重做的实现，重点是作为一个不可知论的GObject风格的库，用于检测和枚举设备，通过GJS与C，JS等流行语言进行绑定， Python和Vala，以及支持将设备匹配到驱动程序包。

LDM 1.0不再与包管理细节相关联，而是被设计成用作库（-lldm），开发人员可以将其集成到他们的软件中心和驱动程序管理系统中，以提供检测功能。图书馆可以被看作是类似于其他更老的努力，如骑师，但它更进一步，抽象子项，以启用自动匹配通过模式和设备类，其中包括：

• bluetooth
• dmi
• hid
• ieee80211
• pci
• usb

因为这样的集成商可以通过寻找特定的设备类（即蓝牙主机控制器）或通过模态匹配来匹配设备。最终结果是，我们能够在会话中提供热插拔功能，例如，允许操作系统动态地为用户提供安装驱动程序和/或程序包以响应插入新鼠标或Yubikey的机会。

现在只有一个集成点被提供给软件包管理器，允许LDM控制专有驱动程序和NVIDIA Optimus系统（PRIME）的X11 / GLX配置。为了获得LDM GLX管理的最佳结果，我们建议切换到GLVND，就像Solus刚刚完成的那样。对于图书馆的消费者来说，并没有假定主机细节，也没有将其与任何特定的分发或包管理器联系起来。我们希望这对希望自动检测GPU驱动程序等的其他发行版非常有用。

此初始版本旨在支持Solus 4的目标，并将由Solus软件中心（并取消DoFlicky）利用以提供用户提示和驱动程序/软件安装，例如（但不限于）：

• NVIDIA显卡
• 罗技设备（提示安装派珀DPI和LED配置）
• 打印机
• 各种Yubikey设备（提示安装Yubikey NEO Manager或Yubikey Personalization GUI等软件）

给开发者的注意事项：

建议其他开发人员和集成人员在开发团队进行测试和沟通之前不要依赖ABI，以便将来的版本能够保证ABI。最后，请注意，LDM的GLX配置部分在设计时考虑了GLVND，因此在将LDM组件集成到项目或发行版之前，请先阅读README文档。