http://docs.kde.org/
FöregåendeAnvända kdesrc-buildNästa

Andra funktioner i kdesrc-build

Ändra mängden utmatning från kdesrc-build

kdesrc-build har flera väljare för att styra mängden utmatning som skriptet skapar. Hur som helst, kommer fel alltid att matas ut.

  • Väljaren --quiet (den korta formen är -q) gör att kdesrc-build i huvudsak är tyst. Bara viktiga meddelanden, varningar eller fel visas. Om tillgängligt visas fortfarande förloppsinformation för byggprocessen.

  • Väljaren --really-quiet (ingen kortform) gör att kdesrc-build bara visar viktiga varningar eller fel när det kör.

  • Väljaren --verbose (kortformen är -v) gör att kdesrc-build är mycket detaljerad i utmatningen.

  • Väljaren --debug är bara till för felsökningssyfte. Den gör att kdesrc-build beter sig som om --verbose är aktiverad, gör också att kommandon matas ut på terminalen, och visar felsökningsinformation för många funktioner.

Färgutmatning

När kdesrc-build körs från Konsole eller en annan terminal, visas normalt färglagd text.

Du kan inaktivera det genom att använda väljaren --no-color på kommandoraden, eller ställa in alternativet colorful-output i inställningsfilen till false.

Inaktivera färgutmatning i inställningsfilen:

global
  colorful-output false
end global

Ta bort onödiga kataloger efter en byggprocess

Har du ont om diskutrymme men vill ändå köra de allra senaste utcheckningen av KDE? kdesrc-build kan hjälpa dig att reducera diskanvändning medan du bygger KDE från Git.

Notera

Var medveten om att det går åt mycket utrymme för att bygga KDE. Det finns flera stora delar som använder utrymme när kdesrc-build används:

  1. Själva utcheckningen av källkoden kan uppta ett försvarligt utrymme. Standardmodulerna upptar ungefär 1.6 Gibyte diskutrymme. Du kan reducera storleken genom att försäkra dig om att du bara bygger så många moduler som du verkligen vill ha. kdesrc-build tar inte bort källkod från disken även om du tar bort posten från inställningsfilen, så försäkra dig om att du går till och tar bort oanvända utcheckningar i källkodskatalogen. Observera att källkodsfilerna laddas ner från Internet, och du ska inte ta bort dem om du faktiskt använder dem, åtminstone till du är klar med användning av kdesrc-build.

    Om du dessutom har installerat Qt™ från distributionen (och chansen är stor att du har det), behöver du troligen inte installera modulen qt. Det hyvlar av omkring 200 Mibyte från källkodsstorleken på disk.

  2. kdesrc-build skapar en separat byggkatalog för att bygga källkoden. Ibland måste kdesrc-build kopiera en källkodskatalog för att skapa en falsk byggkatalog. När det sker, används platsbesparande symboliska länkar, så det bör inte vara något krångel med diskutrymme. Byggkatalogen är typiskt mycket större än en moduls källkodskatalog. Byggkatalogen för kdebase är till exempel omkring 1050 Mibyte, medan källkoden för kdebase bara är omkring 550 Mibyte.

    Som tur är krävs inte byggkatalogen efter en modul har byggts och installerats med lyckat resultat. kdesrc-build kan automatiskt ta bort byggkatalogen efter en modul har installerats. Se exemplen nedan för mer information. Observera att genom att utföra detta steg, blir det omöjligt för kdesrc-build att utföra tidsbesparande inkrementella byggprocesser.

  3. Till sist krävs diskutrymme för själva installationen av KDE, som inte körs från byggkatalogen. Det upptar typiskt mindre utrymme än byggkatalogen. Det är dock svårare att få fram exakta siffror.

Hur reducerar man utrymmeskraven för KDE? Ett sätt är att använda riktiga kompilatorflaggor för att optimera för reducering av utrymme istället för hastighet. Ett annat sätt, som kan ha stor effekt, är att ta bort felsökningsinformation från det färdigbyggda KDE.

Varning

Du bör vara mycket säker på att du vet vad du gör innan du bestämmer dig för att ta bort felsökningsinformation. Att köra den allra senaste programvaran betyder att du kör programvara som potentiellt har mycket större sannolikhet att krascha än stabila utgåvor. Om du kör programvara utan felsökningsinformation kan det vara mycket svårt att skapa en bra felrapport för att få problemet löst, och du måste troligen aktivera felsökning igen för programmet som påverkas och bygga om för att hjälpa en utvecklare att rätta kraschen. Så ta bort felsökningsinformation på egen risk!

Ta bort byggkatalogen efter en modul har installerats. Källkoden behålls fortfarande, och felsökning är aktiverad:

global
  configure-flags      --enable-debug
  remove-after-install builddir        # Ta bort byggkatalog efter installation
end global

Ta bort byggkatalogen efter installation, utan felsökningsinformation, med storleksoptimering.

global
  cxxflags             -Os             # Optimera för storlek
  configure-flags      --disable-debug
  remove-after-install builddir        # Ta bort byggkatalog efter installation
end global