Summan av kardemumman är att detta kommando i form av "make install" eller "sudo make install" inte kan användas i moderna distributioner.

Men författarna till programmen i installationsmanualerna skriver att du behöver använda det här kommandot kan man säga. Ja, de skriver. Men detta betyder bara att de inte vet vilken distribution du har, eller om det överhuvudtaget är en distribution, du kanske gick med i en sekt och rökte läsa LFS och nu bestämde dig för att kompilera deras skapelse för ditt chtonsystem. Och göra installation är ett universellt, men ofta felaktigt, sätt att göra detta.

Lyrisk utvikning

Som du vet, för normal drift måste de flesta program inte bara kompileras, utan också korrekt installerade på systemet. Program förväntar sig att hitta filerna de behöver på vissa platser, och dessa platser på de flesta *nix-system är hårdkodade i koden vid kompilering. Utöver denna aspekt är den största skillnaden mellan installationsprocessen i linux/freebsd/whatever och den i Windows och MacOS att programmet inte bara lägger ett gäng filer i en separat katalog i Program Files eller /Applications, utan " sprider sig över hela filsystem. Bibliotek går till lib, körbara filer till bin, inställningar till etc, olika typer av data till var, och så vidare. Om du plötsligt behöver uppdatera den, måste allt detta först rengöras på något sätt, eftersom... använder sig av ny version Rester av filer från den gamla kan leda till helt oförutsägbara konsekvenser, ofta inte bra. Sannolikheten för denna händelse är inte så stor, men behöver du den på en produktionsserver?

Än sen då?

Så, om du gjorde installationen direkt via gör installation, är det normalt att ta bort eller uppdatera programvaran, troligen du kan inte. Dessutom kommer det troligtvis att installeras en ny version över den gamla kommer att skriva över dina ändringar i konfigurationer. make install gör precis vad den är tillsagd att göra - den installerar filer på rätt ställen och ignorerar det faktum att något redan finns där. Efter denna process är det absolut omöjligt att få någon information om vad som placerades var och i en smältbar form. Ibland stöder naturligtvis Makefilen avinstallationsåtgärden, men det är inte så vanligt, och det är inte ett faktum att det fungerar korrekt. Dessutom är det konstigt att lagra det uppackade källträdet och bygga regler för avinstallation.

Hur slåss?

Eftersom paket i distributioner tenderar att uppdateras ibland, för att lösa detta problem kom de på en sådan sak som pakethanterare. När du använder det går installationen ungefär så här:

1. ett arkiv som bildats på ett visst sätt tas
2. information extraheras från den om vad det är, vilken version det är, vad det beror på, vad det står i konflikt med, om det är nödvändigt att köra några skript för att installera/avinstallera/konfigurera osv.
3. Direkta installationssteg pågår
4. All data om var och vad som levererades läggs till i pakethanterarens databas.

I det här fallet, när du uppdaterar, kan du smärtfritt ta bort onödiga saker, och samtidigt se om filerna som är markerade som konfiguration har ändrats i systemet och fråga vad du ska göra om deras innehåll är annorlunda i den nya versionen. Dessutom tillåter pakethanteraren dig inte att skriva över filerna i ett paket när du installerar ett annat. I allmänhet kan den göra många användbara saker.

Om du, av okunnighet/lathet, kopierat och klistrat in gör installationen från instruktionerna, då filer visas på systemet som pakethanteraren inte känner till. Med allt vad det innebär, om det som listades tidigare inte räcker för dig.

Vad ska man göra?

Du kan naturligtvis konfigurera källträdet så att allt installeras någonstans i /opt/mycoolapp/, och sedan vid behov radera det manuellt, men det kan komma ut en hel del obehagliga saker här, till att börja med att programmet förväntar sig att det kan ladda dina bibliotek, och laddaren vet ingenting om katalogen där de finns, vilket slutar med att programförfattaren kan förvänta sig att, till exempel, om han lägger en fil, säg, i $prefix/share /xsessions/, då hämtar visningshanteraren upp det. För att inte tala om sökvägarna för pkgconfig och så vidare.

