RPM (RedHat Package Manager) je najobľúbenejší nástroj na správu balíkov pre systémy založené na červený klobúk, ako napr RHEL, CentOS, Fedora. Tento nástroj umožňuje správcom systému a používateľom inštalovať, aktualizovať, odstraňovať, vyhľadávať, overovať a spravovať systémové softvérové ​​balíky v operačných systémoch Unix/Linux. Správca balíkov RPM ukladá informácie o aplikáciách nainštalovaných v systéme do svojej databázy /var/lib/rpm. Samotné súbory .rpm obsahujú skompilované verzie softvéru, knižnice potrebné na ich spustenie, ako aj aktuálne informácie o zdrojoch balíkov, verziách a závislostiach. RPM nemôže spravovať softvér skompilovaný a nainštalovaný zo zdroja.

v skutočnosti RPM pracuje v niekoľkých režimoch. Žiadosti a kontroly:

• rpm (-q|--query)
• otáčky za minútu (-V|--overiť)

Inštalácia, aktualizácia, odstránenie balíkov:

• rpm (-i|--install) PACKAGE_FILE ...
• rpm (-U|--upgrade) PACKAGE_FILE ...
• rpm (-F|--freshen) PACKAGE_FILE ...
• rpm (-e|--erase) [--allmatches] [--justdb] [--nodeps] [--noscripts][--notriggers] [--test] PACKAGE_NAME ...

1. Skontrolujte podpis gpg balíka rpm

Je vhodné vždy kontrolovať gpg podpisom balíka pred jeho inštaláciou na overenie jeho pravosti. # rpm --checksig pidgin-2.7.9-5.el6.2.i686.rpm pidgin-2.7.9-5.el6.2.i686.rpm: rsa sha1 (md5) pgp md5 OK

2. Nainštalujte balík rpm

Ak chcete nainštalovať balík rpm, použite kľúč -i: # rpm -ivh pidgin-2.7.9-5.el6.2.i686.rpm Príprava... ######################## # ################# 1:pidgin ############################ ## ############ -i: Inštalácia balíka -v: zobraziť informácie o ladení -h: výstupné značky hash pri inštalácii

3. Pred inštaláciou skontrolujte závislosti balíkov rpm

Zoznam závislostí balíkov môžete vidieť takto: # rpm -qpR htop-2.0.2-2.fc26.aarch64.rpm ld-linux-aarch64.so.1()(64bit) ld-linux-aarch64.so. 1(GLIBC_2. 17)(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.17)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2. 17)(64bit) libncursesw.so.6()(64bit) libtinfo.so.6()(64bit) rpmlib(CompressedFileNames)<= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 rtld(GNU_HASH) -q: vykonať požiadavku -p | --balík: vyžiadať informácie -R: možnosť režimu dotazu, zoznam závislostí balíkov

4. Rpm, inštalácia balíkov bez závislostí

Ak ste si istí, že sú nainštalované všetky potrebné závislosti a rpm nadáva a nedovolí vám nainštalovať balík, môžete ignorovať inštaláciu závislostí pomocou príznaku --uzliny: # rpm -ivh --nodeps BitTorrent-5.2.2-1-Python2.4.noarch.rpm Pripravuje sa... ###################### #################### 1:BitTorrent ########################## # ############### Vyššie uvedený príkaz násilne nainštaluje balík napriek chybám ot./min. Upozorňujeme, že ak sa ukáže, že v systéme stále chýbajú závislosti, nainštalovaný program nebude fungovať a potrebné závislosti budete musieť nainštalovať samostatne.

5. Rpm, skontrolujte nainštalovaný balík

Ak chcete skontrolovať, či je balík nainštalovaný alebo nie, musíte sa opýtať na požadovaný balík: balík htop nainštalovaný balík # rpm -q htop htop-2.0.2-1.el7.x86_64 falošný# rpm -q falošný balík fake nie je nainštalovaný

6. Rpm, zoznam nainštalovaných súborov balíkov

Zoznam nainštalovaných súborov balíkov možno získať dotazom -ql (zoznam dopytov): # rpm -ql htop /usr/bin/htop /usr/share/doc/htop-2.0.2 /usr/share/doc/htop-2.0.2/AUTHORS /usr/share/doc/htop-2.0. 2/KOPÍROVANIE /usr/share/doc/htop-2.0.2/ChangeLog /usr/share/doc/htop-2.0.2/README /usr/share/man/man1/htop.1.gz /usr/share/ pixmaps/htop.png

7. Rpm, zoznam najnovších nainštalovaných balíkov

# rpm -qa --last htop-2.0.2-1.el7.x86_64 So 03 Jun 2017 18:20:07 PM MSK

8. Rpm, zoznam všetkých nainštalovaných balíkov

Ak chcete získať zoznam všetkých balíkov nainštalovaných v systéme, musíte spustiť dotaz -qažiadne ďalšie možnosti # rpm -qa perl-HTML-Parser-3.71-4.el7.x86_64 dracut-network-033-463.el7.x86_64 filesystem-3.2-21.el7.x86_64 .......... ........... zoznam balíčkov bude dosť veľký, na stránkovanie môžete použiť utility ako napr viac alebo menej: # ot./min -qa | viac

9. Aktualizujte balík otáčok

Ak chcete aktualizovať akékoľvek ot./min používa sa možnosť balíka -U (upgrade). Táto možnosť nielen aktualizuje akýkoľvek balík na najnovšiu verziu, ale vytvorí aj záložnú kópiu starej verzie balíka. Ak sa po aktualizácii niečo pokazí a softvér nefunguje, môžete sa vrátiť k predtým nainštalovanej a známej funkčnej verzii. # rpm -Uvh nx-3.5.0-2.el6.centos.i686.rpm Príprava... ########################## ################ 1:nx ############################# # ############

10. Odstránenie balíka otáčok

Ak chcete odstrániť balík, použite možnosť -e (vymazať), možnosť vv sa používa pre podrobnejší výstup ladenia: # rpm -evv nx

11. Odstráňte balík rpm bez závislostí

Parameter --uzliny násilne odstráňte balík ot./min zo systému. Uvedomte si, že odstránenie konkrétneho balíka môže poškodiť ostatné fungujúce aplikácie. # rpm -ev --nodeps htop

12. Rpm, vyžiadajte si súbor patriaci do balíka

Ak potrebujete zistiť, do ktorého balíka konkrétny súbor patrí, použite možnosť -qf (súbor dotazu): # rpm -qf /etc/my.cnf mariadb-libs-5.5.52-1.el7.x86_64

13. Rpm, získajte informácie o nainštalovanom balíku

Ak chcete získať podrobné informácie o nainštalovanom balíku, použite možnosť -qi (dotaz info): # rpm -qi htop Názov: htop Verzia: 2.0.2 Vydanie: 1.el7 Architektúra: x86_64 Dátum inštalácie: Ne 04. jún 2017 10:20:51 Skupina MSK: Aplikácie/Veľkosť systému: 212139 Licencia: GPL+ Podpis: RSA/SHA256, Nedeľa 24. júla 2016 21:22:13 MSK, ID kľúča 6a2faea2352c64e5 Zdroj RPM: htop-2.0.2-1.el7.src.rpm Dátum zostavy: Nedeľa 24. júla 2016: Build 01:01 Hostiteľ: buildvm-26.phx2.fedoraproject.org Premiestnenia: (nie je možné premiestniť) Balík: Dodávateľ projektu Fedora: URL projektu Fedora: http://hisham.hm/htop/ Zhrnutie: Interaktívny prehliadač procesov Popis: htop je interaktívny text- režim prehliadača procesov pre Linux, podobný top(1).

14. Rpm, získajte informácie o balíku, ktorý ešte nie je nainštalovaný

Ak chcete získať informácie o balíku, ktorý už bol stiahnutý, ale ešte nie je nainštalovaný, môžete požiadať -qip (balík informácií o dopyte): rpm -qip ./názov_opravy.rpm

15. Rpm, zobrazenie súborov dokumentácie pre konkrétny balík

Dopyt -qdf (súbor dotazu na dokument) zobrazí zoznam všetkých súborov dokumentácie balíka: # rpm -qdf /usr/bin/htop /usr/share/doc/htop-2.0.2/AUTHORS /usr/share/doc/htop-2.0.2/COPYING /usr/share /doc/htop-2.0.2/ChangeLog /usr/share/doc/htop-2.0.2/README /usr/share/man/man1/htop.1.gz

16. Kontrola konkrétneho balíka otáčok

Pri kontrole balíka sa informácie o nainštalovaných súboroch balíka porovnávajú s databázou ot./min. # rpm -Vp sqlbuddy-1.3.3-1.noarch.rpm S.5....T. c /etc/httpd/conf.d/sqlbuddy.conf

17. Kontrola všetkých rpm balíkov

# ot./min -Va S.5....T. c /etc/rc.d/rc.local ........T. c /etc/dnsmasq.conf ........T. /etc/ld.so.conf.d/kernel-2.6.32-279.5.2.el6.i686.conf

18. Importujte kľúč GPG

Na kontrolu balíkov RHEL/CentOS/Fedora, musíte importovať GPG kľúč. Ak to chcete urobiť, spustite nasledujúci príkaz: # rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

19. Rpm, zobrazenie všetkých importovaných kľúčov

# rpm -qa gpg-pubkey* gpg-pubkey-7bd9bf62-5762b5f8 gpg-pubkey-352c64e5-52ae6884 gpg-pubkey-f4a80eb5-53a7ff4b gpg-fd859-8b

20. Obnovte poškodenú databázu otáčok za minútu

Niekedy môže dôjsť k poškodeniu databázy otáčok, čo bráni správnemu fungovaniu otáčok. Ak sa tak stane, musíte obnoviť databázu ot./min: # cd /var/lib/rpm # rm -f __db.* # rpm --rebuilddb Ako obvykle: # man rpm Veľa šťastia

Keď sa kupujúci snaží poskladať počítač z komponentov svojpomocne alebo si jednoducho vybrať pevný disk pre PC, často sa stretáva s pojmom „RPM“. Čo to je a je to dôležité? RPM nie sú len dôležité, ale jeden z kľúčových parametrov pevného disku, ktorý treba pri výbere zvážiť predovšetkým. Pozrime sa bližšie na to, čo sú RPM.

koncepcia

Skratka RPM (Rounds per minute) sa do ruštiny doslova prekladá ako "Otáčky za minútu". Táto jednotka označuje pevný disk, no samotný koncept bežnému používateľovi nič nehovorí. Otáčky pevného disku zohrávajú úlohu vo výkone systému a čím vyššia je rýchlosť otáčania, tým rýchlejšie bude celý systém fungovať. Najčastejšie je tento parameter uvedený v charakteristike pevného disku a medzi dvoma pevnými diskami je vhodné zvoliť ten s vyššími otáčkami.

Ak vezmete dva disky, ktoré sú vo všetkých ohľadoch rovnaké, ale s rôznymi rýchlosťami vretena, okamžite si môžete všimnúť výrazný rozdiel vo výkone systému.

Čo je to vreteno?

Pevný disk pozostáva z niekoľkých utesnených okrúhlych platní, ktoré sú naskladané na sebe a pokryté vrstvou feromagnetického materiálu. V kryte je aj čítacia hlava. Tieto dosky sa počas prevádzky otáčajú pomocou vretena - špeciálneho otočného hriadeľa. Tento hriadeľ je poháňaný elektromotorom. Keď sa dosky otáčajú, čítacie hlavy sa nedotýkajú povrchu diskov, ale sú umiestnené čo najbližšie k nim. Vďaka tomu je pomocou hláv možné zapisovať a čítať informácie z pevných médií – diskov.

Tisícky hodín vreteno stabilne otáča dosky obrovskou rýchlosťou, takže tento prvok musí byť spoľahlivý. Vzhľadom na absenciu priameho fyzického kontaktu medzi vretenom a diskom je možné na disk zapisovať a vymazávať informácie. Predpokladá sa, že v priemere na jeden disk je možné zapísať a vymazať informácie 100-tisíckrát.

Takto vyzerajú vretená pevného disku. Samozrejme, môžu sa líšiť v závislosti od modelu zariadenia a výrobcu.

Takže sme zistili, že toto sú otáčky za minútu. Parameter určuje, akou rýchlosťou sa môžu dosky otáčať počas bežnej prevádzky. Na druhej strane vám to umožňuje pochopiť, ako rýchlo môže počítačový systém získať informácie z pevného disku, keď k nemu pristupuje. Čím vyššia rýchlosť, tým rýchlejšia bude výmena dát medzi systémom a diskom.

Ako to funguje?

