Poenget er at denne kommandoen i form av "make install" eller "sudo make install" ikke kan brukes i moderne distribusjoner.

Men forfatterne av programmene i installasjonsmanualene skriver at du må bruke denne kommandoen, kan du si. Ja, skriver de. Men dette betyr bare at de ikke vet hvilken distribusjon du har, eller om det i det hele tatt er en distribusjon, kanskje du ble med i en sekt og røykte og leste LFS og nå bestemte deg for å kompilere deres kreasjon for ditt chtoniske system. Og gjør installering er en universell, men ofte feil måte å gjøre dette på.

Lyrisk digresjon

Som du vet, for normal drift, må det meste av programvaren ikke bare kompileres, men også riktig installert på systemet. Programmer forventer å finne filene de trenger på visse steder, og disse stedene på de fleste *nix-systemer er hardkodet inn i koden på kompileringstidspunktet. I tillegg til dette aspektet er hovedforskjellen mellom installasjonsprosessen i linux/freebsd/whatever og den i Windows og MacOS at programmet ikke bare legger en haug med filer i en egen katalog i Program Files eller /Applications, men " sprer seg utover filsystem. Biblioteker går til lib, kjørbare filer til bin, konfigurerer til osv., ulike typer data til var, og så videre. Hvis du plutselig trenger å oppdatere den, må alt dette først renses på en eller annen måte, fordi... ved hjelp av ny verson Rester av filer fra den gamle kan føre til helt uforutsigbare konsekvenser, ofte ikke bra. Sannsynligheten for denne hendelsen er ikke så stor, men trenger du den på en produksjonsserver?

Hva så?

Så hvis du gjorde installasjonen direkte via make install, så er det normalt å fjerne eller oppdatere programvaren, sannsynligvis du kan ikke. Dessuten vil det mest sannsynlig installere en ny versjon over den gamle vil overskrive endringene i konfigurasjonene. make install gjør akkurat det den blir bedt om å gjøre - den installerer filer på de riktige stedene, og ignorerer det faktum at noe allerede er der. Etter denne prosessen er det absolutt umulig å få informasjon om hva som ble plassert og hvor i en fordøyelig form. Noen ganger støtter selvfølgelig Makefile avinstalleringshandlingen, men dette er ikke så vanlig, og det er ikke et faktum at det fungerer riktig. I tillegg er det merkelig å lagre det utpakkede kildetreet og byggeregler for avinstallering.

Hvordan kjempe?

Siden pakker i distribusjoner har en tendens til å bli oppdatert noen ganger, for å løse dette problemet kom de opp med noe som pakkeansvarlig. Når du bruker den, går installasjonen omtrent slik:

1. et arkiv dannet på en bestemt måte tas
2. det hentes informasjon fra den om hva det er, hvilken versjon det er, hva det avhenger av, hva det er i konflikt med, om det er nødvendig å kjøre noen skript for å installere/avinstallere/konfigurere osv.
3. Direkte installasjonstrinn pågår
4. Alle data om hvor og hva som ble levert legges til pakkehåndteringsdatabasen.

I dette tilfellet, når du oppdaterer, kan du smertefritt fjerne unødvendige ting, og samtidig se om filene som er merket som konfigurasjon har endret seg i systemet og spørre hva du skal gjøre hvis innholdet deres er annerledes i den nye versjonen. I tillegg vil ikke pakkebehandlingen tillate deg å overskrive filene til en pakke når du installerer en annen. Generelt kan det gjøre mange nyttige ting.

Hvis du av uvitenhet/latskap har kopiert og limt inn installer fra instruksjonene, da filer vises på systemet som pakkebehandleren ikke kjenner til. Med alt det innebærer, hvis det som ble oppført tidligere ikke er nok for deg.

Hva å gjøre?

Du kan selvfølgelig konfigurere kildetreet slik at alt er installert et sted i /opt/mycoolapp/, og deretter, om nødvendig, slette det manuelt, men mye ubehagelig kan dukke opp her, som starter med at programmet forventer at det kan laste inn bibliotekene dine, og lasteren vet ingenting om katalogen der de er plassert, og ender med at programforfatteren kan forvente det, for eksempel hvis han legger en fil, for eksempel, i $prefix/share /xsessions/, så vil skjermbehandleren plukke den opp. For ikke å snakke om banene for pkgconfig og sånt.

