Liquuid

O arch linux tem o gerenciador de pacotes pacman, que é esperto como o yum do fedora, e rápido como um tar xzvf :) Note que não falei do apt-get :P

A lógica de funcionamento é diferente dos outros packages managers , ele tem basicamente quatro campos básicos, e algumas ações inerentes a esses campos. Os campos são :

• S : Sync, ele sincroniza os comandos de ação à árvore de pacotes dos mirrors
• U : Upgrades ,realiza Upgrades a partir de pacotes locais ou URLs, mas não resolve dependências
• Q : Query, realiza buscas e operações com seu banco de dados de pacotes locais, como dependências, package ownership de arquivos , lista pacotes etc...
• R : Remove pacotes, com suas dependências ou não

A conjunção dos campos com as ações no início não são nada intuitivas, mas com o tempo as coisas fazem mais sentido . Segue uma tabela comparativa entre yum, apt, emerge e pacman :

descrição	pacman	apt / dpkg	yum / rpm	emerge
Sync com servidor	pacman -Sy	apt-get update	-	emerge --sync
Atualização do sistema	pacman -Suy	apt-get upgrade/dist-upgrade	yum update	emerge -u world
Busca por pacotes	pacman -Ss	apt-cache search	yum search	emerge -s
Instalação de pacote via servidor remoto	pacman -S	apt-get install	yum install	emerge
Instalação de pacote local	pacman -U/A	dpkg -i	yum install	-
Remoção de pacotes	pacman -R	apt-get remove	yum remove	emerge unmerge
Listar conteúdo de pacote	pacman -Ql	dpkg -L	rpm -ql	???
Encontrar pacote dono de arquivo	pacman -Qo	dpkg -S	rpm -qf	???

Os campos marcados com "-" não se aplicam ao programa, os campos com "???" eu desconheço tal função, o que não quer dizer que não exista.

Esses são os comandos que mais uso no dia a dia, espero que a tabelinha seja útil :)

Saiu na lista do livna, os times do Dribble, Freshrpms e Livna vão se unir e manter um único repositório.
Ao que parece serão dois repositórios diferentes, um com programas livres mas com problemas de patentes nos EUA e outro com softwares não livres.
Existe a intenção de agrupar outros empacotadores, e o canal das discussões será a lista :

http://lists.fedoraunity.org/mailman/listinfo/repo-merge-discussion

Segue o anuncio feito na lista do time do Livna :

The Dribble, Freshrpms and Livna teams, already joined by some Fedora contributors, are proud to announce the RPM Fusion project.

RPM Fusion aims to bring together many packagers from various 3rd party repos and build a single add-on repository for Fedora and Red Hat Enterprise Linux.

We don't have a repository ready for end users yet, but we are actively working on merging the following ones:

* http://dribble.org.uk/
* http://freshrpms.net/
* http://rpm.livna.org/

We will have two distinct repositories: free and non-free. Free will contain Open Source Software (as defined by the Fedora Packaging Guidelines) which can't be included in Fedora -- for example because it might be patent encumbered in the US. Non-free will contain everything else which is not free software (as defined by the Fedora Licensing Guidelines), like software with public available source-code that has "no commercial use" restrictions or the graphics drivers from AMD and Nvidia.

Repositories and infrastructure will follow Fedora where possible. This means using Fedora's packaging guidelines (except for legal), Fedora's review process for new submissions, Fedora's VCS structure etc.

It will contain add-on packages and not replacements in relation to the base package set. Whereby the base package set is defined as: RHEL/CentOS + EPEL or Fedora (Fedora 7+).

It will contain kernel module packages in the main repo, even if Fedora will drop them (which looks likely as of August 2007).

We aim to provide support for all 'current' versions of Fedora including devel, for i386, ppc, ppc64 and x86_64.

We hope to attract new Fedora packagers and many other 3rd party repositories.

Please join our mailing list at:
http://lists.fedoraunity.org/mailman/listinfo/repo-merge-discussion

Tá, os macs migraram de PPC pra intel, se já não basta ser raro encontrar alguém com mac, agora mac om PPC vai mais raro ainda. Mas tudo bem, os novos videogames estão ai e tanto o XBOX 360, PS3 e o Wii são PPC.
Além dos meus 3 macs PPC, e meu futuro PS3, essses videogames são a desculpa que tenho para portar meu repositório para PPC.

http://www.liquuid.net/fedora/

Meus pacotes, legais ou não, portados ou não, free ou não agora são da galera:

clique aqui

Yum-presto é a ferramente que eu pedia a deus !!! O fedora tem uma política muito legal de não congelar versões de programas que não são da base, isso permite que assim que uma nova versão do KDE ou GNOME é lançada ela entre em produção imediatamente na distro, isso é confiança nos desenvolvedores originais :o)
O problema dessa política é que em média o fedora tem uns 300 mb de atualizações, mas o fabuloso pluguin yum-presto veio resolver essa treta. Ele faz um delta entre os pacotes RPM (tipo um diff), assim basta vc puxar a diferença entre os binários reduzindo em até 80% o volume do download. Essa dica eu peguei do site do Gustavo Picoloto

:

su -c "yum install yum-presto"
echo "deltaurl=http://lesloueizeh.com/f7/i386/updates" >> /etc/yum.repos.d/fedora-updates.repo 

Pra melhorar, ative o cache do seu yum, com isso ele vai parar com a mania de baixar os headers e dbs a cada operação, vá em /etc/yum.conf e altere :

keepcache=0

para

keepcache=1

Após alguns updates vc vai sentir a diferença, se eu já estava convencido de que o yum é muito mais avançado que o apt, agora eu tenho certeza :)

De volta pro mundo RedHat, e agora tirando as teias de aranha das minha habilidades empacotadoras de pacotes, RPM. Meu objetivo é criar um repositório de pacotes multimídia e oferecer aos pontos de cultura mais uma alternativa de distribuição, então, os arquivos specs que forem criados e respectivos patchs serão armazenados no diretório RPM .

Dica: Para não criar pacotes debug, dê o comando : echo '%debug_package %{nil}' >> .rpmmacros :):)

Aqui estou eu novamente mergulhado no mundo do RedHat. Sem dúvida foi uma das épocas mais divertidas e produtivas da minha história digital. Tanto que eu andava uniformizado pela, com camiseta, boné, chaveiro... Até meu micro tinha adesivo da distro. Depois do fim do RedHat livre surgiu o Fedora, uma distro que serviria como base para o RedHat Enterprise , mas infelizmente ela nunca teve o mesmo impacto que seu antecessor. "Uma distro cheia de bugs, com desenvolvimento oligárquico", pensava eu, de fato muitos bugs e muita trabalheira na hora de instalar pacotes, mas um desktop insuperável e um sistema bem organizado.

Decepcionado com a versão PPC do gentoo e suas raras atualizações, resolvi tentar mergulhar novamente no mundo RPM, mas dessa vez a versão PowerPC ! Então nos próximos dias postarei como esta sendo minha experiência com o Fedora Core 4 em um iBook G3, não perca.