DUR, o analógico AUR para Debian, acaba de ser lançado

Por muito tempo o Os usuários Debian têm solicitado a integração de um repositório de pacotes semelhante ao AUR no Arch Linux e podemos ver isso nos fóruns do reddit (por exemplo, em este link). Por que tanto tempo esta ideia não foi implementada foi devido a problemas de compilação nos pacotes que representava na época, o que ao contrário do Arch Linux é muito mais simples.

Este "pequeno" problema por um longo tempo evitou que os usuários Debian desfrutassem de um análogo do repositório AUR para eles e mesmo que os repositórios de pacotes Debian tenham um grande número de pacotes, a verdade é que um repositório como AUR (desta classe que permite que terceiros incluam seus pacotes) permitiria aos usuários acessar muito mais e mais Todos têm atualizações e novas versões de pacotes populares em menos tempo, já que a inclusão de atualizações no repositório principal leva dias.

Mas isso acabou Bem, alguns dias atrás, o entusiastas lançaram o repositório DUR (Debian User Repository), que é posicionado como um análogo do repositório AUR (Arch User Repository) para Debian, permitindo que desenvolvedores terceirizados distribuam seus pacotes sem incluí-los nos repositórios principais da distribuição. Tal como acontece com o AUR, os metadados e as instruções de construção do pacote no DUR são definidos usando o formato PKGBUILD.

Ou seja, foi encontrada uma maneira de eliminar a dificuldade de terceiros prejudicarem a criação de pacotes deb, já que agora pode ser fornecido a partir de arquivos PKGBUILD com a ajuda do kit de ferramentas makedeb, que é um análogo do makepkg. Também inclui o gerenciador de pacotes mpm, que permite extrair e instalar pacotes dos repositórios AUR e Arch Linux, e o utilitário makedeb-db para substituir dependências específicas do Arch Linux por dependências Debian.

O DUR foi projetado para ajudar os usuários que usam makedeb em sistemas Debian para encontrar e construir mais facilmente seus pacotes favoritos que podem não estar nos repositórios de sua distribuição. O DUR também foi feito para resolver um problema persistente com alternativas como PPAs, centralização.

Com os PPAs, você obtém apenas um grupo selecionado de pacotes com cada repositório. Além disso, os PPAs exigem a adição de chaves de assinatura adicionais ao sistema, podem ficar facilmente desatualizados e podem se tornar difíceis de gerenciar quando você deseja removê-los do sistema.

No DUR, você está dentro de um repositório central, o que significa que não precisa pesquisar vários repositórios para os pacotes que deseja.

O DUR também torna mais fácil para os usuários começarem a compartilhar seus próprios pacotes usando o formato de pacote PKGBUILD. Outros utilitários de compilação baseados em Debian geralmente requerem configuração de vários arquivos e uma configuração mais complexa em comparação com PKGBUILD, que na maioria das circunstâncias consiste em apenas um único arquivo.

O kit de ferramentas preparado permite que o Debian use pacotes criados para AUR e os principais repositórios do Arch Linux, incluindo a instalação de pacotes diretamente do AUR / Arch. Para a distribuição de pacotes prontos para a comunidade para o Debian, um repositório DUR separado foi proposto, no qual 4 pacotes são atualmente distribuídos, incluindo o cliente Element Desktop Matrix.

DUR, como AUR, em vez de depender da distribuição como um todo, manipula a confiança em cada desenvolvedor individual que contribui com seus pacotes para o AUR / DUR. Para separar pacotes úteis de questionáveis, um sistema de classificação baseado na votação do usuário é usado, bem como tags atribuídas como resultado da análise de conteúdo por participantes verificados. A integridade dos pacotes é confirmada pela assinatura digital de cada desenvolvedor.

Finalmente, para aqueles que estão interessados ​​em poder adicionar este repositório, eles podem revisar a documentação no link a seguir. O repositório pode ser visitado a partir de este link.


O conteúdo do artigo segue nossos princípios de Ética editorial. Para relatar um erro, clique Clique aqui.

4 comentários, deixe o seu

Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   Miguel Rodriguez dito

    Isso gera uma dúvida em mim; O DUR faz sentido agora, quando a comunidade Debian pode colaborar diretamente com o AUR no desenvolvimento, manutenção, atualização e confiabilidade de pacotes? Porque se agora eles podem ter AUR para instalar pacotes no Debian, não seria muito diferente agora AUR de projetos como o OINm já que sob este esquema se as distribuições baseadas no Debian adotassem esta forma de construir pacotes para instalá-los, basicamente AUR se tornaria LUR (Linux Universal Repository).

    1.    darkcrizt dito

      Ele considerou que a ideia de um repositório universal é mais adequada.

  2.   inseguro dito

    No debian, isso não é necessário, pois o debian é uma grande variedade de pacotes e não precisa ser copiado de ninguém. O Debian está comprometido com a segurança e digamos o que queremos, não é seguro, que qualquer um possa fazer upload de um pacote aí, que nem deveria existir. É por isso que não uso ou gosto de arco. Isso não terá sucesso, se não de vez em quando. No debian, eles são muito puristas e conservadores e isso não é bom para o Linux.

    1.    iweaker4you dito

      Isso é com todos, só porque é uma opção não significa que todos irão usá-lo, e não, o Debian não está cheio de "pacotes" como você mencionou, existem centenas de pacotes sem atualizações, como libc6, qt5 ou mesmo as mesmas ferramentas GNU, o Debian tende a ter um ciclo de atualização MUITO LENTO, sem contar o fato de que o FFMPEG que ele oferece não tem suporte a NVENC e é uma chatice para compilá-lo sem problemas.

      Isso mencionando alguns que o Debian não corrigiu desde o Debian 7, que tem sido minha distro principal desde então, você mexe mais com o Debian do que com o próprio Arch Linux.