Jockey

Jockey er et verktøy for å installere maskinvaredrivere fra tredjepart.
Jockey gir infrastruktur og brukergrensesnittet for å finne og installere tredjeparts drivere som gjelder for datamaskinen. Dette inkluderer drivere som er lagt til eller oppdatert etter utgivelsen av en distribusjon eller drivere som ikke kan inkluderes i fordelingen av ulike grunner (CD plass begrensning, lisensproblemer, etc.).
En vanlig bruk tilfellet er å tilby en vennlig og halvautomatisk måte å installere drivere for ny maskinvare som dagens fordeling utgivelsen tillater ikke ennå, eller installere Nvidia og ATI fglrx X.org drivere.
Jockey er designet for å være distribusjon agnostiker og oppfylle behovet for ulike distribusjoner, driver leverandører og systemintegratorer. Det er designet og utviklet i LinuxFoundation driver backports arbeidsgruppe.
Operasjon
Ved oppstart probes Jockey backend systemet for tilgjengelig maskinvare. Dette kan skje på ulike måter, er & nbsp implementert; skanning / sys for modaliases. I fremtiden er det planlagt å legge til flere metoder, som å spørre kopper for oppdagede skrivere som ikke har en driver. & Nbsp; Deteksjonsmetoder vil bli lagt etter behov ved komponentleverandører og utdelinger. Settet av tilgjengelig maskinvare er representert som "maskinvare-" objekter (som kan representere noe som identifiserer et stykke maskinvare, for eksempel en leverandør / produkt-ID, en modalias, eller en skriver identifikasjonsstreng).
For hver hardware ID, er et sett med driver databaser (tilfeller av DriverDB) spørres etter tilgjengelige drivere. I øyeblikket er den eneste eksisterende implementering LocalKernelModulesDriverDB, som bruker standard Linux kernel modules.alias maps å kartlegge modaliases til kjernemoduler. I nær fremtid planlegger vi å legge til en annen gjennomføring som spør en online driver databasen også. De DriverDBs trans settet av HardwareIDs til et sett av DriverIDs.
En DriverID representerer alle nødvendige metadata om en driver, som for eksempel:
* Sjåfør klasse (kjernemodul, skriverdriver, pakke, X.org grafikkdriver, fastvare, etc.)
* Handler klassenavn (se nedenfor)
* Plassering av driveren (depotet, pakkenavn, muligens sha1 og andre kontrollsummer, signaturer)
* driver spesifikke parametre (vilkårlig type / verdi-par som behandleren forstår)
Alle sjåførene håndteres av jockey trenger å bli innkapslet av en underklasse av "Handler". En hundefører eksempel gir en krok for vilkårlig kode som må kjøre for å fullt installere en driver. Jockey gir allerede Gafler implementeringer for vanlige tilfeller som kjernemoduler, kjernemodul firmware, X.org driver, grupper av førere, etc. De aller fleste sjåfører vil bruke parameteriserte forekomster av disse standard handlers, men drivere som trenger litt mer sofistikert lokale konfigurasjon kan sende sine egne handler underklasse og legge den nødvendige koden.
Struktur
Hovedtyngden av Jockey arbeid (hardware deteksjon, driver databasespørringer, pakke installasjon, etc.) er gjort av en UI uavhengig backend som gir sin funksjonalitet over systemet D-BUS. Tilgang styres av PolicyKit privilegier (se backend / com.ubuntu.devicedriver.policy.in for detaljer); som standard, kan alle brukere gjøre lokale enhetsdriver status spørsmål, kan alle lokale brukere utløse en ekstern driver databasespørring, og faktisk installere / fjerne drivere er begrenset systemadministratorer.
De ulike brukergrensesnitt (GTK, og KDE, og begge gir en CLI så vel) kjøre med normal brukerrettigheter og bare gi en menneskelig vennlig og internasjonalisert presentasjon / UI av backend tjenester. De inneholder ikke noen driver logikk.
Tilpasning Jockey til en Linux-distribusjon
Jockey er nøye skrevet for å ikke være spesifikke for noen Linux-distribusjon. Alle OS / distro spesifikke operasjoner er innkapslet i "OSLib" -klassen, som må subclassed og gjennomføres av Linux-distribusjoner. De fleste metoder som allerede har en rimelig standard implementering oppstrøms, men noen er bare iboende distro spesifikke (søk etter "NotImplementedError" for å finne dem).
Dette minimerer porting innsats av distributører og samtidig beholde muligheten til å gjøre justeringer i ett sentralt sted.
Sammendraget OSLib klassen er grundig dokumentert, og det finnes allerede en gren for Ubuntu [3], og testsuiten har en dummy implementering (se tester / sandbox.py). Disse bør være nok til å gjennomføre Jockey for andre distribusjoner samt

Hva er nytt i denne utgaven.

• Denne versjonen fikser en massevis av bugs, inkludert alle de som er valgt i øyeblikket som stopper for den endelige 0.5 versjonen.
• Det trenger ikke nye funksjoner.

Hva er nytt i versjon 0.5 Alpha 1:

• Dette er den første forhåndsvisningen av den kommende 0.5 utgivelsen som fokuserer på et stort design overhaling for å bedre portabilitet, støtte for skriver deteksjon, skriverdrivere fra openprinting.org, et D-BUS interface for sjåføren oppslag for desktop-applikasjoner, og en renovert GTK brukergrensesnitt.