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

מרכז הכלים למפתחים של אובונטו היה בחדשות עם אובונטו 14.10 (Utopic Unicorn), אבל נראה שלא קיבל תשומת לב ציבורית רבה. לא הרבה מאוחר יותר, השם שונה לפרויקט Ubuntu Make, כפי שהוא מכונה עד היום, וגדל לגרסה 0.4. פותח על ידי Didier Roche, מהנדס תוכנה, Canonical. ראויה לציון גם העובדה ש-Ubuntu Make כתוב ב-Python 3.4.

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

כרגע, באמצעות Ubuntu Make, אתה יכול להתקין:

• אולפן אנדרואיד
• ליקוי חמה
• IntelliJ Idea Community Edition
• מהדורת הקהילה של PyCharm
• מהדר Google go-lang
• מפתח המשחקים Stencyl IDE

הַתקָנָה

ב-ubuntu 15.04 ubuntu-make זמין מהקופסה, משתמשים בגרסאות 14.04 ו-14.10 מוזמנים להתקין מ-ppa:

sudo add-apt-repository ppa:ubuntu-desktop/ubuntu-make sudo apt-get update sudo apt-get התקנת ubuntu-make

נוֹהָג

התקנה עם ubuntu-make היא קלה לעזאזל. ל התקנות אנדרואידדי בסטודיו לביצוע בטרמינל:

Umake אנדרואיד
קצת המתנה והנה התוצאה:

סמל ב-dash ו-openjdk (אם Java לא היה במערכת) כלול. לאחר ההשקה, ה"סטודיו" משך את ה-sdk ועדכן לגרסה 1.0.2. "שלום עולם" הושק בטלפון והסתיימה בדיקת הבריאות.

Golang מותקן באופן דומה:

עבור PyCharm, Eclipse, Idea יתווסף ארגומנט אחד נוסף:

אומאקי אידה pycharm

כדי להסיר חבילה, פשוט הוסף את הארגומנט "-r" לאותה שורה:

Umake ide pycharm -r

דעה

מישהו יגיד: "האם יש הרבה עסקים. הורד ארכיון, פרק, מקף סמל ובדוק את זה. זה הכרחי ubuntu make? אני מסכים, אולי אין הרבה מה לעשות, אבל מצאתי את החבילה שימושית עבור עצמי. הוא חסך לי זמן ונפטר מהשגרה. אני מקווה שזה יהיה שימושי גם לך.

השורה התחתונה היא שלא ניתן להשתמש בפקודה זו בצורה של "make install" או "sudo make install" בהפצות מודרניות.

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

סטייה לירית

כפי שאתה יודע, עבור פעולה רגילה, רוב התוכנות חייבות להיות לא רק הידור, אלא גם מותקן כראוי על המערכת. תוכניות מצפות למצוא את הקבצים שהם צריכים במקומות מסוימים, ומקומות אלה ברוב מערכות *nix מקודדים בקוד הקשיח בזמן ההידור. בנוסף להיבט זה, ההבדל העיקרי בין תהליך ההתקנה ב-linux/freebsd/whatever לזה ב-Windows ו-MacOS הוא שהתוכנה לא רק מכניסה חבורה של קבצים לספרייה נפרדת קבצי תכניתאו /Applications, אבל "מפיץ" את עצמו על פני כל מערכת הקבצים. ספריות עוברות ל-lib, קבצי הפעלה ל-bin, הגדרות ל- וכו', נתונים שונים ל-var וכן הלאה. אם אתה פתאום צריך לעדכן את זה, אז כל זה צריך קודם כל לנקות איכשהו, כי. באמצעות גרסה חדשהשאריות של קבצים מהישן עלולות להוביל לתוצאות בלתי צפויות לחלוטין, לעתים קרובות רע. ההסתברות לאירוע הזה לא כל כך גדולה, אבל האם אתה צריך את זה בשרת קרבי?

אז מה?

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

איך להילחם?

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

1. נלקח ארכיון שנוצר במיוחד
2. מופק ממנו מידע על מה זה, באיזו גרסה זה, במה זה תלוי, במה הוא מתנגש, האם יש צורך להפעיל כמה סקריפטים כדי להתקין / להסיר / להגדיר וכו'
3. ביצוע שלבי התקנה ישירים
4. כל הנתונים לגבי היכן ומה נמסר מתווספים למסד הנתונים של מנהל החבילות.

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

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

מה לעשות?

