Hvordan lage det spillet / programmet jeg nettopp lastet ned

La oss anta du har nettopp lastet ned kildekoden til favorittspillet eller programmet ditt, og vil kompilere det for å kunne nyte det. Hvordan utføre en så titanisk oppgave? Ikke bekymre deg, å kompilere og installere det spillet / programmet på Linux er ikke så vanskelig som det høres ut.

Bygg og installer prosedyre

Når du laster ned kildekoden til et program, vil den komprimeres til en fil som på Linux vanligvis er av typen tar.gz eller tar.bz2. Visst, det kan komme i hvilket som helst annet format (zip, for eksempel), men det er vanligvis regelen.

Så det første trinnet er å pakke ut filen. Den enkleste metoden er å åpne Nautilus, høyreklikke på den aktuelle filen og velge dekomprimere. Metoden som vi vil se her, er imidlertid den som brukes av terminalen.

Når filen er dekomprimert, vil det opprettes en katalog som vi må få tilgang til og hvorfra vi starter konfigurasjonen og kompilering av programmet.

Når du gjør alt dette fra terminalen, er kommandoene du skal bruke:

tar xvzf package.tar.gz (eller tar xvjf package.tar.bz2) cd-pakke ./configure make make install

Dette er kommandoene som man generelt må følge, men det vil være tilrådelig å analysere hvert av disse trinnene i større dybde for å forstå godt hva de innebærer.

Trinn 1: dekompresjon

Tar.gz eller tar.bz2-utvidelsen betyr at kildekoden du lastet ned komprimeres til en tar-fil, også kjent som en tarball. Dette forenkler spredningen av kildekoden i stor grad, siden alle filene og mappene som inngår i den er pakket i en enkelt fil. Når den er pakket, innen tarfilen, komprimeres den filen ved hjelp av gz- eller bz2-algoritmen, avhengig av utviklerens smak.

For å pakke ut en tar.gz-fil skrev jeg:

tjære xvzf pakke.tar.gz

I tilfelle en tar.bz2-fil:

tjære xvjf package.tar.bz2

I de fleste tilfeller vil dette opprette en mappe i katalogen der den komprimerte filen ligger. Mappenavnet vil være det samme som den komprimerte filen.

Trinn 2: Konfigurasjon

Når du har kommet inn i mappen som ble opprettet ved å pakke ut tar.gz- eller tar.bz2-filen ...

cd-mappe

... På tide å konfigurere pakken. Vanligvis, men ikke alltid (det er derfor det er viktig å lese README og INSTALL-filene), oppnås dette ved å kjøre installasjonsskriptet:

. / Konfigurer

Når du kjører dette skriptet, blir ingenting installert ennå, det vil bare sjekke systemet og tildele verdier til noen systemavhengige variabler. Disse verdiene brukes til å lage en Makefile. Makefile brukes i sin tur til å lage den binære filen som, på slutten av historien, lar programmet kjøre.

Når du kjører denne kommandoen, vil du se at skjermen fylles med mange noe kryptiske meldinger. I tilfelle feil, vises en melding; og hvis alt går bra, kan vi hoppe til neste trinn. 🙂

Trinn 3: Bygg binær

Tiden er inne for å bygge den binære filen, som ikke er noe annet enn kjørbar av programmet. Med andre ord innebærer denne prosedyren transformasjon av filer skrevet på et høyt nivå programmeringsspråk til rene nuller og ener, det vil si det eneste språket datamaskinen vår forstår.

gjøre

For at denne kommandoen skal lykkes, må forrige trinn ha vært vellykket. Uten Makefile vil fabrikken mislykkes. Det er derfor det er så viktig at installasjonsskriptet kjører.

Ja, skjermen fylles med rare meldinger igjen, og det vil trolig ta litt tid å fullføre. Det vil avhenge av størrelsen på programmet og datamaskinens hastighet.

Trinn 4: installasjon

Visst, vi har allerede kjørbar, men installasjonen mangler. Dette trinnet må gjøres med administratorrettigheter.

sudo lage installasjon

Som i dette hypotetiske tilfellet har vi ikke gjort noen endringer i konfigurasjonsfilen, programmet vil bli installert i standardmappen. Generelt er dette vanligvis / Usr / local / bin siden det tillater at fra hvilken som helst side når du skriver navnet på programmet det blir utført (uten å måtte angi hele banen til programmet).

Trinn 5: Utførelse

Nei, vi drepte ingen. Det er rett og slett det kulminerende trinnet i hele bygge- og installasjonsprosessen. For å kjøre programmet som vi så møysommelig ble til en binær, skrev jeg:

./programnavn

Hvis programmet ble installert i en annen mappe, annet enn / usr / local / bin, må du angi hele banen til programmet.

Rydding av ranchen

I tilfelle du har veldig lite diskplass, vil du kanskje slette alle filene som ble opprettet under den binære byggeprosessen. I så fall fikk jeg tilgang til mappen som ble opprettet ved å pakke ut filen og skrive:

gjør rent

Merk: Sørg for å beholde Makefile. Denne filen vil være nødvendig når du avinstallerer programmet i fremtiden.

avinstallering

Programmet var ikke det vi forventet, og vi vil slette det fra forsiden av systemet vårt. Hvordan? Vises ikke programmet jeg nettopp har installert i Software Center eller Synaptic? Og nå?

I tilfelle du ikke har slettet Makefile, er det mulig å avinstallere programmet enkelt. Jeg skrev følgende kommando i mappen som ble opprettet når du pakket ut filen:

gjør avinstallering

