ווטסאפ - לינוקס, BSD, קוד פתוח ותוכנה חופשית בעברית. Whatsup - Linux, BSD, open source and free software in Hebrew

  		 
  כניסת חברים · רישום · שכחתי סיסמה  
tux the penguin

quick_linkמנהל החבילות החדש SNAP באובונטו 16.04 LTS

published at 23/04/2016 - 21:21 · ‏פורסם דוביקס · ‏tags אובונטו , שדרוג · שלח לחברידידותי למדפסת
אובונטו הגרסה החדשה של אובונטו 16.04 LTS מכילה את מנהל החבילות החדש SNAP. הייחוד שלו הוא שחבילות התוכנה מכילות את כל הספריות הדרושות. המטרה היא לאפשר למפתחים להציע גרסאות חדשות של התוכנות שלהם, מבלי להיות מוגבלים על ידי גרסאות של ספריות ישנות במערכת.

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


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

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

למידע נוסף:

Ubuntu Linux 16.04 is here,
How to search – install – remove, Snap packages in Ubuntu
 

קישורים רלוונטיים

· עוד על אובונטו
· חדשות מאת דוביקס

הסיפור הנקרא ביותר בנושא אובונטו:
מינט מנטרלת התמיכה בסנאפ לאחר מקרה Chromium

מנהל החבילות החדש SNAP באובונטו 16.04 LTS | כניסה / יצירת מנוי חדש | 18 תגובות
סף חסימה
  
ההערות הינן מטעם כותביהן. אין צוות האתר לוקח אחריות על תוכנן
Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 23/04/2016 - 21:40
וכמובן שזה מהלך לא ממש "לינוקסאי". הדרך ה"נכונה" בלינוקס היא תלויות תוכנה.
עם זאת, סביר להניח שהמהלך נועד להכין את אובונטו כמערכת שתיכנס בתחום הטלפונים - שם הסטנדרט זה "אפליקציה" (שמכילה כמובן את כל התלויות, ארוזות כאימייג' יחיד).

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 24/04/2016 - 08:57
הם אומרים שהם יסדרו את העניין של התלויות.
כרגע זה בעיקר טוב לאפליקציות שתלויות בספריות שבאות עם המערכת. (לקמפל ספריות בעצמך לכמה ארכיטקטורות ואז לבדוק למה הם לא עובדות זה לא תמיד נעים)




Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 24/04/2016 - 10:58
אבל מה קורה כשיש תיקון חשוב (לדוגמה: עדכון אבטחה) בספריה?

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

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

צפריר




Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 04/05/2016 - 11:10
לא ממש לא קשור המהלך נועד למשוך מפתחים שיפתחו תוכנות לאובונטו ביתר קלות בלי שום תלות בפסריות . וזה מהלך גאוני שגם אני לא מבין איפה כולם היו עד היום.




ריבוי גרסאות לספריה הוא בעיית זיכרון וביצועים, לא רק בעיית אחסון (ניקוד: 0)
ע"י פינגווין אנונימי ב 24/04/2016 - 11:09
כשיישומים רבים טוענים את אותה ספריה, היא בפועל נטענת לזיכרון (ממופה אליו) פעם אחת, וכל היישומים קוראים מאותו זיכרון ממופה. זה כמובן חוסך זכרון ומאיץ את טעינת הספריה בכל הפעמים חוץ מהראשונה.

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

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

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 25/04/2016 - 22:32
Ubuntu has done some "duplication" work to make sure that if two Snap packages want to install the same library it isn't installed twice, so Snaps shouldn't take up any more space.

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 26/04/2016 - 12:15
ומה אם יישומים שונים קומפלו נארזו מול גרסאות שונות של הספריה ? אז שום בעיה לא נפטרה כאן.
ונניח אפילו שנארזו מול אותה גרסא, אבל אחד קימפל את הספריה עם פטצ'ים או דגלים שאין באריזה של השני, איך זה ייבדק ?
בסופו של דבר ירוצו גרסאות שונות (או מופעים שונים) של אותה ספריה עבור יישומים שונים, ייטענו לזיכרון בנפרד במקום פעם אחת, ויפגעו בביצועים ובקונסיסטנטיות של המערכת.
אפשר לטעון שזה מחיר לגיטימי עבור האפשרות של המפתח לארוז חבילות נסיוניות בדרך שלו, אבל להכחיש את הבעיה זה לא מקצועי.




Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 1)
ע"י CooL_SPoT (lfnuke2@gmail.com) ב 27/04/2016 - 07:19
(מידע על משתמש | שלח הודעה)
מהלך מצויין
כיום יש בעיה עם אריזה של תוכנות בלינוקס, כאשר רוצים לארוז חבילה בצורה מסויימת ולבטל או להפעיל דגלים בספרייה הקשורה אליה, זה לא אפשרי, לא לדבר על אם רוצים להפעיל חבילות שעובדות עם ספריות בגירסאות שונות עם המון תלויות.
היום אנחנו בעידן שאני חושב שאפשר לוותר בו על אופטימיזציה ויעילות לטובת יציבות, כי אחת הבעיות הגדולות בלינוקס, היא שאם אתה רוצה נגיד את סביבת שולחן העבודה האחרונה, אתה מחוייב להשתמש בגירסה לא יציבה של ההפצה, או להשתמש בחבילות שקומפלו מול גירסאות ספריות ישנות יותר, מה שבכל מקרה גורם לדברים לא להתחבר בצורה טובה, ואו שאתה עם שולחן עבודה שלא מתאים כל כך לגירסאות הספריות ועובד לא משהו, או שאתה עם שולחן עבודה שמתאים לספריות, ואז כל שאר המערכת שבורה.
לפעמים צריך לתת צ'אנס לדברים חדשים ולא לתקוע את הראש באדמה

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 27/04/2016 - 13:02
שנות ה 80 התקשרו וסיפרו שזה רעיון גרוע,

