Pointa je, že tento příkaz ve formě „make install“ nebo „sudo make install“ nelze použít v moderních distribucích.

Ale autoři programů v instalačních manuálech píší, že je potřeba tento příkaz použít, řeknete si. Ano, píšou. Ale to znamená pouze to, že nevědí, jakou distribuci máte, nebo zda je to vůbec distribuce, možná jste se připojili k sektě a kouřili čtení LFS a nyní se rozhodli zkompilovat jejich výtvor pro váš chtonický systém. A make install je univerzální, i když často nesprávný způsob, jak toho dosáhnout.

Lyrická odbočka

Jak víte, pro normální provoz musí být většina softwaru nejen zkompilována, ale také správně nainstalována do systému. Programy očekávají, že najdou soubory, které potřebují, na určitých místech a tato místa na většině systémů *nix jsou pevně zakódována do kódu v době kompilace. Kromě tohoto aspektu je hlavním rozdílem mezi instalačním procesem v linux/freebsd/whatever a ve Windows a MacOS to, že program pouze neuloží spoustu souborů do samostatného adresáře v Program Files nebo /Applications, ale „ se šíří“ v celém textu souborový systém. Knihovny jdou do lib, spustitelné soubory do bin, konfigurace do atd., různé druhy dat do var a tak dále. Pokud to najednou potřebujete aktualizovat, tak se to všechno musí nejdřív nějak vyčistit, protože... použitím nová verze Zbytky souborů ze starého mohou vést ke zcela nepředvídatelným následkům, často není dobré. Pravděpodobnost této události není tak vysoká, ale potřebujete ji na produkčním serveru?

No a co?

Takže pokud jste provedli instalaci přímo pomocí make install, pak je normální odebrat nebo aktualizovat software, s největší pravděpodobností nemůžeš. Navíc instalace nové verze přes starou s největší pravděpodobností bude přepíše vaše změny v konfiguracích. make install dělá přesně to, co má dělat – instaluje soubory na správná místa a ignoruje fakt, že tam něco už je. Po tomto procesu je absolutně nemožné získat jakékoliv informace o tom, co bylo kde umístěno a ve stravitelné podobě. Někdy samozřejmě Makefile podporuje akci odinstalace, ale to není tak běžné a není pravda, že funguje správně. Navíc ukládat rozbalený zdrojový strom a pravidla sestavení pro odinstalaci je nějak zvláštní.

jak bojovat?

Protože balíčky v distribucích mají tendenci být někdy aktualizovány, k vyřešení tohoto problému přišli s takovou věcí jako správce balíčků. Při jeho použití probíhá instalace asi takto:

1. je pořízen archiv vytvořený určitým způsobem
2. vytahují se z něj informace o tom, co to je, jaká je to verze, na čem závisí, s čím je v konfliktu, zda je nutné spouštět nějaké skripty pro instalaci/odinstalaci/konfiguraci atd.
3. Probíhají kroky přímé instalace
4. Všechna data o tom, kam a co bylo doručeno, se přidávají do databáze správce balíčků.

V tomto případě můžete při aktualizaci bezbolestně odstranit nepotřebné věci a zároveň se podívat, zda se v systému nezměnily soubory označené jako konfigurace a zeptat se, co dělat, pokud se jejich obsah v nové verzi liší. Správce balíčků vám navíc nedovolí přepsat soubory jednoho balíčku při instalaci jiného. Obecně může dělat spoustu užitečných věcí.

Pokud jsi z neznalosti/lenosti zkopíroval a vložil make install z návodu, tak v systému se objevují soubory, o kterých správce balíčků neví. Se vším, co z toho vyplývá, pokud vám nestačí to, co bylo uvedeno dříve.

Co dělat?

Zdrojový strom můžete samozřejmě nakonfigurovat tak, aby se vše nainstalovalo někam do /opt/mycoolapp/, a pak případně ručně smazat, ale může se zde objevit spousta nepříjemných věcí, počínaje tím, že program očekává, že může načíst vaše knihovny a zavaděč neví nic o adresáři, kde se nacházejí, končí to tím, že autor programu může očekávat, že pokud například vloží soubor, řekněme, do $prefix/share /xsessions/, pak to správce zobrazení vyzvedne. Nemluvě o cestách pro pkgconfig a tak dále.