Aby ste presnejšie pochopili, čo to je - RPM, musíte pochopiť princíp fungovania samotného zariadenia. Keď sú požadované informácie, hlavná jednotka preskočí na požadovanú stopu. To si vyžaduje určitý čas na vyhľadávanie (latencia vyhľadávania). Po presunutí čítacích hláv do požadovaného sektora je potrebné počkať, kým sa disky pootočia tak, aby bola požadovaná oblasť pod čítacou hlavou. Toto časové obdobie sa nazýva oneskorenie otáčania. Práve tento parameter závisí od rýchlosti otáčania vretena a čím je vyššia, tým je oneskorenie otáčania menšie.

Obe oneskorenia (pre pohyb vretena a rotáciu disku) určujú rýchlosť prístupu systému k údajom. Mnoho benchmarkových programov vypočítava tento parameter a zobrazuje ho pod riadkami „Access to data time“. To vám umožní určiť skutočnú rýchlosť disku. Tento parameter priamo ovplyvňuje výkon celého systému. Dnes existuje veľa výkonných notebookov, ktoré sú vybavené výkonnými grafickými kartami a procesormi, veľkým množstvom pamäte RAM. Zároveň sa však spolu s dobrým hardvérom používajú veľmi pomalé pevné disky s rýchlosťou otáčania 5400 ot./min. Výsledkom je, že všetky tieto výkonné komponenty nefungujú na plný výkon kvôli nízkej rýchlosti prístupu k dátam. Takže otáčky disku sú dôležité na rovnakej úrovni ako frekvencia procesora a šírka zbernice grafickej karty.

Vplyv RPM HDD na výkon

Winchestery (ako sa často nazývajú pevné disky) môžu byť vo formátoch LFF a SFF. Zjednodušene povedané, jeden typ disku má 2,5-palcový formát, druhý má 3,5-palcový formát. Prvý sa často používa v prenosných počítačoch a serveroch, druhý - v konvenčných systémových jednotkách. Práve tento typ pevného disku má najčastejšie vysoké otáčky vretena – 7200 ot./min. V takýchto modeloch je čas polovičnej otáčky 4,2 ms a priemerný čas vyhľadávania je 8,5 ms. Preto bude čas prístupu k dátam 12,7 ms.

Upozorňujeme, že väčšina stolných počítačov používa pevné disky SATA. 7200 RPM je štandardná rýchlosť pre tieto modely. Existujú aj disky s 5400 otáčkami za minútu, ale neodporúčajú sa používať na moderných systémoch, aj keď sú lacnejšie. Existujú aj disky s 10 000 otáčkami za minútu - v takýchto modeloch je oneskorenie vyhľadávania a otáčania asi 3 ms. Takéto zariadenia sa najčastejšie používajú na herných počítačoch, ale aj tie možno označiť za zastarané. Moderné stolné počítače a notebooky čoraz viac využívajú SSD disky, ktoré fungujú úplne iným spôsobom. O tom si povieme trochu neskôr.

Neštandardné nastavenie otáčok

Na trhu sú aj modely s otáčkami vretena 15 000 ot./min. Ako už asi tušíte, tam je latencia ešte nižšia – okolo 2 ms a priemerná doba vyhľadávania je 3,8 ms. To vám umožní poskytnúť prístup k údajom za 5,8 ms. Preto majú disky s vysokými otáčkami za minútu krátky čas vyhľadávania požadovaných informácií, čím je zabezpečená rýchla výmena medzi úložiskom informácií a systémom.

Je však dôležité si uvedomiť, že pri prístupe k veľkým dátam nebude rozdiel vo výkone medzi diskami s vysokými a nízkymi parametrami otáčok výrazný, keďže vôbec nedôjde k oneskoreniu prístupu k informáciám.

Ako zistiť rýchlosť vretena?

Určenie tohto parametra je také jednoduché ako lúskanie hrušiek – je vždy uvedené na nálepke na samotnom zariadení. Stačí otvoriť kryt systémovej jednotky a pozrieť sa na nálepku. Môže existovať veľa nejasných možností, ale vždy existuje jeden z nasledujúcich riadkov:

1. Otáčky HDD: 5400.
2. Otáčky: 7200
3. RPM: 10000

Ak je pevný disk skrytý pod krytom prenosného počítača, ktorý je dosť ťažké otvoriť, môžete použiť špeciálny program na testovanie hardvéru.

Populárne sú nasledovné:

1. crystalmark.
2. Aida64.
3. Speccy.

Sú k dispozícii na stiahnutie zadarmo z internetu. Spustením jedného z týchto programov môžete rýchlo nájsť informácie o úložnom zariadení. Zobrazia sa podrobné parametre pevného disku. Nás zaujíma predovšetkým čiara "Rýchlosť rotácie" a hodnota oproti nej. V ruskej verzii programu Aida64 musíte kliknúť na "Úložisko údajov" - "Úložisko údajov systému Windows" na ľavej strane, potom vybrať pevný disk v hornej časti, po ktorom sa nižšie zobrazia informácie o ňom vrátane riadok "Rýchlosť otáčania".

Nevýhody vysokej rýchlosti

Samozrejme, pri vysokých otáčkach je zabezpečený výkon systému ako celku, no sú tu aj nevýhody. Čím rýchlejšie sa vreteno otáča, tým viac sa samotný disk zahrieva a pracuje hlučnejšie. Takéto pevné disky tiež spotrebujú viac elektriny. Moderná technológia však umožňuje nastaviť otáčky a znížiť spotrebu energie a hlučnosť znížením otáčok vretena. V tomto prípade sú straty výkonu kompenzované špeciálnym algoritmom ukladania údajov do vyrovnávacej pamäte.

SSD ako alternatíva

Pri vývoji moderných počítačových platforiem sa upúšťa od používania pevných diskov s platňami a vretenom. Dnes sa používajú pevné disky, v ktorých nie sú vôbec žiadne pohyblivé časti. "Vnútro" týchto pohonov sú mikroobvody na doske. Takéto zariadenia fungujú ako bežné flash disky, ale výkon a rýchlosť prístupu k dátam v nich sú veľmi vysoké a ďaleko prevyšujú výkon štandardných HDD diskov. Navyše nevydávajú hluk, sú veľmi ľahké a spotrebúvajú málo energie. Jedinou nevýhodou je vysoká cena. 7200 RPM pri 1 TB bude stáť menej ako 128 alebo 256 GB SSD.

Ak nakreslíme analógiu, potom je rozdiel medzi SSD a HDD približne rovnaký ako rozdiel medzi bežným DVD a flash diskom. Od diskov sa už vzdialili a dnes sa používajú najmä flash disky.

Záver

Pri výbere pevného disku je v prvom rade dôležité zvážiť výkonový parameter, ktorý je určený v prvom rade otáčkami vretena. Bohužiaľ, väčšina používateľov pozerá na kapacitu disku, aj keď to nie je to najdôležitejšie. Je lepšie uprednostniť pevný disk s kapacitou 500 GB a rýchlosťou vretena 7200 ot./min. pretože SSD disky sú lepšie ako zastarané HDD zariadenia vo všetkom.

Z Rosalab Wiki

Tento dokument je určený na pomoc ľuďom, ktorí chcú vydať balíky pre distribúciu ROSA Desktop. Predovšetkým zdôrazňuje, ako sa balíky ROSA líšia od balíkov napísaných pre iné distribúcie založené na RPM. Tento dokument môže byť užitočný pre vývojárov ROSA, ako aj pre vývojárov tretích strán.

ROSA Desktop je distribučný kit pre operačný systém GNU/Linux, ktorý vyrába a vydáva spoločnosť ROSA rôznymi dobrovoľníkmi, testermi a prekladateľmi.

Predslov

Predpokladá sa, že čitateľ má skúsenosti s používaním Linuxu. Mal by poznať základné príkazy, adresárovú štruktúru a už musel používať rpm aspoň na inštaláciu balíkov.

Tento dokument je štruktúrovaný tak, aby priviedol čitateľa krok za krokom k získaniu balíka rpm, ktorý sa dá dobre integrovať do ROSA Desktop.

Ako prvé priblíženie, RPM predstavuje tri pojmy:

• program určený na inštaláciu alebo vytváranie balíkov;
• formát používaný v balíčkoch (binárnych alebo zdrojových) vytvorených pomocou rpm ;
• súbor s názvom „balík“ obsahujúci binárny alebo zdrojový kód a informačnú hlavičku. Hlavička obsahuje pokyny na inštaláciu a odinštalovanie programu.

Program rpm je z pohľadu používateľa výkonný správca balíkov. Ona hrá rolu sprostredkovateľ pre akúkoľvek akciu vykonanú na balíkoch rpm. Okrem toho môže:

• nainštalovať alebo aktualizovať balík s danými závislosťami;
• počas inštalácie balíka pripravte akcie, aby bol nainštalovaný program pripravený na použitie;
• obnoviť omylom odstránené súbory patriace do balíka;
• zobraziť informáciu, že daný balík je už nainštalovaný;
• nájsť balík, do ktorého patrí určitý súbor;
• skontrolujte aktuálnu inštaláciu, aby spĺňala požiadavku závislostí už nainštalovaných balíkov;

Z pohľadu programátora je rpm program balíčkovač, ktorý v jedinom rpm súbore ukrýva všetky informácie potrebné na inštaláciu programu na danej platforme.

Od začiatku je dôležité rozlišovať medzi zdrojovými balíkmi .src.rpm a binárnymi balíkmi (balíky obsahujúce binárny kód). .rpm

Inštalácia softvéru

Základy

Hoci bol rpm pôvodne vyvinutý pre linuxovú distribúciu Red Hat, funguje aj na iných distribúciách založených na rpm: OpenMandriva, Suse, Fedora atď.; na všetkých týchto systémoch je rpm už nainštalovaný.

Balík binárnych rpm, ktorý vytvoríte pre ROSA, nemusí fungovať na iných distribúciách.

Vytváranie balíkov pre ROSA Desktop

Budovanie balíčkov pre Cooker (t.j. vývojovú verziu ROSA Desktop) je vždy sprevádzané aplikáciou záplat a iných vylepšení zo strany otáčok. Pred spustením zostavovania sa uistite, že sú vo vašom systéme nainštalované všetky nasledujúce balíky:

$ sudo urpmi rpm rpm-build spec-helper libtool rpmlint

• rpm - samotné rpm;
• rpm-build - obsahuje skripty používané na zostavovanie balíkov;
• spec-helper - nástroj na minimalizáciu súborov špecifikácií s určitou automatizáciou: analýza binárnych súborov, kompresia manuálových stránok;
• libtool - používa sa niektorými konfiguračnými skriptami na vytváranie zdieľaných knižníc;
• rpmlint – používa sa na overenie vygenerovaného súboru src.rpm.

Predbežné úlohy

Vytvorte požadované priečinky

Predtým, ako začnete stavať, musíte sa postarať o organizáciu „pracoviska“: program rpm potrebuje určitý adresárový strom vo vašom „domovskom“ adresári. Tento strom je možné vytvoriť pomocou nasledujúceho príkazu: mkdir -p ~/rpm/(BUILD,RPMS/$ARCH,RPMS/noarch,SOURCES,SRPMS,SPECS,tmp).

Vymeňte $ARCH na názov architektúry, pre ktorú plánujete stavať. Zvyčajne toto i586 alebo x86_64, ale môže byť aj sparc, alfa alebo ppc.

Poznámka
zhromaždenie ot./min-packaging ako root môže byť nebezpečný, pretože binárne súbory sa nainštalujú do systému pred zabalením, takže ak nechcete náhodne upchať systém, mali by ste vždy zostavovať balíčky ako bežný používateľ.

Strom adresárov by mal mať nasledujúcu štruktúru:

• ~/rpm/BUILD : adresár pre zostavené zdroje.
• ~/rpm/RPMS : obsahuje adresáre, jeden adresár na architektúru, kde sú umiestnené binárne balíčky po zostavení.
• ~/rpm/RPMS/i586 : adresár na ukladanie rpm balíčkov pre procesory i586.
• ~/rpm/RPMS/x86_64 : adresár na ukladanie rpm balíčkov pre procesory x86_64.
• ~/rpm/RPMS/noarch : Adresár na ukladanie balíčkov rpm nezávislých od architektúry.
• ~/rpm/SOURCES : súbory zdrojového kódu (napr. mypackage.tar.bz2 ).
• ~/rpm/SPECS: Súbory špecifikácií, ktoré musíme vytvoriť.
• ~/rpm/SRPMS: zostavené src.rpm-balíčky.
• ~/rpm/tmp : pre dočasné súbory, ktoré vytvára program rpm pri zostavovaní balíkov.

