Jockey

Jockey är ett verktyg för att installera drivrutiner från tredje part.
Jockey tillhandahåller infrastrukturen och användargränssnitt för att hitta och installera drivrutiner från tredje part som är tillämpliga på datorn. Detta omfattar förare som tillsätts eller uppdateras efter utgivningen av ett distributionsnät eller drivrutiner som inte kan ingå i distributionen av olika skäl (CD utrymme begränsning, problem licensiering, etc.).
Ett vanligt användningsfall ger ett vänligt och halvautomatisk sättet att installera drivrutiner för ny hårdvara som den nuvarande fördelningen utsättningen inte stöder ännu, eller installera Nvidia och ATI fglrx X.org drivrutiner.
Jockey var avsedd att vara distributionen agnostiker och tillgodose behovet av olika distributioner, förar leverantörer och systemintegratörer. Den är designad och utvecklad inom LinuxFoundation förarbackports arbetsgrupp.
Operation
Vid start, sonder Jockey backend systemet för tillgänglig hårdvara. Detta kan ske på olika sätt, är & nbsp närvarande genomförs; skanning / sys för modaliases. I framtiden är det tänkt att lägga till fler metoder, såsom att fråga koppar för detekterade skrivare som inte har en drivrutin. & Nbsp; Detektionsmetoder kommer att läggas vid behov av komponentleverantörer och distributioner. Uppsättningen av tillgänglig hårdvara representeras som "HardwareID" objekt (som kan representera något som unikt identifierar en bit av hårdvara, såsom en säljare / produkt-ID, ett modalias, eller en skrivare identifieringssträng).
För varje maskinvaru-ID, är en uppsättning av förar databaser (instanser av DriverDB) tillfrågas om tillgängliga drivrutiner. För närvarande är den enda existerande genomförandet LocalKernelModulesDriverDB, som använder de vanliga Linuxkärnan modules.alias kartor för att kartlägga modaliases att kärnmoduler. Inom en snar framtid planerar vi att lägga till en annan implementering som frågar en online förare databasen. De DriverDBs omvandla uppsättningen HardwareIDs till en uppsättning DriverIDs.
En DriverID representerar all nödvändig metadata om en förare, till exempel:
* Drivrutinsklassen (kärnmodulen, skrivardrivrutin, paket, X.org grafikdrivrutin, firmware, etc.)
* Handler klassnamn (se nedan)
* Plats för föraren (förvaret, paketnamn, möjligen sha1 och andra kontrollsummor, signaturer)
* föraren uppfyller vissa kriterier (godtycklig typ / värde-par som föraren förstår)
Alla förare som hanteras av Jockey måste vara inkapslad av en underklass "Handler". En hundförare exempel ger en krok för godtycklig kod som måste köras för att fullt installera en drivrutin. Jockey redan ger föraren implementationer för vanliga fall som kärnmoduler, kärnmodulen firmware, X.org förare, grupper av förare, etc. De allra flesta förare kommer att använda parametriserade förekomster av dessa standardlastare, men drivrutiner som behöver lite mer sofistikerade lokala konfiguration kan skicka sin egen handler underklass och lägg den kod som behövs.
Struktur
Huvuddelen av Jockey arbete (identifiering av maskinvara, förardatabasfrågor, paketet installation, etc.) görs av en UI oberoende backend som ger dess funktionalitet över systemet D-BUS. Åtkomst styrs av PolicyKit privilegier (se backend / com.ubuntu.devicedriver.policy.in för mer information); Som standard kan alla användare göra lokala drivrutin status frågor, kan alla lokala användare utlösa en fjärr förare databasfråga, och faktiskt installera / ta bort drivrutiner är begränsat till systemadministratörer.
De olika användargränssnitt (GTK, och KDE, och båda ger en CLI liksom) köra med normala användarrättigheter och bara ge en mänsklig vänlig och internationaliserad presentation / UI av backend tjänster. De innehåller inte någon drivrutin logik.
Anpassning Jockey till en Linux-distribution
Jockey är noggrant skriven för att inte vara specifik för någon Linuxdistribution. Alla OS / distro specifika operationer är inkapslade i "OSLib" klass, som måste underklassas och genomföras av Linux-distributioner. De flesta metoder som redan har en rimlig standardimplementeringen uppströms, men vissa är bara naturligt distro specifika (sök efter "NotImplementedError" för att hitta dem).
Detta minimerar porte ansträngningar distributörer samtidigt som man behåller möjligheten att göra justeringar i en central plats.
Den abstrakta OSLib klassen noggrant dokumenteras, och det redan finns en gren för Ubuntu [3], och testsviten har en dummy genomförande (se test / sandbox.py). Dessa bör vara tillräckligt för att genomföra Jockey för andra distributioner samt

Vad är nytt i den här versionen.

• Den här versionen fixar en ton buggar, inklusive alla de som för närvarande är markerade som blockerare för sista 0,5 release.
• Det har inte nya funktioner.

Vad är nytt i version 0.5 Alpha 1:

• Det här är den första förhandsvisning av den kommande 0,5 frigivning som fokuserar på en stor konstruktion översyn för att förbättra portabilitet, stöd för skrivare upptäckt, skrivardrivrutiner från openprinting.org, en D-BUS-gränssnitt för förare sökning för stationära applikationer och en renoverad GTK användargränssnitt.