Musíte si tedy balíček vyzvednout.

Nemám čas se s tím šukat, radši udělám instalaci znovu, vše je jednoduché a jasné!

Uklidni se, uklidni se. Je přivázaný k našim nohám. Vše není tak děsivé a složité, jak se na první pohled zdá.

checkinstall

Tento úžasný nástroj, když je spuštěn místo make install, položí několik otázek, načež sestaví a nainstaluje balíček. To je vše, při aktualizaci nebudete mít žádné problémy s čištěním starého odpadu.

Ruční vytvoření balíčku deb

Pokud nechcete takové automatizaci důvěřovat (která někdy stále zpacká) nebo chcete provést pár změn, ale stále jste příliš líní na to, abyste se vypořádali s normálním procesem sestavování balíčků, můžete balíček sestavit ručně. Dávám způsob, jak to postavit pro systémy databáze Debian, protože je znám nejlépe. Není to ideologicky správné, ale výstupem je zcela korektní balíček bez použití dalších entit. To se provádí následovně.
Nejprve sestavíme software s parametry --prefix=/usr a --exec-prefix=/usr předem specifikovanými pro configure nebo autogen.sh.
Dále jej nainstalujeme do dočasného adresáře. Píšeme:

Fakeroot make install DESTDIR=`pwd`/tempinstall
Poté získáme celou sadu souborů v nově vytvořeném adresáři. Mimochodem, nyní jsme v prostředí fakeroot, tedy vlastníka a přístupová práva k souborům můžete bez omezení měnit, ale fyzicky zůstanete vlastníkem systému. Software uvnitř fakeroot session obdrží změněné informace, které umožní archivaci souborů se správnými právy.
Dále vytvořte adresář DEBIAN v „kořenovém adresáři balíčku“ a přidejte seznam všech souborů, které by měly jít do /etc, do DEBIAN/conffiles:

Cd tempinstall mkdir DEBIAN find atd | sed "s/^/\//" > DEBIAN/conffiles
Poté vytvoříme soubor DEBIAN/control s následujícím obsahem:

V případě potřeby tam můžete vytvořit i skripty preinst, postinst, prerm a postrm.

To je vše, provedeme dpkg -b tempinstall a výstupem je tempinstall.deb, který můžete použít dpkg -i ke správné instalaci, aktualizaci nebo odstranění.

„Správný“ proces předběžného vytvoření balíčku zdrojového kódu je nad rámec této poznámky, a proto nebude popisován, ale pro vaše účely obvykle není nutný.

Závěr

Jak vidíte, není zde absolutně nic složitého, ale dodržování těchto kroků vám v budoucnu ušetří velké množství problémů.

A také je třeba nainstalovat další systémy doplňkové programy. Na operačních sálech Systémy Windows vše je velmi jednoduché, zpravidla existuje instalační setup.exe, který pomáhá nainstalovat software. Ale v Linuxu jsou věci trochu jiné. Jak nainstalovat programy na Linux? Nyní se podívejme na tuto otázku.

Linux má několik typů instalačních balíčků a každá distribuce má svůj vlastní formát balíčku. Distribuce Fedora, Mandriva, Red Hat a Suse používají standardní instalaci Linux RPM vyvinutou společností Red Hat. Soubor balíčku RPM je obvykle pojmenován název_programu-verze.rpm.

Dalším velmi oblíbeným formátem je DEB. Používá se v Debianu, Ubuntu, Knoppix a Mepis. Má jméno název_programu-verze.deb.

A přistoupili jsme k archivu. Obvykle se jedná o přípony .tar , .tar.gz , .tgz. Měly by být rozbaleny a poté nainstalovány/zkompilovány.

Instalaci programu musíte provést jako superuživatel.

Rychlá navigace

Instalace programů na Debian, Ubuntu

Existuje mnoho nástrojů pro práci s balíčky DEB, ale nejčastěji používaný je apt-get, který je součástí standardní sady nástrojů. Chcete-li nainstalovat aplikaci, zadejte příkaz:

apt-get instalační název_balíčku

Pro odstranění:

apt-get remove package_name

APT ukládá lokální databázi všech balíčků dostupných k instalaci a odkazy na místa, kde je lze získat. Tuto databázi je třeba čas od času aktualizovat pomocí příkazu:

