Jockey

Jockey er et værktøj til at installere tredjeparts hardware drivers.
Jockey giver infrastrukturen og brugergrænseflade til at finde og installere tredjeparts drivere, der gælder for computeren. Dette omfatter drivere, der er tilføjet eller opdateret efter udgivelsen af ​​en fordeling, eller drivere, der ikke kan indgå i fordelingen af ​​forskellige årsager (CD plads begrænsning, licens problemer, etc.).
En almindelig anvendelse tilfælde leverer en venlig og halvautomatisk måde at installere drivere til ny hardware, som den nuværende fordeling udsætningen ikke understøtter endnu, eller installere Nvidia og ATI fglrx X.org drivere.
Jockey er designet til at være distributionen agnostiker og opfylde behovet for forskellige distributioner, driver leverandører og systemintegratorer. Den er designet og udviklet i LinuxFoundation driver backports arbejdsgruppe.
Betjening
Ved opstart, Jockey backend sonder systemet til rådighed hardware. Dette kan ske på forskellige måder, i øjeblikket gennemføres, er & nbsp; scanning / sys for modaliases. I fremtiden er det planen at tilføje flere metoder, såsom forespørge kopper for fundne printere, som ikke har en driver. & Nbsp; Påvisningsmetoder vil blive tilføjet efter behov ved leverandører og fordelinger komponent. Sættet af tilgængelige hardware er repræsenteret som "HardwareID" objekter (som kan repræsentere noget, der entydigt identificerer et stykke hardware, såsom en sælger / produkt-id, en modalias eller en streng identifikation printer).
For hvert hardware-id, er et sæt af driver databaser (forekomster af DriverDB) forespørges efter tilgængelige drivere. I øjeblikket er den eneste eksisterende implementering er LocalKernelModulesDriverDB, som bruger standard Linux-kernen modules.alias maps at kortlægge modaliases at kernemoduler. I den nærmeste fremtid planlægger vi at tilføje en anden implementering, som forespørger en online driver databasen. De DriverDBs omdanne sættet af HardwareIDs til et sæt DriverIDs.
En DriverID repræsenterer alle nødvendige metadata om en chauffør, såsom:
* Driver klasse (kernel modul, printerdriver, pakke, X.org grafikdriver, firmware, etc.)
* Handleren klasse navn (se nedenfor)
* Driverens placering (repository, pakke navn, eventuelt SHA1 og andre kontrolsummer, underskrifter)
* driver specifikke parametre (vilkårlig type / værdi par, som føreren forstår)
Alle chauffører håndteres af Jockey skal indkapslet af en underklasse af "Handler". En handler eksempel giver en krog til vilkårlig kode, som skal køre for fuldt ud at installere en driver. Jockey allerede handleren implementeringer til almindelige sager som kernemoduler kernel module firmware, X.org driver, grupper af chauffører mv Langt de fleste bilister vil bruge parameteriserede forekomster af disse standardindstillinger handlere, men drivere, der har brug for nogle mere sofistikerede lokale konfiguration kan sende deres egne handler underklasse og tilsæt den nødvendige kode.
Struktur
Hovedparten af ​​Jockey arbejde (hardware afsløring, driver databaseforespørgsler, pakke installation, etc.) sker ved en UI uafhængig backend, som giver dens funktionalitet over systemet D-BUS. Adgangen styres af PolicyKit privilegier (se backend / com.ubuntu.devicedriver.policy.in for detaljer); som standard, kan alle brugere gøre de lokale enhedsdriver status forespørgsler kan alle lokale brugere udløse en ekstern driver database forespørgsel, og faktisk installerer / fjerner drivere er begrænset til systemadministratorer.
De forskellige brugergrænseflader (GTK, og KDE, og begge giver en CLI samt) køre med normale brugerrettigheder og bare give en menneskelig venlig og internationaliseret præsentation / UI af backend-tjenester. De indeholder ikke nogen driver logik.
Tilpasning Jockey til en Linux-distribution
Jockey er omhyggeligt skrevet til ikke være specifik for enhver Linux-distribution. Alle OS / distro specifikke operationer er indkapslet i "OSLib" klasse, som skal underklasse og gennemføres af de Linux-distributioner. De fleste metoder, som allerede har en rimelig standard implementering opstrøms, men nogle er bare i sagens natur distro specifik (søg efter "NotImplementedError" for at finde dem).
Dette minimerer porteringen bestræbelser distributører samtidig bevare muligheden for at foretage justeringer i ét centralt sted.
Den abstrakte OSLib klassen er grundigt dokumenteret, og der findes allerede en filial for Ubuntu [3], og testen suite har en dummy implementering (se test / sandbox.py). Disse bør være tilstrækkeligt til at gennemføre Jockey for andre distributioner samt

Hvad er nyt i denne udgivelse:.

• Denne version løser en ton af bugs, herunder alle dem, der i øjeblikket er valgt som blokkere for den sidste 0,5 udgivelse.
• Det behøver ikke nye funktioner.

Hvad er nyt i version 0.5 Alpha 1:

• Dette er den første preview af den kommende 0.5 udgivelse som fokuserer på en stor design eftersyn for at forbedre mulighederne for overførsel, støtte til påvisning printer, printerdrivere fra openprinting.org, en D-BUS interface til driver opslag for desktop applikationer, og en renoveret GTK brugergrænseflade.