Poznámka
program ot./min požadované adresáre pre rôzne architektúry v ~/rpm/RPMS. Ak chýbajú, zobrazí sa chybové hlásenie.

Nevytvárajte súbor .rpmmacros

Množstvo príručiek na zostavovanie RPM balíkov vám odporúča vytvoriť konfiguračný súbor .rpmmacros vo vašom „domovskom“ adresári s osobnými informáciami, ktoré sa majú pridať do metadát balíka, ako sú %packager, %vendor values ​​a iné. Nerob to. Všetky takéto polia sú vyplnené automaticky zostavovacím systémom. Stále však môžete vytvoriť tento súbor, ak chcete zadať iný adresár zostavy ako /home/user/rpm. V tomto prípade zadajte hodnoty len pre makrá %_topdir a %_tmppath. Nezadávajte hodnoty pre iné makrá.

Vytvorte otáčky za minútu

Z existujúcich „zdrojov“ RPM

Budovanie pomocou existujúcich zdrojov je možné, ak sa balík už nachádza v úložiskách distribúcie.

Najnovší súbor otáčok za minútu si môžete stiahnuť z Cooker. Zoznam zrkadiel Cooker je na stránke Cooker mirror. Tam môžete nájsť:

SRPMS Adresár na ukladanie otáčok za minútu so „zdrojmi“ ( hlavné , prispievať , neslobodný atď.) pre rôzne architektúry procesorov ( i586, x86_64, …); médiá/hlavné Pre binárne otáčky od hlavné ; médiá/príspevok Pre binárne otáčky od prispievať ; mediálne/neslobodné Pre binárne otáčky od neslobodný ;

* "media/jpackage pre binárne otáčky noarch. (číslo balíka j)

Ak chcete zmeniť zdrojové otáčky za minútu pre ROSA Linux, zadajte príkaz rpm -ivh my_package.src.rpm. Tento príkaz nainštaluje všetky zdrojové súbory do adresára ~/rpm, ktorý ste vytvorili.

Poznámka
program urpmi môže byť nakonfigurovaný tak, že si stiahne „zdroje“ sám.

Napríklad:

$ rpm -i /varič/SRPMS/ktron-1.0.1-2mdv.src.rpm $ ls -R * SRPMS: ŠPECIFIKÁCIE: ktron.spec ZDROJE: ktron-1.0.1.tar.bz2 OTÁČKY: noarch/ i686/ i586 /i386/BUILD:

Z vyššie uvedeného príkladu môžete vidieť, že program rpm nainštaloval zdrojový súbor ktron-1.0.1.tar.bz2 a súbor spec do stromu rpm. Bolo by užitočné prebudovať aktuálnu verziu balíka, aby ste videli, ako sa kompiluje. Ak to chcete urobiť, musíte použiť program rpmbuild spustením s možnosťou buildall:

$ cd ~/rpm/SPECS $ rpmbuild -ba ktron.spec $ ls -l ~/rpm/RPMS/i586/ktron-1.0.1-2mdv.i586.rpm $ ls -l ~/rpm/SRPMS/ktron-1.0 .1-2mdv.src.rpm

Ak sa zostavenie dokončí bez chýb (čo, mimochodom, môže trvať niekoľko hodín, ak je zostavený nejaký zložitý balík, ako napríklad jadro), zostavený balík a zdrojový balík budú umiestnené v ~/rpm/RPMS/i586 a ~/ rpm/SRPMS/ v tomto poradí. Ak chcete nainštalovať zostavený balík, musíte získať práva superužívateľa. Ak to chcete urobiť, zadajte do terminálu príkaz su a zadajte heslo superužívateľa. Ak chcete ukončiť režim superužívateľa, použite klávesovú skratku „Ctrl + D“ alebo zadajte príkaz exit. Na zostavenie a prebudovanie „zdrojových“ balíkov sa nevyžadujú privilégiá superužívateľa.

Protokol zostavenia môže byť pomerne veľký a možno ho uložiť na neskoršie preskúmanie.

Podadresáre ~/rpm/BUILD majú zvyčajne prístup k opraveným "zdrojom" (ak bola jedna alebo viac opráv v ~/rpm/SOURCES ), binárnym súborom, kompilovaným knižniciam, manuálovým stránkam atď. Súbor spec popisuje zdrojový kód a súbory opráv, ako zostaviť a nainštalovať balík.

Teraz, ak chcete opraviť ktron, všetko, čo musíte urobiť, je vykonať zmeny v súbore spec a potom znova zostaviť balík.

Poznámka
Každý balík, ktorý ROSA Desktop vytvorí, používa systém správy verzií CVS. To umožňuje zaznamenávať každý stav balíka, t. j. vývojár sa môže pozrieť do archívu a pozrieť si vykonané zmeny. Ak vykonané zmeny nie sú z akéhokoľvek dôvodu žiaduce, vývojár ich môže zrušiť.

Každý súbor špecifikácií je uložený v module ŠPECIFIKÁCIE/ alebo contrib-SPECS/ . Je dostupný na cvs.mandriva.com.

Budovanie od zdroja

Povedzme, že ste našli zaujímavý program na webovej stránke Freshmeat alebo a chcete, aby bol tento program dostupný pre všetkých používateľov ROSA Desktop.

Stiahnite si archív zdrojového kódu a umiestnite ho do adresára SOURCES.

Predbežné kontroly

Licencia Napriek tomu, že prevláda licencia GPL, stále existuje veľa licencií, ktoré nie sú GPL. Je potrebné určiť presnú licenciu softvéru, aby sme vedeli, či môže byť zahrnutý do distribúcie. Neakceptujeme softvér, ktorý používa proprietárne licencie, ale pre klub existuje niekoľko výnimiek. Taktiež nemôžeme akceptovať programy, ktoré nám neumožňujú ich voľnú distribúciu. Zoznam licencií povolených na použitie v distribúcii je na stránke Mandriva. Komprimácia archívu tar Odporúčame použiť pôvodný archív tar bez akýchkoľvek úprav. Ak sú zdroje distribuované rôznymi spôsobmi kompresie, často uprednostňujeme .tar.bz2 . Vyhnite sa komprimácii záplat (získaných programom diff a podobnými programami) a iných textových súborov (konfiguračné súbory, skripty atď.), pretože zvyčajne zaberajú veľmi málo miesta, inak bude ťažšie vidieť zmeny v súboroch rozdielov v Subversion (samotná Subversion používa nejaká forma kompresie).

Poznámka
V prípade balíkov kritických z hľadiska bezpečnosti vám odporúčame nemeniť zdrojový kód, pretože sa tým zmení kontrolný súčet a podpis. Odporúčame ponechať takéto balíky v pôvodnom stave, príkladom takéhoto balíka je OpenSSH.

Vo vnútri súboru spec

Tak sme sa dostali k jednej z najdôležitejších kapitol tohto dokumentu. Súbor spec obsahuje všetky potrebné informácie pre:

• kompilácia programu, zostavenie zdrojového kódu a binárneho balíka rpm;
• inštalácia a odstránenie programu.

Stručne povedané, súbor špecifikácií popisuje simulovanú kompiláciu a inštaláciu, hovorí rpm, ktoré súbory vyplývajúce z inštalácie by mali byť zabalené a ako by sa mali nakoniec nainštalovať do systému. Príkazy sa vykonávajú pomocou príkazového shellu /bin/sh, teda príkazových konštrukcií ako [ -f configure.in ] && autoconf sú správne a možno ich použiť.

Pozrieme sa na hlavné funkcie použité v jednom zo súborov špecifikácií. Ako vytvárate stále viac a viac rpm balíkov, uvedomíte si, že existujú ďalšie možnosti, ktoré sme nepokryli. Ďalšie informácie nájdete v knihe Maximálne otáčky (pozri časť 7).

Zvážte nasledujúci príklad súboru špecifikácií prevzatý z Cooker:

Názov: gif2png Zhrnutie: Nástroje na konverziu webových stránok z používania GIF na používanie PNG Verzia: 2.0.1 Vydanie: 1 Zdroj0: http://www.tuxedo.org/~esr/gif2png/%(name)-%(version). tar.bz2 Source1: %(name)-%(version)-rosa-addon.tar.bz2 Patch0: gif2png-2.0.1-bugfix.patch URL: http://www.tuxedo.org/~esr/gif2png/ Skupina: Aplikácie/Multimédiá Licencia: MIT-like Vyžaduje: python %description Nástroje na konverziu GIF na PNG. Program gif2png konvertuje súbory GIF na súbory PNG. Python skript web2png konvertuje celý webový strom a tiež opravuje HTML stránky, aby boli odkazy IMG SRC správne. %prep %setup -q -a 1 %patch -p1 %build %configure %make %install %makeinstall %files %defattr(0755,root,root) %doc README NOVINKY KOPÍROVANIE AUTOROV %(_mandir)/man1/gif2png.1 * %(_mandir)/man1/web2png.1* %(_bindir)/gif2png %(_bindir)/web2png # Pri príprave balíkov pre ROSA nevytvárajte sekciu %changelog sami! %changelog * 2. november 1999 Camille Begnis 2.0.1-rosa2012 – Inovované na 2.0.1 * Pondelok 25. októbra 1999 Camille Begnis 2.0.0-rosa2012 – Úpravy Specfile pre Mandrake – pridať požiadavku na python – kompresia gz na bz2

Znak "%" na začiatku riadku môže znamenať:

• začiatok sekcie (sekcie) ( prep, stavať, Inštalácia, čisté);
• vstavané makro skriptu shell ( nastaviť, náplasť);
• smernica používaná špeciálnymi sekciami (sekciami) ( defattr, doc, ...).

hlavička ( hlavička)

Názov: gif2png Verzia: 2.0.1 Vydanie: 1

Tieto tri riadky automaticky definujú konštanty, ktoré možno použiť v iných častiach súboru špecifikácií, ktoré sa nazývajú %(name) , %(version) a %(release) . Niektoré balíky môžu vygenerovať vydanie pomocou zastaraného makra %mkrel, ktoré v distribúciách ROSA jednoducho vráti svoj argument.

Okrem toho existuje niekoľko značiek, o ktorých by ste mohli chcieť vedieť a ktoré nie sú vo vzorovom súbore špecifikácií. Existuje niekoľko značiek, s ktorými sa môžete stretnúť. Nikto od vás nevyžaduje, aby ste si pamätali všetky značky, ak práve začínate vytvárať rpm balíčky, ale po určitom čase môže byť tento zoznam dobrým východiskovým bodom!

Teraz je čas vysvetliť, ako sa tvorí názov balíka. Je veľmi dôležité vždy dodržiavať túto konvenciu, aby bola vaša práca pre ostatných zrozumiteľná.

• Binárny balík je označený takto: názov-verzia-release.arch.rpm (názov-verzia-uvoľniť.arch.rpm)
• Zdrojový balík je označený takto: názov-verzia-release.src.rpm (názov-verzia-uvoľniť.src.rpm) (t. j. v našom prípade - gif2png-2.0.1-1mdk.src.rpm )

Názov sa vo všeobecnosti vyberá na základe názvu hlavného binárneho balíka, hoci ak existujú dobré dôvody, môže sa použiť aj iný názov.

Verzia je číslo v názve pôvodného zdrojového súboru archívu: name-version.tar.gz .

Vydanie je číslo nasledujúce po verzii, ktoré sa zvyšuje s každou novou zostavou balíka, čo môže byť spôsobené aplikáciou ďalších opráv, zmenami vykonanými v súbore špecifikácií a dokonca aj triviálnou aktualizáciou ikony.

Zhrnutie: nástroje na konverziu webových stránok z používania GIF na používanie PNG

Tento reťazec je popisom balíka.

Source0: http://www.tuxedo.org/~esr/gif2png/%(name)-%(version).tar.bz2

Tento riadok hovorí rpm, ktorý zdrojový súbor by sa mal použiť na zostavenie balíka. Upozorňujeme, že pred názvom súboru je uvedená úplná adresa URL (ktorá je vo všeobecnosti voliteľná) smerujúca na webovú stránku, na ktorej sa nachádza pôvodný zdrojový kód. rpm odstráni adresu URL, pričom ponechá iba názov súboru, a prehľadá adresár SOURCES. Poskytnutie úplnej adresy URL nie je povinné, jej použitie sa však dôrazne odporúča, aby každý mohol zistiť, kde si stiahnuť zdrojový kód.

Ak existuje viacero zdrojových súborov, použite viacero riadkov začínajúcich na Zdroj 1: ..., Zdroj 2: ... a tak ďalej, resp.