aktualizace apt-get

Chcete-li aktualizovat zastaralé balíčky (programy) v počítači, zadejte následující příkazy:

aktualizace apt-get; apt-get upgrade

Instalace programů na Fedora, Red Hat

Nástroj podobný APT je yum. Chcete-li stáhnout a nainstalovat balíček z nakonfigurovaného úložiště, napište příkaz:

yum instalační název_balíčku

yum odstranit název_balíčku

Místní databáze yum se neukládá, takže není třeba ji aktualizovat. Chcete-li nainstalovat aktualizace, použijte příkaz:

mňam aktualizace

Vyberte něco konkrétního k aktualizaci:

yum update package_name

Instalace programů v Mandrivě

Mandriva má vlastní sadu nástrojů pro práci s balíčky, nazvanou urpmi. Pro instalaci:

urpmi název_balíčku

Vymazat:

urpme název_balíčku

Aktualizujte místní databázi seznamem balíčků:

urpmi. aktualizace -a

Instalace aktualizací:

urpmi --automatický výběr

Instalace programů z archivů (tarballů)

Pro archivy komprimované pomocí GZIP (gz, gz2 atd.) uděláme toto:

tar -xvz f název souboru

U archivů komprimovaných pomocí BZIP (bz, bz2 atd.) je to trochu jiné:

tar -xvjf název souboru

Příkazy Tar:

• x – extrahovat soubory z archivu;
• v – podrobné zobrazení informací na obrazovce;
• f – Požadovaná možnost. Pokud není specifikováno, Tar se pokusí použít pásku místo souboru;
• z – archiv procesu komprimovaný pomocí gzip;
• j – zpracovat archiv komprimovaný pomocí bzip.

Po provedení příkazu se vytvoří složka s názvem podobným názvu balíčku. Poté musíte tuto vytvořenou složku otevřít příkazem:

cd název_složky

Dále si v rozbaleném archivu přečtěte pokyny v souboru README, pokud existuje. V každém případě, pokud je program zkompilován ve formě spustitelný soubor, pak bude balíček obsahovat soubor .sh, obvykle nazvaný install.sh

Ahoj všichni!

Toto je krátká poznámka pro začátečníky v Linuxu o tom, co tyto tři úžasné příkazy znamenají a k čemu jsou potřeba. Začněme, jak se říká, od začátku. Většina programů musí být před použitím zkompilována, tedy převedena z textu, kterému člověk rozumí, do sady jedniček a nul, kterým rozumí počítač. Proces je rozdělen do tří fází: konfigurace, montáž a instalace. Detaily pod střihem :)

./configure

Tento příkaz vyhledává knihovny a hlavičkové soubory potřebné pro kompilaci (to platí pro programy částečně nebo zcela napsané v C/C++ a podobných jazycích), stejně jako pro nastavení speciálních parametrů nebo připojení speciálních knihoven, pokud ./configure najde vše, co potřebuje, vytvoří Makefiles- soubor potřebný k sestavení programu

Parametry konfigurátoru můžete nakonfigurovat pomocí klíčů a argumentů těchto stejných klíčů, například:

./configure --prefix=/opt/my_program

S klíčem --předpona= Můžete zadat adresář, který bude později fungovat jako předpona pro váš program (tj. kořenový adresář). Je to způsobeno tím, že nejen ve světě Linuxu existuje speciální hierarchie souborového systému (HFS), podle které musí být jakýkoli program zkompilován a nainstalován, aby fungoval bez chyb.

Existují tři hlavní předpony souborového systému, podle kterých je většina programů konfigurována, jmenovitě:

• / - kořenový adresář operačního systému, tzv. ROOT
• /usr - adresář, kde jsou umístěny aplikace uživatelského prostředí
• /usr/local - další adresář pro uživatelské programy kompilované ručně, speciálně pro operační systém se neproměnila ve smetiště

Pokud otevřete některý z těchto adresářů, můžete vidět velmi podobnou strukturu, alespoň tam budou složky: bin atd., include, libs, sbin.

Pokud běžíš ./configure bez klíčů, pak bude výchozí prefix (adresář, do kterého bude nainstalován zkompilovaný program). /usr/local, pamatujte na to, že pokud nemůžete spustit svůj program, možná nemáte cestu k CESTA.