Så du måste hämta paketet.

Jag har inte tid att jävlas med det här, det är bättre att installera igen, allt är enkelt och tydligt!

Lugna ner, lugna ner dig. Han är bunden vid våra ben. Allt är inte så läskigt och komplicerat som det verkar vid första anblicken.

checkinstallera

Detta underbara verktyg, när det startas istället för att göra installation, kommer att ställa flera frågor, varefter det kommer att bygga och installera paketet. Det är det, när du uppdaterar kommer du inte att ha några problem med att rensa bort gammalt skräp.

Bygga deb-paketet manuellt

Om du inte är benägen att lita på sådan automatisering (som ibland fortfarande rör sig) eller om du vill göra ett par ändringar, men fortfarande är för lat för att hantera den normala processen att bygga paket, kan du sätta ihop paketet manuellt. Jag ger ett sätt att bygga det för system på Debian databas, eftersom jag är bäst bekant med dem. Det är inte ideologiskt korrekt, men resultatet är ett helt korrekt paket utan användning av ytterligare enheter. Detta görs enligt följande.
Först sätter vi ihop programvaran med parametrarna --prefix=/usr och --exec-prefix=/usr som är förspecificerade för configure eller autogen.sh.
Därefter installerar vi det i en tillfällig katalog. Vi skriver:

Fakeroot make install DESTDIR=`pwd`/tempinstall
Därefter får vi hela uppsättningen filer i den nyskapade katalogen. Förresten, vi är nu i en fakeroot-miljö, det vill säga du kan ändra ägare och åtkomsträttigheter för filer utan några begränsningar, men fysiskt förblir du ägare till systemet. Programvaran i fakeroot-sessionen kommer att få ändrad information, vilket gör att filer med rätt rättigheter kan arkiveras.
Skapa sedan en DEBIAN-katalog i "paketroten" och lägg till en lista över alla filer som ska gå in i /etc in i DEBIAN/conffiles:

Cd tempinstall mkdir DEBIAN hitta etc | sed "s/^/\//" > DEBIAN/conffiles
Sedan skapar vi en DEBIAN/kontrollfil med följande innehåll:

Vid behov kan du även skapa preinst, postinst, prerm och postrm skript där.

Det är det, vi gör dpkg -b tempinstall och utdata är tempinstall.deb, som du kan använda dpkg -i för att installera, uppdatera eller ta bort korrekt.

Den "korrekta" processen för preliminär skapande av ett källkodspaket ligger utanför omfattningen av denna anteckning och kommer därför inte att beskrivas, men för dina ändamål är det vanligtvis inte nödvändigt.

Slutsats

Som du kan se är det absolut inget komplicerat här, men att följa dessa steg kommer att rädda dig från ett stort antal problem i framtiden.

Och även andra system måste installeras ytterligare program. I operationssalar Windows-system allt är väldigt enkelt, som regel finns det ett installationsprogram setup.exe som hjälper till att installera programvaran. Men i Linux är saker och ting lite annorlunda. Hur installerar man program på Linux? Låt oss nu titta på denna fråga.

Linux har flera typer av installationspaket och varje distribution har sitt eget paketformat. Fedora, Mandriva, Red Hat och Suse-distributioner använder standard Linux RPM-installationen utvecklad av Red Hat. RPM-paketfilen heter vanligtvis programnamn-version.rpm.

Ett annat mycket populärt format är DEB. Används i Debian, Ubuntu, Knoppix och Mepis. Har ett namn programnamn-version.deb.

Och vi närmade oss arkivet. Vanligtvis är dessa tillägg .tar, .tar.gz, .tgz. De ska packas upp och sedan installeras/kompileras.

Du måste utföra programinstallationsproceduren som superanvändare.

Snabb navigering

Installera program på Debian, Ubuntu

Det finns många verktyg för att arbeta med DEB-paket, men det vanligaste är apt-get, som ingår i standarduppsättningen verktyg. För att installera programmet, skriv in kommandot:

apt-get install package_name

För att ta bort:

apt-get remove package_name

