Jockey

Jockey is een hulpmiddel voor het installeren van derden hardware drivers.
Jockey levert de infrastructuur en de user interface voor het vinden en installeren van stuurprogramma's van derden die van toepassing zijn op de computer zijn. Dit geldt ook voor chauffeurs die worden toegevoegd of bijgewerkt na de release van een distributie of drivers die niet kunnen worden opgenomen in de distributie om verschillende redenen (cd ruimte beperking, licentie-problemen, enz.).
Een gemeenschappelijk gebruik case is het verstrekken van een vriendelijke en halfautomatische manier om drivers voor nieuwe hardware, die de huidige verdeling vrijlating nog niet ondersteunen, of Nvidia en ATI fglrx X.org drivers te installeren.
Jockey werd ontworpen om de distributie agnostisch te zijn en voldoen aan de behoefte van de verschillende distributies, bestuurder leveranciers en system integrators. Het is ontworpen en ontwikkeld in het LinuxFoundation bestuurder backports werkgroep.
Operation
Bij het opstarten, de Jockey backend peilt het systeem voor de beschikbare hardware. Dit kan gebeuren op verschillende manieren, die momenteel worden uitgevoerd is & nbsp; scannen / sys voor modaliases. In de toekomst is het de bedoeling om meer methoden, zoals het opvragen van bekers voor gedetecteerde printers die geen bestuurder & nbsp hebben toe te voegen.; Detectiemethoden worden toegevoegd indien nodig door component leveranciers en distributies. De set van de beschikbare hardware wordt voorgesteld als "HardwareID" objecten (die iets dat uniek identificeert een stuk hardware, zoals een verkoper / product ID, een modalias, of een printer identificatiereeks kan vertegenwoordigen).
Voor elke hardware-ID, een set van de bestuurder databases (exemplaren van DriverDB) worden opgevraagd voor beschikbare drivers. Op dit moment, de enige bestaande implementatie is LocalKernelModulesDriverDB, die de standaard Linux kernel modules.alias kaarten gebruikt om modaliases om kernel modules in kaart. In de nabije toekomst zijn we van plan om een ​​andere implementatie die een online bestuurder database queries eveneens toe. De DriverDBs transformeren de set van HardwareIDs om een ​​set van DriverIDs.
Een DriverID vertegenwoordigt alle nodige metadata over een bestuurder, zoals:
* Bestuurder klasse (kernel module, printer driver, pakket, X.org grafische driver, firmware, enz.)
* Handler class naam (zie hieronder)
* Locatie van de driver (repository, package naam, eventueel sha1 en andere checksums, handtekeningen)
* Driver specifieke parameters (willekeurige soort / waarde paren die de handler begrijpt)
Alle drivers behandeld door Jockey moeten worden ingekapseld door een subklasse van "Handler". Een handler instantie biedt een haak voor willekeurige code die moet lopen om een ​​driver volledig te installeren. Jockey biedt al handler implementaties voor veel voorkomende gevallen zoals kernel modules, kernelmodule firmware, X.org bestuurder, groepen van de bestuurders, enz. De overgrote meerderheid van de bestuurders zal parameters exemplaren van deze standaard handlers gebruiken, maar chauffeurs die wat meer verfijnde lokale nodig configuratie kan het schip hun eigen handler subklasse en voeg de benodigde code.
Structuur
Het grootste deel van Jockey's werk (hardware detectie, driver database queries, pakket installatie, etc.) wordt uitgevoerd door een onafhankelijke UI backend die de functionaliteit biedt over het systeem D-BUS. De toegang wordt gecontroleerd door PolicyKit privileges (zie backend / com.ubuntu.devicedriver.policy.in voor meer informatie); Standaard kunnen alle gebruikers lokale status van het apparaat driver queries te doen, kunnen alle lokale gebruikers een externe driver database query triggeren, en eigenlijk het installeren / verwijderen van drivers is beperkt tot systeembeheerders.
De verschillende gebruikersinterfaces (GTK en KDE, en bieden beide een CLI ook) draaien met normale gebruikersrechten en gewoon zorgen voor een mensvriendelijke en geïnternationaliseerde presentatie / UI van de back-end services. Ze hebben geen driver logica bevatten.
Aanpassen Jockey naar een Linux-distributie
Jockey is zorgvuldig geschreven om niet specifiek voor een Linux-distributie. Alle OS / distro specifieke operaties zijn ingekapseld in de "OSLib" klasse, die moet worden subklasse en uitgevoerd door de Linux-distributies. De meeste methoden hebben al een redelijke standaard implementatie upstream, maar sommige zijn gewoon inherent distro specifieke (zoek naar "NotImplementedError" om die te vinden).
Dit minimaliseert het porten inspanningen van distributeurs met behoud van de mogelijkheid om aanpassingen op één centrale plaats te maken.
De abstracte OSLib klasse is grondig gedocumenteerd, en er bestaat al een tak voor Ubuntu [3], en de test suite heeft een dummy implementatie (zie testen / sandbox.py). Deze moeten voldoende zijn om de uitvoering van Jockey voor andere uitkeringen, alsmede

Wat is nieuw in deze release:.

• Deze versie lost een ton insecten, waaronder alle degene die momenteel worden geselecteerd als blokkerende middelen voor de uiteindelijke versie 0,5.
• Het heeft geen nieuwe functies te hebben.

Wat is nieuw in versie 0.5 Alpha 1:

• Dit is de eerste preview van de komende versie 0.5 dat zich richt op een groot ontwerp revisie aan draagbaarheid, ondersteuning voor detectie printer printerdrivers van openprinting.org, een D-BUS-interface voor bestuurder lookup voor desktop applicaties, en een gerenoveerd GTK gebruikersinterface te verbeteren.