Patch0: gif2png-2.0.1-bugfix.patch

Toto je voliteľná značka. Môže sa použiť v dvoch prípadoch:

1. Opravili ste chybu v zdrojovom kóde programu a vytvorili opravu, ktorú je potrebné použiť na zdrojový kód programu pred kompiláciou.
2. Zistili ste, že niekde na nete existuje záplata pre tento softvérový balík, a stiahli ste si túto záplatu.

Všetky záplaty musia byť v adresári SOURCES. Ak existuje niekoľko záplat, mali by byť pomenované Patch1, Patch2 atď.

URL: http://www.tuxedo.org/~esr/gif2png/

Tento riadok ukazuje na domovskú stránku programu. Jeho použitie je voliteľné, ale aj tak vám ho odporúčame špecifikovať.

Skupina: Multimédiá

Tento úryvok hovorí rpm, kam umiestniť náš balík v strome balíkov. Túto funkciu používajú správcovia balíkov, ako sú rpmdrake a kpackage .

Celá štruktúra skupiny, ktorá sa mimochodom líši od podobných skupín Red Hat, je uvedená na stránke skupiny Packaging. Je veľmi dôležité dodržiavať prijaté konvencie zoskupovania, inak váš balík naruší strom balíkov.

Licencia: podobná MIT

Táto značka špecifikuje licenciu zvolenú držiteľom autorských práv, ktorá sa bude vzťahovať na softvér obsiahnutý v balíku. Najčastejšie je to GPL. Stránky ROSA License and Licensing Policy poskytujú úplný zoznam licencií, ktoré je možné použiť.

BuildRequires: python

Označuje, že na kompiláciu rpm sú potrebné knižnice pythonu, často je potrebné zadať napríklad libpyglib-gi2, python-devel, ak sa nejaký balík nenájde okamžite, môžete ho vyhľadať pomocou príkazu urpmi -p Názov_balíka, keďže môže byť obsiahnutý v inom balíku, je to indikované príkazom

Poskytuje: libgif2png

Poskytuje určuje názov knižnice, ktorú môžu používať iné programy (za predpokladu)

Vyžaduje: python

Tento riadok bol pridaný, pretože jeden z programov zahrnutých v balíku je skript napísaný v programovacom jazyku Python. To znamená, že na správne fungovanie programu je potrebný pythonový interpret.

Môžete použiť požiadavku na minimálnu (alebo špecifickú) verziu. Napríklad:

Vyžaduje: python >= 1.5.1

V zriedkavých prípadoch môže byť aplikácia v konflikte s inými už nainštalovanými knižnicami alebo starými verziami aplikácií, ak ich chcete počas inštalácie odstrániť zo systému, musíte o tom informovať používateľa, na tento účel sa používa značka

konflikty: python<= 1.0.0

Niektoré balíky sa stanú zastaranými po inštalácii nových knižníc, na ich označenie a odstránenie sa používa značka.

Zastarané: gif2png< 2.0.0

Nižšie je značka popisu:

%description Nástroje na konverziu GIF na PNG. Program gif2png konvertuje súbory GIF na súbory PNG. Python skript web2png konvertuje celý webový strom a tiež opravuje HTML stránky, aby boli odkazy IMG SRC správne.

Toto je veľmi špeciálna značka v hlavičke súboru spec, pretože obsahuje text, ktorý môže obsahovať ľubovoľný počet riadkov a odsekov. Text obsahuje úplný popis softvéru, ktorý pomáha používateľovi rozhodnúť sa, či daný balík nainštalovať alebo nie. Aby sa zlepšilo vnímanie súborov špecifikácií, preklady značiek zhrnutie A popis uložené v špeciálnych súboroch tzv Po.

%defattr(0755,root,root)

Táto značka určuje atribúty, ktoré sa použijú na všetky súbory skopírované do systému používateľa. Argumenty znamenajú:

• -: všetky atribúty pre bežné súbory zostanú nezmenené;
• root: vlastníkom súboru je root;
• root: skupina súborov - root;
• 0755: atribúty použité na všetky adresáre vlastnené balíkom - 0755 ( rwxr-xr-x).

%doc README NOVINKY KOPÍROVANIE AUTOROV

Špeciálna značka %doc označuje súbory, ktoré sú súčasťou dokumentácie balíka. Súbory dokumentácie budú umiestnené v /usr/share/doc/gif2png-2.0.1/ . Tento adresár sa vytvorí automaticky. Súbory %doc sú relatívne k zdrojovému adresáru extrahovanému z tarballu v adresári BUILD.

%(_mandir)/man1/gif2png.1* %(_mandir)/man1/web2png.1*

