Sådan opbygges et typisk linux-projekt

Hvis du bruger Linux, giver det en masse mening at downloade og bruge forskellige gratis og open source-software. Mens du ofte vil kunne downloade og installere forskellige rpms, er der mange projekter, der ikke giver nogen brugervenlige installatører. Nogle projekter har endda ikke de eksplicitte udgivelser. Fra den anden side kan bygningen fra kilden producere en applikation, der er meget bedre optimeret til din processor og operativsystem. Sikkert skal du også kunne opbygge et gratis / open source-projekt, hvis du vil mestre det nok til at deltage som udvikler senere. Denne artikel forklarer, hvordan man opbygger et typisk, korrekt administreret Linux-projekt fra kildekoden.

Trin

  1. Billedet med titlen Byg et typisk Linux-projekt Trin 1
1. Hvis projektet ikke har nogen eksplicitte udgivelser, skal du muligvis trække kildekoden direkte fra dets CVS eller SVN-depot. Websites af de fleste sådanne projekter vil have den tilsvarende kommandolinje, som du kun behøver at kopiere pasta til dit system, for eksempel CVS -Z3 -D: PSERVER: Anonymous @ CVS.Savannah.GNU.Org: / Kilder / Classpath Co Classpath. Den tilsvarende kommando downloader normalt et stort antal projektfiler i en nuværende mappe.
  • Billedet med titlen Byg et typisk Linux-projekt Trin 2
    2. Se på filerne Readme og installer, der skal være i den øverste mappe i det downloadede projekt. De kan indeholde værdifulde oplysninger, der vil spare dig meget tid.
  • Billedet med titlen Byg et typisk Linux-projekt Trin 3
    3. Nogle projekter giver bygget scriptet som et shell script (normalt navngivet Build.SH). Dette er ikke meget hyppigt, men sker for meget gamle projekter og også for nye projekter, der forsøger at give en "brugervenlig" Bygg procedure. Hvis du finder en sådan fil, skal du prøve at bruge den først (installationen kan placeres i et separat script, der normalt er navngivet installere.SH). Hvis du finder disse scripts, skal du bare køre dem. Ellers fortsæt til de følgende trin.
  • Billedet med titlen Byg et typisk Linux-projekt Trin 4
    4. Søg efter filen kaldet Konfigurer som også skal være til stede i en projekt øverste mappe. Det er normalt en .Shript, der vil tune projektet Build System til din maskine. Hvis du finder det, skriv ./ Konfigurer eller SH Konfigurer for at køre dette script. ./ Konfigurer har normalt mange muligheder, der kan hjælpe, hvis "Standard" Kør fejler med fejlmeddelelser. Kør scriptet med nøglen --Hjælp For at se mulighederne. Hvis der ikke er nogen Konfigurer Script, det kan være et gammelt-stil projekt, som kun bruger lave filer, så du kan fortsætte direkte til næste trin.
  • 5. Søg efter filen kaldet makefile som i første omgang er til stede eller vises efter at du har kørt Konfigurer. Hvis du finder det, skriv kommandoen lave. Det skal finde filfilen i den aktuelle mappe og opbygge projektet for dig.
  • 6. Hvis der ikke er nogen Konfigurer heller ikke makefile I projektetræet kan det være en myre - drevet projekt med Build.xml fil i stedet. I dette tilfælde skal du skrive myre I projektets rodmappe. Mens lave er mere populær for C og C ++ projekter, myre er populær for Java-projekter.
  • Billedet med titlen Byg et typisk Linux-projekt Trin 7
    7. Hvis myr ikke virker, eller projektet er C eller C ++, prøv at køre ./ Autogen.sh for at skabe Konfigurer og makefile filer. Dette bruger AutoConf, Automake og Libtool til at oprette disse filer.
  • Billedet med titlen Byg et typisk Linux-projekt Trin 8
    8. Når du har lykkedes at kompilere Makefile-baserede projekt, så prøv gøre installation at placere projektfilerne på passende steder (for at installere projektet). Standardsteder som / usr / lib eller / usr / bin er normalt kun rodskrivbar, så dette trin har normalt brug for administratorrettigheder.
  • 9. Når installationen lykkes, skal du prøve at skrive det korte projektnavn. Dette påberåber sig normalt det nyligt kompilerede og installerede program, som nu er klar til brug.

    • Tips

    Hvis bygningen fejler, indsæt fejlmeddelelsen i Google eller anden websøgemaskine. Du vil ofte finde beskrivelsen af ​​det samme problem sammen med forklaring, hvordan man løser det.
  • Den hyppige årsag er fraværet eller den forkerte version af noget påkrævet bibliotek. I dette tilfælde er alt hvad du behøver at finde og bygge dette bibliotek, som normalt er et lignende projekt på egen hånd.
  • Hvis du stadig ikke kan forstå, at det går galt, skal du prøve at opdatere dine bygningsværktøjer og de eksisterende C / C ++ / Java eller andre biblioteker (afhængigt af hvilke programmeringssprog der bruges i projektet). Det er normalt nemt at opdatere værktøjer og biblioteker ved hjælp af System Software Updater.
  • Efter at du har prøvet de tidligere trin (men efter, Ikke før), send et spørgsmål til projektets mailingliste. Fortæl alt, hvad du mener kan være relevant om dit operativsystem, beskriv problemet i detaljer og inkludere alle fejlmeddelelser. Hackere bør forstå, at du har gjort nok fra dig side og fortjener virkelig en hjælp.
  • Hvis du lykkedes at opbygge et program fra kilden, skal du bruge dette. Prøv at forstå, hvordan fungerer programmet og forbedrer det!
  • Nogle gange udarbejder programmer ikke med de nyeste kompilatorversioner. I dette tilfælde kan du bruge en ældre version eller få en binær pakke fra internettet eller en ven.
  • En fælles faldgrube for en person, der hopper på Linux-miljøet, vil kopiere kilderne fra Windows. I dette tilfælde kan gøre, kan give rare fejl på grund af forskel i line slutninger. Prøv altid at bruge den kilde, der downloades fra det respektive websted for det specifikke operativsystem.

    • Advarsler

    Forsøg altid at løse problemet selv, søge på internettet for en løsning og kontrollere postlistearkivet, før du stiller spørgsmål til postlisten. Ellers kan du få noget som Rtfm Som svar, som er ret frustrerende og ikke meget hjælpsomt.
  • Hvis projektet har officielle udgivelser, skal du prøve at bruge dem, før du trækker kildekoden fra depotet. Repositoryversionen kan indeholde nyligt introducerede bugs og være meget ustabil.
  • Fra den anden side, hvis den officielle udgivelse har problemer, kan dette problem allerede være fastgjort på CVS / SVN, og i så fald kan det være værd at prøve den nyeste version.
  • Nogle projekter kan være meget vanskelige at bygge, hvis dit operativsystem er gammelt, og mange biblioteker er forældede. I så fald tænk på migrering af en anden Linux-distribution, der er under aktiv udvikling og bør have de nyere versioner af disse biblioteker.
    • Del på sociale netværk :
    Lignende