Så du må hente pakken.

Jeg har ikke tid til å knulle med dette, jeg bør gjøre det på nytt, alt er enkelt og oversiktlig!

Ro ned, ro ned. Han er bundet til bena våre. Alt er ikke så skummelt og komplisert som det ser ut ved første øyekast.

sjekkinstaller

Dette fantastiske verktøyet, når det lanseres i stedet for å gjøre installer, vil stille flere spørsmål, hvoretter det vil bygge og installere pakken. Det er det, når du oppdaterer vil du ikke ha noen problemer med å rydde ut gammelt søppel.

Bygge deb-pakken manuelt

Hvis du ikke er tilbøyelig til å stole på slik automatisering (som noen ganger fortsatt roter til) eller du vil gjøre et par endringer, men fortsatt er for lat til å håndtere den normale prosessen med å bygge pakker, kan du sette sammen pakken manuelt. Jeg gir en måte å bygge det for systemer på Debian database, fordi jeg er best kjent med dem. Det er ikke ideologisk riktig, men produksjonen er en helt korrekt pakke uten bruk av tilleggsenheter. Dette gjøres som følger.
Først setter vi sammen programvaren med parameterne --prefix=/usr og --exec-prefix=/usr som er forhåndsspesifisert for configure eller autogen.sh.
Deretter installerer vi den i en midlertidig katalog. Vi skriver:

Fakeroot make install DESTDIR=`pwd`/tempinstall
Deretter får vi hele settet med filer i den nyopprettede katalogen. Forresten, vi er nå i et fakeroot-miljø, det vil si at du kan endre eier og tilgangsrettigheter til filer uten noen begrensninger, men fysisk forblir du eieren av systemet. Programvaren inne i fakeroot-sesjonen vil motta endret informasjon, noe som gjør at filer med de riktige rettighetene kan arkiveres.
Deretter oppretter du en DEBIAN-katalog i "pakkeroten" og legger til en liste over alle filer som skal gå inn i /etc i DEBIAN/conffiles:

Cd tempinstall mkdir DEBIAN finne etc | sed "s/^/\//" > DEBIAN/conffiles
Deretter lager vi en fil DEBIAN/kontroll med følgende innhold:

Om nødvendig kan du også lage preinst, postinst, prerm og postrm script der.

Det er det, vi gjør dpkg -b tempinstall og utdataene er tempinstall.deb, som du kan kjøre dpkg -i på og som vil bli installert, oppdatert eller fjernet riktig.

Den "riktige" prosessen med foreløpig opprettelse av en kildekodepakke er utenfor omfanget av dette notatet, og vil derfor ikke bli beskrevet, men for dine formål er det vanligvis ikke nødvendig.

Konklusjon

Som du kan se, er det absolutt ingenting komplisert her, men å følge disse trinnene vil redde deg fra et stort antall problemer i fremtiden.

Og også andre systemer må installeres tilleggsprogrammer. På operasjonsstuer Windows-systemer alt er veldig enkelt, som regel er det et installasjonsprogram setup.exe som hjelper med å installere programvaren. Men i Linux er ting litt annerledes. Hvordan installere programmer på Linux? La oss nå se på dette spørsmålet.

Linux har flere typer installasjonspakker og hver distribusjon har sitt eget pakkeformat. Fedora, Mandriva, Red Hat og Suse-distribusjoner bruker standard Linux RPM-installasjonen utviklet av Red Hat. RPM-pakkefilen heter vanligvis programnavn-versjon.rpm.

Et annet veldig populært format er DEB. Brukes i Debian, Ubuntu, Knoppix og Mepis. Har et navn programnavn-versjon.deb.

Og vi nærmet oss arkivene. Vanligvis er disse utvidelsene .tar , .tar.gz , .tgz. De skal pakkes ut og deretter installeres/kompileres.

Du må utføre programinstallasjonsprosedyren som superbruker.

Rask navigering

Installere programmer på Debian, Ubuntu

Det finnes mange verktøy for å jobbe med DEB-pakker, men det mest brukte er apt-get, som er inkludert i standardsettet med verktøy. For å installere programmet, skriv inn kommandoen:

apt-get install pakkenavn

For å fjerne:

apt-get remove package_name

