Hvis du bruker Linux, det gjør mye fornuftig å laste ned og bruke ulike gratis og Open Source programvare. Mens ofte du vil være i stand til å laste ned og installere ulike turtall, det er mange prosjekter som ikke gir noen brukervennlige installatører. Noen prosjekter selv ikke har eksplisitte utgivelser. Fra den andre siden, kan bygge fra kilden produsere en applikasjon som er mye bedre optimalisert til prosessoren og operativsystemet. Sikkert, må du også være i stand til å bygge en Free / Open Source prosjekt hvis du ønsker å mestre det nok til å bli med som utbygger senere. Denne artikkelen forklarer hvordan du bygger en typisk, riktig forvaltet Linux prosjektet fra kildekoden.
Trinn
- 1Dersom prosjektet har ingen eksplisitte utgivelser, må du kanskje trekke kildekoden direkte fra sine CVS eller SVN. Hjemmesidene til de fleste slike prosjekter vil ha tilsvarende kommandolinjen som du bare trenger å kopiere-lim til systemet, for eksempel cvs-z3-d: pserver: anonymous@cvs.savannah.gnu.org:/ kilder / klassebane co CLASSPATH. Den lignende kommando laster vanligvis et stort antall prosjekter i en gjeldende mappe.
- 2Se inn filene README og INSTALL som bør være på toppen mappe i den nedlastede prosjektet. De kan inneholde verdifull informasjon som vil spare deg for mye tid.
- 3Noen prosjekter gi byggeskriptet som et skall skript (vanligvis kalt bygge. Sh). Dette er ikke veldig hyppig, men skjer for svært gamle prosjekter og også for nye prosjekter som forsøker å gi en "brukervennlig" bygge prosedyre. Hvis du finner en slik fil, prøver å bruke det først (installasjonen kan plasseres i et eget script som vanligvis heter install.sh). Hvis du finner disse skriptene, bare kjøre dem. Ellers fortsetter du med følgende trinn.
- 4Søk etter filen som heter configure som også må være til stede i et prosjekt øverste mappen. Det er vanligvis en. Sh skript som vil tune prosjektet bygger systemet på maskinen din. Hvis du finner den, type. / Konfigurere eller sh konfigurere til å kjøre dette skriptet.. / Configure har vanligvis en rekke alternativer som kan hjelpe hvis "default" run mislykkes med feilmeldinger. Kjør skriptet med nøkkelen - hjelp til å se alternativene. Hvis det ikke er configure-skriptet, kan det være en gammel - style prosjekt som bare bruker Make-filer, slik at du kan gå direkte til neste trinn.
- 5Søk etter filen som heter makefile som kan være utgangspunktet presentere eller vises når du har kjørt konfigurere. Hvis du finner den, skriv kommandoen gjør. Det bør finne makefile i gjeldende katalog og bygge prosjektet for deg.
- 6Hvis det ikke er configure heller makefile i prosjektet treet, kan det være en maur - Powered prosjekt med å bygge xml filen i stedet.. I dette tilfellet, skriver maur i prosjektet rotmappen. Mens gjør er mer populært for C og C + +-prosjekter, er maur populært for java prosjekter.
- 7Hvis maur heller ikke fungerer, eller prosjektet er C eller C + +, prøve å kjøre . / Autogen.sh å lage konfigurere og makefile filer. Dette bruker autoconf, automake og libtool å lage disse filene.
- 8Etter at du har lyktes å kompilere makefile - Based prosjekt, prøve make install for å plassere prosjektet filer i hensiktsmessige steder (for å installere prosjektet). Standard plassering som / usr / lib eller / usr / bin er vanligvis bare root-skrivbar, så dette trinnet vanligvis trenger administratorrettigheter.
- 9Etter installasjonen lykkes, kan du prøve å skrive den korte prosjektnavn. Dette påkaller vanligvis den nylig kompilert og installert program som nå er klar til bruk.
Tips
- Hvis build mislykkes, lim feilmeldingen inn i Google eller andre web søkemotor. Du vil ofte finne beskrivelsen av det samme problemet sammen med forklaring, hvordan å løse det.
- Den hyppigste årsaken er fraværet eller feil versjon av noen nødvendige bibliotek. I dette tilfellet er alt du trenger er å finne og bygge dette biblioteket som vanligvis er et lignende prosjekt på egen hånd.
- Hvis du fortsatt ikke kan forstå at det går galt, kan du prøve å oppdatere bygge verktøy og eksisterende C / C + + / java eller andre bibliotek (avhengig av hvilket programmeringsspråk brukes i prosjektet). Det er vanligvis lett å oppdatere verktøy og biblioteker som bruker systemet Software Updater.
- Etter at du har prøvd tidligere trinn (men etter, ikke før), sende et spørsmål til prosjektet mailingliste. Fortell alle du tror kan være relevant om operativsystemet, må du beskrive problemet i detaljer, og inkluderer alle feilmeldinger. Hackere bør forstå at du har gjort nok fra deg side og virkelig fortjener litt hjelp.
- Hvis du lykkes i å bygge et program fra kilden, gjøre bruk av dette. Prøv å forstå hvordan fungerer programmet og forbedre det!
- Noen ganger programmene ikke kompilere med de nyeste kompilatoren versjoner. I dette tilfellet kan du bruke en eldre versjon, eller få en binær pakke fra internett eller en venn.
- En vanlig fallgruve for noen som hopper på linux miljøet vil være å kopiere kildemapper fra Windows. I dette tilfellet må kan gi rare feil på grunn av forskjell i linjeavslutninger. Alltid prøve å bruke kilden ned fra respektive nettsted for den spesifikke operativsystem.
Advarsler
- Alltid prøve å løse problemet selv, søke på nettet etter en løsning og sjekk postlistearkivet før du spør noen spørsmål til epostlisten. Ellers kan du få noe sånt i respons som er ganske frustrerende og ikke veldig nyttig.
- Dersom prosjektet har offisielle utgivelser, prøv å bruke dem før du drar ut kildekoden fra depotet. Depotet versjonen kan inneholde nylig introdusert bugs og være veldig ustabil.
- Fra den andre siden, dersom den offisielle utgivelsen har problem, kan dette problemet være allerede festet på CVS / SVN og i så fall kan det være verdt å prøve den nyeste versjonen.
- Noen prosjekter kan være svært vanskelig å bygge om operativsystemet er gammel og mye av bibliotekene er foreldet. I så fall tenke på å migrere til en annen Linux-distribusjon som er under aktiv utvikling og bør ha de nyere versjonene av disse bibliotekene.