{"id":120153,"date":"2024-10-12T13:09:06","date_gmt":"2024-10-12T11:09:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6"},"modified":"2024-10-12T13:09:06","modified_gmt":"2024-10-12T11:09:06","slug":"vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","title":{"rendered":"Lan\u00e7amento do gerenciador de pacotes RPM 4.20 e in\u00edcio do desenvolvimento do RPM 6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s um ano de desenvolvimento, foi lan\u00e7ado o gerenciador de pacotes RPM 4.20.0. O projeto RPM4 \u00e9 desenvolvido pela Red Hat e \u00e9 utilizado em distribui\u00e7\u00f5es como RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS e Tizen. O c\u00f3digo do projeto \u00e9 distribu\u00eddo sob as licen\u00e7as GPLv2 e LGPLv2. <\/p>\n
No pr\u00f3ximo ano, espera-se a publica\u00e7\u00e3o de uma vers\u00e3o significativa do RPM 6, que utilizar\u00e1 um novo formato de arquivo, permitindo, ao contr\u00e1rio do formato cpio atualmente utilizado, a cria\u00e7\u00e3o de pacotes maiores que 4 GB (superar essa limita\u00e7\u00e3o \u00e9 importante, uma vez que o pacote SRC com o Chromium est\u00e1 pr\u00f3ximo do limite, com tamanho de 3,7 GB). Nesta nova vers\u00e3o, tamb\u00e9m est\u00e1 previsto o uso da linguagem C++ para o desenvolvimento do RPM. Essa nova vers\u00e3o significativa ser\u00e1 lan\u00e7ada em comemora\u00e7\u00e3o ao anivers\u00e1rio do projeto \u2014 em 27 de novembro de 2025, o RPM completar\u00e1 30 anos desde o primeiro commit. As vers\u00f5es 5.x do RPM ser\u00e3o puladas para evitar sobreposi\u00e7\u00f5es com o projeto RPM5, que n\u00e3o est\u00e1 diretamente associado ao RPM da Red Hat, desenvolveu-se por uma equipe independente e n\u00e3o recebe atualiza\u00e7\u00f5es desde 2016. <\/p>\n
As melhorias mais not\u00e1veis no RPM 4.20: <\/p>\n
\n
Foi inclu\u00edda uma nova ferramenta, rpm2archive, que substitui a ferramenta rpm2cpio e facilitar\u00e1 a transi\u00e7\u00e3o para o novo formato de pacotes que n\u00e3o usa cpio. Diferentemente do rpm2cpio, a nova ferramenta converte o arquivo RPM n\u00e3o em um arquivo cpio, mas em um arquivo no formato tar, comprimido com gzip. A antiga ferramenta rpm2cpio foi substitu\u00edda por um link simb\u00f3lico para rpm2archive.\n
Foi proposta uma sistema de constru\u00e7\u00e3o declarativa, baseada no uso da nova diretiva \"BuildSystem\", atrav\u00e9s da qual pode ser definida a sistema de constru\u00e7\u00e3o utilizada na forma\u00e7\u00e3o do pacote. O c\u00f3digo-fonte \u00e9 automaticamente preparado, compilado e instalado, levando em considera\u00e7\u00e3o a sistema de constru\u00e7\u00e3o especificada, sem a necessidade de defini\u00e7\u00f5es separadas no arquivo SPEC para os scripts de prepara\u00e7\u00e3o, constru\u00e7\u00e3o e instala\u00e7\u00e3o nas se\u00e7\u00f5es \"%prep\", \"%build\" e \"%install\". No RPM, os sistemas de constru\u00e7\u00e3o suportados s\u00e3o definidos na forma de cole\u00e7\u00f5es de macros.\n
A ideia principal \u00e9 que o formato declarativo de configura\u00e7\u00e3o permitir\u00e1 aos desenvolvedores de distribui\u00e7\u00f5es criar macros separadas para processos de constru\u00e7\u00e3o t\u00edpicos, evitando a necessidade de definir cen\u00e1rios repetidos em cada pacote. Por exemplo, em vez de definir as sequ\u00eancias de execu\u00e7\u00e3o dos comandos configure e make para programas que utilizam Autotools, agora basta especificar \"BuildSystem: autotools\" e dispensar as se\u00e7\u00f5es \"%prep\", \"%build\" e \"%install\". Atualmente, macros desse tipo foram preparadas para Autotools e CMake. Se necess\u00e1rio, para implementar comportamentos n\u00e3o padr\u00e3o, os mantenedores dos pacotes t\u00eam a op\u00e7\u00e3o de conectar suas pr\u00f3prias macros para sobrescrever diferentes est\u00e1gios da forma\u00e7\u00e3o do pacote. <\/p>\n
Adicionada suporte para anexar se\u00e7\u00f5es adicionais com comandos de prepara\u00e7\u00e3o, compila\u00e7\u00e3o, instala\u00e7\u00e3o, configura\u00e7\u00e3o, limpeza e verifica\u00e7\u00e3o, complementando as se\u00e7\u00f5es b\u00e1sicas %prep, %conf, %build, %install, %check e %clean. Para executar um script adicional antes da execu\u00e7\u00e3o do c\u00f3digo da se\u00e7\u00e3o b\u00e1sica, foi proposta a op\u00e7\u00e3o «-p», e ap\u00f3s a se\u00e7\u00e3o b\u00e1sica — a op\u00e7\u00e3o «-a». Essas substitui\u00e7\u00f5es podem ser \u00fateis para ajustes pontuais no comportamento ao usar o modo declarativo de compila\u00e7\u00e3o descrito acima.\n
Foi permitido incluir diretivas e se\u00e7\u00f5es em partes din\u00e2micas dos arquivos SPEC que n\u00e3o afetam o processo de constru\u00e7\u00e3o.\n
Foi adicionado o macro %builddir e implementada a capacidade gerenciada pelo RPM de vincular diret\u00f3rios de constru\u00e7\u00e3o personalizados a pacotes individuais.\n
Proposto um novo protocolo «multi-file», que acelera significativamente a gera\u00e7\u00e3o de depend\u00eancias.\n
Adicionada a op\u00e7\u00e3o «—json» ao comando rpm para sa\u00edda de resultados de consultas no formato JSON.\n
Foi adicionado o plugin rpm-plugin-unshare, que proporciona isolamento dos scripts executados nas se\u00e7\u00f5es de constru\u00e7\u00e3o, utilizando namespaces no Linux. Por exemplo, o plugin permite proibir o acesso \u00e0 rede e limitar o acesso ao sistema de arquivos, al\u00e9m de utilizar diret\u00f3rios privados separados \/tmp e \/home para prote\u00e7\u00e3o em caso de manipula\u00e7\u00e3o insegura de arquivos tempor\u00e1rios durante a constru\u00e7\u00e3o dos pacotes.\n
Foi proposto um API p\u00fablica para o desenvolvimento de plugins, que manter\u00e1 a compatibilidade entre lan\u00e7amentos. Anteriormente, a API para plugins era destinada apenas ao uso interno e podia mudar de um lan\u00e7amento para outro.\n
Adicionadas as op\u00e7\u00f5es «—list» e «—delete» ao comando rpmkeys.\n
A equipe do rpmsign adicionou suporte \u00e0 cria\u00e7\u00e3o de assinaturas digitais para pacotes, utilizando chaves ECDSA.\n
Melhorado o suporte para compila\u00e7\u00f5es repet\u00edveis. Adicionado o macro «%build_mtime_policy», que permite controlar o conte\u00fado das etiquetas adicionadas durante a compila\u00e7\u00e3o com base no tempo (usando o valor clamp_to_source_date_epoch \u00e9 poss\u00edvel usar uma etiqueta fixa, e atrav\u00e9s de clamp_to_buildtime \u00e9 poss\u00edvel especificar o tempo real da constru\u00e7\u00e3o).\n
Em arquivos sysusers.d, agora \u00e9 permitido adicionar linhas para definir membros do grupo.\n
Fornecido suporte correto e independente de distribui\u00e7\u00f5es para arquivos debuginfo.\n
Anunciada a obsolesc\u00eancia da sintaxe de macros %patchN (sem espa\u00e7o antes de N), cujo uso agora resultar\u00e1 em erro (deve-se usar a sintaxe «%patch N» ou «%patch -P N», onde N — o n\u00famero do patch).\n
Parser OpenPGP obsoleto removido.\n
Os geradores de depend\u00eancias para Perl e Python ABI foram movidos para reposit\u00f3rios separados. <\/ul>\n