APT lagrar en lokal databas med alla paket som är tillgängliga för installation och länkar till var man kan få dem. Denna databas måste uppdateras då och då med kommandot:

apt-get uppdatering

För att uppdatera föråldrade paket (program) på datorn anger du följande kommandon:

apt-get update ; apt-get uppgradering

Installerar program på Fedora, Red Hat

Ett verktyg som liknar APT är yum. För att ladda ner och installera paketet från det konfigurerade förvaret, skriv kommandot:

yum installera paketnamn

yum ta bort paketnamn

Den lokala yum-databasen sparas inte, så det finns ingen anledning att uppdatera. För att installera uppdateringar, använd kommandot:

mums uppdatering

Välj något specifikt att uppdatera:

yum uppdatera paketnamn

Installera program i Mandriva

Mandriva har sin egen uppsättning verktyg för att arbeta med paket, som kallas urpmi. För installation:

urpmi paketnamn

Att radera:

urpme paketnamn

Uppdatera den lokala databasen med listan över paket:

urpmi. uppdatera -a

Så här installerar du uppdateringar:

urpmi --välj automatiskt

Installera program från arkiv (tarballs)

För arkiv komprimerade med GZIP (gz, gz2, etc.) gör vi så här:

tar -xvz f filnamn

För arkiv komprimerade med BZIP (bz, bz2, etc.) är det lite annorlunda:

tar -xvjf filnamn

Tar kommandon:

• x – extrahera filer från arkivet;
• v – detaljerad visning av information på skärmen;
• f – Obligatoriskt alternativ. Om inte specificerat, kommer Tar att försöka använda tejp istället för fil;
• z – bearbeta arkiv komprimerat med gzip;
• j – bearbeta ett arkiv komprimerat med bzip.

Efter att ha utfört kommandot skapas en mapp med ett namn som liknar namnet på paketet. Sedan måste du öppna den här skapade mappen med kommandot:

cd mappnamn

Därefter, i det uppackade arkivet, läs instruktionerna i README-filen, om någon. I alla fall om programmet är sammanställt i formuläret körbar fil, då kommer paketet att innehålla en .sh-fil, vanligtvis kallad install.sh

Hej alla!

Detta är en kort notering för Linux-nybörjare om vad dessa tre underbara kommandon betyder och vad de behövs för. Låt oss börja, som de säger, från början. De flesta program måste kompileras före användning, det vill säga konverteras från text som en person kan förstå till en uppsättning ettor och nollor som en dator kan förstå. Processen är uppdelad i tre steg: konfiguration, montering och installation. Detaljer under klippet :)

./konfigurera

Det här kommandot söker efter bibliotek och rubrikfiler som behövs för kompilering (detta är för program helt eller delvis skrivna i C/C++ och liknande språk), samt ställer in speciella parametrar eller ansluter specialbibliotek, om ./konfigurera kommer att hitta allt han behöver, han kommer att skapa Makefiler- fil som krävs för att bygga programmet

Du kan konfigurera konfiguratorparametrarna med hjälp av nycklar och argument för samma nycklar, till exempel:

./configure --prefix=/opt/mitt_program

Med en nyckel --prefix= Du kan ange en katalog som senare kommer att fungera som ett prefix för ditt program (det vill säga rotkatalogen). Detta beror på det faktum att i Linux-världen och inte bara, det finns en speciell hierarki av filsystemet (HFS) enligt vilken alla program måste kompileras och installeras för att fungera utan fel.

Det finns tre huvudsakliga filsystemprefix mot vilka de flesta program är konfigurerade, nämligen:

• / - rotkatalogen för operativsystemet, så kallad ROOT
• /usr - katalog där användarmiljöapplikationer finns
• /usr/local - en extra katalog för användarprogram som kompileras manuellt, specifikt för operativ system förvandlades inte till en soptipp

Om du öppnar någon av dessa kataloger kan du se en mycket liknande struktur, åtminstone kommer det att finnas mappar: bin, etc, include, libs, sbin.

