Jockey

ジョッキーは、サードパーティ製のハードウェアドライバをインストールするためのツールです。
ジョッキーは、インフラやコンピュータに適用されるサードパーティ製ドライバを見つけてインストールするためのユーザーインターフェイスを提供します。これは、様々な理由（CDなどの容量の制限、ライセンスの問題、）の配布に含めることができないディストリビューションのリリース後に追加または更新されたドライバ、またはドライバが含まれています。
一般的な使用例は、電流分布のリリースはまだサポート、またはNVIDIAとATI fglrxがX.orgドライバをインストールしていない新しいハードウェアのドライバをインストールするには、フレンドリーで半自動の方法を提供しています。
ジョッキーは、配布にとらわれないことと異なる分布、ドライバベンダー、システムインテグレータのニーズを満たすように設計されました。それを設計し、LinuxFoundationドライババックポートワークグループ内で開発されています。
操作
起動時に、ジョッキーのバックエンドは、利用可能なハードウェアのためのシステムをプローブします。これは、＆NBSPは現在実装され、さまざまな方法で発生する可能性があります。 modaliasesのスキャン/ SYS。 。将来的には、このようなドライバー＆NBSPを持っていない検出されたプリンタ用のカップを照会するなどの複数の方法を、追加する予定です。コンポーネントベンダーやディストリビューションが必要とするように、検出方法が追加されます。利用可能なハードウェアのセットは、（例えば、ベンダー/製品ID、MODALIAS、またはプリンタ識別文字列として一意にハードウェアの一部を特定するものを表現することができ、）「ハードウェアID」オブジェクトとして表現さ​​れます。
各ハードウェアIDには、運転者のデータベース（DriverDBのインスタンス）のセットは、利用可能なドライバのために照会されます。現時点では、唯一の既存の実装は、モジュールをカーネルにmodaliasesをマップするために、標準のLinuxカーネルmodules.aliasマップを使用LocalKernelModulesDriverDB、です。近い将来、我々としても、オンラインドライバデータベースを照会し、別の実装を追加していく予定です​​。 DriverDBsはDriverIDsのセットにHardwareIDsのセットを変換します。
DriverIDは、次のようなドライバに関する必要なすべてのメタデータを表します。
*ドライバクラス（カーネルモジュール、プリンタドライバなどのパッケージ、X.orgグラフィックスドライバ、ファームウェア、）
*ハンドラ·クラス名（下記参照）
*ドライバの場所（リポジトリ、パッケージ名、おそらくSHA1およびその他のチェックサム、署名）
*ドライバ固有のパラメータ（ハンドラーが理解する任意の型/値ペア）
ジョッキーによって処理されるすべてのドライバは、「ハンドラ」のサブクラスによってカプセル化される必要があります。ハンドラ·インスタンスは完全にドライバをインストールするために実行する必要がある任意のコードのためのフックを提供します。ジョッキーすでにドライバーの大半は、これらのデフォルトハンドラのパラメータ化されたインスタンスを使用しますなどのカーネルモジュール、カーネルモジュールのファームウェア、X.orgドライバ、ドライバのグループとして、一般的なケースのためのハンドラの実装を提供しますが、いくつかは、より洗練された必要なドライバがローカル構成は、独自のハンドラのサブクラスを出荷し、必要なコードを追加することができます。
構造
ジョッキーの仕事の大部分（ハードウェア検出、ドライバーのデータベースクエリ、パッケージのインストールなど）がシステムD-BUSを介してその機能を提供してUI独立したバックエンドによって行われます。アクセスが（詳細はcom.ubuntu.devicedriver.policy.in /バックエンドを参照）にPolicyKit権限によって制御されます。デフォルトでは、すべてのユーザーがローカルデバイスドライバの状態の問い合わせを行うことができ、すべてのローカルユーザーがリモートドライバのデータベースクエリーをトリガーすると、実際にインストールすることができます/ドライバを削除することは、システム管理者に制限されます。
別のユーザー·インタフェース（GTK、およびKDE、どちらも同様にCLIを提供する）は、通常のユーザー権限で実行し、ちょうどバックエンドサービスの人間の友好と国際プレゼンテーション/ UIを提供します。彼らはすべてのドライバ·ロジックが含まれていません。
Linuxディストリビューションにジョッキーの適応
ジョッキーは慎重にすべてのLinuxディストリビューションに固有のものではないように書かれています。すべてのOS /ディストリビューションの特定の操作は、サブクラス化し、Linuxディストリビューションによって実装される必要があり、「OSLib」クラスにカプセル化されます。ほとんどの方法は、すでに上流合理的なデフォルト実装を持っているが、いくつかは、（それらを見つけるために "NotImplementedError」で検索）だけで、本質的にディストリビューション固有のものです。
一つの中央の場所で調整を行う可能性を保持しながら、これは代理店の移植作業を最小限に抑えることができます。
抽象OSLibクラスは徹底的に文書化され、すでにUbuntuのための分岐[3]、およびテストスイートは（テスト/ sandbox.pyを参照）、ダミーの実装を持っているが存在します。これらは、同様に他のディストリビューションのためのジョッキーを実装するために十分なはずである。

このリリースで新しい何が：

このバージョンではバグのトンを修正し、現在のように選択されているすべてのものを含みます最終的な0.5リリースのためのブロッカー。
これは、新しい機能を持っていません。

このバージョン0.5アルファ1の新機能：

このプリンタを検出するための最初の移植性を向上させるために大規模な設計のオーバーホールに焦点を当て、今後の0.5リリースのプレビュー、支持体である、プリンタopenprinting.orgからドライバ、デスクトップアプリケーション用のドライバ検索のD-BUSインタフェース、および改装GTKユーザーインターフェイス。