A exemplo do comando "./configure", serão exibidas mensagens de erro no caso de faltarem dependências. Se tudo correr bem, podemos finalmente instalar o nosso RPM para testar o software.
Os pacotes RPM vão surgir em /usr/src/packages/RPMS, na subdiretório correspondente ao tipo de processador (i386, i486, noarch, etc). Os pacotes .SRC.RPM são criados em /usr/src/packages/SRPMS.
Os arquivos fonte são descompactados e compilados em /usr/src/packages/BUILD.
Os arquivos que vão ser incluídos no RPM (binários, includes e bibliotecas) são criados em /var/tmp/build-root-{nome_do_arquivo} e os arquivos .spec em /usr/src/packages/SPECS.
É necessário ter permissão de escrita para estes diretórios:
- /usr/src/packages
- /var/tmp
Quem souber como configurar o
KRPMBuilder para que o processo todo corra sem necessidade de permissões de root - dentro do diretório /home/{usuário} por exemplo - faça o favor publicar um artigo KRPMBuilder - avançado.
ATENÇÃO:
Os RPMs assim construídos tem a particularidade de meter dentro do mesmo saco (pacote) todo o software contido na fonte utilizada. Não cria um pacote "devel" por exemplo, põe tudo em um.
No caso do GTK2, temos usualmente 5 pacotes: gtk2, gtk2-devel, gtk2-doc, gtk2-engines e gtk2-themes. O KRPMBuilder criou apenas um único RPM com o conteúdo equivalente a todos aqueles pacotes, para a versão 2.8.9.
É sempre possível abrir o pacote criado pelo KRPMBuilder e o dividir em vários, à imagem das versões anteriores para respeitar os padrões.
O fato de existir apenas um pacote cria alguns problemas de falsas dependências não satisfeitas: No meu caso ao atualizar o gtk2 de versão 2.4.9 para a 2.8.9, a versão antiga foi removida (substituída), incluindo os pacotes devel e doc. Como tem outros programas no sistemas que dependem do gtk2-devel, passei a ter avisos de pacotes quebrados no sistema, embora tal não seja correto. Os arquivos necessários para esses programas funcionarem estão no sistema realmente, mas incluídos no gtk (base), pois deixou de existir um pacote designado gtk2-devel.
Para uma descrição mais detalhada do significado dos dados solicitados pelo KRPMBuilder, da terminologia utilizada, ou como abrir um pacote RPM, podem consultar o seguinte howto:
Boa sorte e bom
Linux!