המון תוכנות היום עובדות עם ספריות לשימוש רחב , עכשיו תארו לעצמך שתקמפלו פנימה את boost או QT , הבינארי שלכם ישקול כמה מאות מ"ב (ואז תשכחו מלרוץ על מכונות חדשות או להעביר עידכונים בקלות).

הדרך שלנו היום כמשתמשים היא לבצע עידכון מערכת ואנחנו יודעים שעידכוני החבילות יכולים להתקיים ללא שינוי בתוכנות לקוח (אם יש bugfix ב openssl מספיק לשדרג את openssl ולא את apache ו php).

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 1)
ע"י לולי ב 02/05/2016 - 16:54
(מידע על משתמש | שלח הודעה) http://lulisml.wordpress.com
מזכיר את מערכת ה PBI של pcBSD:
pcBSD http://linmagazine.co.il/node/view/50044#.VydbrbNZeM8




מהלך גאוני (ניקוד: 1)
ע"י yaron_ ב 03/05/2016 - 13:19
(מידע על משתמש | שלח הודעה) http://http://
אני חושב שזה מהלך גאוני שיכול להוביל למהפכה בעולם הלינוקס. תמיד חשבתי איך לא עושים את זה. ואני מודע לכל החסרונות אבל האופן שבו מערכות לינוקס מסוימות תוקעות אותך עם גרסאות מסוימות של אפליקציות היא בעייתית בלשון המעטה.

[ השב לזאת ]

Re: מהלך גאוני (ניקוד: 0)
ע"י פינגווין אנונימי ב 04/05/2016 - 22:08
אולי לדסקטופים, שם כל אחד יכול להתקין על המחשב מה שבא לו. רוצה תתקין דרך מנהל חבילות עם תלויות. רוצה, אז תתקין "אפליקציה" מלאה.
לגבי שרתים אני מאוד סקפטי שזה מהלך טוב. תלויות התוכנה בלינוקס מבטיחות את זה שכאשר יוצא עדכון לספריה כמו glibc, לקרנל ולחלקים אחרים של המערכת - כל השירותים במערכת מקבלים את העדכון. בשרתים זה מאוד מאוד חשוב, בעיקר תיקוני אבטחה קריטיים. חשוב להיות בטוחים שהמערכת עודכנה בשלמותה ואין פתאום איזה daemon סורר ששכח לקבל עדכון.