Om du springer ./konfigurera utan nycklar kommer standardprefixet (katalogen där det kompilerade programmet kommer att installeras) att vara /usr/local, kom ihåg detta, om du inte kan köra ditt program kanske du inte har vägen till VÄG.

Förutom nyckeln --prefix I konfiguratorn finns det som regel många andra nycklar, du kan se dem alla om du kör:

./configure --help

göra

Det viktigaste och enklaste kommandot/programmet startar apfrån källkoden. För ditt arbete det här programmet använder speciella filer Makefiler, som i detalj beskriver processen för att bygga applikationen med alla parametrar som vi angav för konfiguratorn. Resultatet av ett lyckat make-kommando blir ett kompilerat program i den aktuella katalogen.

göra installera

Det här kommandot installerar programmet direkt i den katalog som anges i konfigurationsstadiet; efter att ha utfört kommandot make install kan du köra det nyinstallerade programmet.

Efterord

För att inte skriva tre kommandon i tur och ordning kan du skriva dem på en rad:

./konfigurera && gör && gör installera

&& - det här är AND-operatorn, som kom från C/C++-språket, men ur skalets synvinkel betyder det att nästa kommando endast behöver köras om det föregående kommandot har slutförts framgångsrikt, detta är mycket bekvämt om man av stegen slutar med ett fel.

Faktum är att make install också kan utföra en build, eftersom installationsuppgiften beror på all-uppgiften (det vill säga att bygga applikationen direkt), detta betyder att make-steget kan hoppas över och endast två kommandon kan köras om du skriver dem på en rad:

./konfigurera && gör installation

Lycka till! Och tack för att du läste!

Det finns situationer när du behöver den senaste versionen av ett program, men den finns inte i din distributions arkiv. Eller så läggs det här programmet inte till alls av någon anledning. Det finns flera alternativ för att få det här programmet, ett av dem är att bygga programmet från källkod, direkt för din distribution. Naturligtvis pratar vi om program med öppen källkod. källkod:)

Sammansättning (kompilering) av ett program är omvandlingen av dess källkod, skriven i något kompilerat programmeringsspråk (till exempel C++), vilket är förståeligt för programmeraren, till binär kod (en sekvens av nollor och ettor), vilket är förståeligt central processor dator. Alla programmeringsspråk är inte kompilerade. Till exempel kan kod i Python köras direkt, utan att översätta den till binär kod (även om detta också är möjligt). För att bygga ett program är det lämpligt att ha en ganska kraftfull, och helst flerkärnig, processor. Kompilera aldrig program på bärbara datorer! Detta kommer att ha en extremt negativ inverkan på deras förväntade livslängd (de är inte designade för sådana belastningar, såvida du inte har gaming laptop).

Det är inget komplicerat med att bygga ett program från källkoden. Det viktigaste att komma ihåg är en regel: i en paketdistribution bör du aldrig använda metoden göra installera. Annars kommer du att få en stor hög med problem i framtiden. När du inser att du ville ta bort programmet (installerat på detta sätt), men pakethanteraren vet inte om det. Och själva programmet består av flera hundra filer utspridda över olika kataloger. Skrämmande? Därför, i paketerade distributioner, måste programmet sättas ihop till, i själva verket, ett paket. Då kan den tas bort utan problem, om något händer. Jag skrev detta eftersom många av guiderna jag har stött på om hur man kompilerar program på Linux beskriver exakt göra installera. Du kan bara ta bort ett program som är installerat på detta sätt i två fall:

• om du fortfarande har ett arkiv med dess kod (då kan du köra göra avinstallation);
• om programmets källkod stöder det.

Använd inte make install!

Jag noterar att inte alla program kan sättas ihop på samma sätt. Därför bör du alltid läsa monteringsanvisningen som finns i arkivet med källkoden. Det händer att utvecklaren lägger ett skript där, som när det lanseras gör allt själv (kompilerar och installerar, men vi kommer ihåg att göra installationen), eller så kanske det inte är lämpligt för montering göra, men du behöver ett annat monteringssystem. För att bygga ett program måste du också installera de monteringsberoenden som krävs för det (detta är paket med prefixet -dev). För att snabbt kunna sätta ihop ett program till ett paket för att kunna installera eller avinstallera det utan problem, finns det ett verktyg som heter checkinstallera. Det låter dig skapa ett paket som är inbyggt i systemet ( deb eller rpm), vilket gör att du kan använda standardpakethanteraren för att installera/avinstallera den

