Mandrake Hauer

O que é o mandrake hauer e quando você precisa dele

O mandrake hauer é uma ferramenta/gerador desenvolvida para o ecossistema Mandrake Linux que automatiza a compilação de pacotes a partir do código-fonte, usando a estrutura spec file do rpm. Ela aparece com mais frequência quando você está tentando reconstruir um pacote específico para uma versão legada do Mandrake ou quando o repositório oficial já não existe mais.

Por que as pessoas ainda buscam por mandrake hauer

A maioria das pessoas que cai nesse assunto está lidando com hardware antigo ou ambientes controlados que rodam Mandrake 9.x até o 10.1. O Mandrake foi descontinuado em 2005 e fundido com o MECA para formar a Mandriva. Os servidores espelho que hospedavam os SRPMS e as ferramentas associadas foram apagados há mais de uma década. O mandrake hauer acaba sendo procurado porque é um dos poucos atalhos que sobrou para quem precisa recompilar pacotes sem depender de um repositório ativo. O funcionamento básico é simples. Você coloca o spec file na pasta correta, executa o comando de rebuild e o sistema monta o RPM na sequência: prepara o ambiente, aplica os patches declarados, compila, empacota e instala. O processo leva de 20 minutos a 2 horas, dependendo da quantidade de dependências e da potência da máquina.

Instalação e configuração prática

Se o seu sistema ainda tem acesso a um espelho histórico, o pacote costuma vir embutido no repositório de desenvolvimento. A instalação básica via rpm é: rpm -ivh mandrake-hauer*.rpm

Depois disso, verifique se o caminho padrão das fontes está configurado. O arquivo de configuração fica em /etc/mandrake-hauer.conf ou, em algumas versões, em ~/.mandrake-hauer.conf. A variável mais importante é a definição do diretório SOURCES. Se ela estiver apontando para um caminho que não existe, o build falha antes mesmo de começar a compilação, e o erro que aparece na tela é genérico demais — muita gente acha que é problema de dependência quando na verdade é só um path quebrado. Eu configurei o mandrake hauer em uma máquina virtual com Mandrake 10.1 oficial rodando em QEMU. O problema que encontrei foi específico: o pacote não reconhecia caminhos relativos contendo espaços. Eu tinha salvo os spec files numa pasta chamada Meus Projetos/build e todas as tentativas de compilação travavam no passo de preparação do rpmbuild com uma mensagem sobre arquivo não encontrado. A solução foi renomear a pasta para algo sem espaços e reexecutar o rebuild. Depois disso, tudo funcionou sem intercorrências.

Fluxo de trabalho recomendado

O jeito mais direto de usar é baixar o spec file do pacote que você precisa, colocá-lo em ~/rpmbuild/SPECS/ e rodar o comando de rebuild passando o nome do spec. O sistema resolve as dependências que ainda estão disponíveis nos repositórios espelho, baixa os SRPMS que faltam e monta os binários. O tempo médio de um rebuild completo, considerando rede lenta, gira em torno de 45 minutos. Um detalhe que quase ninguém leva em conta na primeira vez: o cache de downloads. O mandrake hauer armazena os arquivos baixados em ~/rpmbuild/SOURCES/. Se você for reconstruir o mesmo pacote mais de uma vez, como acontece quando você ajusta macros ou patches, o segundo build é muito mais rápido porque só falta a etapa de compilação de fato. Isso corta o tempo total de cerca de 45 minutos para 12 minutos na maioria dos casos.

Outro ponto prático é a ordenação das dependências. Se o spec file declarar dependências de pacotes que foram removidos dos repositórios históricos mas que você já tem instalados localmente, o gerenciador pode tentar baixar uma versão mais antiga e travar. A solução mais rápida é usar a flag que permite satisfazer dependências via yast ou urpmi local, evitando o download desnecessário.

Pegadinhas comuns

A primeira pegadinha é sobre permissões. O rebuild cria subdiretórios dentro do seu home e precisa de escrita completa. Se você copiou os spec files de um DVD ou de uma máquina Windows com NFS exportando com restrições, o build falha silenciosamente na fase de extração. Verifique com um ls -la no diretório antes de começar. A segunda pegadinha, e aqui eu entro num ponto que pouca documentação aborda, é a compatibilidade do macro %define. O mandrake hauer usa macros específicas que não são reconhecidas pelo rpmbuild padrão do Fedora ou do CentOS. Se você pegar um spec file feito para ele e tentar executar em outro distro sem adaptação, vai receber erros de macro indefinida em praticamente qualquer linha que use versionamento personalizado. O jeito é isolar as macros Mandrake em um bloco condicional ou manter um ambiente separado dedicado exclusivamente a essas construções.

Um terceiro problema recorrente são os patches. Muitos spec files da época vinham com patches aplicados via uudecode embutido no próprio spec. Em sistemas modernos ou em containers, o uudecode às vezes não está presente por padrão, e o processo para na extração do patch com um erro que parece relacionado a redownload. A correção é instalar o pacote uuencode ou sharutils antes de iniciar o build.

Download e onde encontrar

Não existe mais um repositório oficial ativo. O que sobrou são arquivos hospedados em mirrors espelhadores mantidos por fãs e na Archive.org. O mandrake hauer pode ser encontrado em:

• https://archive.org/details/mandrake-hauer-package
• Mirrors espelhadores do Mandrake Linux no rpmfind.net sob a tag mandrake/10.1
• Fóruns brasileiros como o guaranilinux.org, onde usuários ainda compartilham snapshots dos pacotes originais

Antes de baixar, confirme a arquitetura e a versão do Mandrake que você está usando. O pacote para a versão 9.2 não é compatível com a estrutura de diretórios da 10.1, e tentar instalar o binário errado gera erros de bibliotecas ausentes que parecem problemas do sistema quando na verdade é incompatibilidade pura.

Alternativas quando o mandrake hauer não funciona

Se o seu objetivo final é ter um pacote recompilado e o mandrake hauer não está disponível ou não resolve as dependências, existem duas saídas práticas. A primeira é usar um container Docker com Mandrake 10.1 completo, o que elimina problemas de biblioteca faltante no host. A segunda é migrar o spec file para o padrão rpmbuild genérico, removendo as macros específicas do Mandrake. Essa migração leva em média 30 minutos por spec file, mas evita a dependência de uma ferramenta que já está fora de manutenção. Existe ainda a opção de usar o mock com um chain de repositórios antigos. É mais lento, mas funciona quando o cache do hauer não consegue resolver algo. O trade-off é que o mock exige configuração manual de cada cadeia de dependência, enquanto o hauer tenta fazer isso automaticamente. Nada substitui totalmente o comportamento original quando os espelhos caíram.

Resumo objetivo

O mandrake hauer continua útil para quem trabalha com infraestrutura legada baseada em Mandrake. Ele resolve a maior parte dos builds de SRPM rapidamente quando o ambiente está configurado corretamente. Os principais pontos de atenção são: caminhos sem espaços, macros específicas do Mandrake que quebram em outros distros, e a disponibilidade dos espelhos históricos. Se você está começando agora, configure um ambiente isolado, teste com um spec file simples antes de embasar todo o fluxo nele e mantenha os arquivos baixados em cache local para evitar chamadas repetidas a repositórios que podem sair do ar a qualquer momento.