Kromě klíče --předpona V konfigurátoru je zpravidla mnoho dalších klíčů, všechny je uvidíte, když spustíte:

./configure --help

udělat

Nejdůležitější a nejjednodušší příkaz/program spouští proceduru kompilace aplikace ze zdrojového kódu. Pro vaši práci tento program používá speciální soubory Makefiles, které podrobně popisují proces sestavení aplikace se všemi parametry, které jsme konfigurátoru zadali. Výsledkem úspěšného příkazu make bude zkompilovaný program v aktuálním adresáři.

provést instalaci

Tento příkaz přímo nainstaluje aplikaci do adresáře zadaného ve fázi konfigurace a po provedení příkazu make install můžete spustit nově nainstalovaný program.

Doslov

Abyste nepsali tři příkazy po sobě, můžete je napsat na jeden řádek:

./configure && make && make install

&& - jedná se o operátor AND, který pochází z jazyka C/C++, nicméně z pohledu shellu to znamená, že další příkaz je třeba provést pouze v případě, že byl předchozí příkaz úspěšně dokončen, což je velmi výhodné, pokud z etap končí chybou.

Ve skutečnosti může make install také provést sestavení, protože úloha instalace závisí na úloze all (to znamená přímo sestavení aplikace), což znamená, že krok make lze přeskočit a lze provést pouze dva příkazy, pokud je napíšete. na jednom řádku:

./configure && make install

Hodně štěstí! A díky za přečtení!

Jsou situace, kdy potřebujete nejnovější verzi programu, ale ta není v úložišti vaší distribuce. Nebo tam tento program není z nějakého důvodu vůbec přidán. Existuje několik možností, jak tento program získat, jednou z nich je sestavení programu ze zdrojového kódu přímo pro vaši distribuci. Samozřejmě mluvíme o open source programech. zdrojový kód:)

Sestavení (kompilace) programu je transformace jeho zdrojového kódu, napsaného v nějakém kompilovaném programovacím jazyce (například C++), který je pro programátora srozumitelný, na binární kód (posloupnost nul a jedniček), což je pochopitelné. centrální procesor počítač. Ne všechny programovací jazyky jsou kompilovány. Například kód v Pythonu lze spustit okamžitě, bez překládání do binárního kódu (i když je to také možné). Pro sestavení programu je vhodné mít poměrně výkonný a nejlépe vícejádrový procesor. Nikdy nekompilujte programy na laptopech! To bude mít extrémně negativní dopad na jejich životnost (nejsou určeny pro takové zatížení, pokud samozřejmě nemáte herní notebook).

Na sestavení programu ze zdrojového kódu není nic složitého. Hlavní věc, kterou je třeba si zapamatovat, je jedno pravidlo: v distribuci balíčků byste tuto metodu nikdy neměli používat provést instalaci. V opačném případě budete mít v budoucnu velkou hromadu problémů. Když si uvědomíte, že jste chtěli program (nainstalovaný tímto způsobem) odebrat, ale správce balíčků o tom neví. A samotný program se skládá z několika stovek souborů roztroušených v různých adresářích. děsivé? Proto v balených distribucích musí být program ve skutečnosti sestaven do balíčku. Pak se to dá bez problémů odstranit, kdyby se něco stalo. Napsal jsem to proto, že mnoho návodů, na které jsem narazil, jak kompilovat programy v Linuxu, přesně popisuje provést instalaci. Takto nainstalovaný program můžete odebrat pouze ve dvou případech:

• pokud stále máte archiv s jeho kódem (můžete spustit provést odinstalaci);
• pokud to zdrojový kód programu podporuje.

Nepoužívejte make install!

Podotýkám, že ne každý program lze sestavit stejným způsobem. Proto si vždy přečtěte montážní návod, který je v archivu se zdrojovým kódem. Stává se, že tam vývojář vloží skript, který po spuštění udělá vše sám (zkompiluje a nainstaluje, ale pamatujeme na make install), nebo nemusí být vhodný pro sestavení udělat, ale potřebujete jiný montážní systém. Chcete-li sestavit program, budete také muset nainstalovat potřebné závislosti sestavení (jedná se o balíčky s předponou -dev). Aby bylo možné rychle sestavit program do balíčku, aby jej bylo možné bez problémů nainstalovat nebo odinstalovat, existuje utilita tzv. checkinstall. Umožní vám vytvořit balíček nativní pro systém ( deb nebo ot./min), který vám umožní použít k instalaci/odinstalaci standardního správce balíčků

