Jockey

Jockey on työkalu asentamiseen kolmannen osapuolen laiteohjaimiaan.
Jockey tarjoaa infrastruktuurin ja käyttöliittymän löytää ja asentaa kolmannen osapuolen ajurit, jotka ovat sovellettavissa tietokoneeseen. Tämä sisältää ajurit, jotka lisätään tai päivitetään julkaisun jälkeen jakelu- tai ajureita joita ei voida sisällyttää osaksi jakelu eri syistä (CD tilaa rajoitus, lisensointi ongelmat jne).
Yhteinen käyttö tapaus tarjoaa ystävällinen ja puoliautomaattinen tapa asentaa uusien laiteohjaimien jonka nykyinen jakelu julkaisu ei tue vielä, tai asentaa Nvidia ja ATI fglrx X.org kuljettajia.
Jockey on suunniteltu jakeluun agnostikko ja täyttää tarvetta eri jakeluiden, kuljettajan myyjät ja järjestelmäintegraattoreille. Se on suunniteltu ja kehitetty LinuxFoundation kuljettajan takaisinsiirrokset työryhmille.
Toiminta
Käynnistettäessä, Jockey backend luotaa järjestelmä käytettävissä laitteiston. Tämä voi tapahtua eri tavoin, nyt toteutettu on & nbsp; skannaus / sys varten modaliases. Tulevaisuudessa on tarkoitus lisätä menetelmiin, kuten kyselyitä kupit havaittujen tulostimien joilla ei ole kuljettajaa. & Nbsp; Detektiomenetelmiä lisätään tarpeen mukaan komponenttina myyjät ja jakaumat. Joukkoa käytettävissä laitteisto on edustettuna "HardwareID" esineitä (joka voi edustaa mitä tahansa, joka yksilöi laitetta, kuten myyjän / tuote tunnus, modalias tai tulostin tunnistusjono).
Jokaista laitteisto tunnus, sarja kuljettaja tietokantojen (tapauksia DriverDB) on kyseenalaistanut käytettävissä ajurit. Tällä hetkellä ainoa olemassa oleva toteutus on LocalKernelModulesDriverDB, joka käyttää standardia Linux kernel modules.alias karttoja karttaa modaliases ytimen moduuleita. Lähitulevaisuudessa aiomme lisätä toisen täytäntöönpanoon, joka kyselee netissä kuljettaja tietokantaan samoin. DriverDBs muuttaa joukko HardwareIDs joukkoon DriverIDs.
DriverID edustaa kaikki tarvittavat metatiedot kuljettaja, kuten:
* Kuljettaja luokka (kernel moduuli, tulostinohjain, paketti, X.org näytönohjaimen, firmware, jne)
* Käsittelijä luokan nimi (katso alla)
* Ohjaimen sijainti (arkiston, paketin nimi, mahdollisesti SHA1 ja muut tarkistussummat, allekirjoitukset)
* Kuljettajan tiettyjen parametrien (mielivaltainen tyyppi / arvo-pareja jotka ohjaaja ymmärtää)
Kaikki kuljettajat hoitaa Jockey on kapseloitu alaluokka "Handler". Käsittelijä esimerkiksi tarjoaa koukku mielivaltaisen koodin, joka täytyy suorittaa, jotta täysin asentaa ajurin. Jockey säädetään jo käsittelijä toteutukset yhteisiä kaltaisissa tapauksissa ydinmoduleja ytimen moduulin firmware, X.org kuljettaja, ryhmät kuljettajat jne Valtaosa kuljettajista käyttää parametroitu ilmentymiä oletuskäsittelypalveluiden, mutta kuljettajat, jotka tarvitsevat kehittyneempiä paikallinen kokoonpano voi lähettää oman ohjaajan alaluokka ja lisää tarvittavat koodin.
Rakenne
Suurin osa Jockey työn (laitteiston tunnistus, kuljettaja tietokantaan kyselyt, asennustiedosto jne) tehdään UI riippumattoman backend joka tarjoaa toimivuuden koko järjestelmän D-BUS. Pääsyä ohjataan PolicyKit oikeudet (ks backend / com.ubuntu.devicedriver.policy.in lisätietoja); oletuksena, kaikki käyttäjät voivat tehdä paikallisia laiteohjaimen tilan kyselyt, kaikki paikalliset käyttäjät voivat laukaista kauko kuljettaja tietokantakyselyn, ja oikeastaan ​​asentaminen / poistaminen kuljettajien on rajoitettu järjestelmän ylläpitäjille.
Erilaisia ​​käyttöliittymiä (GTK, ja KDE, ja molemmat tarjoavat CLI myös) ajaa normaalin käyttäjän oikeuksilla, ja vain antaa ihmisten ystävällinen ja kansainvälistynyt esittely / UI backend palveluihin. Ne eivät sisällä mitään kuljettaja logiikkaa.
sopeutuminen Jockey on Linux-jakelu
Jockey on kirjoitettu huolella olla mihinkään erityiseen Linux-jakelu. Kaikki OS / distro erityistoimia kapseloitu "OSLib" luokka, jota on subclassed ja toteuttaa Linux-jakelut. Useimmat menetelmät on jo kohtuullinen oletus täytäntöönpano ylävirtaan, mutta jotkut ovat vain luonnostaan ​​distro erityinen (etsi "NotImplementedError" löytää ne).
Tämä minimoi siirrettävyyttä ponnisteluja jakelijoiden jolloin on annettu mahdollisuus tehdä muutoksia keskitetysti yhdessä paikassa.
Abstrakti OSLib luokka on hyvin dokumentoitu, ja siellä on jo olemassa haara Ubuntu [3], ja testi sviitissä on nuken toteuttamista (ks testit / sandbox.py). Nämä pitäisi riittää toteuttamaan Jockey varten muuhun varojen jakoon sekä.