Screenshots do smart

smart é o novo meta-gerenciador de pacotes escrito por Gustavo Niemeyer da Conectiva, e está para o APT assim como o APT estava para seus antecessores. Esses são os screenshots da versão em desenvolvimento, que será lançada em breve, rodando em uma máquina Fedora Core 3.

Note que o smart pode ser rodado em modo texto (smart install <pacote>), via GUI (smart --gui), ou até uma mistura entre os dois (smart --gui install <pacote>), além de um modo texto interativo (smart --shell).

A documentação já está disponível online e vale muito a pena ser lida. Explica, por exemplo, alguns casos em que o smart resolve dependências quebradas que o APT não consegue resolver.

(essa não é a página oficial do projeto Smart. o texto abaixo é opinião minha.)


O smart é altamente agnóstico quanto a distribuições e formato de repositórios. Funciona até mesmo misturar: acessar o repositório do Fedora como repositório YUM (RPM MetaData) e o Livna como APT, por exemplo. Just works. Além disso, a opção "RPM Directory" aponta para um diretório com pacotes. Não precisa de nenhum procedimento especial de indexação como o APT e o YUM requerem. Criar repositórios mais facilmente que isso é impossível.




Visão típica: você pode listar os pacotes por grupo (Aplicações, Desenvolvimento, etc.), por repositório (Fedora Core, Livna, etc.) ou uma mistura entre os dois. Quadradinhos verdes são pacotes instalados, quadradinhos brancos são pacotes disponíveis. Com o menu de contexto é possível "travar" pacotes para que o smart nunca mexa neles.



Todo software devia ter uma opção "consertar todos os problemas" :) O smart é muito mais esperto e consegue recuperar o sistema de situações que o APT não conseguia consertar.



O sistema de mirrors é outra coisa legal. Você define que URLs podem ser usadas como alternativas a uma URL principal. Quando for necessário buscar algum arquivo, o smart automaticamente busca nos mirrors, faz downloads simultâneos, etc. Se um mirror estiver quebrado, incompleto ou desatualizado, o smart automaticamente baixa a prioridade desse mirror e tenta o próximo. Por outro lado, mirrors de qualidade e com conexão rápida são usados mais freqüentemente.



Prioridades são outro recurso interessante. Você tem vários repositórios com pacotes idênticos? Com o smart você pode estabelecer quem tem preferência sobre quem, e evitar que seus pacotes locais sejam sobrescritos por pacotes nos repositórios remotos, ou que repositórios de terceiros se imponham sobre repositórios oficiais.



Baixando pacotes.