K vytváření programů v GNU/Linuxu používáte (většinou) program udělat, ze kterého se spouští instrukce Makefile, ale protože existuje mnoho distribucí GNU/Linux a všechny jsou různé, abyste mohli program zkompilovat, musíte pro každou distribuci samostatně zadat cesty, kde jsou umístěny knihovny a hlavičkové soubory. Programátoři nemohou studovat každou distribuci a vytvářet Makefile pro každou zvlášť. Proto přišli s konfigurátory, které systém „prostudují“ a podle získaných znalostí vytvoří Makefile. K sestavení potřebujeme kompilátory: jsou specifikovány v závislostech balíčku stavět-nezbytné, takže ho stačí nainstalovat se všemi závislostmi. Stále potřeba autokonf A automobilka. Pokud je program napsán v Qt, pak to většinou sestavuje buď tým qmake(samozřejmě se musí nainstalovat), nebo otevřením souboru projektu v některých IDE(obvykle Qt Creator) a sestavy v něm.

Nejprve je třeba připravit systém. Chcete-li to provést, nastavte potřebná sada nástroje:

S udo apt install build-essential gcc devscripts git fakeroot automake autoconf

Můžete získat zdrojový kód různé způsoby. Stáhněte si z internetu (například z webu vývojáře), naklonujte úložiště se zdrojovým kódem a tak dále. V prvním případě je obecně vše jasné. Ve druhém: předpokládejme, že program je v úložišti git (on GitHub, Například). Můžeme přejít do tohoto úložiště a stáhnout si archiv s kódem odtud

Zkopírujte si tedy celý repozitář k sobě (jak to dělají vývojáři). Vezměme si například program mgba. Toto je emulátor herní konzole Nintendo GameBoy. Adresa úložiště. Zkopírujeme si to pro sebe:

git klon https://github.com/mgba-emu/mgba.git

Ve svém domovském adresáři budete mít adresář s jeho zdrojovým kódem. Na stejné stránce programu je návod k sestavení.

Čteme pozorně. Otevřete terminál a přejděte do adresáře se zdrojovým kódem:

cd ~/mgba

A sestavujeme program:

sestavení mkdir
sestavení cd
cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
udělat
sudo checkinstall -D

Budete požádáni o některé informace (název balíčku, verze atd. Je vhodné vyplnit všechna pole). Po sestavení se v adresáři výše (tedy v mgba) objeví deb balíček s programem. Nyní jej můžete jednoduše nainstalovat dvojitým kliknutím nebo pomocí příkazu sudo dpkg -i název_balíčku.deb. Pokud se během montáže začnou zobrazovat chybové zprávy, pečlivě si je přečtěte. Mohou zde chybět některé závislosti sestavení.

Vezměme si trochu jiný příklad, který využívá konfigurátor. V tomto případě jsou skripty umístěny v adresáři se zdrojovým kódem: autogen.sh, konfigurovat a podobně. Autogen.sh vygeneruje skript konfigurovat, pomocí kterého si můžete program nakonfigurovat již před sestavením (ano, ano, konfigurátor konfigurátoru). Jako vždy si nezapomeňte přečíst návod na sestavení konkrétního programu. Předpokládejme, že archiv obsahuje skript autogen.sh. Pojďme to provést:

./autogen.sh

Po spuštění by se měl objevit konfigurační soubor. Chcete-li zjistit, s jakými parametry můžete program sestavit, zadejte:

./configure --help

Zkontrolujte všechny dostupné možnosti. Typicky to může být podpora pro různé pluginy, sestavení s alternativním rozhraním, dokonce i sestavení pro jinou architekturu procesoru. Řekněme, že program používá rozhraní napsané v GTK+ 2, ale má zapnutou alternativu GTK+ 3. Potom bude konfigurace programu vypadat takto:

./configure --with-gtk3

./configure --enable-gtk3

