Jockey

Жокей є інструментом для установки апаратних драйверів сторонніх виробників.
Жокей забезпечує інфраструктуру та інтерфейс для пошуку і встановлення сторонніх драйверів, які застосовні до комп'ютера. Це включає в себе драйвери, які додані або оновлені після виходу дистрибутива, або водіїв, які не можуть бути включені до складу дистрибутива з різних причин (космос обмеження CD, проблеми ліцензування і т.д.).
Загальний випадок використання забезпечує дружній і напівавтоматичний спосіб установки драйверів для нового обладнання, який Поточна версія Розподіл поки не підтримує, або встановити Nvidia і ATI fglrx X.org водіїв.
Жокей був розроблений, щоб бути розподілу агностиком і задоволення потреби різних розподілів, постачальників драйверів і системних інтеграторів. Він розроблений і в LinuxFoundation Backports драйверів робочої групи.
<Сильний> Операція
При запуску Жокей базова досліджує систему для апаратного забезпечення. Це може статися в різних способів, в даний час реалізується в & NBSP; сканування / SYS для modaliases. В майбутньому планується додати ще методи, такі як запит чашки для виявлених принтерів, які не мають драйвера & NBSP. Методи виявлення будуть додані в міру необхідності компонентів постачальників і розподілів. Наявність доступних апаратних засобів представлений як "HardwareID" об'єктів (які можуть представляти будь-що, що однозначно ідентифікує частину обладнання, наприклад, ID постачальника / продукту, в modalias, або рядком ідентифікації принтера).
Для кожного апаратного ID, набір баз даних драйверів (екземпляри) DriverDB опитуються доступних драйверів. На даний момент, єдиний існуючий реалізація LocalKernelModulesDriverDB, який використовує стандартні карти modules.alias ядра Linux на карту modaliases для модулів ядра. У найближчому майбутньому ми плануємо додати ще реалізацію, яка запитує базу даних онлайн драйвера, а також. У DriverDBs перетворити набір HardwareIDs до набору DriverIDs.
DriverID представляє всі необхідні метадані про драйвер, таких як:
* Клас драйвера (модуль ядра, драйвер принтера, упаковка, графічний драйвер X.org, прошивки і т.д.)
* Ім'я класу обробника (див нижче)
* Місце водія (сховище, ім'я пакету, можливо, SHA1 та інші контрольні суми, підписи)
* Конкретні параметри драйвера (пар довільного типу / значення, яке розуміє обробник)
Всі водії обробляються жокей потрібно бути втілений в підклас "Handler". Примірник обробника забезпечує гачок для довільного коду, який необхідно запустити, щоб повністю встановити драйвер. Жокей вже забезпечує реалізацію обробників для загальних випадків, таких як модулі ядра, прошивки модулів ядра, драйвера X.org, груп водіїв, і т.д. переважна більшість водіїв будуть використовувати параметризрвані екземпляри цих обробників за замовчуванням, але водії, які потрібні деякі більш складні місцеві Конфігурація може вантажити свій власний обробник підклас і додати необхідний код.
<Сильний> Структура
Основна частина роботи жокея (апаратне виявлення, запити до бази даних водія, установка пакетів і т.д.) здійснюється за допомогою інтерфейсу незалежної серверної, яка забезпечує його функціональність за системою D-BUS. Доступ управляється привілеями PolicyKit (див бекенда / com.ubuntu.devicedriver.policy.in для деталей); за замовчуванням, всі користувачі можуть зробити місцеві запити статусу драйвер, всі локальні користувачі можуть спровокувати віддалений запит до бази даних водія, а насправді установка / видалення драйверів обмежується системними адміністраторами.
Різні інтерфейси (GTK і KDE, і обидва забезпечують CLI), а також працювати з привілеями звичайного користувача і просто забезпечити людський дружні і багатомовне презентацію / користувальницький інтерфейс бекенда послуг. Вони не містять ніякої логіки драйвера.
<Сильний> Адаптація жокей до розподілу Linux
Жокей ретельно написано, щоб не бути специфічними для будь-якого дистрибутива. Всі специфічні операції OS / дистрибутив укладені в класі "OSLib", який повинен бути підкласи і здійснюється дистрибутивів. Більшість методів вже є розумне здійснення вище замовчуванням, але деякі з них просто по своїй суті дистрибутив конкретних (пошук "NotImplementedError", щоб знайти тих, хто).
Це зводить до мінімуму зусилля портирования дистриб'юторів, зберігаючи можливість внести корективи в одному місці.
Абстрактний клас OSLib ретельно задокументовані, і вже існує відділення для Ubuntu [3], і набір тестів має фіктивний реалізації (див тести / sandbox.py). Це повинно вистачити для реалізації жокей для інших дистрибутивів, а також

Що нового У цьому випуску :.

• Ця версія виправляє тонна помилок, в тому числі всіх тих, які в даний момент обраний як блокаторів для остаточного випуску 0,5.
• Це не нові функції.

Що нового у версії 0.5 Alpha 1:

• Це перший попередній перегляд майбутнього релізу 0.5 яка фокусується на великому дизайн ремонт, щоб поліпшити переносимість, підтримка виявлення принтера, драйвери принтера з openprinting.org, інтерфейс D-Bus для пошуку драйвера для настільних додатків, і відремонтований GTK інтерфейс.