Hvis du var uheldig og avinstallasjonen mislyktes, vil det ikke være noe annet valg enn å slette filene for hånd. En skikkelig hodepine. For å finne ut hvor disse filene ligger, kan du ta en titt på din Makefile.

I tilfelle du har slettet Makefile, er det best å installere programmet på nytt, og deretter gjøre det gjør avinstallasjon, da dette vil regenerere Makefile. Ikke glem å installere den med de samme konfigurasjonene (i dette tilfellet ingen) i . / Konfigurer.


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   Alex sa

    God takk tusen takk, alltid når vi begynner i Linux, er et av hovedproblemene hvordan vi skal kompilere, godt forklart, selv om det er tilrådelig å lese readme eller installere ...

  2.   Alex sa

    God takk tusen takk, alltid når vi begynner i Linux, er et av hovedproblemene hvordan vi skal kompilere, godt forklart, selv om det er tilrådelig å lese readme eller installere ...

  3.   emiliano perez sa

    «Hvis du var uheldig og avinstallasjonen mislyktes, vil det ikke være noe annet valg enn å slette filene for hånd. En skikkelig hodepine »

    Det er mer tilrådelig å installere den på nytt, og deretter gjør "avinstaller" siden Makefile blir generert på nytt. Det er viktig å installere den ved å bruke de samme konfigurasjonene (i dette tilfellet ingen) i konfigurasjonen.

  4.   Juan sa

    nå hvis du ikke vil kjøre det ved å sette navnet på programmet, men lage en snarvei til skrivebordet eller få det til å vises i applikasjonsmenyen, hvordan gjør du det?
    Greetings!

  5.   kiwi_kiwi sa

    God opplæring. Nå kan til og med jeg kompilere.

  6.   marcoshipe sa

    Jeg tror det andre trinnet ville være å lese readme (RTFR xD), og det er det mest grunnleggende av alt, siden mange programmer har avhengigheter som du må overholde i installasjonen, eller det trengs noe ekstra trinn, eller det er også bra at du leser det fordi det gir god alternativer for merket som kan interessere oss.

    Greetings!

  7.   La oss bruke Linux sa

    Helt! Derfor anbefaler jeg alltid å lese README og INSTALL.

  8.   La oss bruke Linux sa

    Du har rett. Det, i tilfelle du ikke har Makefile. Jeg snakket om saken at selv om man hadde Makefile, kunne den ikke avinstalleres av annen grunn.
    Uansett skal jeg legge til din kommentar til innlegget, som jeg synes er veldig relevant og nøyaktig.

    En klem og takk for at du kommenterte! Paul.

  9.   La oss bruke Linux sa

    Tudo bem Krafty! Ingen er fornærmet. Jeg skrev dette innlegget fordi jeg aldri hadde dekket temaet på bloggen. Uansett legger jeg merke til temaene du anbefaler (noen veldig gode). Sikkert, jeg vil skrive om dem i en ikke så fjern fremtid.
    En stor klem og takk for at du la igjen kommentarene dine! Paul.

  10.   listig sa

    Jeg vil ikke være slem, men dette emnet har allerede blitt diskutert flere ganger så langt i år.

    Jeg foreslår noen emner slik at du kan se at jeg ikke legger igjen en kommentar bare for å lage en bard.

    - Telefoni over IP
    - Ulike Torrent-klienter (hvilken du skal velge).
    - Opprettelse av skript av de tingene vi har gjentatte ganger i konsollen.
    - Fjern moduler til kjernen slik at den initialiserer Linux raskere når du starter opp.

    Jeg håper jeg ikke har fornærmet / plaget noen

  11.   invitert sa

    flott, flott for de av oss som begynte å gå løs med linux

  12.   La oss bruke Linux sa

    Ja, generelt er disse beskrevet i README. Ellers, når en kompilering vises, og basert på feilen (som forteller hvilket bibliotek som mangler), må vi installere riktig avhengighet.
    En klem! Paul.

  13.   Celloer sa

    Krafty, du er definitivt dårlige vibber. Hvor har du sett en opplæring som denne, så klar og forklarende? for meg er det utmerket, salu2,

  14.   rv sa

    Tusen takk for guiden! Det hjalp meg med å avklare noen ting 🙂

    Forresten, et tips som har fungert ganske bra for meg å løse problemet med avhengigheter er å gjøre først og fremst 'sudo apt-get build-dep programnavn'; Jeg vet ikke om det fungerer i alle distroer, jeg har brukt det i Debian (Squeeze, hvor jeg nylig har samlet MuseScore 1.2 for å lindre den arkaiske repoen til den stabile grenen ... 😉

    Jeg ser for meg at noen mer informerte vil kunne gi finere detaljer 🙂

    Greetings!

  15.   rosgory sa

    Bør vi ikke ta hensyn til avhengighetene programmet trenger før vi kompilerer?

  16.   Diego Garcia sa

    Jeg har brukt Linux i kort tid, og dette er en av mine største tvil, dette vil være veldig nyttig for meg siden jeg ikke hadde funnet noe innlegg med akkurat dette emnet 😀
    eller kjenner du noe?
    Jubel..

  17.   rammeverk sa

    flott, jeg hadde ikke sett dette innlegget, men det er på grunn av en type 1-feil eller type 2-feil

  18.   ibon sa

    Finnes det ingen annen metode?
    Denne metoden har jeg allerede brukt. Problemet er at det er mange, mange kildekodeprogrammer som ikke bruker dette systemet, vi har ikke konfigureringsskriptet. Jeg vil gjerne ha hvordan jeg skal kompilere dem.