APT lagrer en lokal database over alle pakker som er tilgjengelige for installasjon og lenker til hvor de kan hentes. Denne databasen må oppdateres fra tid til annen med kommandoen:

apt-get oppdatering

For å oppdatere utdaterte pakker (programmer) på datamaskinen, skriv inn følgende kommandoer:

apt-get update ; apt-get oppgradering

Installere programmer på Fedora, Red Hat

Et verktøy som ligner på APT er yum. For å laste ned og installere pakken fra det konfigurerte depotet, skriv kommandoen:

yum installer pakkenavn

nam fjern pakkenavn

Den lokale yum-databasen er ikke lagret, så det er ikke nødvendig å oppdatere. For å installere oppdateringer, bruk kommandoen:

nam oppdatering

Velg noe spesifikt å oppdatere:

yum oppdatering pakkenavn

Installere programmer i Mandriva

Mandriva har sitt eget sett med verktøy for å jobbe med pakker, kalt urpmi. For installasjon:

urpmi pakkenavn

Å slette:

urpme pakkenavn

Oppdater den lokale databasen med listen over pakker:

urpmi. oppdatering -a

Slik installerer du oppdateringer:

urpmi --auto-velg

Installere programmer fra arkiver (tarballs)

For arkiver komprimert med GZIP (gz, gz2, etc.) gjør vi dette:

tar -xvz f filnavn

For arkiver komprimert med BZIP (bz, bz2, etc.) er det litt annerledes:

tar -xvjf filnavn

Tar kommandoer:

• x – pakk ut filer fra arkivet;
• v – detaljert visning av informasjon på skjermen;
• f – Nødvendig alternativ. Hvis ikke spesifisert, vil Tar prøve å bruke tape i stedet for fil;
• z – prosessarkiv komprimert ved hjelp av gzip;
• j – behandle et arkiv komprimert ved hjelp av bzip.

Etter å ha utført kommandoen, vil det bli opprettet en mappe med et navn som ligner på navnet på pakken. Deretter må du åpne denne opprettede mappen med kommandoen:

cd mappenavn

Deretter, i det utpakkede arkivet, les instruksjonene i README-filen, hvis noen. I alle fall, hvis programmet er kompilert i skjemaet kjørbar fil, så vil pakken inneholde en .sh-fil, vanligvis kalt install.sh

Hei alle sammen!

Dette er et kort notat for Linux-nybegynnere om hva disse tre fantastiske kommandoene betyr og hva de trengs til. La oss starte, som de sier, fra begynnelsen. De fleste programmer må kompileres før bruk, det vil si konvertert fra tekst som en person kan forstå til et sett med enere og nuller som en datamaskin kan forstå. Prosessen er delt inn i tre stadier: konfigurasjon, montering og installasjon. Detaljer under kuttet :)

./konfigurere

Denne kommandoen søker etter biblioteker og overskriftsfiler som er nødvendige for kompilering (dette er for programmer som er delvis eller fullstendig skrevet i C/C++ og lignende språk), i tillegg til å angi spesielle parametere eller koble til spesielle biblioteker, hvis ./konfigurere vil finne alt han trenger, han vil skape Lage filer- fil som kreves for å bygge programmet

Du kan konfigurere konfiguratorparametrene ved å bruke tastene og argumentene til de samme tastene, for eksempel:

./configure --prefix=/opt/mitt_program

Med en nøkkel --prefiks= Du kan spesifisere en katalog som senere skal fungere som et prefiks for programmet ditt (det vil si rotkatalogen). Dette skyldes det faktum at i Linux-verdenen og ikke bare, er det et spesielt hierarki av filsystemet (HFS) i henhold til hvilket ethvert program må kompileres og installeres for å fungere uten feil.

Det er tre hovedfilsystemprefikser som de fleste programmer er konfigurert mot, nemlig:

• / - rotkatalogen til operativsystemet, såkalt ROOT
• /usr - katalog der brukermiljøapplikasjoner er plassert
• /usr/local - en ekstra katalog for brukerprogrammer kompilert manuelt, spesielt for operativsystem ble ikke til en dump

Hvis du åpner noen av disse katalogene, kan du se en veldig lik struktur, i det minste vil det være mapper: bin, etc, include, libs, sbin.

