Andere functionaliteiten van kdesrc-build

Het aantal meldingen van kdesrc-build wijzigen

kdesrc-build heeft verschillende opties om de hoeveelheid meldingen die het script genereert te regelen. Fouten geven in elk geval altijd een melding.

Tabel 6.1. Tabel met debug-niveaus

Debug-levelNiveaunaamOptie op de opdrachtregel
0DEBUG--debug
1FLUISTEREN--verbose
2INFORMATIEStandaard geselecteerd
3NOTITIE--quiet
4WAARSCHUWING--really-quiet
5FOUTOp geen manier te selecteren

Gekleurde meldingen

Indien opgestart vanuit een Konsole of en andere terminal, zal kdesrc-build normaal gesproken gekleurde tekst tonen.

U kunt dit uitschakelen door op de commandoregel --no-color te gebruiken, of door in het configuratiebestand de optie colorful-output op false te zetten.

Gekleurde meldingen uitschakelen in het configuratiebestand:

global
  colorful-output false
end global

Na een bouw de onnodige mappen verwijderen

Heeft u weinig ruimte op de hardeschijf maar u wilt wel een bleeding-edge KDE checkout hebben? kdesrc-build kan helpen bij het reduceren van hardeschijfruimte bij het bouwen van KDE vanuit Git.

Opmerking

Wees u ervan bewust dat het bouwen van KDE veel ruimte nodig heeft. Er zijn verschillende veel ruimtevragende onderdelen bij het gebruik van kdesrc-build:

  1. Het actuele ophalen (checkout) van de broncode kan een behoorlijke hoeveelheid ruimte innemen. De standaard modulen nemen ongeveer 1,6 gigabytes schijfruimte in. U kunt deze hoeveelheid verminderen door na te gaan dat u alleen zoveel modulen bouwt als u echt wilt. kdesrc-build zal geen broncode van schijf verwijderen, zelfs niet als u het item uit het configuratiebestand verwijdert, dus ga na dat u ongebruikte broncode ophalen (checkouts) uit de broncodemap verwijdert. Merk op dat de broncodebestanden gedownload worden vanuit het internet, u zou ze niet moeten verwijderen als u ze echt gebruikt, tenminste totdat u klaar bent met kdesrc-build.

    Daarnaast, als u een Qt™ van uw distributie heeft geïnstalleerd (en de kans is groot dat u dat heeft gedaan), dan hoeft u waarschijnlijk de qt module niet te installeren. Dat bespaart ongeveer 200 megabytes hardeschijfruimte.

  2. kdesrc-build zal voor het bouwen een separate bouwmap creëren waarin de broncode wordt gebouwd. Soms zal kdesrc-build een map met broncode kopiëren om een fake bouwmap te creëren. Als dit voorkomt, worden ruimtebesparende symlinks gebruikt, zodat dit wat hardeschijfruimte betreft geen probleem vormt. Standaard is voor een module de bouwmap veel groter dan de map met broncode. Bijvoorbeeld, de bouwmap voor kdebase is ongeveer 1050 megabytes, terwijl de broncode van kdebase's alleen maar ongeveer 550 megabytes is.

    Gelukkig is de bouwmap niet meer nodig nadat een module succesvol is gebouwd en geïnstalleerd. kdesrc-build kan automatisch de bouwmap na de installatie van een module verwijderen, zie de voorbereiden hieronder voor meer informatie. Merk op dat deze stap het onmogelijk maakt voor kdesrc-build om de tijdbesparende incrementele bouw uit te voeren.

  3. En tenslotte is er voor de eigenlijke installatie van KDE hardeschijfruimte nodig, wat niet in de bouwmap wordt geïnstalleerd. Standaard neemt dit minder ruimte in beslag dan de bouwmap. Maar het is moeilijker om hierover cijfers te geven.

Hoe vermindert u de nodige ruimte voor KDE? Een manier is om de juiste compiler flags te gebruiken, voor een optimalisatie voor opslagruimte in plaats van voor snelheid. Een andere manier, wat een groot effect kan hebben, is het verwijderen van debug-informatie van uw KDE-bouw.

Waarschuwing

U moet zeker weten wat u doet voor dat u besluit om de debug-informatie te verwijderen. Het gebruiken van bleeding-edge software houd in dat u software gebruikt die een grotere kans heeft om te crashen dan software uit een stabiele release. Als u software gebruikt zonder debug-informatie, dan kan het erg moeilijk zijn om een goed bug rapport te creëren zodat uw bug wordt opgelost, en zal u waarschijnlijk de debug-informatie opnieuw moeten inschakelen voor het betreffende programma en opnieuw moeten bouwen om de ontwikkelaar te helpen met het fixxen van de crash. Verwijder daarom de debug-informatie op uw eigen risico!

De bouwmap verwijderen na de installatie van een module. De map met broncode wordt echter bewaard, en debugging is mogelijk:

global
  configure-flags      --enable-debug
  remove-after-install builddir        # Remove build directory after install
end global

De bouwmap verwijderen na de installatie van een module. zonder debug-informatie, met ruimte-optimalisatie.

global
  cxxflags             -Os             # Optimize for size
  configure-flags      --disable-debug
  remove-after-install builddir        # Remove build directory after install
end global