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 интерфейс.