הרוכבים הוא כלי להתקנת מנהלי התקני חומרת צד שלישי.
הרוכבים מספק את התשתית וממשק המשתמש לאיתור והתקנת מנהלי התקן של הצד שלישי אשר חלים על המחשב. זה כולל נהגים אשר מתווספים או מעודכן לאחר פרסום הפצה, או נהגים שלא ניתן לכלול בהפצת מסיבות שונות (הגבלת CD מרחב, בעיות רישוי, וכו ').
שימוש נפוץ הוא מתן דרך ידידותית וחצי אוטומטי להתקין את מנהלי התקנים עבור חומרה חדשה ששחרור ההפצה הנוכחי אינו תומך עדיין, או להתקין Nvidia ו- ATI fglrx X.org נהגים.
הרוכבים נועד להיות הפצת אגנוסטי ולמלא את הצורך של הפצות שונות, ספקי נהג, ומשלבי מערכות. זה תוכנן ופותח בקבוצת עבודת backports נהג LinuxFoundation.
מבצע
בעת הפעלה, backend הרוכבים חוקר את המערכת לחומרה זמינה. זה יכול לקרות בדרכים שונות, מיושם כיום הוא & nbsp; סריקה / sys לmodaliases. בעתיד הוא מתוכנן להוסיף עוד שיטות, כגון שאילתות כוסות למדפסות מזוהות שאין לי נהג. & Nbsp; שיטות זיהוי תתווסף כנדרש על ידי ספקים והפצות רכיב. הסט של חומרה זמינה מיוצג כאובייקטים "HardwareID" (שיכול לייצג כל דבר שמזהה באופן ייחודי פיסת החומרה, כגון מזהה ספק / מוצר, modalias, או מחרוזת זיהוי מדפסת).
עבור כל זיהוי חומרה, קבוצה של מסדי נתונים נהג (מקרים של DriverDB) הם שאלו לזמינים נהגים. כרגע, היישום הקיים היחיד הוא LocalKernelModulesDriverDB, אשר עושה שימוש במפות modules.alias הליבה סטנדרטי לינוקס כדי למפות modaliases בליבת המודולים. בעתיד הקרוב אנו מתכננים להוסיף יישום אחר ששאילתות מסד נתוני נהג האינטרנט, כמו גם. DriverDBs להפוך את הקבוצה של HardwareIDs לקבוצה של DriverIDs.
DriverID מייצג את כל מטה ההכרחי על נהג, כגון:
* מעמד נהג (מודול הקרנל, מנהל התקן של מדפסת, חבילה, נהג גרפיקת X.org, קושחה, וכו ')
* שם מחלקת מטפל (ראה להלן)
* מיקום של הנהג (מאגר, שם חבילה, אולי sha1 ובדיקות סיכום אחרים, חתימות)
* פרמטרים ספציפיים נהג (זוגות סוג שרירותי / ערך שהמטפל מבין)
כל נהגי מטופלות על ידי הרוכבים צריכים להיות כמוס על ידי סדרה של "הנדלר". למשל מטפל מספק וו לקוד שרירותי שצריך לרוץ כדי להתקין מנהל התקן באופן מלא. הרוכבים כבר מספק יישומי מטפל במקרים נפוצים כגון מודולי הקרנל, הקושחה מודול הקרנל, נהג X.org, קבוצות של נהגים, וכו 'רוב רובם של נהגים ישתמשו מקרי פרמטרים של מטפלי ברירת מחדל אלה, אבל נהגים שצריכים קצת יותר מתוחכם מקומי תצורה יכולה לשלוח תת המטפל שלהם ולהוסיף את הקוד הדרוש.
מבנה
עיקר העבודה של הרוכבים (זיהוי חומרה, שאילתות מסד נתונים נהג, התקנת חבילה, וכו ') נעשה על ידי backend העצמאי ממשק משתמש המספק את הפונקציונליות שלו על D-BUS המערכת. הגישה נשלטת על ידי הרשאות PolicyKit (ראה backend / com.ubuntu.devicedriver.policy.in לפרטים נוספים); כברירת מחדל, כל המשתמשים יכולים לעשות שאילתות מעמד מנהל התקן מקומיות, כל המשתמשים המקומיים יכולים לגרום לשאילתא מסד נתונים נהג מרחוק, והתקנה בפועל / הסרת נהגים מוגבל למנהלי מערכת.
ממשקי המשתמש השונים (GTK, וKDE, ושניהם מספקים CLI גם כן) לרוץ עם הרשאות משתמש רגילות ורק לספק מצגת / ממשק משתמש ידידותי ובנאם אנושי של שירותי backend. הם אינם כוללים כל היגיון נהג.
התאמת הרוכבים להפצת לינוקס
הרוכבים שכתוב בזהירות לא להיות ספציפי לכל הפצת לינוקס. כל הפעולות הספציפיות OS / ההפצה כמוסות בכיתת "OSLib", אשר צריכה להיות subclassed ומיושם על ידי ההפצות הלינוקס. כבר יש לי רוב שיטות יישום ברירת מחדל סביר במעלה הזרם, אך חלקם רק מטבע ספציפי הפצה (לחפש את "NotImplementedError" כדי למצוא אותם).
זו מקטינה את מאמצי porting של מפיצים תוך שמירה על האפשרות לבצע התאמות במקום אחד מרכזי.
כיתת OSLib המופשטת מתועדת היטב, וכבר קיים סניף לאובונטו [3], ויש לו את חבילת בדיקות יישום דמה (ראה בדיקות / sandbox.py). אלה צריכים להספיק ליישם הרוכבים להפצות אחרות גם כן
מה חדש בהודעה זו:.
- גרסה זו מתקנת טון של חרקים, כולל כל אלה שכרגע נבחרו כחוסמים לשחרור 0.5 הסופי.
- אין לי תכונות חדשות.
מה חדש בגרסת 0.5 אלפא 1:
- זה הוא התצוגה המקדימה הראשונה של שחרורו הקרוב 0.5 המתמקד בשיפוץ עיצוב גדול כדי לשפר את הניידות, תמיכה באיתור מדפסת, מנהלי מדפסת מopenprinting.org, ממשק D-BUS לבדיקת נהג עבור יישומי שולחן עבודה, וממשק משתמש GTK שופץ.
תגובות לא נמצא