Jockey Treibermanager.
Jetzt downloaden

Jockey Ranking & Zusammenfassung

Jockey Stichworte

Manager Treiber Fahrermanager Hardware- Treiberinstallationsprogramm Treibermitrierer.

Jockey Beschreibung

Fahrermanager. Jockey ist ein Tool zum Installieren von Hardware-Treibern von Drittanbietern.Jockey bietet die Infrastruktur und die Benutzeroberfläche zum Finden und Installieren von Dritttreibern, die für den Computer anwendbar sind. Dazu gehören Treiber, die nach der Freigabe einer Verteilung hinzugefügt oder aktualisiert werden, oder Fahrer, die aus verschiedenen Gründen nicht in den Vertrieb aufgenommen werden können (CD-Raumbegrenzung, Lizenzprobleme usw.). Ein gemeinsamer Anwendungsfall bietet eine freundliche und halbautomatische Möglichkeit, Treiber für neue Hardware zu installieren, die die aktuelle Verteilerfreigabe noch nicht unterstützt oder NVIDIA und ATI FGRX X.org-Treiber installiert.Jockey wurde entwickelt, um Agnostiker zu verteilen, und erfüllt das Bedürfnis von Unterschiedliche Distributionen, Treiberanbieter und Systemintegratoren. Es ist im LinuxFoundation Driver Backports Workgroup.oPeration Treiber von Backports entwickelt und entwickelt, das Jockey Backend untersucht das System für verfügbare Hardware. Dies kann auf verschiedene Arten passieren, der derzeit implementiert ist, scannt / sys für Modaliases. In Zukunft ist es geplant, weitere Methoden hinzuzufügen, z. B. Abfragen von Bechern für erkannte Drucker, die keinen Treiber haben. Nachweismethoden werden nach Bedarf von Komponentenanbietern und -verteilungen hinzugefügt. Der Satz verfügbarer Hardware ist als "Hardwared-Objekte" dargestellt (was alles darstellen kann, was eindeutig ein Stück Hardware identifiziert, z. B. eine Anbieter / Produkt-ID, ein Modalias oder eine Drucker-Identifizierungszeichenfolge). Für jede Hardware-ID, ein Set von Treiberdatenbanken (Instanzen von DriverDB) werden für verfügbare Treiber abgefragt. Derzeit ist die einzige vorhandene Implementierung LocalkernelModulesDriverDB, die die Standard-Linux-Kernel-Module.alias-Karten verwendet, um Modalisierungen an Kernel-Module zuzuordnen. In naher Zukunft planen wir, eine weitere Implementierung hinzuzufügen, die auch eine Online-Treiberdatenbank fragt. Die Treiber-Treiber verwandeln den Satz von Hardwarichen auf einen Satz von treiberIDs.a DriverID stellt alle erforderlichen Metadaten um einen Treiber dar, z. B.: * Treiberklasse (Kernel-Modul, Druckertreiber, Paket, X.org-Grafiktreiber, Firmware usw.) * Handlerklassenname (siehe unten) * Speicherort des Treibers (Repository, Paketname, möglicherweise SHA1 und andere Prüfsummen, Signaturen) * Treiberspezifische Parameter (willkürliches Typ / Wert-Paare, die der Handler versteht) Alle vom Jockey gehandelten Treiber müssen eingekapselt werden durch eine Unterklasse von "Handler". Eine Handlerinstanz bietet einen Haken für einen beliebigen Code, der ausführen muss, um einen Treiber vollständig installieren zu können. Jockey stellt bereits Handler-Implementierungen für allgemeine Fälle an, z. B. Kernel-Module, Kernel-Modul-Firmware, X.org-Treiber, Treibergruppen usw. Die große Mehrheit der Treiber verwendet parametrierte Instanzen dieser Standardhandleiter, aber Treiber, die einiger anspruchsvoller Die Konfiguration kann ihre eigene Handler-Unterklasse versenden und den erforderlichen Code hinzufügen. Struktur der Jockey-Arbeiten (Hardware-Erkennung, Treiberdatenbankabfragen, Paketinstallation usw.) erfolgt mit einem UI-unabhängigen Backend, das seine Funktionalität über dem System D-Bus bietet. Der Zugang wird von den politischen Privilegien kontrolliert (siehe Backend / com.ubuntu.devicedriver.policy.in für Details); Standardmäßig können alle Benutzer lokalen Gerätetreiberstatusabfragen durchführen, alle lokalen Benutzer können eine Remote-Treiber-Datenbankabfrage auslösen, und tatsächlich installieren / entfernen Treiber sind auf Systemadministratoren beschränkt. Die verschiedenen Benutzeroberflächen (GTK und KDE, und beide liefern a CLI Auch auch mit normalen Benutzerberechtigungen laufen und nur eine menschliche freundliche und internationalisierte Präsentation / Benutzeroberfläche der Backend-Dienste bereitstellen. Sie enthalten keine Treiberlogik. Jockey in einen Linux-DistributionJockey wird sorgfältig geschrieben, um nicht für jede Linux-Distribution spezifisch zu sein. Alle OS / Distro-spezifischen Operationen sind in der Klasse "Oslib" gekapselt, die von den Linux-Distributionen unterklassifiziert und implementiert werden muss. Die meisten Methoden haben bereits eine angemessene Standard-Implementierung vorgeschaltet, einige sind jedoch nur inhärent distrosspezifisch (Suche nach "NOTIMplementedError", um diese zu finden). Dies minimiert die Portierbemühungen von Händler, während Sie die Möglichkeit haben, Anpassungen an einem zentralen Ort vorzunehmen. Der abstrakte Oslib Die Klasse ist gründlich dokumentiert, und es gibt bereits einen Zweig für Ubuntu , und die Testsuite hat eine Dummy-Implementierung (siehe Tests / sandbox.py). Diese sollten sich ausreichen, um den Jockey auch für andere Ausschüttungen zu implementieren. Was ist neu in dieser Version: · Diese Version behebt eine Tonne Fehler, einschließlich aller, die derzeit als Blocker für die endgültige 0,5-Version ausgewählt werden. · Es hat keine neuen Funktionen.

Jockey Zugehörige Software