Hvis du løper ./konfigurere uten nøkler, vil standardprefikset (katalogen der det kompilerte programmet skal installeres) være /usr/local, husk dette, hvis du ikke kan kjøre programmet, har du kanskje ikke spesifisert banen til STI.

Bortsett fra nøkkelen --prefiks I konfiguratoren er det som regel mange andre taster, du kan se dem alle hvis du kjører:

./configure --help

gjøre

Den viktigste og enkleste kommandoen/programmet starter apfra kildekoden. For arbeidet ditt dette programmet bruker spesielle filer Lage filer, som beskriver i detalj prosessen med å bygge applikasjonen med alle parameterne som vi spesifiserte til konfiguratoren. Resultatet av en vellykket make-kommando vil være et kompilert program i gjeldende katalog.

gjøre installer

Denne kommandoen installerer programmet direkte i katalogen som er spesifisert på konfigurasjonsstadiet etter å ha utført kommandoen make install, kan du kjøre det nylig installerte programmet.

Etterord

For ikke å skrive tre kommandoer etter tur, kan du skrive dem på én linje:

./konfigurer && gjør && gjør installer

&& - dette er AND-operatoren, som kom fra C/C++-språket, men fra skallets synspunkt betyr det at den neste kommandoen bare må utføres hvis den forrige kommandoen er fullført, dette er veldig praktisk hvis man av stadiene ender med en feil.

Faktisk kan make install også utføre en build, fordi installasjonsoppgaven avhenger av all-oppgaven (det vil si å bygge applikasjonen direkte), dette betyr at make-trinnet kan hoppes over og bare to kommandoer kan utføres hvis du skriver dem på en linje:

./configure && gjør installer

Lykke til! Og takk for at du leste!

Det er situasjoner når du trenger den nyeste versjonen av et program, men det er ikke i depotet til distribusjonen din. Eller dette programmet er ikke lagt til der i det hele tatt av en eller annen grunn. Det er flere alternativer for å få dette programmet, en av dem er å bygge programmet fra kildekoden, direkte for distribusjonen din. Selvfølgelig snakker vi om åpen kildekode-programmer. kildekode:)

Sammenstilling (kompilering) av et program er transformasjonen av kildekoden, skrevet i et kompilert programmeringsspråk (for eksempel C++), som er forståelig for programmereren, til binær kode (en sekvens av nuller og enere), som er forståelig sentral prosessor datamaskin. Ikke alle programmeringsspråk er kompilert. For eksempel kan kode i Python kjøres umiddelbart, uten å oversette den til binær kode (selv om dette også er mulig). For å bygge et program er det lurt å ha en ganske kraftig, og gjerne flerkjernede, prosessor. Aldri kompiler programmer på bærbare datamaskiner! Dette vil ha en ekstremt negativ innvirkning på forventet levetid (de er ikke designet for slike belastninger, med mindre du selvfølgelig har gaming laptop).

Det er ikke noe komplisert med å bygge et program fra kildekoden. Det viktigste å huske er én regel: i en pakkedistribusjon bør du aldri bruke metoden gjøre installer. Ellers vil du få en stor haug med problemer i fremtiden. Når du innser at du ønsket å fjerne programmet (installert på denne måten), men pakkebehandleren vet ikke om det. Og selve programmet består av flere hundre filer spredt over forskjellige kataloger. Skummelt? Derfor, i pakkede distribusjoner, må programmet settes sammen til, faktisk, en pakke. Da kan den fjernes uten problemer, hvis noe skjer. Jeg skrev dette fordi mange av veiledningene jeg har kommet over om hvordan man kompilerer programmer på Linux beskriver nøyaktig gjøre installer. Du kan bare fjerne et program som er installert på denne måten i to tilfeller:

• hvis du fortsatt har et arkiv med koden (så kan du kjøre foreta avinstallering);
• hvis programmets kildekode støtter det.

Ikke bruk make install!

Jeg legger merke til at ikke alle programmer kan settes sammen på samme måte. Derfor bør du alltid lese monteringsanvisningen, som ligger i arkivet med kildekoden. Det hender at utvikleren legger et skript der, som når det lanseres gjør alt selv (kompilerer og installerer, men vi husker på å lage installering), eller det er kanskje ikke egnet for montering gjøre, men du trenger et annet monteringssystem. For å bygge et program, må du også installere monteringsavhengighetene som er nødvendige for det (disse er pakker med prefikset -dev). For raskt å sette sammen et program til en pakke for å kunne installere eller avinstallere det uten problemer, finnes det et verktøy som heter sjekkinstaller. Det vil tillate deg å lage en pakke som er hjemmehørende i systemet ( deb eller rpm), som lar deg bruke standard pakkebehandling for å installere/avinstallere den