Vše bude podrobně popsáno v návodu. Existuje určitá sada standardních voleb (po zadání ./configure --help jsou zapsány jako první), jako je například zadání instalační cesty:

Prefix=/usr

Po spuštění konfigurace a úspěšné konfiguraci kódu můžete spustit sestavení:

sudo checkinstall

To je vše. Jak vidíte, není zde nic složitého. I když, nebudu zastírat, stává se, že si vývojář s kvalitním montážním návodem hlavu nelámal. Ale to se stává zřídka. Chtěl bych vás také upozornit na následující: uchýlit se k sestavení programu ze zdrojového kódu pouze jako poslední možnost. Pokud používáte Ubuntu LTS, pak se podívejte (pomocí Googlu), zda je požadovaný program (nebo novější verze) dostupný v novější verzi Ubuntu. Nebo možná existuje

terminál a příkazy

Setkali jste se často s tím, že požadovaná verze aplikace pro vaši architekturu prostě není dostupná v distribuci Ubuntu, ale tento program je dostupný na webu vývojářů ve formě zdrojového kódu v archivu .tar.gz. Myslím, že to zná mnoho lidí tato situace, ale ne všichni pokračovali v hledání způsobů, jak tento problém vyřešit, a jednoduše hledali jiný analog aplikace nebo o něco starší verzi a pokračovali v práci.

Hned bych přidal pár slov pro nováčky v Linuxu, než něco z tohoto článku uděláte, důkladně si prostudujte terminál a příkazy, které se s ním používají, přečtěte si manu nebo materiály na netu.

• Pro sestavení aplikace budeme samozřejmě potřebovat vývojářské nástroje, v našem případě se jedná o kompilátor a další doprovodné programy, hlavní zaměstnání Samozřejmě nás provede nástroj make a příkazový řádek(terminál) bude jako naše kuchyně, kde budeme my připravit / sestavit / nainstalovat naše aplikace ze zdroje. V Linuxový terminál k dispozici standardně, pro vaše pohodlí si samozřejmě můžete nainstalovat jakýkoli jiný funkčnější, na který jste zvyklí, já například používám Guake, oproti standardnímu je spousta možností, kde je snadné nakonfigurovat jak kopírování, tak vkládání příkazů nebo libovolného textu pomocí CTRL + C, CTRL + V a mnoho dalšího, díky čemuž je práce s konzolí pohodlnější.
• 1. Kde začít při sestavování aplikací ze zdroje je samozřejmě stažení aplikace v archivu tar.gz nebo tar.bz2, v mém případě se jedná např. o aplikaci Gimp 2.9.2, i když v našem případě archiv není ve formátu tar.gz a tar.bz2, na tom nezáleží, stáhněte si jej a poté klikněte pravým tlačítkem na archiv - Výpis zde.

Toto je pravděpodobně první fáze, co budeme dělat dál? A pak spustíme terminál a přejdeme do naší rozbalené složky se soubory:

Cd /home/linux/Downloads/gimp-2.9.2/ ls

• 2. Než začnete připravovat zdroje k sestavení, poradil bych vám nejprve otevřít a seznámit se se souborem INSTALL, najdete toho spoustu užitečné informace, V tento soubor popisuje, jak aplikaci nainstalovat, jaké příkazy je třeba provést a mnoho dalších zajímavostí. Nyní vám doporučuji nainstalovat doplňkový balíček s názvem auto-apt za vás udělá spoustu rutinní práce.

sudo apt-get install auto-apt

Co pro mě znamená dělat spoustu rutinní práce, ptáte se, jestli spustit konfiguraci zdroje aplikace s předponou tohoto balíčku, například ve tvaru:

Auto-apt -y spustit ./configure

Samozřejmě můžete konfiguraci provést bez pomoci tohoto balíčku a jednoduše spustit příkaz:

./configure

Pokud provedete konfiguraci s prefixem - auto-apt -y run, pak příprava zdrojů pro montáž se bude konat v automatický režim, to znamená, že tento příkaz dokáže automaticky stáhnout a nainstalovat všechny potřebné soubory a knihovny za vás a vše uspokojit závislosti který bude vyžadován.