אפשר כמובן להגדיר את עץ המקור כך שההתקנה של הכל והכל תעבור לאנשהו ב-/opt/mycoolapp/, ואז למחוק אותו ידנית במידת הצורך, אבל יכולים לצאת כאן הרבה דברים לא נעימים, החל מהעובדה שהתוכנה מצפה שהיא יכולה לטעון את הספריות שלך, והטוען לא יודע כלום על הספרייה שבה הן נמצאות, וכלה בכך שמחבר התוכנה יכול לצפות שלדוגמה, אם הוא שם קובץ, נגיד ב-$prefix /share/xsessions/, ואז מנהל התצוגה יאסוף אותו. שלא לדבר על הנתיבים ל-pkgconfig וכאלה.

אז אתה צריך לאסוף את החבילה.

אין לי זמן להתעסק עם זה, עדיף לי לעשות התקנה שוב, הכל פשוט וברור!

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

checkinstall

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

בניית חבילת deb באופן ידני

אם אתה לא נוטה לסמוך על אוטומציה כזו (שלפעמים עדיין מבלבל) או אם אתה רוצה לעשות כמה שינויים, אבל להתמודד עם תהליך רגילהרכבת החבילה עדיין עצלנית, אז אתה יכול לבנות את החבילה עם ידיות. אני נותן דרך לבנות את זה עבור מערכות מבוססות דביאן, מכיוון שאני מכיר אותן ביותר. זה לא נכון אידיאולוגית, אבל הפלט הוא חבילה נכונה לחלוטין בלי לערב גופים נוספים. זה נעשה בדרך הבאה.
מלכתחילה, אנו בונים את התוכנה עם הפרמטרים --prefix=/usr ו--exec-prefix=/usr שצוינו קודם לכן עבור configuration או autogen.sh.
לאחר מכן, אנו מתקינים בספרייה זמנית. אנחנו כותבים:

Fakeroot make install DESTDIR=`pwd`/tempinstall
לאחר מכן, אנו מקבלים את כל סט הקבצים בספרייה החדשה שנוצרה. אגב, אנחנו נמצאים כעת בסביבת fakeroot, כלומר אתה יכול לשנות באופן חופשי את הבעלים ואת זכויות הגישה לקבצים, אבל פיזית אתה עצמך תישאר הבעלים במערכת. התוכנה בתוך סשן fakeroot תקבל את המידע שהשתנה, מה שיאפשר לארוז קבצים עם הזכויות הנכונות לארכיון.
לאחר מכן, צור את ספריית DEBIAN ב"שורש החבילה" ושם ב-DEBIAN/conffiles רשימה של כל הקבצים שאמורים להיכנס ל-/etc:

cd tempinstall mkdir DEBIAN find וכו' | sed "s/^/\//" > DEBIAN/conffiles
לאחר מכן אנו יוצרים קובץ DEBIAN/שליטה עם התוכן הבא:

במידת הצורך, תוכל גם ליצור שם סקריפטים של preinst, postinst, prerm ו-postrm.

זהו, אנחנו עושים dpkg -b tempinstall ונקבל tempinstall.deb בפלט, עליו ניתן להגדיר dpkg -i ואשר יותקן נכון, יעודכן או יימחק.

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

סיכום

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

זה לא נדיר שחבילות נדרשות נמצאות רק בצורת מקור, מאמר זה מתאר כיצד להתקין חבילה ממקור.

Unboxing

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

‎.tar.gz (לפעמים ‎.tgz) .tar.bz2

אתה צריך להבין את ההבדל בין ארכיון לאריזה.

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

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

תכנית זֶפֶתיכול לפרוק, אז אין צורך להתקשר gunzip, או שאתה יכול פשוט לספר לתוכנית זֶפֶתשצריך לפרוק את הקובץ תחילה. למשל, הפקודה

tar-xvf< some_app_name>.tar.gz

מיד לפרוק ולפרוק. ההבדל בין קבצים עם הרחבות

.tar.gz

.tar.bz2

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

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

CD< имя_пакета>*

בניית חבילה

כדי לבנות תוכניות ב-GNU/Linux, משתמשים (בעיקר) בתוכנה עשה, שמריץ הוראות מ Makefile, אך מכיוון שישנן הפצות רבות של GNU / Linux, וכולן שונות, על מנת להרכיב את התוכנית, עליך לכתוב בנפרד את הנתיבים עבור כל הפצה, היכן נמצאים ספריות וקבצי כותרות. מתכנתים לא יכולים ללמוד כל הפצה ועבור כל אחד בנפרד ליצור Makefile. לכן, הם הגיעו עם קופיגורטורים ש"לומדים" את המערכת, ובהתאם לידע שנצבר, יוצרים Makefile. אבל הם לא עצרו בקונפיגורטור ועלו עם קופיגורטורים של קופיגורטורים... הם עצרו שם

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

