Jockey

Jockey е инструмент за инсталиране на драйверите на трети лица.
Jockey предоставя инфраструктурата и на потребителския интерфейс за намиране и инсталиране на драйвери на други, които са приложими към компютъра. Това включва драйвери, които са добавени или редактирани след освобождаването на разпределение, или водачи, които не могат да бъдат включени в разпределението по различни причини (CD ограничаване на пространството, лицензионни проблеми и т.н.).
Случай общо ползване се предоставя приятелска и полуавтоматичен начин за инсталиране на драйвери за нов хардуер, който текущото издание разпределение не поддържа все още или да инсталира Nvidia и ATI fglrx X.org драйвери.
Jockey е проектиран да бъде разпределението агностик и отговарят на нуждата от различни дистрибуции, продавачите на водача, и системни интегратори. Той е проектиран и разработен в рамките LinuxFoundation водача backports работната група на.
<Силен> Operation
При стартиране на Jockey гръб сонди системата за наличен хардуер. Това може да стане по различни начини, изпълнена в момента е & Nbsp; сканиране / Сис за modaliases. В бъдеще се планира да добави още методи, като заявки чаши за открити принтери, които не разполагат с водач & Nbsp.; Ще бъдат добавени методи за откриване, както е необходимо, като съставни доставчици и дистрибуции. Наборът от наличен хардуер е представен като "HardwareID" обекти (които могат да представляват нещо, което еднозначно идентифицира част от хардуера, като например ID продавач / продукт, а modalias, или идентификационен стринг на принтер).
За всеки хардуер ID, набор от водача бази данни (примерите за DriverDB) Запитванията за налични драйвери. В момента съществуващата само изпълнението е LocalKernelModulesDriverDB, който използва стандартни Linux Kernel modules.alias картите да картографира modaliases да модулите на ядрото. В близко бъдеще планираме да добавите друг изпълнение кои заявки онлайн база данни на водача, както добре. На DriverDBs трансформират снимачната площадка на HardwareIDs до набор от DriverIDs.
A DriverID представлява цялата необходима метаданни за шофьор, като например:
* Клас пилот (модул на ядрото, драйвер за принтер, пакетите, X.org графичен драйвер, фърмуер и т.н.)
* Име манипулатор клас (виж по-долу)
* Местоположение на водача (хранилището, името на пакета, вероятно SHA1 и други контролни суми, подписи)
* специфичните параметри на водача (двойки произволно тип / стойност, която водачът разбира)
Всички шофьори обработват от Jockey е необходимо да бъдат капсулирани от подклас на "Handler". A манипулатор съд предвижда, кука за произволен код, който трябва да работи, за да инсталирате напълно шофьор. Jockey вече предоставя манипулатор реализации за общи случаи, като например модули на ядрото, ядрото модул фърмуер, X.org шофьор, групи от машинисти, и т.н. По-голямата част от водачите ще използват параметризираните копия на тези товарачи подразбиране, но водачите, които се нуждаят от по-сложни местно конфигурация може да превозва собствените си манипулатор подклас и добавяне на необходимия код.
<Силен> Структура
По-голямата част от работата Jockey е (за откриване на хардуер, заявки за бази данни на водача, инсталационен пакет и т.н.), се извършва от UI независима гръб, който осигурява нейната функционалност над система D-Bus. Достъпът е контролиран от PolicyKit привилегии (виж бекенд / com.ubuntu.devicedriver.policy.in за подробности); По подразбиране всички потребители могат да направят местните заявките за статуса на драйвер на устройство, всички местни потребители могат да предизвикат заявка за отдалечена база данни на водача, и действително монтаж / демонтаж водачите е ограничена до системните администратори.
Различни потребителски интерфейси (GTK и KDE, и двете осигуряват CLI, както и) работят с нормален потребител привилегии и просто осигуряват човешки приятелски и извън границите на една презентация / UI на услугите по гръб. Те не съдържат логика шофьор.
<Силен> Адаптиране Jockey на Линукс дистрибуция
Jockey е внимателно написана, за да не са специфични за всяка Линукс дистрибуция. Всички специфични операции OS / дистрибуции са капсулирани в класа "OSLib", който трябва да бъде subclassed и прилага от Линукс дистрибуции. Повечето методи вече имат разумен изпълнение подразбиране нагоре, но някои са просто по своята същност дистрибуции специфична (потърсете "NotImplementedError" да намери тези).
Това свежда до минимум пренасянето усилията на дистрибуторите, като се запазва възможността да се направят корекции в едно централно място.
Абстрактен клас The OSLib е напълно документиран, и там вече съществува клон за Ubuntu [3], и тестов пакет има сляпо прилагане (вж тестове / sandbox.py). Това трябва да е достатъчно за изпълнение на Jockey за други дистрибуции, както и

Какво ново в тази версия:.

• Тази версия поправя тон на бъгове, както и всички тези, които в момента са избрани като блокери за крайния 0.5 освобождаването.
• Тя не разполага нови функции.

Какво ново във версия 0.5 Alpha 1:

• Това е първият преглед на предстоящия 0,5 освобождаването която се фокусира върху голям проект ремонт за подобряване на преносимостта, подкрепа за откриване на принтер, драйвери за принтери от openprinting.org, а D-BUS интерфейс за водача справка за десктоп приложения и ремонтирани GTK потребителски интерфейс.