כיום למעשה לא ניתן לשנות קוד של ספריה (ניקוד: 1)
ע"י yaron_ ב 06/05/2016 - 13:29
(מידע על משתמש | שלח הודעה) http://http://
כיום למעשה אפילו אם אני רוצה לשנות שורת קוד אחת בלבד בספריית קוד פתוח, אני למעשה לא יכול. כי החבילה שאני עובד עליה תהיה תלויה בגירסה מעט שונה של הספריה, וכבר לא תוכל לעבוד עם הגירסה המקורית של הספרייה. זאת לא בעיה תיאורטית, זאת בעיה אמיתית שנתקלתי בה והיא בעיה קשה ביותר, שלצערי מבטלת הרבה מהיתרון של קוד פתוח.

[ השב לזאת ]

Re: כיום למעשה לא ניתן לשנות קוד של ספריה (ניקוד: 0)
ע"י פינגווין אנונימי ב 06/05/2016 - 17:22
הבעיה קצת לא מובנת לי.
אתה יכול לקמפל את החבילה עם הגרסא שלך לספריה מלונקג'ת סטטית
אתה יכול לארוז חבילה עם הספריה בעצמך, לא דרך הפצה, ומי שירצה שיתקין.
אתה יכול לנסות לתרום את השינוי למפתחי הספריה
אתה יכול ליצור פורק של הספריה ולתחזק אותו בעצמך או עם שותפים שחושבים כמוך שהשינוי נחוץ.

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




Re: כיום למעשה לא ניתן לשנות קוד של ספריה (ניקוד: 1)
ע"י yaron_ ב 06/05/2016 - 22:52
(מידע על משתמש | שלח הודעה) http://http://
מובן שגם כיום ניתן לקמפל סטטית אבל בפועל נראה לי שבהפצות לא אוהבים את זה והם ינסו "לפרק" את החבילה שלך לרכיבים כדי שזה יתאים למבנה שלהם. עם שאר ההצעות יש בעיות אחרות, לא אפרט כרגע.




Re: כיום למעשה לא ניתן לשנות קוד של ספריה (ניקוד: 1)
ע"י yaron_ ב 06/05/2016 - 22:53
(מידע על משתמש | שלח הודעה) http://http://
ברור שמנהל החבילות החדש לא עושה שום קסם ולא מביא שום טכנולוגיה חדשה, זה פשוט עניין של שינוי גישה.




אבטחת מידע עם מנהל החבילות החדש (ניקוד: 0)
ע"י פינגווין אנונימי ב 07/05/2016 - 01:56
אותי יותר עניין האם שיטת החבילות החדשה בטוחה. דהיינו, האם ניתן להכניס וירוסים לחבילות בשיטה החדשה.
אז החתלתי לחקור את העניין - יש חדשות טובות וחדשות רעות.
החדשות הטובות - קנוניקל חשבו על זה (עוד לפניי!) ויצרו מנגנון sandboxing (מישהו הזכיר אנדרואיד אי שם בתגובה הראשונה?) כך שתוכנה שהותקנה מחבילה מסויימת לא יכולה להזיק לאחרות או לאסוף מהן מידע.
החדשות הרעות - ישנה עדיין פרצת אבטחה שמאפשרת לעקוף את המנגנון, והאשמה היא לא של SNAP - אלא של X11. לא ניתן להתערב בפרצת האבטחה עד אשר ייצא תיקון ל-X11.

למי שמתעניין, הנה קישור : http://www.infoworld.com/article/3060246/security/ubuntu-snap-doesnt-have-the-security-issue-x11-does.html

בברכה.

[ השב לזאת ]

Re: מנהל החבילות החדש SNAP באובונטו 16.04 LTS (ניקוד: 0)
ע"י פינגווין אנונימי ב 15/05/2016 - 13:44
אני רק שם את זה כאן:
http://sta.li/

[ השב לזאת ]