Jockey

Jockey jest narzędziem do instalowania sterowników sprzętu innych firm.
Jockey zapewnia infrastrukturę i interfejs użytkownika dla wyszukiwania i instalowania sterowników innych firm, które są stosowane do komputera. Obejmuje to sterowniki, które są dodawane lub aktualizowane po wydaniu dystrybucji lub sterownikami, które nie mogą być włączone do dystrybucji z różnych powodów (ograniczenie przestrzeni CD, problemy licencyjne, itp).
Typowym przykładem użycia zapewnia przyjazną i półautomatyczne sposób instalacji sterowników dla nowego sprzętu, który Obecna wersja dystrybucji nie obsługuje jeszcze, albo zainstalować sterowniki Nvidia i ATI fglrx X.org.
Jockey został zaprojektowany dystrybucji agnostykiem i spełnić potrzeby różnych dystrybucji, dostawców sterowników i integratorów systemów. Został on zaprojektowany i opracowany w LinuxFoundation backports sterownika grupy roboczej.
Praca
Na starcie, zaplecza Jockey sondy system dla dostępnym sprzęcie. To może zdarzyć się w różny sposób, obecnie realizowany jest & nbsp; skanowanie / sys dla modaliases. W przyszłości planowane jest dodanie więcej metod, takich jak kubki do wysyłania zapytań wykrytych drukarek, które nie posiadają sterowników. & Nbsp; Metody wykrywania będą dodawane w miarę potrzeby przez producentów podzespołów i dystrybucji. Zestaw dostępnych urządzeń jest reprezentowany jako obiekty "HardwareID" (który może reprezentować niczego, co jednoznacznie identyfikuje kawałek sprzętu, takich jak identyfikator dostawcy / produktu, a modalias, lub identyfikacji ciąg drukarki).
Dla każdego ID sprzętu, sterowników baz danych set (przypadki DriverDB) są testowane na dostępnych sterowników. W chwili obecnej jedyny istniejący realizacja jest LocalKernelModulesDriverDB, które wykorzystuje standardowe mapy modules.alias jądra Linuksa do mapy modaliases moduły jądra. W niedalekiej przyszłości planujemy dodać kolejną realizację których kwerendy bazy danych on-line, jak również kierowcy. Do DriverDBs transformacji zestawu HardwareIDs do zestawu DriverIDs.
DriverID reprezentuje wszystkie niezbędne metadane dotyczące kierowcy, takie jak:
* Klasa sterownika (moduł jądra, sterownik drukarki, pakiet, sterownik graficzny X.org, oprogramowania, itp)
* Nazwa klasy obsługi (patrz poniżej)
* Lokalizacja sterownika (repozytorium, nazwa pakietu, prawdopodobnie SHA1 i inne sumy kontrolne, podpisy)
* specyficznych parametrów sterownika (par arbitralne Typ / wartość, która obsługi zrozumie)
Wszystkie sterowniki obsługiwane przez Jockey muszą być obudowane przez podklasy "Handler". Instancja obsługi zapewnia hak dla dowolnego kodu, który musi działać, aby w pełni zainstalować sterownik. Jockey zapewnia już implementacje obsługi dla typowych przypadkach, takich jak moduły jądra, jądro, moduł oprogramowania sterownika X.org, grup kierowców itp Zdecydowana większość kierowców będzie korzystać z tych wystąpień parametrami domyślnymi obsługi, ale niektórzy kierowcy, który potrzebuje bardziej wyrafinowane lokalne Konfiguracja może wysyłać swoje własne procedury obsługi podklasy i dodać kod niezbędny.
Struktura
Większość prac Jockey jest (wykrywanie sprzętu, zapytań do bazy danych kierowcy, instalacja pakietów, itd.) Odbywa się za pomocą interfejsu użytkownika niezależnego zaplecza, który zapewnia jego funkcjonalność nad systemem D-BUS. Dostęp jest kontrolowany przez przywilejów PolicyKit (patrz backend / com.ubuntu.devicedriver.policy.in szczegóły); Domyślnie wszyscy użytkownicy mogą zrobić lokalnych zapytań o stanie sterownika urządzenia, wszystkie lokalne użytkownicy mogą wywołać zapytanie do bazy danych zdalnego sterownika, i faktycznie instalowania / usuwania sterowników jest ograniczone do administratorów systemu.
Różne interfejsy użytkownika (GTK, a KDE i obie zapewniają CLI), jak również działać z uprawnieniami użytkownika i normalnych tylko zapewnić przyjazną i ludzką prezentacji / UI internacjonalizowanych z usług wspierających. Nie zawiera żadnej logiki sterownika.
Adaptacja Jockey do dystrybucji Linuksa
Jockey jest starannie napisane, aby nie być specyficzne dla każdej dystrybucji Linuksa. Wszystkie specyficzne operacje OS / distro są obudowane w klasie "OSLib", który musi być podklasy i wdrażane przez dystrybucjach Linuksa. Większość metod już rozsądne domyślną implementację w górę, ale niektóre są po prostu z natury distro specyficzne (szukaj "NotImplementedError", aby znaleźć te).
To minimalizuje przenoszenie wysiłki dystrybutorów, zachowując jednocześnie możliwość dokonywania korekt w jednym centralnym miejscu.
Klasa abstrakcyjna OSLib dokładnie udokumentowane, a istnieje już oddział dla Ubuntu [3], a zestaw testowy ma atrapę realizacji (patrz testy / sandbox.py). To powinno wystarczyć do realizacji Jockey dla innych dystrybucji oraz

Co nowego w tym wydaniu:.

• Ta wersja rozwiązuje mnóstwo błędów, włącznie z tymi, które są obecnie wybranych jak blokery końcowej 0,5 wydaniu.
• Nie ma nowych funkcji.

Co nowego w wersji 0.5 Alpha 1:

• Jest to pierwsza zapowiedź nadchodzącej 0,5 wydaniu który skupia się na dużej projektowania remontu poprawić mobilność, wsparcie dla wykrywania, sterowniki drukarki z openprinting.org, interfejs D-Bus dla odnośnika sterownika dla aplikacji desktopowych i odnowiony interfejs użytkownika GTK.