Jockey

Jockey adalah alat untuk menginstal driver hardware pihak ketiga.
Jockey menyediakan infrastruktur dan antarmuka pengguna untuk menemukan dan menginstal driver pihak ketiga yang berlaku untuk komputer. Ini termasuk driver yang ditambahkan atau diperbarui setelah rilis distribusi, atau driver yang tidak dapat dimasukkan ke dalam distribusi karena berbagai alasan (keterbatasan ruang CD, masalah perizinan, dll).
Kasus penggunaan umum adalah menyediakan cara yang ramah dan semi-otomatis menginstal driver untuk hardware baru yang rilis distribusi saat ini tidak mendukung belum, atau menginstal driver Nvidia dan ATI fglrx X.org.
Jockey dirancang untuk menjadi distribusi agnostik dan memenuhi kebutuhan distribusi yang berbeda, vendor driver, dan system integrator. Hal ini dirancang dan dikembangkan dalam LinuxFoundation backports sopir workgroup.
Operasi
Pada startup, backend Jockey probe sistem untuk perangkat keras yang tersedia. Hal ini dapat terjadi dengan berbagai cara, saat ini dilaksanakan adalah & nbsp; scanning / sys untuk modaliases. Di masa depan itu direncanakan untuk menambah metode, seperti query cangkir untuk printer terdeteksi yang tidak memiliki driver. & Nbsp; Metode deteksi akan ditambahkan sebagai dibutuhkan oleh vendor komponen dan distribusi. Set perangkat keras yang tersedia diwakili sebagai "HardwareID" objek (yang bisa mewakili apa-apa yang secara unik mengidentifikasi perangkat keras, seperti ID vendor / produk, modalias, atau string identifikasi printer).
Untuk setiap ID perangkat keras, satu set driver database (contoh DriverDB) tanya untuk driver yang tersedia. Pada saat ini, satu-satunya yang ada adalah implementasi LocalKernelModulesDriverDB, yang menggunakan peta kernel modules.alias standar Linux untuk memetakan modaliases kernel modul. Dalam waktu dekat kami berencana untuk menambahkan pelaksanaan lain yang query database online driver juga. The DriverDBs mengubah set HardwareIDs untuk satu set DriverIDs.
Sebuah DriverID mewakili semua metadata yang diperlukan tentang driver, seperti:
* Sopir kelas (modul kernel, driver printer, paket, driver grafis X.org, firmware, dll)
* Nama kelas handler (lihat di bawah)
* Lokasi driver (repositori, nama paket, mungkin sha1 dan checksum lainnya, tanda tangan)
* Parameter tertentu driver (sewenang-wenang jenis / nilai pasangan yang pawang mengerti)
Semua driver ditangani oleh Jockey perlu dikemas oleh subclass dari "Handler". Sebuah contoh handler menyediakan hook untuk kode sewenang-wenang yang perlu dijalankan untuk sepenuhnya menginstal driver. Jockey sudah menyediakan implementasi handler untuk kasus-kasus umum seperti modul kernel, kernel modul firmware, sopir X.org, kelompok driver, dll Sebagian besar driver akan menggunakan contoh parameter ini penangan default, tapi driver yang membutuhkan lebih canggih lokal konfigurasi dapat kapal handler subclass mereka sendiri dan menambahkan kode yang diperlukan.
Struktur
Sebagian besar pekerjaan Jockey (deteksi hardware, query database driver, instalasi paket, dll) dilakukan oleh backend independen UI yang menyediakan fungsionalitas atas sistem D-BUS. Akses dikendalikan oleh hak istimewa PolicyKit (lihat backend / com.ubuntu.devicedriver.policy.in untuk rincian); secara default, semua pengguna dapat melakukan query Status driver perangkat lokal, semua pengguna lokal dapat memicu query database sopir jarak jauh, dan benar-benar menginstal / menghapus driver dibatasi untuk administrator sistem.
Antarmuka pengguna yang berbeda (GTK, dan KDE, dan keduanya memberikan CLI juga) dijalankan dengan hak istimewa user biasa dan hanya memberikan manusia ramah dan internasionalisasi presentasi / UI layanan backend. Mereka tidak mengandung logika driver.
Beradaptasi Jockey untuk distribusi Linux
Jockey hati-hati ditulis untuk tidak spesifik untuk distribusi Linux. Semua operasi tertentu OS / distro yang dikemas dalam "OSLib" kelas, yang perlu subclassed dan dilaksanakan oleh distribusi Linux. Sebagian besar metode sudah memiliki implementasi standar yang wajar hulu, namun ada juga yang hanya inheren distro khusus (mencari "NotImplementedError" untuk menemukan orang-orang).
Ini meminimalkan upaya port distributor sementara tetap mempertahankan kemungkinan untuk melakukan penyesuaian dalam satu tempat pusat.
Kelas OSLib abstrak secara menyeluruh didokumentasikan, dan di sana sudah ada cabang untuk Ubuntu [3], dan test suite memiliki implementasi boneka (lihat tes / sandbox.py). Ini harus cukup untuk melaksanakan Jockey untuk distribusi lain juga

Apa yang baru dalam rilis ini:.

• Versi ini perbaikan yang ton bug, termasuk semua yang yang saat ini terpilih sebagai blocker untuk rilis final 0,5.
• Tidak memiliki fitur baru.

Apa yang baru di versi 0.5 Alpha 1:

• Ini adalah preview pertama dari 0,5 peluncuran yang berfokus pada desain perbaikan besar untuk meningkatkan portabilitas, dukungan untuk deteksi printer, driver printer dari openprinting.org, antarmuka D-BUS untuk driver lookup untuk aplikasi desktop, dan antarmuka pengguna GTK diperbaharui.