Snap, Flatpak ו- Appimage. תבניות חבילה אוניברסלית עבור לינוקס

פורמטים של תוכנית

יש בדיחה ישנה בעולם הטכנולוגיה שבכל פעם שמישהו מנסה ליצור פורמט שמפגיש את המיטב מכל האחרים כדי למנוע פיזור, הדבר היחיד שהוא עושה הוא להוסיף פורמט חדש לרשימה. חלק מזה קיים עם המאמצים ליצור פורמט חבילה שיכול לפעול בכל הפצות לינוקס ללא שינוי. עד כה אנו כבר שלוש.

Snap, Flatpak ו- Appimage. הבדלים עם פורמטים מסורתיים

ההבדל העיקרי בין פורמטים של חבילות מקוריות לפורמטים של חבילות עצמאיות הוא בכך שהראשונים חולקים תלות עם תוכניות אחרות המותקנות במערכת ההפעלה. במילים אחרות, אם תוכנית Y זקוקה לתלות 1 ותלות זו הותקנה על ידי תוכנית X שגם היא זקוקה לה, התלות הזו לא תותקן שוב.

תוכניות ארוזות בפורמטים נפרדים כוללות את כל התלות הדרושה להן כדי לתפקד. במילים אחרות, תלות 1 תותקן בכל התקנה של תוכנית שזקוקה לה.

ההבדל השני הוא כי יש לבנות פורמטים של חבילות מסורתיות עם המפרט של כל הפצה.. לכן למרות שאובונטו היא הפצה שמקורה בדביאן, ההבדלים חשובים מספיק כדי שלא ניתן יהיה להשתמש במאגרים של הראשון בשני.

ההבדל השלישי הוא בכך כל שינוי בתלות בחבילות מסורתיות יכול להשפיע על פעולתם של כל האחרים הזקוקים לכך. מצד שני, שינויים בתוכנית במתכונת עצמאית לא ישפיעו על שאר המערכת.

בהתאם למיוחדות של כל הפצה, ניתן להתקין את היישומים בפורמטים עצמאיים ממנהל חבילה ולבצע אוטומציה של עדכונם עם המנהל האחראי עליהם.

באובונטו, מרכז התוכנה מאפשר לך להתקין את שתי התוכניות בפורמטים מסורתיים כגון Snap, תוך מתן עדיפות לזו האחרונה. למרות שיש תוסף המאפשר למרכז התוכנה של GNOME (שממנו נגזרת אובונטו) הוא לא עובד עם הפצה זו.

במקרה של אובונטו סטודיו, אפשר לאפשר את האפשרות להשתמש בחבילות Snap בזמן ש- KDE Neon ו- Manjaro יכולים לעבוד עם שני הפורמטים.

צמד

זהו החדש ביותר מבין הפורמטים העצמאיים מאז פיתוחו החל בשנת 2014.  הוא נועד לא רק לשימוש בהפצות לינוקס שולחניות אלא גם לאינטרנט של הדברים, מכשירים ניידים ושרתים. ללמרות שניתן ליצור חנויות אפליקציות עצמאיות, יש כרגע רק אחת המופעלת על ידי Canonical, סנאפקראפט.

למרות של- Snapcraft יש מגוון של אפליקציות קוד הפתוח הפופולריות ביותר, כוחה הוא בתוכניות שפותחו על ידי מפתחי תוכנה פרטיים ונותני שירותי ענן.

פלאטפק

למרות ש- Flatpak הושק רשמית בשנת 2015, זהו המשכו של פרויקט פורמט אוניברסלי נוסף המכונה אפליקציית xdg. פרויקט זה נולד במטרה להיות מסוגל להריץ יישומים בארגז חול וירטואלי מאובטח, שאינו דורש הרשאות שורש או מהווה איום אבטחה על המערכת.

Flatpak מתמקדת בהפצות שולחן עבודה משתמשת גם ברעיון של היות חנות היישומים Flathub הידוע ביותר.

הנקודה החזקה של פלאתוב היא לרוב יש לו את הגרסאות המעודכנות ביותר של יישומי הקוד הפתוח הראשי.

Appimage

AppImage הוא הוותיק מבין פורמטי החבילה העצמאים, שכן הוא שוחרר לראשונה בשנת 2004.