For å bygge programmer i GNU/Linux bruker du (stort sett) programmet gjøre, som kjører instruksjoner fra Makefile, men siden det er mange GNU/Linux-distribusjoner, og de er alle forskjellige, for å kompilere programmet, må du spesifisere banene der bibliotekene og headerfilene er plassert separat for hver distribusjon. Programmerere kan ikke studere hver distribusjon og lage Make-filer for hver enkelt. Derfor kom de opp med konfiguratorer som "studerer" systemet og lager en Makefile i samsvar med kunnskapen man har fått. For å bygge trenger vi kompilatorer: de er spesifisert i pakkeavhengighetene bygge-essensielt, så det er nok å installere det med alle avhengighetene. Fortsatt behov autokonf Og bilprodusent. Hvis programmet er skrevet inn Qt, da er det vanligvis satt sammen enten av et team qmake(selvfølgelig må den installeres), eller ved å åpne prosjektfilen i noen IDE(som oftest Qt Creator) og sammenstillinger i den.

Først må du forberede systemet. For å gjøre dette, la oss sette nødvendig sett verktøy:

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

Du kan få kildekoden forskjellige måter. Last ned fra Internett (for eksempel fra utviklerens nettsted), klon et depot med kildekode, og så videre. I det første tilfellet, generelt, er alt klart. I det andre: anta at programmet er i git-depotet (på GitHub, For eksempel). Vi kan gå til dette depotet og laste ned arkivet med koden derfra

Så kopier hele depotet til deg selv (som utviklere gjør). La oss for eksempel ta programmet mgba. Dette er en emulator spillkonsoll Nintendo GameBoy. Depotadresse. La oss kopiere det selv:

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

I hjemmekatalogen din vil du ha en katalog med kildekoden. På samme side av programmet er det monteringsanvisning.

Vi leser nøye. Åpne en terminal og gå til katalogen med kildekoden:

cd ~/mgba

Og vi setter sammen programmet:

mkdir bygge
cd bygge
cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
gjøre
sudo checkinstall -D

Du vil bli bedt om litt informasjon (pakkenavn, versjon osv. Det er lurt å fylle ut alle felter). Etter montering, i katalogen ovenfor (det vil si i mgba), vil en deb-pakke med programmet vises. Nå kan du ganske enkelt installere den ved å dobbeltklikke eller bruke kommandoen sudo dpkg -i pakkenavn.deb. Hvis du begynner å motta feilmeldinger under monteringen, les dem nøye. Det kan mangle noen monteringsavhengigheter.

La oss ta et litt annet eksempel, som bruker en konfigurator. I dette tilfellet, i katalogen med kildekoden, er skriptene plassert: autogen.sh, konfigurere o.l. Autogen.sh genererer et skript konfigurere, som du allerede kan konfigurere programmet med før montering (ja, ja, konfiguratoren til konfiguratoren). Som alltid, ikke glem å lese instruksjonene for å sette sammen et bestemt program. La oss anta at arkivet inneholder autogen.sh-skriptet. La oss utføre det:

./autogen.sh

Når den er utført, skal konfigureringsfilen vises. For å se hvilke parametere du kan bygge programmet med, skriv inn:

./configure --help

Se gjennom alle tilgjengelige alternativer. Vanligvis kan dette være støtte for ulike plugins, en sammenstilling med et alternativt grensesnitt, til og med en sammenstilling for en annen prosessorarkitektur. La oss si at et program bruker et grensesnitt skrevet inn GTK+ 2, men har et alternativ på GTK+ 3. Da vil programkonfigurasjonen se slik ut:

./configure --with-gtk3

./configure --enable-gtk3

Alt vil bli beskrevet i detalj i instruksjonene. Det er et visst sett med standardalternativer (etter å ha skrevet inn ./configure --help, skrives de først), for eksempel å spesifisere installasjonsbanen:

Prefiks=/usr