לכן, כדי לבנות משהו מהמקור, תחילה עליך לבנות את הקופיגורטור; כיצד לבנות את הקופיגורטור מתואר בקובץ configure.in. כדי להרכיב את הקופיגורטור, עליך להפעיל

./bootstrap ./autogen.sh

אם אין סקריפטים כאלה בארכיון, אז אתה יכול לבצע את הפקודות הבאות ברצף:

aclocal autoheader automake --gnu --add-missing --copy --foreign autoconf -f -Wall

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

./ להגדיר

הקופיגורטור יבנה Makefile על סמך הידע שנצבר והקובץ makefile.am. אתה יכול להעביר לקונפיגורטור את האפשרויות הניתנות במקורות התוכנית, המאפשרות לך להפעיל / להשבית תכונות מסוימות של התוכנית, בדרך כלל תוכל לברר עליהן עם הפקודה

./ configure --help

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

קידומת=

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

--prefix=/usr --prefix=/usr/local

לְלֹאלחתוך בסוף! עכשיו אתה יכול להתחיל את תהליך בניית התוכנית עצמה עם הפקודה

עשה

מספיק הרשאות להרכבה משתמש רגיל. סוף ההרכבה יכול להיחשב לרגע שבו הפקודות בקונסולה מפסיקות להתבצע "כאוטי" ולא תהיה מילה שְׁגִיאָה. כעת הכל מורכב ומוכן להתקנה.

הַתקָנָה

המאמץ שהושקע בהתקנה הנכונה ישתלם מאוחר יותר אם התוכנה המותקנת תוסר או תתעדכן.