זה היה הפורמט הראשון שהלך בעקבות הפרדיגמה של "קובץ יישום אחד - אחד". המשמעות היא שבכל פעם שאנחנו מורידים קובץ Appimage אנו מורידים את היישום וכל מה שהוא צריך כדי לתפקד. אם אנו רוצים להשתמש ביישום, עלינו רק לתת לו הרשאות ביצוע וללחוץ פעמיים על הסמל שמזהה אותו.

Appimage אינו משתמש במערכת חנות האפליקציות, אלא, חציר דף אינטרנט בה אנו יכולים למצוא רשימה של כל הכותרים הזמינים. 

כדי לעדכן את Appimage, נוכל להשתמש הכלי הזה.


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי על הנתונים: AB Internet Networks 2008 SL
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.

  1.   סטין דיג'ו

    אני מתגעגע לכך שלא היה שום זכר לאטיות הקיצונית ההולכת וגוברת בעת התקנת אפליקציות מכיוון שהיא זקוקה ליחידה וירטואלית לכל אחת.

  2.   סאטן דיג'ו

    אני מתגעגע לכך שלא היה שום זכר לאטיות הקיצונית ההולכת וגוברת בעת התקנת אפליקציות מכיוון שהיא זקוקה ליחידה וירטואלית לכל אחת.

    1.    דייגו גרמני גונזלס דיג'ו

      תודה על תגובתך. אזכור זאת.

  3.   קלאודיו ג'ופר דיג'ו

    באופן אישי, אני חושב שהבעיות של אריזות תוכנה עצמאיות אינן אלא השתקפות של סכסוך עמוק בהרבה, שקשור למידת העמידה בתקני LSB ו- FSH על ידי ההפצות השונות.
    אחד היסודות העומדים מאחורי האריזה הוא הטמעת ספריות סטנדרטיות, תוך שמירה על מקום התוכנה ומיקומה, כמו גם על קבצי התצורה. וכך להימנע מעימותים בספריה. דבר המקובל במערכות הפעלה אחרות, ולמרבה הצער, על ידי אי עמידה בתקנים, בסופו של דבר מקשה על התחזוקה והעדכון של התוכנה, שלא לדבר על העברת תוכנה מהפצה אחת לאחרת. התרגול הגרוע של אוספים ידניים, שבוצע פעמים רבות מתוך דרך, ללא ניתוח עמידה בתקנים ביישומם, הוא בסופו של דבר כאב ראש עצום עבור מנהלי המערכת. במיוחד כאשר מישהו חייב להשתלט על שרת ייצור המותקן על ידי מנהל קודם אחר.
    אריזה עצמאית, בדרך זו או אחרת, תורמת בסופו של דבר לאותה פילוסופיה, ומקדמת יותר מאשר עצמאות, תלות במתכונת או חברה מסוימת. הפיכת הגירת פלטפורמות למשימה כמעט בלתי אפשרית פעמים רבות. לחשוב יותר בטווח הקצר, מאשר בטווח הארוך. מצב אליו יכול להיות כל מנהל רציני שיש לו ניסיון של יותר מ -15 שנה. ואני אומר את הנתון הזה בכוונה מכיוון שבתקופה ההיא הוא יראה מספיק הפצות לקרות, כדי להבין שבמוקדם או במאוחר, פרויקטים או שירותים ייאלצו מסיבה זו או אחרת לעבור מהפלטפורמה. מצב שנכנס לעיתים נדירות לתהליכי ההערכה במהלך יישום הפרויקט. היכן שהפשוטות ביותר להעביר הן הפלטפורמות העומדות בצורה הטובה ביותר בתקנים הנ"ל. בהיותם האריזות העצמאיות הללו, אלה המרוחקות ביותר מסטנדרטים אלה.

    1.    דייגו גרמני גונזלס דיג'ו

      תרומה מעניינת, לא עלה בדעתי לחשוב על זה

  4.   משתמש רפאל לינוקס דיג'ו

    הכלי לעדכון הקבצים AppImage הוא כמעט חסר תועלת. מתוך 7 קבצי AppImage שניסיתי (Inkscape, Olive, KSnip, MuseScore, OpenShot, בין היתר) הוא רק ניסה לעבוד עם קובץ אחד, והסתיים ב"אין חתימת אימות קיימת "ולכן גם לא מעדכן אותו. במילים אחרות, זה לא משמש לשום דבר, אתה יכול להסיר את ההפניה. כמו כן, הוא לא עודכן במשך חודשים.

    1.    דייגו גרמני גונזלס דיג'ו

      תודה על התגובה