Tiež by vás mohlo zaujímať: prečo sa používa gif2png.1* namiesto gif2png.1.lzma ? Je to kvôli zachovaniu kompatibility s inými systémami, ktoré používajú kompresiu gzip namiesto lzma. Ak v špecifikácii nájdete takéto odkazy na kompresiu lzma, nahraďte ich regulárnym výrazom, ako v príklade vyššie. Najčastejšie môžete použiť %(_mandir)/man1/* , ktorý zodpovedá všetkým súborom v adresári man1.

%(_bindir)/gif2png %(_bindir)/web2png

Ako vidíte, pre každú požadovanú cestu existuje makro požadovaného typu. Tu sú tie najužitočnejšie: (úplný zoznam dostupný v /usr/lib/rpm/macros ): %(_prefix) , %(_bindir) , %(_sbindir) , %(_datadir) , %(_libdir) , %(_sysconfdir . %(_mandir) , %(_infodir) . Pre hry použite %(_gamesbindir) a %(_gamesdatadir) .

Sekcia protokolu zmien ( changelog)

Pozor! Tu sú všeobecné informácie o sekcii changelog. vy nemal by pridajte túto časť do súboru špecifikácií sami, pretože sa generuje automaticky z histórie zmien v systéme správy verzií.

Čo sú denníky zmien

%changelog

Táto časť je určená na uchovávanie záznamov o rôznych zmenách vykonaných v balíku. Ku každej novej zostave balíka musí byť priložený odsek v tejto časti, ako aj každé nové číslo verzie programu. Dodržiava sa nasledujúca štruktúra týchto odsekov:

* 2. november 1999 Camille Begnis 2.0.1-1 mdk

• prvý riadok odseku začína hviezdičkou "*" a je od nej oddelená medzerou;
• tri písmená označujúce deň v týždni;
• tri písmená predstavujúce mesiac;
• dve číslice dňa v mesiaci;
• štyri číslice roka;
• meno osoby, ktorá balík vytvorila;
• jeho vlastné priezvisko;
• jeho vlastnú e-mailovú adresu v hranatých zátvorkách "<>»;
• aktuálna verzia a vydanie.

- Aktualizované na 2.0.1

Potom nasleduje jeden riadok začínajúci znakom „-“, ktorý popisuje zmenu v balíku.

Špecifický súbor bol ukradnutý z korganizer. - posledná snímka pred vydaním - úpravy ROSA. - Opravte chybu v /etc/zsh použite USERNAME namiesto USER. - Odstráňte petit bouchon, ktorý obťažuje ostatných hráčov. - Vylepšite súbor /etc/z* na zdrojové súbory /etc/profile.d/. - oprava preklepu v názve adresára v príkladoch - opravené požiadavky na verziu knižnice QT - pridanie opravy na spracovanie čaju Earl Grey

Štandardne sa do zostaveného balíka umiestňujú iba záznamy nie staršie ako 1 rok. Toto správanie je možné zmeniť nastavením hodnoty %_changelog_truncate

História zmien v systéme správy verzií

Informácie pre sekciu changelog automaticky generované z histórie zmien systému správy verzií. Každý riadok správy z histórie zmien sa stane položkou sekcie changelog, začínajúc spojovníkom. Správy sú automaticky zoskupené podľa mena autora a e-mailovej adresy.

Ak nechcete, aby bol riadok z changelogu zahrnutý do changelogu balíka, pridajte "SILENT: " na začiatok riadku. Ignorujú sa aj prázdne riadky.

zhromaždenie

Nakoniec je náš súbor so špecifikáciami pripravený. Zhlboka sa nadýchnite, posaďte sa a napíšte rpmbuild -ba mypackage.spec .

Môžete tiež pridať možnosť --clean, ktorá po zostavení balíka vyčistí adresár BUILD. To môže byť užitočné, ak nemáte veľa voľného miesta na pevnom disku.

Proces môže skončiť s nasledujúcimi výsledkami:

• exit0;
• všetky ostatné prípady.

Potom existujú dve možnosti pre posledný riadok vášho procesu:

• 0,01 % pravdepodobnosti: + výstup 0
• 99,99% pravdepodobnosť pre ostatné prípady.

Si v druhom prípade? Gratulujeme, že ste prešli testom, nie ste mimozemšťan.

Veľa šťastia, tak dlho, pozrite sa na možnosti zostavovania rpm (man rpmbuild ), aby ste odladili svoju prácu, pozrite sa na špecifikácie iných osôb atď.

Existuje veľmi čistý spôsob zostavovania balíkov: použite rpmbuild -bs --rmspec --rmsource(na odstránenie čohokoľvek z pôvodnej zostavy) a potom vykonajte rpmbuild --rebuild .

Zostavte optimalizáciu procesov

Keď spustíte príkaz na zostavenie balíka, určite budete upozornení správou ako: foo-devel je nevyhnutný pre foo2.

To znamená, že potrebujete informácie z iných balíkov používaných na vývoj (zvyčajne majú takéto súbory názvy ako foo.h ). Ak ich nemáte, kompilácia sa zastaví, alebo ak sa aj kompilácia podarí, balík bude zbavený niektorých funkcií.

Zostavovací klaster ROSA má veľa z týchto predinštalovaných vývojových balíkov ( rozvíjať- pakety). V prípade, že jeden z požadovaných balíkov nebol uvedený v súbore špecifikácií, balík sa aj tak vytvorí na klastri. Nedostatok takýchto informácií však zabráni zostaveniu balíka na počítačoch, ktorým chýba balík vývojárov, čo sťaží ladenie a aktualizáciu.

Pozrite si webovú stránku programu, pre ktorý balík pripravujete, tam nájdete informácie o požadovaných komponentoch.

Ak chcete nájsť tieto „chýbajúce požiadavky BuildRequires“ pri zostavovaní, v systéme by mali byť prítomné iba najzákladnejšie vývojové balíky:

• glibc-devel
• libncurses5-devel
• libstdc++6-devel

Potom nainštalujte iba balíky pre vývojárov, ktoré požaduje príkaz rpm build.

Pri spustení zostavovania postupujte podľa správ kontroluje sa...

Ak vidíte niečo podobné hľadám foo... foo.h nenájdené, to znamená, že hlavičkový súbor sa vo vašom systéme nenašiel. Nájdite vývojový balík, ktorý obsahuje foo.h, ale buďte opatrní: môžete nájsť viac ako jeden balík. Vyberte si teda ten, ktorý vám najviac vyhovuje. Napríklad by ste si nemali vyberať balík súvisiaci s počítačovou sieťou, ak vytvárate aplikáciu určenú na prácu so zvukom.

Potom nainštalujte balík do systému, nezabudnite pridať jeho názov do sekcie BuildRequires váš spec súbor.

Chýbajúce hlavičkové súbory možno nájsť v čase kompilácie. Ak prestane, skontrolujte ďalšie foo.h a urobte to isté.

Kontrola RPM balíka

Základné kontroly

Najprv musíte skontrolovať nasledujúce veci:

• sú rpm vytvorené v správnych adresároch so správnymi názvami (v adresároch ~/rpm/SRPMS/ a ~/rpm/RPMS/i586/);
• Sú informácie prijaté s príkazom správne? rpm -qlivp --changelog mypackage.(src.)rpm.

Spustený Rpmlint

Potom by ste mali použiť nástroj Rpmlint, ktorý vykoná rôzne kontroly balíka. Pred spustením rpmlint sa uistite, že máte nainštalovaný balík rpmlint-mandriva-policy, ktorý obsahuje overovacie pravidlá Rosa. Vytočiť rpmlint mypackage. .rpm získať správu o konkrétnom balíku. Pre podrobnejšie informácie použite prepínač -i. Mali by ste skontrolovať rpm a src.rpm . Ďalšie informácie o chybách zostavy nájdete na stránke Problémy so zostavovaním balíkov.

test inštalácie

Teraz musíte skontrolovať inštaláciu a aktualizáciu balíka na akomkoľvek počítači (pokiaľ možno inom ako ten, na ktorom bola zostava vytvorená) a uistite sa, že:

• Vytvoril všetky potrebné súbory so správnymi povoleniami a vlastníkmi
• Všetky skripty spustené počas inštalácie boli úspešne dokončené
• Všetky spustiteľné súbory majú nastavený bit spustiteľný a dokumentačné súbory sú dostupné všetkým používateľom

Pre kompletné otestovanie si môžete skontrolovať aj proces odstránenia balíka, funkčnosť nainštalovaného softvéru a podobne.

Ak všetky testy prejdú úspešne, ste takmer tam - zostáva len odoslať balík do úložiska.

Niečo sa pokazilo?

Ak čítate tento dokument, potom je už dobrý. Ak tu nenájdete odpoveď na svoju otázku, môžete tiež vyskúšať nasledujúce zdroje:

1. Oficiálny dokument RPM-AKO(nainštalovaný v systéme spolu s programom rpm).
2. Kniha Red Hat Maximálne otáčky ktorý je dostupný na http://www.redhat.com/docs/books/max-rpm/max-rpm-html/ .
3. pozrite si spec súbory podobných balíkov – ich autori sa mohli stretnúť s podobnými problémami
4. Položte otázku v zozname adresátov vývojárov ROSA.

Ak si myslíte, že riešenia, ktoré ste našli, môžu byť užitočné pre ostatných, informujte o tom autorov dokumentov, do ktorých by ste chceli pridať popisy týchto riešení.

Predinštalačné a poinštalačné skripty

Základy

Balík RPM je viac než len archív súborov, ktoré sa extrahujú do konkrétnych adresárov na klientskych systémoch.

Systém poskytuje programátorom výkonnú funkciu: predinštalačné a poinštalačné skripty. Tieto skripty umožňujú tvorcovi balíkov zapísať časť kódu, ktorý sa spustí na klientskom počítači, keď je balík nainštalovaný alebo odstránený.

Tieto skripty sú generované z akýchkoľvek platných príkazov interpreta príkazového riadka. Tu sú štyri z nich:

Existuje niekoľko varovaní týkajúcich sa týchto scenárov. Po prvé, musíte dodržať veľkosť vyrovnávacej pamäte 8192 a po druhé, skripty nesmú byť interaktívne. Všetko, čo vyžaduje manuálny vstup od používateľa, je nesprávne, pretože to narúša neinteraktivitu inštalačných postupov RPM.

• %pre – Tento skript sa spustí pred nainštalovaním balíka do systému.
• %post – Tento skript sa spustí po nainštalovaní balíka do systému.
• %preun – Tento skript sa spustí pred odstránením balíka zo systému.
• %postun - Tento skript sa spustí po odstránení balíka zo systému.

Účel takýchto scenárov môže byť veľmi rôznorodý. Skripty musia byť navrhnuté tak, aby nepoškodzovali systém. Pamätajte, že skripty sa spúšťajú ako superužívateľ. Týkajú sa úloh správy systému, ktoré dokončia inštaláciu novej aplikácie. Napríklad:

• Pridať k cron spúšťanie programu v pravidelných intervaloch
• Bežať chkconfig na spustenie služby v čase zavádzania

Práca s aktualizáciami

Práca s balíkmi je komplikovaná skutočnosťou, že balík je možné aktualizovať a nie iba nainštalovať alebo odstrániť. problém je v tom, že pri aktualizácii sa skript %postun novej verzie balíka spustí po skripte %post starej verzie a to, čo urobil posledný skript, sa môže stratiť.

Často je užitočné uistiť sa, že určité akcie sa vykonávajú iba pri inštalácii/odstraňovaní balíka, ale nie pri aktualizácii. Na zvládnutie takýchto situácií odovzdá RPM špeciálny argument skriptom %pre , %preun , %post a %postun.

Argument obsahuje počet rôznych verzií tohto balíka, ktoré budú nainštalované na počítači po vykonaní tohto skriptu. Napríklad pri inštalácii nového balíka bude skriptom %pre a %post pridelená hodnota „1“. Pri aktualizácii balíka budú skripty %pre a %post novej verzie nastavené na "2", skripty %preun a %postun starej verzie budú nastavené na "1".

Prítomnosť takéhoto parametra umožňuje programátorom rozlíšiť, v akej situácii je skript spustený - pri inštalácii alebo aktualizácii balíka.

• Pre inštalačné skripty (%post, %pre) - ak sa parameter $1 rovná "1", prebehne úvodná inštalácia
• Pre skripty odstraňovania (%postun, %preun) - ak sa parameter $1 rovná "0", balík sa odstráni; inak ide o aktualizáciu alebo inštaláciu s voľbou --force.

Ak chcete skontrolovať hodnotu parametra, môžete použiť nasledujúcu konštrukciu:

%postun if [ $1 -ekv 0 ]; potom ### Vykonajte akcie špecifické pre odstránenie balíka fi if [ $1 -eq 1 ]; potom ### Vykonajte akcie špecifické pre aktualizáciu balíka fi

Súborové spúšťače

Aby sa predišlo potrebe vykonávať bežné úlohy - ako je spustenie "%post -p /sbin/ldconfig" alebo "%update_menus" - ROSA používa spúšťače súborov RPM.

Viac makier

Pri zostavovaní balíkov pre Rosu môžete použiť rôzne makrá v súbore spec na vykonávanie bežných úloh.

• Stránky s informáciami o spracovaní:

%post %__install_info %(name).info %preun %__install_info %(name).info

• Aktualizácia systému menu. Rosa používa XDG Menu.

%post %(update_menus) %postun %(clean_menus)

• Spracovanie lokalizačných súborov. Je dobrým zvykom nevypisovať ručne všetky .mo súbory, ktoré sa zvyčajne nachádzajú v podadresároch /usr/share/locale/.., ale použiť špeciálne makro v sekcii %install, ktoré vytvorí samostatný súbor s príponou zoznam súborov s lokalizáciou:

%find_lang %(name)

Vytvorený súbor musí byť špecifikovaný v sekcii súbory:

%files -f %(meno).lang

• Makrá použité v zostave sú %configure a %makeinstall . Automaticky nastavujú predponu inštalácie, ako aj rôzne adresáre (napríklad bindir, datadir a iné). Tieto makrá vo všeobecnosti fungujú skvele pre malé balíky, ale pri vytváraní zložitých produktov môžu vyžadovať dodatočné úpravy. Makro %make vyvolá príkaz make s príslušnou voľbou -j , paralelizujúca montáž na viacjadrových strojoch. Ak stále potrebujete zavolať skript ./configure priamo, nikdy neuvádzajte názov cieľovej hardvérovej architektúry. Na tieto účely existuje makro %( cieľ platforma) (alebo dokonca %( cieľ cpu), ak sú potrebné ďalšie informácie).
• Budovanie serverového softvéru. Pre zostavenie, ktoré vyžaduje zvýšenú spoľahlivosť na úkor výkonu, používame špeciálne makro %serverbuild , ktoré je potrebné zavolať pred začatím samotného zostavovania. Toto makro nastavuje požadované príznaky optimalizácie. Sekcia %build vyzerá takto:

%zostavenie %serverbuild %konfigurácia %make

• Makrá pre init skripty. Pri inštalácii balíka, ktorý obsahuje init skript (súbor v adresári /etc/init.d), musíte skript zaregistrovať pomocou chkconfig --add .. ; pri aktualizácii to nie je potrebné, ale ak skript funguje, musí sa reštartovať; Keď odstránite balík, musíte odstrániť informácie o skripte. Na tieto účely máme zodpovedajúce makro:

%post%_post_service %preun %_preun_service

• Liečba duch-súbory. Niektoré balíčky (najmä mnohé hry) obsahujú súbory, ktoré sa v určitom okamihu nemusia nachádzať v systéme. Takéto súbory by mali byť označené ako duch a spracovať pomocou špeciálnych makier:

%install (...) mkdir -p %(buildroot)/var/lib/games touch %(buildroot)/var/lib/games/powermanga.hi %post %create_ghostfile /var/lib/games/powermanga.hi root games 664 (...) %files %attr(664, root, games) %ghost /var/lib/games/powermanga.hi

Makro %create_ghostfile sa rozšíri do nasledujúcej konštrukcie:

Ak[! -f /var/lib/games/powermanga.hi ]; potom sa dotknite /var/lib/games/powermanga.hi chown root.games /var/lib/games/powermanga.hi chmod 664 /var/lib/games/powermanga.hi fi

• Priradenie typov súborov .desktop / MIME k aplikáciám: Systém ponuky XDG umožňuje aplikáciám priradiť súbory k danému typu MIME v súboroch .desktop. Pri inštalácii alebo odstraňovaní súboru .desktop musíte spustiť obslužný program update-desktop-database pomocou príslušných makier:

%post %update_desktop_database %postun %clean_desktop_database

• Databáza typov MIME Freedesktop.org: Databáza používaná na získanie všetkých možných typov MIME s príslušnými príponami súborov alebo ich „magickými“ číslami sa musí aktualizovať volaním nasledujúcich makier:

%post %update_mime_database %postun %clean_mime_database

• Vyrovnávacia pamäť ikon: všetky balíky obsahujúce ikony nainštalované v /usr/share/icons/hicolor (alebo v iných adresároch poskytovaných špecifikáciami freedesktopu, ako je /usr/share/icons/gnome alebo /usr/share/icons/crystalsvg ) by mal aktualizujte vyrovnávaciu pamäť ikon, ako je znázornené v nasledujúcom príklade (táto požiadavka sa nevzťahuje na ikony uložené v /usr/share/icons , /usr/share/icons/mini alebo /usr/share/icons/large ):

... %file ... %(_iconsdir)/hicolor/* %(_iconsdir)/crystalsvg/* .... %post %update_icon_cache hicolor %update_icon_cache crystalsvg %postun %update_icon_cache hicolor %update_icon_cache crystalsvg

• Registrácia schém GConf: Schémy GConf GNOME sa musia nainštalovať a odinštalovať pomocou nasledujúcich makier:

... # každý kľúč schémy zodpovedá súboru s názvom /etc/gconf/schemas/ .schemas %define schémy apps_gnome_settings_daemon_default_editordesktop_gnome_font_rendering desktop_gnome_peripherals_keyboard_xkb fontilus themus %post %post_install_gconf_schemas %(schemas) %preun %preun_uninstall_gconf_schemas

• Aktualizácia databázy scrollkeeper: Ak sa inštaluje súbor .omf, databázu scrollkeeper (používanú na indexovanie dokumentácie docbook) je potrebné aktualizovať:

... %post %update_scrollkeeper %postun %clean_scrollkeeper

Interakcia s urpmi a rpmdrake

Niekedy je potrebné upozorniť používateľa na určitú opatrnosť, ktorú je potrebné venovať aktualizácii alebo inštalácii konkrétnej verzie balíka. rpmdrake-2.1.3-11mdk a vyššie to podporuje: vyhľadáva v rpm textové súbory s názvom README. install.urpmi , README.update.urpmi alebo README.urpmi a zobrazí ich.

README.install.urpmi sa zobrazuje len pre nainštalované balíky; README.update.urpmi len pre aktualizované balíky; README.urpmi sa zobrazí v oboch prípadoch.

Skupiny balíkov ROSA

Každý balík musí patriť do jednej zo skupín RPM používaných spoločnosťou ROSA.

Licencie

Ak máte otázky týkajúce sa licencií na softvér v balíku, pozrite si Licenčnú politiku .

Alternatíva: skontrolujte inštaláciu

Veľmi jednoduchým spôsobom, ako vytvoriť RPM pre osobné použitie, je nainštalovať balík checkinstall; kompilovať zo zdrojového kódu ako obvykle (./configure && make && sudo make install), ale jednoducho nahraďte make install krok checkinstall . Toto automatizuje vytváranie RPM a je veľmi jednoduché na používanie. Výhodou je, že pri kompilácii zo zdroja nemusíte nikdy obchádzať správcu balíkov. (Avšak je pravdepodobne dobrý nápad zostaviť RPM „správne“, ako je popísané vyššie, ak ich mienite distribuovať ostatným.)

*.RPM - súbory podobné archívom a inštalátorom Windows SFX.
Spravidla obsahujú zozbierané zdrojové texty programov, ktoré sa dajú ľahko upravovať.
Zdrojový kód samotného balíka je zostavený s príponou .SRPM na príkaz používateľa.

Operácie s balíkmi z konzoly sa vykonávajú príkazom RPM.
Pripomínam ti:
pomoc získate zadaním "rpm --help" alebo "rpm -?"; a podrobný manuál je "man rpm"
(ak chcete opustiť príručku a vrátiť sa do terminálu, musíte stlačiť „q“ ).

Tu sa navrhuje, aby ste sa najprv oboznámili s popisom samotných programov na inštaláciu balíkov
(hlavný je rpm), za ktorým nasleduje zoznam príkazov a možností pre daný program.

Inštalácia softvéru v systéme Linux.

V operačnom systéme Linux existujú tri spôsoby inštalácie softvéru:

• Tradičné.
• Z balíkov RPM.
• Z balíkov obsahujúcich zdrojový kód.

Poďme sa pozrieť na všetky tri spôsoby.

Táto metóda spočíva v tom, že program nie je distribuovaný v zostavenej forme, ale vo forme zdrojových textov. Táto metóda sa nazýva tradičná, pretože to bol prvý spôsob inštalácie softvéru pred príchodom RPM alebo podobného (apt-get).

1. Tradičný spôsob inštalácie - inštalácia zo zdrojových textov.

Zdrojový kód je spravidla distribuovaný v archíve. Súbor obsahujúci zdrojový text má zvyčajne dvojitú príponu: napríklad tar.gz alebo tar.bz2. To znamená, že tento súbor je komprimovaný dvoma archivátormi: najprv tar a potom gzip.

Archív musíte rozbaliť podľa princípu zásobníka: najprv pomocou externého archivátora a potom pomocou interného. Predpokladajme, že prg-2.00.tar.gz je názov súboru nášho archívu. Ak ho chcete rozbaliť, musíte zadať príkazy:

gunzip prg-2.00.tar.gz
decht xvf prg-2,00.tar

Prvý príkaz rozbalí súbor prg-2.00.tar, ktorý zadáme ako jeden z argumentov v druhom príkaze. Voľba x programu tar znamená, že musíme extrahovať súbory z archívu (možnosť c je vytvoriť). Parameter v môžete zadať podľa vlastného uváženia, poskytuje viac informácií, keď je program spustený.
Posledný parameter f je potrebný pri práci so súbormi.
Program tar bol pôvodne navrhnutý na prácu s páskovými páskami, takže musíme použiť možnosť f, aby sme programu povedali, že musíme pracovať so súbormi.
Ak externé rozšírenie nie je gz, ale bz alebo bz2, potom namiesto prvého príkazu musíte zadať príkazy (v tomto poradí):

bunzip prg-2.00.tar.bz
bunzip2 prg-2.00.tar.bz2

Potom, ako v prvom prípade, musíte spustiť príkaz tar (s rovnakými parametrami).

Niekedy majú zdrojové súbory iba jednu príponu tgz. V tomto prípade stačí zadať jeden príkaz:

decht xzf prg-2.00.tgz

Voľba z znamená extrahovanie súborov pomocou programu gzunzip unpacker. Toto rozšírenie sa zvyčajne prideľuje archívnym súborom vytvoreným pomocou programu tar a prechádza cez filter archivátora gzip.

Ďalším krokom je samotná inštalácia programu. Po úspešnom dokončení prvej fázy (rozbalenie) prejdite do adresára so zdrojovými textami. Zvyčajne ide o adresár<имя_программы-версия>:

cd prg-2,00

. /konfigurovať
urobiť
vykonať inštaláciu

Prvý príkaz nakonfiguruje inštalačný program na prácu s vaším systémom. Tento program tiež skontroluje, či sa inštalovaný program môže spustiť vo vašom systéme. Ak program nie je možný,
zobrazí sa príslušná správa a proces inštalácie sa preruší.

Zvyčajne sa to stane, keď jedna z knižníc požadovaných novým programom nie je nainštalovaná vo vašom systéme. Ak chcete pokračovať v inštalácii, musíte nainštalovať požadovanú knižnicu a skúsiť znova zadať príkaz ./configure. Po úspešnom dokončení programu ./configure sa vytvorí Makefile, ktorý bude obsahovať potrebné parametre (cesty ku knižniciam, cesta k inštalácii programu) pre program make.

Druhý príkaz (make) „zostaví“ program. V tejto fáze sa program skompiluje, to znamená, že zo zdrojových textov sa vytvoria binárne spustiteľné súbory.

Tretí príkaz make install nainštaluje program a súbory pomocníka do príslušných adresárov. Programy sa zvyčajne inštalujú do adresára /usr/bin, ale to závisí od obsahu konfiguračného súboru Makefile.

Po úspešnej inštalácii programu ho môžete spustiť po prečítaní dokumentácie k tomuto programu.

2. Inštalácia programu z balíka RPM.

Inštalácia softvéru na distribúciách Red Hat a Mandrake prebieha pomocou programu rpm. RPM (Red Hat Package Manager) je správca balíkov spoločnosti Red Hat. Hoci má v názve „Red Hat“, je plne určený na to, aby fungoval ako otvorený obalový systém dostupný pre každého. Umožňuje používateľom prevziať zdrojový kód nového softvéru a zabaliť ho v zdrojovej a binárnej forme, takže binárne súbory je možné jednoducho nainštalovať a sledovať a zdrojový kód je jednoduchý.
postavený. Tento systém tiež udržiava databázu všetkých balíkov a ich súborov, ktorú možno použiť na kontrolu balíkov a dotazovanie sa na informácie o súboroch a/alebo balíkoch.

Na rozdiel od známych sprievodcov InstallShield, ktorí sa používajú na inštaláciu programov pre Windows, balíky RPM (súbory s príponou .rpm) nie sú spustiteľné súbory, teda programy. Balíky obsahujú súbory (ako v archíve), ktoré je potrebné nainštalovať, ako aj rôzne informácie o tomto balíku: ktorý balík je potrebný, aby tento balík fungoval, ktorý balík je v konflikte, informácie o vývojárovi, ako aj informácie, ktoré pri inštalácii tohto balíka by sa mali vykonať akcie, napríklad ktoré adresáre sa majú vytvoriť. Správca balíkov RPM je používaný mnohými distribúciami Linuxu (Red Hat, Mandrake, ASP, Black Cat) a je pomerne jednoduchý a flexibilný, vďaka čomu je populárny.

Napríklad pre balík software-1.0-I.i386.rpm prebieha nasledovné: softvér - názov;

1.0 - verzia programu;
1 - uvoľnenie balíka;
i386 - platforma Intel 386.

Zvyčajne názov súboru balíka obsahuje jeho názov, verziu, vydanie, platformu. Posledné štyri znaky - ".rpm" - označujú, že tento súbor je balík. Linux nemá nič také ako príponu alebo typ súboru.

Všimnite si rozdiel medzi verziou softvéru a vydaním balíka. Verzia uvedená v názve balíka je verziou softvéru, ktorý obsahuje. Číslo verzie nastavuje autor programu, ktorým zvyčajne nie je výrobca balíka.
Číslo verzie charakterizuje a odkazuje na softvér. Pokiaľ ide o číslo vydania, charakterizuje samotný balík - označuje číslo existujúcej verzie balíka. V niektorých prípadoch, aj keď sa softvér nezmenil, môže byť potrebné prebaliť ho.

S názvom a verziou programu je myslím všetko jasné. Ale architektúra je trochu komplikovanejšia. Najviac „univerzálne“ balíky sú balíky určené pre architektúru Intel 386. Tento program by mal
spustiť na akomkoľvek procesore Intel počnúc 80386DX (alebo kompatibilným). Ak však máte procesor 80486, balík navrhnutý na prácu s architektúrou 80586 (Pentium) sa s najväčšou pravdepodobnosťou nenainštaluje do vášho systému.
Pre procesory architektúry CISC (s inštrukčnou sadou x86) sa zvyčajne používajú nasledujúce označenia:

i386 - Intel 80368DX;
i586 - Intel Pentium (MMX), AMD K5 (K6);
i686 - Intel PPro, Celeron, PII, RSH, PIV.

V najjednoduchšom prípade príkaz na inštaláciu balíka vyzerá takto:

otáčky za minútu -i<пакет>

Pred inštaláciou programu RPM skontroluje závislosti balíka, to znamená, či máte vo svojom systéme nainštalované ďalšie balíky, ktoré nový program potrebuje alebo je s nimi v konflikte. Ak je všetko potrebné
balíky (alebo program nepotrebuje žiadne ďalšie balíky) a tiež, ak nový program nie je v konflikte so žiadnym už nainštalovaným balíkom, RPM manažér nainštaluje program.
V opačnom prípade dostanete správu, že program potrebuje na fungovanie nejaký dodatočný balík alebo je v konflikte s už nainštalovaným balíkom.

Ak potrebujete ďalší balík, stačí si ho nainštalovať. Ak je však program v konflikte s už nainštalovaným balíkom, budete si musieť vybrať, ktorý balík potrebujete viac: už nainštalovaný alebo nový.

Pri inštalácii programu odporúčam zadať ďalšie dva parametre: h a v. Prvý hovorí programu, aby zobrazil stavový riadok procesu inštalácie, a druhý zobrazuje ďalšie správy. Stavový riadok sa zobrazí ako # symbolov. Vzhľadom na tieto dva parametre sa príkaz na inštaláciu trochu skomplikuje:

rpm -ihv software-1.0-1.i386.rpm

Inštaláciu je možné vykonať nielen z lokálneho disku, ale aj cez FTP:

Ak chcete odstrániť balík, použite príkaz:

otáčky za minútu -e<пакет>

Opäť, pri inštalácii alebo odstraňovaní balíkov majte na pamäti, že niektoré balíky môžu vyžadovať prítomnosť iných balíkov v systéme – toto sa nazýva závislosť balíkov. Preto niekedy nebudete môcť nainštalovať určitý balík, kým nenainštalujete všetky balíky, ktoré sú potrebné na jeho fungovanie. Pri odinštalovaní programu správca balíkov kontroluje aj závislosti medzi balíkmi. Ak odstraňovaný balík potrebujú niektoré iné balíky, nebudete ho môcť odstrániť.

Ak chcete preskočiť kontrolu závislostí, použite možnosť --nodeps.
To je niekedy užitočné. Napríklad máte nainštalovaný postfix a potrebujete nainštalovať sendmail. Oba programy sa používajú na odosielanie pošty.

Mnohé poštové programy však vyžadujú agenta MTA (Mail Transfer Agent) – program na odosielanie pošty (postfix alebo sendmail).
Preto nemôžete odinštalovať program postfix pomocou voľby -e.
Nemôžete nainštalovať sendmail bez odinštalovania postfixu, pretože balíky sú vo vzájomnom konflikte. V tomto prípade vám príkaz pomôže:

rpm -e -nodeps postfix

Po takomto odstránení ostatné programy, ktoré vyžadujú MTA, nemôžu normálne fungovať, takže musíte ihneď nainštalovať program sendmail (alebo iný MTA). V takom prípade musíte program nainštalovať ako zvyčajne pomocou parametra -i.

Možnosť -U sa používa na aktualizáciu programov. Odporúčam ho použiť aj pri inštalácii programov, pretože ak je inštalovaný balík už nainštalovaný, tak sa aktualizuje a ak nie, tak sa nový balík jednoducho nainštaluje. Ak chcete pri inštalácii balíkov vidieť textový indikátor, použite voľbu h. Príkaz na aktualizáciu balíka:

otáčky -Uhv<пакет>

Napríklad:

rpm -Uhv software-1.1-4.i386.rpm

Textový indikátor sa zobrazí ako # symbolov. Všetky nainštalované balíky môžete zobraziť príkazom:

ot./min -qa I menej

Ak potrebujete vedieť, či je nainštalovaný konkrétny balík, spustite príkaz:

rpm-qa | grep názov_balíka

Všeobecné informácie o balíku môžete zobraziť pomocou príkazu:

rpm -qi balíček

a informácie o súboroch, ktoré sú súčasťou balíka:

rpm -ql balík

Programy gnorpm, kpackage, apt.

Správca balíkov RPM je výkonný nástroj na vykonávanie operácií s balíkmi – vytváranie, inštalácia, aktualizácia, odstraňovanie. Rozhranie príkazového riadku však nemusí osloviť každého a najmä začínajúceho správcu. Nechýbajú ani grafické (pod X Window) implementácie správcu balíkov – napríklad kpackage z KDE, gnorpm a iné.
Odporúčam použiť program gnorpm, ktorý má intuitívne GUI. RPM je vhodnejšie na vytváranie nových balíkov, ako aj na aktualizáciu veľkého množstva balíkov. Pre inštaláciu jedného alebo dvoch balíkov je lepšie a pohodlnejšie použiť gnorpm.

Funkcie programu gnorpm:

Inštalácia balíkov.
Odstraňovanie balíkov.
Získajte informácie o balíku.
Kontrola balíka.
Vyhľadajte balík v databáze RPM.

Ak chcete nainštalovať balík, kliknite na tlačidlo „Inštalovať“. Ak je v jednotke CD-ROM inštalačné CD, v zobrazenom okne uvidíte zoznam balíkov, ktoré ešte nie sú nainštalované v systéme.

Ak balík nie je uvedený alebo chcete nainštalovať balík, ktorý nie je súčasťou distribúcie, kliknite na tlačidlo Pridať a pridajte balíky, ktoré chcete nainštalovať, do zoznamu. Kliknutím na tlačidlo "Dopyt" získate informácie o balíku.

Ak balík ešte nie je nainštalovaný a na disku máte dostatok miesta na jeho inštaláciu, kliknite na tlačidlo „Inštalovať“. Potom sa balík skontroluje, či sú splnené závislosti: vyžaduje tento balík prítomnosť nejakého odinštalovaného balíka a je v konflikte s už nainštalovanými balíkmi. Ak je všetko v poriadku, zobrazí sa okno so stavom inštalácie balíka.

Balík môžete nájsť pomocou operácie Hľadať. Ak to chcete urobiť, kliknite na tlačidlo "Hľadať" na paneli nástrojov gnorpm alebo spustite príkaz ponuky Operácie -> Hľadať. V okne, ktoré sa otvorí, môžete nastaviť kritériá vyhľadávania a kliknúť na tlačidlo „Hľadať“.

KDE prichádza s grafickým programom používateľského rozhrania, ktorý spravuje balíčky, kpackage. Jeho funkcie sú podobné programu gnorpm. Ktorý z týchto programov použiť, je vecou vkusu a zvyku.

Za zmienku stojí aj program APT. Program APT je systém správy softvérových balíkov. APT bol pôvodne vyvinutý pre Debian Linux. Teraz súčasťou niektorých kompatibilných zariadení Red Hat
distribúcie (napríklad apt-get je súčasťou AltLinuxu, ale v Red Hat Linuxe ho nenájdete). Apt-get sa používa na správu balíkov. Formát na vyvolanie programu apt-get je nasledujúci:

apt-get [možnosti] [príkazy] [balík. . .]

Linuxová distribúcia Mandrake prichádza s vlastným nástrojom na správu balíkov, rpmdrake. Do desiatej verzie distribúcie sa to trochu zmenilo. Teraz sa skladá z troch častí:

/usr/sbin/edit-urpm-media - správca zdrojov balíkov (už som povedal, čo sú to zdroje, takže sa tým nebudeme zaoberať);
rpmdrake - správca balíkov;
rpmdrake-remove je správca odstraňovania balíkov.
Ktorúkoľvek z častí môžete spustiť z ponuky K: Systém | Nastavenie | Balíčky.

Inštalujte z balíkov obsahujúcich zdrojový kód.

Balíky RPM niekedy neobsahujú skompilované verzie programov, ale ich zdrojový kód. Naznačuje to slovo src namiesto názvu architektúry. Ak chcete nainštalovať takýto balík, zadajte:

rpm --rebuild software-2.00-1.src.rpm

Samozrejme, namiesto software-2.00-l.src.rpm musíte zadať skutočný názov súboru. Pred inštaláciou programu sa skompiluje jeho zdrojový kód a potom sa program nainštaluje.

VŠEOBECNÉ MOŽNOSTI.

Tieto možnosti je možné použiť vo všetkých prevádzkových režimoch.

"-vv" Výstup množstva ladiacich informácií.

"--quiet" Výstup čo najmenej hlásení - zvyčajne sa zobrazujú iba chybové hlásenia.

"--help" Vytlačí podrobnejšiu ako zvyčajnú pomoc o používaní otáčok za minútu.

"--version" Vytlačí jeden riadok obsahujúci číslo verzie použitých otáčok za minútu.

"--rcfile<список-файлов>" Každý zo súborov oddeľte dvojbodkou<списка-файлов>rpm sa čítajú postupne pre konfiguračné informácie.
Predvolené<список-файлов>vyzerá ako /usr/lib/rpm/rpmrc:/etc/rpmrc:~/.rpmrc.
V tomto zozname musí existovať iba prvý riadok; všetky vlnovky budú nahradené hodnotou $HOME.

"--koreň<каталог>"Na všetky operácie používajte súborový systém, v ktorom je zakorenený<каталог>.
Upozorňujeme, že to znamená, že databáza sa bude tiež čítať a upravovať pod<каталог>a všetky pred a post skripty sa vykonajú po chroot() in<каталог>.

"--dbpath<путь>" Použite databázu RPM v<путь>.

"--justdb" Aktualizuje iba databázu, nie súborový systém.

"--ftpproxy , --httpproxy " Použite ako FTP alebo HTTP proxy.

"--ftpport<порт>, --httpport<порт>" Použite<порт>ako port FTP alebo HTTP proxy servera.

"--rúra " Presmeruje výstup otáčok za minútu na príkazový vstup .

Údržba databázy:

rpm -i [--initdb]

rpm -i [--rebuilddb]

MOŽNOSTI PREBUDOVANIA DATABÁZY.

Všeobecná forma príkazu na obnovu databázy RPM je:
rpm --rebuilddb
Ak chcete vytvoriť novú databázu:
rpm --initdb
Tento režim podporuje iba dve možnosti, --dbpath a --root.

spustiť
rpm --showrc
vypíše hodnoty, ktoré rpm použije pre všetky možnosti, ktoré je možné nastaviť v súboroch rpmrc.

Zhromaždenie:
otáčky za minútu [-b|t] +
otáčky za minútu [--rebuild] +
otáčky za minútu [--tarbuild] +

MOŽNOSTI STAVEBNÝCH (STAVEBNÝCH) BALÍČKOV.

Všeobecná forma príkazu na zostavenie balíka rpm vyzerá takto:
rpm -O [možnosti zostavenia] +
Argument -bfR sa používa, ak sa na zostavenie balíka používa súbor špecifikácií. Ak má rpmfR extrahovať tento súbor z archívu gzip (alebo komprimovať), použije sa argument -tfR. Po prvom argumente je špecifikovaný ďalší (OfR), ktorý označuje, ktoré kroky montáže a balenia by sa mali vykonať. Toto je jedno z:

"-bp" Vykonajte fázu "%prep" súboru spec. To zvyčajne zahŕňa rozbalenie zdrojov a aplikáciu záplat na ne.

"-bl" Vykonajte "kontrolu zoznamu". V sekcii "%files" súboru spec sa rozbalia makrá a skontroluje sa existencia uvedených súborov.

"-bc" Vykonajte fázu "%build" súboru spec (po vykonaní fázy %prep). Zvyčajne sa to scvrkáva na vykonanie nejakého ekvivalentu „make“.

"-bi" Vykonajte fázu "%install" súboru spec (po vykonaní fáz %prep a %build). Zvyčajne sa to scvrkáva na vykonanie nejakého ekvivalentu
"urobiť inštaláciu".

"-bb" Zostavte binárny balík (predtým ste vykonali fázy %prep, %build a %install).

"-bs" Zostavte iba zdrojový balík (po spustení fáz %prep, %build a %install).

"-ba" Zostavte binárne (RPM) a zdrojové (SRPM) balíky (po spustení fáz %prep, %build a %install).

Môžu sa použiť aj nasledujúce možnosti:

"--short-circuit" Priamo vykonajte zadanú fázu, pričom preskočíte predchádzajúce. Dá sa použiť iba s -bc a -bi.

"--timecheck" Nastavte vek pre "timecheck" (0 na vypnutie). Túto hodnotu je možné nastaviť aj definovaním makra „_timecheck“.
Hodnota timecheck určuje maximálny vek (v sekundách) súborov, ktoré sa majú zabaliť. Všetky súbory staršie ako tento vek budú varované.

"--clean" Po zostavení balíkov odstráňte strom zostavenia.

"--rmsource" Odstráňte zdroje a súbor špecifikácií po zostavení (možno použiť samostatne, napr. "rpm --rmsource foo.spec").

"--test" Nevykonávajte žiadne kroky zostavovania. Užitočné na testovanie súborov špecifikácií.

"--sign" Vložiť do balíka podpis PGP. Tento podpis možno použiť na overenie integrity a pôvodu balíka. Pozri sekciu
PODPISY PGP pre možnosti PGP.

"--buildroot<каталог>"Použiť adresár<каталог>ako koreň pre vytváranie balíkov.

"--cieľ<платформа>" Pri zostavovaní balíka interpretujte<платформа>ako arch-vendor-os
a podľa toho nastavte makrá _target, _target_arch a _target_os.

"--staviteľ " Zostavte balík pre architektúru bez ohľadu na architektúru
zostaviť systém. Táto možnosť je zastaraná, v RPM 3.0 by sa mala namiesto nej použiť možnosť --target.

"--stavia " Zostavte balík pre operačný systém ignorovanie
architektúru systému, na ktorom sa montáž vykonáva. Táto možnosť je zastaraná, v RPM 3.0 by sa mala namiesto nej použiť možnosť --target.

MOŽNOSTI PRESTAVENIA A PREKOMPILOVANIA.

Existujú dva ďalšie spôsoby, ako spustiť otáčky:

rpm --prekompilovať<файл_исходного_пакета>+"

ot./min. – prebudovať<файл_исходного_пакета>+"

Keď sa volá týmto spôsobom, rpm nainštaluje určený zdrojový balík a vykoná %prep, %build a %install. Okrem toho --rebuild vytvára nový binárny balík. Po dokončení zostavenia sa strom použitý na zostavenie odstráni (ako pri voľbe --clean), samotné zdroje a súbor spec.

PODPIS EXISTUJÚCE RPM.

otáčky za minútu --odstúpiť<файл_бинарного_пакета>+ Táto možnosť vygeneruje a vloží nové podpisy do určených balíkov.
Všetky existujúce podpisy z balíkov sú odstránené.

rpm --addsign<файл_бинарного_пакета>+ Táto voľba generuje a pridáva nové podpisy do špecifikovaných balíkov.
Všetky existujúce podpisy balíkov sú zachované.

PODPISY PGP.

Aby ste mohli používať funkciu podpisovania, musí byť rpm nakonfigurované na spustenie PGP a musí byť schopné nájsť zväzok verejných kľúčov s kľúčom RPM v ňom. V predvolenom nastavení rpm používa predvolené nastavenia PGP na nájdenie zväzkov kľúčov (pri dodržaní PGPPATH).
Ak sa vaše krúžky na kľúče nenachádzajú tam, kde ich PGP očakáva, musíte nastaviť makro „_pgp_path“ na adresár, ktorý obsahuje vaše krúžky na kľúče.

Ak chcete mať možnosť podpísať balíky, ktoré vytvoríte, musíte si tiež vytvoriť svoj vlastný verejný/súkromný pár kľúčov (pozri dokumentáciu PGP). Okrem vyššie uvedeného makra je potrebné nakonfigurovať aj makrá

"_signature" Typ podpisu. V súčasnosti je podporovaný iba pgp.

"_pgp_name" Meno "používateľa" ktorých kľúče chcete použiť na podpisovanie svojich balíkov.

Pri zostavovaní balíkov pridáte do príkazového riadka možnosť --sign. Budete požiadaní o heslo a váš balík bude zostavený a podpísaný.

Napríklad, ak chcete použiť PGP na podpisovanie balíkov ako používateľ „John Doe " z krúžkov na kľúče umiestnených v /etc/rpm/.pgp, musíte zahrnúť

"%_signature"
pgp
"%_pgp_name"
/etc/rpm/.pgp
"%_pgp_name"
John Doe "

v konfiguračnom súbore makra. Použite /etc/rpm/macros pre celý systém a ~/.rpmmacros pre konfiguráciu používateľa.

Údržba nainštalovaných balíkov:

rpm [--install] [možnosti inštalácie] [súbor-balíka]+
rpm [--eshen|-F] [možnosti inštalácie] [súbor s balíkom]+
rpm [--uninstall|-e] [možnosti odinštalovania] [balík]+
rpm [--verify|-V] [overiť-možnosti] [balík]+

MOŽNOSTI INŠTALÁCIE A AKTUALIZÁCIE.

Všeobecná forma príkazu rpm install vyzerá takto:
rpm -i [možnosti inštalácie]<файл_пакета>+
Tento príkaz nainštaluje nové balíky.

Všeobecná forma príkazu rpm update vyzerá takto:
rpm -U [možnosti inštalácie]<файл_пакета>+
Tento príkaz aktualizuje nainštalované balíky. Tento príkaz funguje presne ako príkaz install, okrem toho, že všetky ostatné verzie balíkov sú zo systému odstránené.

rpm [-F|--eshen] [možnosti inštalácie]<файл_пакета>+
Takýto príkaz aktualizuje balíky, ale iba ak v systéme existujú staršie verzie týchto balíkov.
Práca povolená<файл_пакета>ako URL v štýle ftp alebo http. V tomto prípade bude súbor pred inštaláciou získaný zo servera uvedeného v adrese URL.

"--force" Rovnaké ako kombinácia --replacepkgs, --replacefiles a --oldpackage.

"-h, --hash" Zobrazí 50 znakov "#" pri rozbalení archívu s balíkom. Používa sa s -v pre krásu.

"--oldpackage" Umožňuje vám nahradiť nový balík starším pri aktualizácii (vrátiť späť).

"--percent" Zobrazí percento dokončenia pri rozbalení archívu s balíkom. Navrhnuté tak, aby uľahčili používanie otáčok z iných nástrojov.

"--replacefiles" Nainštaluje balíky, aj keď prepíšu súbory z iných už nainštalovaných balíkov.

"--replacepkgs" Nainštalujte balíky, aj keď niektoré z nich už sú v systéme nainštalované.

"--allfiles" Nainštalujte alebo aktualizujte všetky súbory označené ako "missingok", aj keď už existujú.

"--nodeps" Pred inštaláciou alebo aktualizáciou balíka nekontrolujte závislosti.

"--noscripts" Nespúšťajte skripty pred a po inštalácii.

"--notriggers" Nespúšťajte spúšťacie skripty nastavené na inštaláciu tohto balíka.

"--ignoresize" Pred inštaláciou tohto balíka nekontrolujte v systéme súborov dostatok voľného miesta.

"--vylúčte cestu<путь>"Neinštalujte súbory, ktorých názvy začínajú<путь>.

"--excludedocs" Neinštalujte žiadne súbory označené ako dokumentačné súbory (vrátane manuálov a texinfo dokumentov).

"--includedocs" Nainštalujte súbory dokumentácie. Toto je predvolené správanie.

"--test" Neinštalujte balík, len otestujte možnosť inštalácie a nahláste všetky problémy.

"--ignorearch" Nainštalujte alebo aktualizujte, aj keď sa architektúry binárnych RPM a stroja nezhodujú.

"--ignoreos" Nainštalujte alebo aktualizujte, aj keď sa operačné systémy binárnych RPM a počítača nezhodujú.

"--predpona<путь>"Nastaviť predponu inštalácie na<путь>pre premiestniteľné balíky.

"--premiestniť<старый_путь>=<новый_путь>" Pre premiestniteľné balíky: konvertuje súbory, na ktoré sa mali nainštalovať<старый_путь>v<новый_путь>.

"--badreloc" Na použitie s --relocate. Vykoná premiestnenie, aj keď balík nie je možné premiestniť.

"--noorder" Nemeňte poradie v zozname balíkov, ktoré sa majú nainštalovať. Zvyčajne sa poradie zoznamu zmení tak, aby vyhovovali závislostiam.

dopyt:
rpm [--query] [query-options]
rpm [--querytags]

VYŽIADAŤ MOŽNOSTI.

Všeobecná forma príkazu rpm query (inšpekcia) vyzerá takto:
rpm -q [možnosti dopytu]
Môžete si nastaviť formát, v akom sa budú zobrazovať informácie o balíku. To sa vykonáva pomocou možnosti --queryformat, za ktorou nasleduje formátovací reťazec.

Formáty požiadaviek sú upravenou verziou štandardného formátovania printf(3). Formát pozostáva zo statických reťazcov (ktoré môžu zahŕňať štandardné C escape sekvencie pre nové riadky, tabulátory a iné špeciálne znaky) a formátov typu printf(3). Keďže rpm už pozná typy údajov, ktoré sa majú vypísať, špecifikátory typu musia byť vynechané a nahradené názvami značiek (kľúčmi) hlavičiek, ktoré majú byť na výstupe, uzavretými v (). Časť RPMTAG_ z názvu značky môže byť vynechaná.

Alternatívne výstupné formáty je možné určiť pridaním :typetag do názvu značky. V súčasnosti sú podporované typy octal, date, shescape, perms, flags a depflags.

Napríklad, ak chcete zobraziť iba názvy načítaných balíkov, môžete použiť %(NAME) ako formátovací reťazec. Môžete použiť %-30(NAME)%(DISTRIBUTION) na zobrazenie názvov balíkov a informácií o distribúcii v dvoch stĺpcoch.

Pri spustení s argumentom --querytags vypíše rpm všetky značky, o ktorých vie.

Existujú dve sady možností pre dotaz – výber balíka a výber informácií.

Možnosti výberu balíka:

"<название_пакета>" Vyžiadanie nainštalovaného balíka tzv<название_пакета>.

"-a, --all" Dotaz na všetky nainštalované balíky.

"--čo si vyžaduje " Opýtajte sa všetkých balíkov, ktoré vyžadujú pre správne fungovanie.

"--čo poskytuje " Opýtajte sa všetkých balíkov, ktoré poskytujú služby.

"-f<файл>, --súbor<файл>" Vyžiadajte balík, ktorý vlastní súbor<файл>.

"-g<группа>, --skupina<группа>" Vyžiadajte si balíky od skupiny<группа>.

"-p<файл_пакета>" Žiadosť o (odinštalovaný) balík<файл_пакета>.
Súbor<файл_пакета>môže byť zadaná ako URL v štýle ftp alebo http; v tomto prípade sa hlavička balíka načíta zo zadaného servera.

"--specfile „Parsuj a dopytuj ako keby to bol balík. Hoci nie sú k dispozícii všetky informácie (napríklad zoznamy súborov), tento typ dotazu umožňuje použiť rpm na extrahovanie informácií zo súborov so špecifikáciami bez toho, aby bolo potrebné písať syntaktický analyzátor súborov so špecifikáciami.

"--dotaz podľa čísla " Opýtajte sa priamo na číslo položky databázy . Užitočné na účely ladenia.

“--spustený<имя_пакета>" Dopytujte všetky balíky obsahujúce spúšťacie skripty aktivované balíkom<имя_пакета>.

Možnosti výberu informácií:

"-i"
Zobrazuje informácie o balíku vrátane názvu, verzie a popisu. Používa --queryformat, ak je zadaný.

"-R, --requires" Vytlačí zoznam balíkov, na ktorých závisí tento balík.

"--provides" Uvádza zoznam služieb a knižníc poskytovaných týmto balíkom.

"--changelog" Zobrazí protokol zmien pre tento balík.

"-l, --list" Zobrazí zoznam súborov zahrnutých v danom balíku.

"-s, --state" Vypíše stav súborov v balíku (implikuje -l).

Každý súbor môže byť v jednom z nasledujúcich stavov: normálny, nenainštalovaný alebo nahradený.

"-d, --docfiles" Vypíše iba dokumentačné súbory (implicitne -l).

"-c, --configfiles" Vypíše iba konfiguračné súbory (implicitne -l).

"--scripts" Výstup skriptov špecifických pre balík, ktoré sa používajú ako súčasť procesu inštalácie/odinštalovania, ak nejaké existujú.

"--triggers, --triggerscripts" Zobraziť všetky spúšťacie skripty, ak nejaké sú, obsiahnuté v balíku.

"--dump" Vypíše informácie o súbore takto: veľkosť cesty mtime md5sum režim vlastníka skupina isconfig isdoc rdev symbolický odkaz.
Táto možnosť musí byť použitá v spojení aspoň s jedným z -l, -c, -d.

"--last" Usporiada zoznam balíkov podľa času inštalácie, pričom najnovšie balíky sú na začiatku zoznamu.

"--filesbypkg" Zobrazí všetky súbory v každom balíku.

"--triggerscripts" Zobrazí všetky spúšťacie skripty pre vybrané balíky.

MOŽNOSTI OVERENIA.

Všeobecná forma príkazu na overenie rpm vyzerá takto:
rpm -V|-y|--overiť [overiť-možnosti]
Počas procesu overovania balíka sa informácie o nainštalovaných súboroch balíka porovnávajú s informáciami z pôvodného balíka az databázy RPM. Overenie okrem iného kontroluje veľkosť, kontrolný súčet MD5, povolenia, typ, vlastníka a skupinu každého súboru. Všetky nezrovnalosti sú hlásené. Možnosti výberu balíkov sú rovnaké ako pri vyžiadaní (kontrole) balíkov.

Súbory, ktoré neboli nainštalované z balíka (napríklad súbory dokumentácie, ktoré boli vylúčené z procesu inštalácie pomocou voľby "--excludedocs"), sú ticho ignorované.

Možnosti, ktoré možno použiť v procese overovania:

"--nofiles" Ignorovať chýbajúce súbory.

"--nomd5" Ignorovať chyby kontrolného súčtu MD5.
"--nopgp" Ignorovať chyby podpisu PGP.

Výstupný formát je osemznakový reťazec, prípadne písmeno „c“ označujúce konfiguračný súbor a názov súboru. Každý z ôsmich znakov predstavuje výsledok porovnania jedného z atribútov súboru s hodnotou uloženou v databáze RPM. Bodka znamená, že test bol úspešný. Nasledujúce symboly označujú niektoré chyby testu:

Kontrolný súčet "5" MD5.

"S" Veľkosť súboru.

Symbol "L"

"T" Čas úpravy.

"D" zariadenie.

"U" majiteľ.

Skupina "G".

Povolenia "M" (zahŕňa povolenia a typ súboru).

OVERENIE PODPISU

Všeobecná forma príkazu na overenie podpisu RPM vyzerá takto:
otáčky za minútu --kontrolná značka<файл_с_пакетом>+
Tento príkaz overí podpis PGP vložený v balíku, aby overil integritu a pôvod balíka.
Informácie o konfigurácii PGP sa načítajú z konfiguračných súborov. Viac podrobností nájdete v časti PODPISOVANIE PGP.

MOŽNOSTI ODINŠTALOVANIA

Všeobecná forma príkazu rpm uninstall vyzerá takto:
otáčky za minútu -e<название_пакета>+

"--allmatches" Odstrániť všetky verzie balíka, ktoré sa zhodujú<название_пакета>Zvyčajne ak<название_пакета>odpovedá na viacero vydaných paketov
chybové hlásenie a vymazanie sa nevykoná.

"--noscripts" Nespúšťajte skripty pred a po inštalácii.

"--notriggers" Nespúšťať spúšťacie skripty nastavené na odstránenie tohto balíka.

"--nodeps" Pred odstránením balíkov nekontrolujte závislosti.

"--test" Nemažte, len predstierajte :) Užitočné v kombinácii s voľbou -vv.

Zmiešaný:
otáčky za minútu [--showrc]
rpm [--setperms] [balík]+
rpm [--setgids] [balík]+

MOŽNOSTI FTP/HTTP.

rpm obsahuje jednoduchých FTP a HTTP klientov, ktorí uľahčujú inštaláciu a skúmanie balíkov dostupných cez internet. Balík súborov na inštaláciu,
aktualizácie a požiadavky môžu byť špecifikované ako adresy URL v štýle ftp alebo http:
ftp:// :@meno hosťa: /cesta/k/baliku.rpm
Ak časť Ak vynecháte, zobrazí sa výzva na zadanie hesla (raz pre každý pár používateľ/názov hostiteľa). Ak ani jedno , ani Nešpecifikované, použije sa anonymný ftp. Vo všetkých prípadoch sa používa pasívny (PASV) prenos cez FTP.

Rpm vám umožňuje používať nasledujúce možnosti s ftp URL:

"--ftpproxy "Systém sa bude používať ako proxy server pre všetky prenosy, čo umožňuje vytváranie FTP spojení cez firewall, ktorý používa proxy na dosiahnutie vonkajšieho sveta. Túto možnosť je možné nastaviť aj nastavením makra _ftpproxy.

"--ftpport " Určuje číslo portu TCP, ktoré sa má použiť pre pripojenia FTP namiesto predvoleného portu.
Túto možnosť je možné nastaviť aj nastavením makra _ftpport.

Rpm vám umožňuje použiť nasledujúce možnosti s http URL:

"--httpproxy "Systém sa použije ako proxy pre všetky preposielania, čo umožňuje vytváranie spojení HTTP cez bránu firewall, ktorá používa proxy na dosiahnutie vonkajšieho sveta. Túto možnosť je možné nastaviť aj nastavením makra _httpproxy.

"--httpport " Určuje číslo portu TCP, ktoré sa má použiť pre pripojenia HTTP namiesto predvoleného portu.
Túto možnosť možno zadať aj nastavením makra _httpport.

Pripravil Dvoe4nik85