Etter å ha kjørt konfigurering og vellykket konfigurering av koden, kan du kjøre bygget:

sudo checkinstall

Det er alt. Som du kan se, er det ikke noe komplisert her. Selv om jeg ikke vil skjule, hender det at utvikleren ikke brydde seg med monteringsinstruksjoner av høy kvalitet. Men dette skjer sjelden. Jeg vil også trekke oppmerksomheten din til følgende: ty til å bygge et program fra kildekoden bare som en siste utvei. Hvis du bruker Ubuntu LTS, se deretter (ved hjelp av Google) for å se om programmet du trenger (eller en nyere versjon) er tilgjengelig i en nyere versjon av Ubuntu. Eller kanskje det er det

terminal og kommandoer

Har du ofte støtt på det faktum at den nødvendige versjonen av en applikasjon for din arkitektur rett og slett ikke er tilgjengelig i Ubuntu-distribusjonen, men dette programmet er tilgjengelig på utviklerens nettsted i form av kildekode i .tar.gz-arkivet. Jeg tror mange vet det denne situasjonen, men ikke alle fortsatte å lete etter måter å løse dette problemet på og lette ganske enkelt etter en annen analog av applikasjonen eller en litt eldre versjon og fortsatte å jobbe.

Jeg vil umiddelbart legge til noen ord for nykommere til Linux før du gjør noe fra denne artikkelen, studere terminalen og kommandoene som brukes til å jobbe med den, lese mana eller materialer på nettet.

• Til applikasjonsbygg vi vil selvfølgelig trenge utviklerverktøy, i vårt tilfelle er dette en kompilator og andre tilhørende programmer, hovedjobb Selvfølgelig vil vi bli henrettet av make-verktøyet, og kommandolinje(terminalen) blir som kjøkkenet vårt der vi skal være klargjøre/montere/installere vår søknad fra kilden. I Linux-terminal tilgjengelig som standard, for enkelhets skyld kan du selvfølgelig installere en hvilken som helst annen mer funksjonell som du er vant til, for eksempel bruker jeg Guake, det er mange muligheter sammenlignet med standarden, hvor det er enkelt å konfigurere både kopiering og lime inn kommandoer eller hvilken som helst tekst ved å bruke CTRL +C,CTRL+V og mye mer, noe som gjør arbeidet med konsollen mer komfortabelt.
• 1. Hvor du skal begynne når du bygger applikasjoner fra kilden er selvfølgelig å laste ned applikasjonen i tar.gz- eller tar.bz2-arkivet, i mitt tilfelle er dette for eksempel Gimp 2.9.2-applikasjonen, men i vårt tilfelle arkivet er ikke i tar.gz-format, og tar.bz2, det gjør ingen forskjell, last det ned, og høyreklikk deretter på arkivet - Trekk ut her.

Dette er sannsynligvis den første fasen, hva gjør vi videre? Og så starter vi terminalen og går til vår utpakkede mappe med filer:

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

• 2. Før du begynner å forberede kildene for montering, vil jeg råde deg til først å åpne og gjøre deg kjent med INSTALL-filen, du vil finne mye nyttig informasjon, V denne filen beskriver hvordan du installerer applikasjonen, hvilke kommandoer som må utføres og mye mer interessant. Nå anbefaler jeg deg å installere tilleggspakke kalt auto-apt, gjør den mye rutinearbeid for deg.

sudo apt-get install auto-apt

Hva vil det si å gjøre mye rutinearbeid for meg, spør du, om kjøre programkildekonfigurasjon med prefikset til denne pakken, for eksempel i skjemaet:

Auto-apt -y kjøre ./configure

Selvfølgelig kan du utføre konfigurasjonen uten hjelp av denne pakken og bare kjøre kommandoen:

./konfigurere

Hvis du utfører konfigurasjonen med prefikset - auto-apt -y kjører, da forberede kilder for montering vil finne sted i automatisk modus, det vil si at denne kommandoen automatisk kan laste ned og installere alle nødvendige filer og biblioteker for deg og tilfredsstille alt avhengigheter som vil være nødvendig.