För att bygga program i GNU/Linux använder du (för det mesta) programmet göra, som kör instruktioner från Makefile, men eftersom det finns många GNU/Linux-distributioner, och alla är olika, för att kompilera programmet, måste du för varje distribution separat ange sökvägarna där biblioteken och huvudfilerna finns. Programmerare kan inte studera varje distribution och skapa Make-filer för varje separat. Därför kom de på konfiguratorer som "studerar" systemet och skapar en Makefile i enlighet med den kunskap som erhållits. För att bygga behöver vi kompilatorer: de är specificerade i paketberoendena bygga väsentligt, så det räcker att installera den med alla beroenden. Behövs fortfarande autoconf Och biltillverkare. Om programmet är inskrivet Qt, då brukar det monteras antingen av ett team qgöra(naturligtvis måste den installeras), eller genom att öppna projektfilen i vissa ID(vanligtvis Qt Creator) och sammansättningar i den.

Först måste du förbereda systemet. För att göra detta, låt oss ställa in nödvändig uppsättning verktyg:

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

Du kan få källkoden olika sätt. Ladda ner från Internet (till exempel från utvecklarens webbplats), klona ett arkiv med källkod och så vidare. I det första fallet, i allmänhet, är allt klart. I det andra: anta att programmet finns i git-förvaret (på GitHub, Till exempel). Vi kan gå till det här förrådet och ladda ner arkivet med koden därifrån

Så kopiera hela förvaret till dig själv (som utvecklare gör). Låt oss till exempel ta programmet mgba. Detta är en emulator spelkonsol Nintendo GameBoy. Förvarsadress. Låt oss kopiera det för oss själva:

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

I din hemkatalog kommer du att ha en katalog med dess källkod. På samma sida i programmet finns monteringsanvisningar.

Vi läser noga. Öppna en terminal och gå till katalogen med källkoden:

cd ~/mgba

Och vi sätter ihop programmet:

mkdir bygga
cd bygga
cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
göra
sudo checkinstall -D

Du kommer att bli tillfrågad om viss information (paketnamn, version, etc. Det är lämpligt att fylla i alla fält). Efter montering, i katalogen ovan (det vill säga i mgba), kommer ett deb-paket med programmet att dyka upp. Nu kan du helt enkelt installera den genom att dubbelklicka eller använda kommandot sudo dpkg -i paketnamn.deb. Om du under monteringen börjar få felmeddelanden, läs dem noggrant. Det kan saknas några sammansättningsberoenden.

Låt oss ta ett lite annorlunda exempel, som använder en konfigurator. I det här fallet, i katalogen med källkoden, finns skripten: autogen.sh, konfigurera och liknande. Autogen.sh genererar ett skript konfigurera, med vilken du redan kan konfigurera programmet före montering (ja, ja, konfiguratorns konfigurator). Som alltid, glöm inte att läsa instruktionerna för att montera ett visst program. Låt oss anta att arkivet innehåller skriptet autogen.sh. Låt oss köra det:

./autogen.sh

När den har körts bör konfigurationsfilen visas. För att se vilka parametrar du kan bygga programmet med, skriv in:

./configure --help

Granska alla tillgängliga alternativ. Vanligtvis kan detta vara stöd för olika plugins, montering med ett alternativt gränssnitt, till och med montering för en annan processorarkitektur. Låt oss säga att ett program använder ett gränssnitt skrivet i GTK+ 2, men har ett alternativ på GTK+ 3. Då kommer programkonfigurationen att se ut så här:

./configure --with-gtk3

./configure --enable-gtk3

Allt kommer att beskrivas i detalj i instruktionerna. Det finns en viss uppsättning standardalternativ (efter att ha angett ./configure --help, skrivs de först), som att ange installationssökvägen:

Prefix=/usr

Efter att ha kört konfigurera och framgångsrikt konfigurerat koden kan du köra bygget:

sudo checkinstall

Det är allt. Som du kan se är det inget komplicerat här. Även om jag inte kommer att dölja, händer det att utvecklaren inte brydde sig om högkvalitativa monteringsinstruktioner. Men detta händer sällan. Jag skulle också vilja uppmärksamma er på följande: tillgripa att bygga ett program från källkod endast som en sista utväg. Om du använder Ubuntu LTS, titta sedan (med hjälp av Google) för att se om programmet du behöver (eller en nyare version) är tillgängligt i en nyare version av Ubuntu. Eller det kanske finns

terminal och kommandon

Har du ofta stött på det faktum att den nödvändiga versionen av en applikation för din arkitektur helt enkelt inte är tillgänglig i Ubuntu-distributionen, men detta program finns tillgängligt på utvecklarens webbplats i form av källkod i .tar.gz-arkivet. Jag tror att många vet det den här situationen, men inte alla fortsatte att leta efter sätt att lösa det här problemet och letade helt enkelt efter en annan analog av applikationen eller en lite äldre version och fortsatte att fungera.

Jag skulle omedelbart vilja lägga till några ord för nykomlingar till Linux; innan du gör något från den här artikeln, studera noggrant terminalen och de kommandon som används för att arbeta med den, läsa mana eller material på nätet.

• För applikationsbyggen vi kommer naturligtvis att behöva utvecklarverktyg, i vårt fall är detta en kompilator och andra medföljande program, huvudjobb Naturligtvis kommer vi att köras av make-verktyget, och kommandorad(terminalen) kommer att vara som vårt kök där vi kommer att vara förbereda/montera/installera vår ansökan från källan. I Linux terminal tillgänglig som standard, för din bekvämlighet kan du självklart installera vilken annan mer funktionell som du är van vid, till exempel använder jag Guake, det finns många möjligheter jämfört med standarden, där det är enkelt att konfigurera både kopiering och klistra in kommandon eller annan text med CTRL +C,CTRL+V och mycket mer, vilket gör arbetet med konsolen bekvämare.
• 1. Var man ska börja när man bygger applikationer från källan är naturligtvis att ladda ner applikationen i tar.gz- eller tar.bz2-arkivet, i mitt fall är detta till exempel Gimp 2.9.2-applikationen, även om i vårt fall arkivet är inte i tar.gz-format, och tar.bz2, det gör ingen skillnad, ladda ner det och högerklicka sedan på arkivet - Extrahera här.

Detta är förmodligen det första steget, vad gör vi härnäst? Och sedan startar vi terminalen och går till vår uppackade mapp med filer:

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

• 2. Innan du börjar förbereda källorna för montering, skulle jag råda dig att först öppna och bekanta dig med INSTALL-filen, du kommer att hitta mycket användbar information, V den här filen beskriver hur man installerar applikationen, vilka kommandon som behöver köras och mycket mer intressant. Nu råder jag dig att installera ytterligare paket kallas auto-apt, den gör mycket rutinarbete åt dig.

sudo apt-get installera auto-apt

Vad innebär det att göra mycket rutinarbete för mig, frågar du, om kör applikationskällkonfiguration med prefixet för detta paket, till exempel i formen:

Auto-apt -y kör ./configure

Naturligtvis kan du utföra konfigurationen utan hjälp av detta paket och helt enkelt köra kommandot:

./konfigurera

Om du utför konfigurationen med prefixet - auto-apt -y kör, då förbereda källor för montering kommer att äga rum i automatiskt läge, det vill säga det här kommandot kan automatiskt ladda ner och installera alla nödvändiga filer och bibliotek åt dig och tillfredsställa allt beroenden som kommer att krävas.