התקנה נכונה (אופציה מס' 1)

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

sudo apt-get install checkinstall

מִינוּס השיטה הזאת: checkinstallלא מבין את כל המקורות, מכיוון שמחבר התוכנית יכול לכתוב סקריפטים מיוחדים להתקנה ו checkinstallלא יבין אותם.

כדי ליצור ולהתקין חבילת deb, עליך להפעיל

sudo checkinstall

התקנה נכונה (אופציה מס' 2)

יצירה מהירה של חבילת deb "ידנית".

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

אנו מתקינים בספרייה זמנית, שבה אנו מקבלים את כל סט הקבצים המותקנים:

fakeroot make install DESTDIR =`pwd`/tempinstall

בואו ניצור את ספריית DEBIAN ב"שורש החבילה" ונשים ב-DEBIAN/confiles רשימה של כל הקבצים שאמורים להיכנס ל-/etc:

cd tempinstall mkdir DEBIAN find וכו' | sed "s/^/\//" > DEBIAN/ confiles

לאחר מכן אנו יוצרים קובץ DEBIAN/שליטה עם התוכן הבא:

חבילה: package_name גרסה: 1.2.3 ארכיטקטורה: amd64/i386/armel/all Maintainer: אתה יכול להזין את השם שלך, אתה יכול זבל, אבל אם נשאר ריק, אז dpkg ישבע תלוי: כאן אתה יכול להזין רשימה של חבילות מופרדות על ידי פסיקים. עדיפות: אופציונלי תיאור: אתה גם צריך להזין משהו כדי שלא תזרוק אזהרה

במידת הצורך, תוכל גם ליצור שם סקריפטים של preinst, postinst, prerm ו-postrm.

אנו יוצרים חבילת Deb, עבורה אנו מבצעים:

התקנה זמנית של dpkg -b

אנו מקבלים את הפלט tempinstall.deb, אותו אנו מתקינים

sudo dpkg -i tempinstall.deb

התקנה (אופציה מס' 3)

התקנה שגויה

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

כדי להתקין, אתה צריך לרוץ

sudo make install

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

sudo make uninstall

טעויות

לעתים קרובות בשלב ההגדרה, הקופיגורטור מדווח שספרייה זו או אחרת חסרה. שם הספרייה שהיא מדווחת לא תמיד תואם את שם החבילה באובונטו. מניסיוני האישי, אני יכול לייעץ לך לחפש ב- Synaptic את החבילה הרצויה, למעט הקידומת lib, אם יש כמה חבילות השונות בקידומת -dev בשם, אז אתה צריך להתקין את החבילה -dev (בדרך כלל היא מושך חבילה ללא פיתוח). אתה יכול גם לחפש באמצעות http://packages.ubuntu.com/ על ידי הזנת שם הספרייה בחיפוש תוכן החבילה, באופן דומה, אם נמצא dev ו-non-dev, יש צורך בשניהם. או פשוט חפש בגוגל.

תוכנה נדרשת

חבילות עם האותיות מ"מ בסוף התיאור הן חבילות לתוכניות C++. הרשימה מיועדת ל-bmpx, אך תעבוד כמעט עבור כל תוכנית GTK2/Gnome. אז אם אינך יכול לקמפל, עיין ברשימה זו ובדוק מה התקנת.

	לְלַקֵט:	זמן ריצה:
איקס	libx11-dev	libx11-6
GlibMM	libglibmm-2.4-dev	libglibmm-2.4-1c2a
GTK+	libgtk2.0-dev,gtk-doc-tools	libgtk2.0-0
GTKMM	libgtkmm-2.4-dev	libgtkmm-2.4-1c2a
קָרְחַת יַעַר	libglade2-dev	libglade2-0
GladeMM	libglademm-2.4-dev	libglademm-2.4-1c2a
XML	libxml2-dev	libxml2
XML++	libxml++2.6-dev	libxml++2.6c2a
DBus	libdbus-1-dev,libdbus-glib-1-dev	libdbus-1-2,libdbus-glib-1-2
אלסה	libasound2-dev	libasound2
HAL	libhal-dev,libhal-storage-dev	libhal1,libhal-storage1
שׁוֹבָב	libgamin-dev	libgamin0
נֵאוֹן	libneon25-dev	ליבניאון25
TagLib	libtagc0-dev	libtagc0
הודעת אתחול	libstartup-notification0-dev	libstartup-notification0
לְהַגבִּיר	libboost-dev,libboost-filesystem-dev	libboost-filesystem1.33.1
MusicBrainz	libmusicbrainz4-dev	libmusicbrainz4c2a
Gstreamer	libgstreamer0.10-dev,libgstreamer-plugins-base0.10-dev	libgstreamer0.10-0,libgstreamer-plugins-base0.10-0

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

ללינוקס יש כמה סוגים. חבילות התקנהולכל הפצה יש פורמט חבילה משלה. בהפצות פדורה, מנדריבה, כובע אדוםומשתמשים ב-suse התקנה רגילה Linux RPM פותח על ידי Red Hat. קובץ החבילה RPM נקרא בדרך כלל program_name-version.rpm.

פורמט פופולרי נוסף הוא DEB. בשימוש על ידי דביאן, אובונטו, קנופיקס ומפיס. יש שם program_name-version.deb.

והגענו לארכיון. בדרך כלל אלו הן הרחבות .tar, .tar.gz, .tgz. יש לפרק אותם, ולאחר מכן להתקין / להידור.

עליך להפעיל את הליך התקנת התוכנית בשם משתמש העל.

ניווט מהיר

התקנת תוכניות בדביאן, אובונטו

ישנם כלים רבים לעבודה עם חבילות DEB, אך הנפוץ ביותר הוא apt-get , שנכלל בערכת הכלים הסטנדרטית. כדי להתקין את האפליקציה, הזן את הפקודה:

שם החבילה apt-get install

להסרה:

apt-get remove name package

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

apt-get update

כדי לעדכן חבילות (תוכניות) מיושנות במחשב, הקלד את הפקודות הבאות:

apt-get update ; apt-get upgrade

התקנת תוכנה על פדורה, רד האט

כלי עזר דומה ל-APT הוא יאם. הורד והתקן את החבילה מהמאגר המוגדר, כתוב את הפקודה:

yum התקנת שם חבילה

יאם הסר את שם החבילה

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

יאם עדכון

בחר משהו ספציפי לעדכן:

יאם עדכון שם חבילה

התקנת תוכניות במנדריבה

למנדריבה יש קבוצה משלה של כלי ניהול חבילות הנקראים urpmi. להתקנה:

שם החבילה urpmi

למחוק:

שם החבילה urpme

עדכן מסד נתונים מקומי עם רשימת חבילות:

urpmi. עדכון -א

כדי להתקין עדכונים:

urpmi --בחירה אוטומטית

התקנת תוכניות מארכיונים (tarballs)

עבור ארכיונים דחוסים עם GZIP (gz, gz2 וכו') בצע את זה:

tar -xvz f שם הקובץ

עבור ארכיונים דחוסים עם BZIP (bz, bz2 וכו') קצת אחרת:

tar -xvjf שם הקובץ

פקודות טאר:

• x - חלץ קבצים מהארכיון;
• v - תצוגה מפורטת של מידע על המסך;
• ו - אפשרות נדרשת. אם לא צוין, Tar תנסה להשתמש בקלטת במקום בקובץ;
• z - תהליך ארכיון דחוס עם gzip;
• j - תהליך ארכיון דחוס עם bzip.

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

שם תיקיית cd

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