• 3. Når ekte arbeid ikke alt er så glatt, kanskje i ett tilfelle vil alt gå bra og trinn for å forberede kildekoden for montering Det vil gå over uten feil, men i andre tilfeller, og disse er nok de fleste, vil du støte på feil av forskjellig slag, for eksempel er det ikke nok av en eller annen pakke for videre klargjøring av kildekoden. I de fleste tilfeller skrives navnet på pakken som mangler.

Vi prøver å installere den manglende pakken med kommandoen:

Sudo apt-get install package_name

I tilfelle at en pakke ikke blir oppdaget når du utfører kommandoen ovenfor, hjelper følgende kombinasjon meg veldig ofte, vi ser etter pakker som vi mangler i cachen:

Apt-cache søk pakage_name

• Etter å ha utført denne kommandoen, kan du finne en passende pakke, det hender ofte at du ikke finner en passende pakke, men du kan finne en nøyaktig kopi av pakken, men med dev-prefiks det vil si en pakke som pakkenavn-dev og du kan bruke den til å tilfredsstille avhengigheter.
• 4. Etter å ha fullført konfigurasjonen av kildene for bygget, anbefales det å installere pakken sjekkinstaller som gjør det enklere å sette sammen en applikasjonspakke for din distribusjon.

sudo apt-get install checkinstall

Installer pakken, så kan du kjøre kommandoen:

Sjekkinstaller -D

• Egenskap -D vil opprette en deb-pakke, attributt -R vil lage en rpm-pakke som brukes i distribusjonene av Fedora, RHEL, ASP Linux, ALT Linux, Mandriva, openSUSE, det er også en ekstra attributt -S som vil lage en pakke brukt i Slackware.

I mitt tilfelle kjører jeg på Ubuntu og kjørte kommandoen med -D-attributt, deretter skal vi sette sammen applikasjonen til en ferdiglaget Deb-formatpakke, vi trenger noen klargjørende data, for eksempel, for eksempel å legge til en beskrivelse til pakken, siden du setter den sammen og derfor beskrivelsen er helt ren og kreves av deg kort informasjon Hva er denne applikasjonen for? I mitt tilfelle, som jeg sjekket, fylles følgende felt også ut automatisk:

1 - Sammendrag: [ EOF ] 2 - Navn: [ gimp ] 3 - Versjon: [ 2.9.2 ] 4 - Utgivelse: [ 1 ] 5 - Lisens: [ GPL ] 6 - Gruppe: [ checkinstall ] 7 - Arkitektur: [ i386 ] 8 - Kildeplassering: [ gimp-2.9.2 ] 9 - Alternativ kildeplassering: 10 - Krever: 11 - Gir: [ gimp ] 12 - Konflikter: 13 - Erstatter:

• Som du kan se, før byggingen er det en sjekk for å se om konfigurasjonen ble fullført, hvis det er noen utilfredse avhengigheter eller andre konflikter hvis alt er bra, vil pakken bygges uten problemer.

Jeg installerte det tidligere uten å bygge pakken, og kjørte kommandoene:

Gjøre installer

Hvis du ønsker å slette installert applikasjon, bør du kjøre kommandoen:

Gjør avinstallering

kommandoen ovenfor vil automatisk slette de som er relatert til applikasjonen du installerte og vil ikke påvirke noe tredjepart, det anbefales ikke å kjøre gjennom kataloger og kjøre det fra samme applikasjonskatalog som du jobbet i, det vil si forberedt konfigurasjonen , etc.

Selv om alt gikk uten feil, varte hele prosessen veldig lenge, ca 20 minutter før jeg installerte Gimp fra kildekoden, klarte jeg å lage kaffe og også se på installasjonsprosessen, alt skjer i lang tid pga. som det er mange av forskjellige mapper spre applikasjonskildefilene, hver fil har sitt eget formål og må være plassert i en bestemt katalog, så etter å ha utført make install, skjer prosessen med å installere tusenvis av kildefiler i de nødvendige katalogene.

Slik skjer installasjon av en applikasjon fra kilden, ja, ikke alt er så enkelt ved første øyekast, jeg sa ikke at det ville være lett, men hvis du prøver, utvikler det tankegangen din og måter å finne løsninger på. en gitt situasjon, som det er til og med veldig bra.

Det er sannsynligvis alt, hvis du har spørsmål om materialet ovenfor, eller du prøvde å installere og oppdaget feil, spør i kommentarene til materialet, vi vil se etter en løsning sammen.