• 3. Kdy skutečnou práci ne všechno jde tak hladce, možná v jednom případě vše dobře dopadne a fáze přípravy zdrojového kódu pro sestavení Projde to bez chyb, ale v jiných případech, a těch je asi většina, se setkáte s chybami různého druhu, například není dostatek toho či onoho balíčku pro další přípravu zdrojového kódu. Ve většině případů se píše název balíčku, který chybí.

Chybějící balíček se pokusíme nainstalovat příkazem:

Sudo apt-get install název_balíčku

V případě, že při provádění výše uvedeného příkazu není detekován balíček, velmi často mi pomůže následující kombinace; hledáme balíčky, které nám v mezipaměti chybí:

Apt-cache search pakage_name

• Po provedení tohoto příkazu můžete najít vhodný balíček, často se stává, že nenajdete vhodný balíček, ale můžete najít přesnou kopii balíčku, ale s předpona dev tedy takový balíček package_name-dev a můžete jej použít k uspokojení závislostí.
• 4. Po úspěšném dokončení konfigurace zdrojů pro sestavení je vhodné balíček nainstalovat checkinstall což usnadňuje sestavení aplikačního balíčku pro vaši distribuci.

sudo apt-get install checkinstall

Nainstalujte balíček a poté můžete spustit příkaz:

Checkinstall -D

• Atribut -D vytvoří deb balíček, atribut -R vytvoří rpm balíček, který se používá v distribucích Fedora, RHEL, ASP Linux, ALT Linux, Mandriva, openSUSE, je zde také další atribut -S který vytvoří balíček používaný ve Slackware.

V mém případě běžím na Ubuntu a spustil jsem příkaz s atribut -D, dále aplikaci zkompletujeme do hotového balíčku formátu Deb, budeme potřebovat nějaké upřesňující údaje, např. přidání popisu do balíčku, protože ho skládáte a podle toho je popis zcela čistý a se od vás vyžaduje stručné informace K čemu je tato aplikace? V mém případě, jak jsem zkontroloval, jsou automaticky vyplněna také následující pole:

1 - Shrnutí: [ EOF ] 2 - Název: [ gimp ] 3 - Verze: [ 2.9.2 ] 4 - Vydání: [ 1 ] 5 - Licence: [ GPL ] 6 - Skupina: [ checkinstall ] 7 - Architektura: [ i386 ] 8 - Umístění zdroje: [ gimp-2.9.2 ] 9 - Umístění alternativního zdroje: 10 - Vyžaduje: 11 - Poskytuje: [ gimp ] 12 - Konflikty: 13 - Náhrady:

• Jak vidíte, před sestavením probíhá kontrola, zda byla konfigurace úspěšně dokončena, zda se nevyskytují nějaké nespokojené závislosti nebo jiné konflikty, pokud je vše v pořádku, pak se balíček sestaví bez problémů.

Dříve jsem jej nainstaloval bez sestavení balíčku a spustil jsem příkazy:

Proveďte make install

Pokud chcete smazat nainstalovaná aplikace, měli byste spustit příkaz:

Proveďte odinstalaci

výše uvedený příkaz automaticky odstraní ty, které souvisejí s aplikací, kterou jste nainstalovali, a neovlivní nic třetí strany, je vhodné neprocházet adresáře a spouštět jej ze stejného adresáře aplikace, ve kterém jste pracovali, to znamená, že jste připravili konfiguraci , atd.

Přestože vše proběhlo bez chyb, celý proces trval velmi dlouho, cca 20 minut než jsem nainstaloval Gimp ze zdrojového kódu, stihl jsem si jít uvařit kafe a také sledovat průběh instalace, vše se děje dlouho kvůli tomu že jich je hodně různé složky rozptyl zdrojových souborů aplikace, každý soubor má svůj vlastní účel a musí být umístěn v určitém adresáři, takže po provedení make install dojde k procesu instalace tisíců zdrojových souborů do požadovaných adresářů.

Takto probíhá instalace aplikace ze zdroje, ano, ne vše je na první pohled tak jednoduché, neřekl jsem, že to bude snadné, ale když se o to pokusíte, velmi dobře to rozvíjí vaše myšlení a způsoby hledání řešení v danou situaci, což je dokonce velmi dobré.

To je asi vše, pokud máte dotazy k výše uvedenému materiálu, nebo jste zkoušeli instalaci a narazili na chyby, zeptejte se v komentářích k materiálu, společně najdeme řešení.