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

אם יש לך מערכת קיימת אשר אתה מעדכן, אין הבדל.

הגרסאות הן עבור המתקינים, וכוללות snapshot מעודכן של portages, בנוסף ל-stages עדכניים וחבילות GRP מעודכנות ומקומפלות (ומן הסתם תכונות נוספות ותיקוני באגים לתקליטור שמשמש ההתקנה, עדכוני תיעוד וכדו') ופלטפורמות נוספות.

האם אין משמעות הגרסאות שנעשתה איזשהי בקרת איכות - ז"א שבדקו שהגרסאות של החבילות השונות ב-snapshot מסויים עובדות אחת עם השניה?
מה עם תלויות בין חבילות - האם יש לג'נטו מערכת דומה ל-apt+dpkg של דביאן כדי להמנע משבירת המערכת?

מנסיון שלי, את ה-snapshots אפשר להשוות ל-testing, אך הרבה יותר מעודכן (הן משתמשות בפרופיל היציב).

בתור משתמש של שתיהן לצערי אני מתחיל יותר ויותר לוותר על דביאן. מה שאתה מציין מתאים אולי ל-stable, אך לא לגרסאות ה-unstable ו-testing, וזה מה שרוב משתמשי שולחן העבודה משתמשים בדביאן.

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

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

בקשר לתלויות בין החבילות חסר רק reverse dependencies כחלק אינטגרלי מ-portage (ישנה אפשרות עם כלים חיצוניים, כגון revdep-rebuild), מה שלמעשה, לפחות עבורי לא מהווה שום חסרון, עם קצת מחשבה, ו-qpkg -q אין שום בעיה. בקשר לשבירת מערכת, בגדול זה לא יקרה לך, הואיל ואתה בונה מקוד מקור, והוא נבנה מול מה שיש לך כרגע במערכת ולא מותקן בתור חבילה בינארית עם תלויות קשיחות (הכוונה לתלויות של linking של ספריות), ולמקרי הקצה, revdep-rebuild יכול לעזור).

בכל מקרה, תכונה כזו מתוכננת ב-portage-ng.

1. אני זוכר שראיתי הרבה משתמשי ג'נטו מזכירים את הכמות הגדולה של עבודה שהמחשב שלהם היה צריך לעשות כדי להתקין גרסאות חדשות של חבילות. האם זה שווה? בדביאן אני יכול לשבת פחות מחצי שעה בשבוע עם aptitude על unstable ולבחור מה להתקין ומה לא ובזה זה די נגמר (apt-get -d ב-cron מוריד את רוב הקבצים מראש).
2. מה עם הורדת או עדכון חבילה שמשהו אחר תלוי בה - האם portage יזהיר או ימנע ממך מלגרום נזק?
הטיעון שזה שהקומפילציה נעשית מקומית (ולכן התוצאה תואמת לשאר המערכת) נשמע משכנע. אבל כמה עבודה זה דורש? אני מבין שזה יכול להעשות די אוטומטי, אבל בכל זאת שלב הקומפילציה בטח לוקח הרבה משאבים וזמן.
עד כמה זה מקובל בקרב משתמשי ג'נטו להתקין חבילות מקומפלות מראש? ועד כמה זה "עובד"?
תודה.

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

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

בקשר להורדה מראש של חבילות המקור emerge -f יעשה זאת (fetch).

2. דיברנו כבר על reverse dependencies, כרגע שימוש ב-qpkg -q לפני יודיע על כך (כמו שאמרנו מתוכנן לגרסאות הבאות, אל תשכח ש-portage הוא הילד הצעיר).

בלי קשר, יש לדוגמא דברים שיש בפורטג' שחסרים לי עם dpkg, כאשר החשוב ביותר הוא תמיכה ב-prelinking, שמשפרת את זמן אתחול התוכנות. אם עושים prelinking חתימות ה-MD5 של הקובץ משתנות, ו-dpkg חושב ששלמות החבילה נפגעה, כך עד שלא יתבצע undo ל-prelinkung. פורטג' לעומת זאת מודע לכך ויודע להתחשב בזה.


3. בקשר לחבילות מקומפלות מראש, אני יכול להעיד רק על עצמי, אני משתמש רק ב- 2: openoffice וה-sdk של סאן (אני אקמפל אותו בקרוב, ואוסיף לו תמיכה ב-nptl, בינתיים לא חשוב לי כל כך). הואיל ושליטה חשובה לי, המחיר הוא מאוד קטן. דוגמא שאני תמיד נותן היא לנסות להתקין את vim ללא gpm (למעשה libgpm בדביאן). בהפצה שהתלויות קשיחות, אין לך אפשרות לשנות זאת, אלא ע"י לבנות חבילות משלך. ב-פורטג' התלויות הן דינמיות, שים -gpm ב-USE וכל מה שתלוי אופציונלית ב-gpm לא ישתמש בו.

דוגמאות נוספות הן לבנות ssh עם תמיכה בפאצ'ים של chroot, או הוספת ה-patch של hier ל-postgresql, בניית kdepim ללא pilot-link וכן הלאה.

שים את ה-USE הרצוי לך ב-make.conf, מכן והלאה הדגלים ישפיעו בבנית החבילות (וב-portage > 2.0.50 יש לך אפשרות נוספת ל-USE flags פר חבילה).

בנוסף יש לך אפשרות להחזיק עץ מקום משלך שמבצע overlay על העץ של portage, ובו ebuilds משלך, portage יתחשב בו אוטומטית.

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