• 3. När riktigt arbete allt är inte så smidigt, kanske i ett fall går allt bra och steg för att förbereda källkod för montering Det kommer att gå över utan fel, men i andra fall, och det är nog de flesta, kommer du att stöta på fel av olika slag, till exempel räcker det inte till med ett eller annat paket för vidare förberedelse av källkoden. I de flesta fall skrivs namnet på paketet som saknas.

Vi försöker installera det saknade paketet med kommandot:

Sudo apt-get install package_name

I händelse av att ett paket inte upptäcks när du kör kommandot ovan, hjälper följande kombination mig väldigt ofta; vi letar efter paket som vi saknar i cachen:

Apt-cache-sökning pakage_name

• Efter att ha utfört detta kommando kan du hitta ett lämpligt paket, det händer ofta att du inte hittar ett lämpligt paket, men du kan hitta en exakt kopia av paketet men med dev prefix det vill säga ett paket som paketnamn-dev och du kan använda den för att tillfredsställa beroenden.
• 4. Efter att ha slutfört konfigurationen av källorna för byggnaden är det lämpligt att installera paketet checkinstallera vilket gör det enklare att sätta ihop ett applikationspaket för din distribution.

sudo apt-get install checkinstall

Installera paketet, sedan kan du köra kommandot:

Kontrollerainstallera -D

• Attribut -D kommer att skapa ett deb-paket, attribut -R kommer att skapa ett rpm-paket som används i distributionerna av Fedora, RHEL, ASP Linux, ALT Linux, Mandriva, openSUSE, det finns också ett extra attribut -S som kommer att skapa ett paket som används i Slackware.

I mitt fall kör jag på Ubuntu och körde kommandot med hänföras, sedan sätter vi ihop applikationen till ett färdigt Deb-formatpaket, vi kommer att behöva lite förtydligande data, till exempel, som att lägga till en beskrivning till paketet, eftersom du sätter ihop det och följaktligen är beskrivningen helt ren och krävs av dig kort information Vad är den här applikationen till för? I mitt fall, som jag kontrollerade, fylls även följande fält i automatiskt:

1 - Sammanfattning: [ EOF ] 2 - Namn: [ gimp ] 3 - Version: [ 2.9.2 ] 4 - Release: [ 1 ] 5 - Licens: [ GPL ] 6 - Grupp: [ checkinstall ] 7 - Arkitektur: [ i386 ] 8 - Källplats: [ gimp-2.9.2 ] 9 - Alternativ källa: 10 - Kräver: 11 - Ger: [ gimp ] 12 - Konflikter: 13 - Ersättningar:

• Som du kan se, innan bygget är det en kontroll för att se om konfigurationen slutfördes framgångsrikt, om det finns några otillfredsställda beroenden eller andra konflikter; om allt är bra kommer paketet att byggas utan problem.

Jag installerade det tidigare utan att bygga paketet och körde kommandona:

Gör gör installera

Om du vill radera installerad applikation, bör du köra kommandot:

Gör avinstallation

kommandot ovan kommer automatiskt att ta bort de som är relaterade till applikationen som du installerade och kommer inte att påverka någonting från tredje part, det är tillrådligt att inte köra igenom kataloger och köra det från samma applikationskatalog som du arbetade i, det vill säga förberedde konfigurationen , etc.

Även om allt gick utan fel, hela processen varade väldigt länge, ca 20 minuter tills jag installerade Gimp från källkoden, jag lyckades gå och koka kaffe och även titta på installationsprocessen, allt händer under lång tid pga. att det finns många olika mappar sprida programkällfilerna, varje fil har sitt eget syfte och måste finnas i en specifik katalog, så efter att ha kört make install, sker processen att installera tusentals källfiler i de nödvändiga katalogerna.

Så här går installationen av en applikation från källan till, ja, allt är inte så enkelt vid första anblicken, jag sa inte att det skulle vara lätt, men om du försöker utvecklar det mycket väl ditt tänkande och sätt att hitta lösningar i en given situation, som till och med är väldigt bra.

Det är förmodligen allt, om du har frågor om materialet ovan, eller du försökte installera och stötte på fel, fråga i kommentarerna till materialet, vi kommer att leta efter en lösning tillsammans.