Outras funcionalidades do kdesrc-buildO kdesrc-build tem várias opções para controlar a quantidade de dados à saída que o programa gera. Em qualquer caso, os erros serão sempre apresentados.
A opção
--quiet(o seu formato curto é o-q) faz com que o kdesrc-build seja maioritariamente silencioso. Só as mensagens importantes, avisos ou erros serão apresentados. Quando estiver disponível, a informação de progresso é à mesma apresentada.A opção
--really-quiet(sem formato curto) faz com que o kdesrc-build mostre apenas os avisos importantes ou os erros, enquanto estiver em execução.A opção
--verbose(o formato curto é o-v) faz com que o kdesrc-build seja muito detalhado nos seus resultados.A opção
--debugserve apenas para fins de depuração, dado que faz com que o kdesrc-build actue como se o--verboseestivesse activo, fazendo com que os comandos sejam também apresentados no terminal e mostrando a informação de depuração para várias funções.
Ao ser executado a partir do Konsole ou de um terminal diferente, o kdesrc-build irá mostrar normalmente o texto a cores.
Poderá desactivar isto com a opção --no-color na linha de comandos ou configurando a opção colorful-output no ficheiro de configuração como false.
Desactivar as mensagens a cores no ficheiro de configuração:
global colorful-output false end global
Está com falta de espaço em disco mas deseja à mesma fazer uma extracção actualizada do KDE? O kdesrc-build poderá ajudar a reduzir a sua utilização do disco ao compilar o KDE a partir do Subversion.
Nota
Tenha em atenção que a compilação do KDE ocupa bastante espaço. Existem bastantes componentes grandes em termos de espaço ao usar o kdesrc-build:
A extracção de código actual poderá levar bastante espaço. Os módulos por omissão levam cerca de 1,6 gigabytes de espaço em disco. Poderá reduzir esta quantidade, se garantir que só vai compilar os módulos que deseja de facto. O kdesrc-build não irá remover o código-fonte do disco, mesmo que remova o item do ficheiro de configuração, como tal garanta que são apagados os módulos extraídos e não usados da pasta de código. Lembre-se que os ficheiros de código são obtidos da Internet, pelo que não deverá removê-los se for usar estes ficheiros de facto, pelo menos até acabar de usar o kdesrc-build.
Da mesma forma, se já tiver um Qt™ instalado pela sua distribuição (e é bastante possível que isso aconteça), provavelmente não irá necessitar de instalar o módulo 'qt'. Isso irá poupar cerca de 200 MB do código no disco.
Uma coisa a reparar é que, devido à forma como o Subversion funciona, existem de facto dois ficheiros no disco para cada ficheiro extraído do repositório. O kdesrc-build não tem código neste ponto para tentar minimizar o tamanho do código, quando este não estiver a ser usado.
O kdesrc-build irá criar uma pasta de compilação separada, para onde irá compilar o código-fonte. Algumas vezes o kdesrc-build terá de copiar uma pasta de código para criar uma pasta de compilação falsa. Quando isso acontecer, são usadas as ligações simbólicas, caracterizadas por poupar espaço, como tal isso não deverá ser um problema a nível de espaço em disco. A pasta de compilação será tipicamente muito maior que a pasta de código de um módulo. Por exemplo, a pasta de compilação do 'kdebase' ocupa cerca de 1 050 megabytes, enquanto o código do 'kdebase' ocupa apenas cerca de 550 megabytes.
Felizmente, a pasta de compilação não é necessária após um módulo ter sido compilado e instalado com sucesso. O kdesrc-build poderá remover automaticamente a pasta de compilação após a instalação de um módulo; veja os exemplos abaixo para mais informações. Lembre-se que a utilização deste passo tornará impossível ao kdesrc-build efectuar as compilações incrementais que poupam tempo.
Finalmente, existe espaço em disco necessário para a própria instalação do KDE, que não executa a partir da pasta de compilação. Este espaço é normalmente menor que o da pasta de compilação. É mais difícil ter os valores exactos, de qualquer forma.
Como é que reduz os requisitos de espaço do KDE? Uma forma é usar as opções de compilação adequadas, para optimizar a redução de espaço em vez da velocidade. Outra forma, que poderá fazer bastante efeito, é remover a informação de depuração da sua compilação do KDE.
Atenção
Deverá ter mesmo a certeza que sabe o que faz, antes de decidir remover a informação de depuração. A execução de aplicações demasiado actuais significa que está a correr programas que, potencialmente, poderão ter tendência a estoirar, algo que não acontece numa versão estável. Se estiver a executar 'software' sem informações de depuração, poderá ser bastante difícil criar um bom relatório de erros para que o seu erro seja resolvido; como tal, é possível que tenha de activar de novo a informação de depuração da aplicação afectada e compilá-la de novo para ajudar um programador a resolver o estoiro. Como tal, remova a informação de depuração por sua conta e risco!
A remoção da pasta de compilação, após a instalação de um módulo. A pasta do código é mantida à mesma e a depuração fica activa:
global configure-flags --enable-debug remove-after-install builddir # Remover a pasta de compilação após a instalação end global
A remoção da pasta de compilação após a instalação, sem informações de depuração e com optimizações do tamanho.
global cxxflags -Os # Optimizar o tamanho configure-flags --disable-debug remove-after-install builddir # Remover a pasta de compilação após a instalação end global