Arquivos históricos do BR-Linux.org apresenta:

Como usar o APT no Red Hat ou Fedora

Notícia publicada por brain em março 5, 2004 10:52 AM | TrackBack


O Hugo Cisneiros (hugo(at)devin,com,br), autor do popular guia TLM (que já foi a principal fonte de documentação em português sobre Linux), enviou este link para seu mais novo tutorial e acrescenta: "Acabei de fazer e colocar em minha página o tutorial sobre o APT no RedHat/Fedora, com instruções para se configurar uma máquina rodando a distribuição RedHat ou Fedora para usar o gerenciador de pacotes APT, que é muito bom. Contém também instruções para fazer um espelho do FTP do RedHat e criar um repositório do APT na sua máquina local, economizando assim banda de Internet se você tem muitas máquinas Linux numa mesma rede. Espero que seja de bom proveito"

 

Comentários dos leitores
(Termos de Uso)

» Rodrigo Romano () em 05/03 12:02

Que maravilha , o apt sem limite .
Já tem apt no Conectiva , Suse e agora Red Hat/Fedora .Só falta o Mandrake .
Só mencioneu Mandrake ,porque as outras usam RPM .
No Suse , a unica coisa que não funcionou direito foi o apt-get dist-upgrade .Concerteza erro foi meu.
Mas instalei o Kde 3.2 sem problemas .


» Rodrigo Romano () em 05/03 12:06

Desculpe minha igorancia , mas não uso Mandrake .
O Mandrake possui o urpmi .


» Manoel Pinho () em 05/03 16:11

Muito bom o tutorial, especialmente a parte de como configurar um repositório local.

Alguns falam (pelo que eu pude entender) que o único problema do apt-rpm parece ser o de não usar as informações de interdependências entre pacotes que estão contidas nos próprios rpms. Parece que ele calcula as dependências baseadas em informações contidas no repositório e depois baixa e instala os pacotes com rpm -Uvh --force (forçando a instalação). Segundo essas pessoas outras ferramentas como o yum retirariam essas informações de dependências diretamente dos pacotes. Alguém sabe se isso (ou alguma coisa assim) é verdade ?


» Manoel Pinho () em 05/03 16:11

Muito bom o tutorial, especialmente a parte de como configurar um repositório local.

Alguns falam (pelo que eu pude entender) que o único problema do apt-rpm parece ser o de não usar as informações de interdependências entre pacotes que estão contidas nos próprios rpms. Parece que ele calcula as dependências baseadas em informações contidas no repositório e depois baixa e instala os pacotes com rpm -Uvh --force (forçando a instalação). Segundo essas pessoas outras ferramentas como o yum retirariam essas informações de dependências diretamente dos pacotes. Alguém sabe se isso (ou alguma coisa assim) é verdade ?


» Manoel Pinho () em 05/03 16:20

Ah, achei a página onde tinha lido isso que falei:

http://linux.duke.edu/projects/yum/questions.ptml

Q. Why not just use apt-rpm?

A. a number of reasons:

1. apt determines dependencies etc then it runs: rpm -i --nodeps --noorder [bunch of stuff here]
* that's messy
* that limits simultaneous erases and installs
* am I the only one who shudders at the system call being made for its MAJOR operation?

*note - I've learned that this has recently been patched so it uses rpmlib directly, good for them
2. Size of codebase in apt (find -name \*.cc | xargs wc -l): 40141
Size of codebase in yum (find -name \*.py | xargs wc -l): 4681
3. Yum doesn't build this huge pkg information file (packages.gz) it has a small pkg list (header.info) but then it passes around the REAL rpm headers. Its cleaner and easier, less things have the potential to get lost in the translation b/c there is, ultimately, no translation.
4. Yum is written in python and therefore can benefit from code theft from anaconda and up2date - I did indeed steal the lilo updating code directly from up2date and learned A LOT from anaconda.
5. Yum provides the features of apt w/o all the dpkg-compatibility baggage.


» aCiDBaSe () em 05/03 16:49

O apt-rpm não executa o rpm com --force --nodeps. Esse foi o motivo pelo qual a Conectiva teve que fazer uma reengenharia nas dependências dos pacotes da distribuição dela (resolver problema de dependência circular, dependência desnecessárias, versionamento/releases de pacotes, ...), para que não fosse necessário 'quebrar' a integridade da base de dados do RPM.

Além disso, como foi dito no post acima, o apt-rpm novo é linkado com a rpmlib para não ser mais necessário executar o rpm.


» Patola (Cláudio Sampaio) () em 05/03 17:39

Mas mesmo antes de linkar com a rpmlib o apt-rpm já não instalava com --nodeps! Pô, FUD de projeto livre pra desvalorizar outro? =/


» Manoel Pinho () em 05/03 22:26

Para quem usa SuSE:

APT for SuSE HOWTO

http://linux01.gwdg.de/apt4rpm/


» andreas () em 05/03 22:51

O apt já pode também instalar pacotes locais e puxar as dependências remotamente. Por exemplo, "apt-get install ./foobar-1.2-3.i386.rpm" e ele vai puxar, se necessário, as dependências dos repositórios, mas instalar o pacote local.


» Evandro Pastor () em 06/03 18:23

Tudo bem... usar o apt no Red Hat, mas no Fedora??? E o Yum não vale a pena usar? É tão ruim assim?


» Eitch () em 08/03 03:09

apt ou yum? Questão de gosto... Eu mesmo prefiro o apt, outros preferem muito mais o yum, mas pra mim no final sempre dá na mesma: questão de gosto! Fui usar o yum no Fedora e não gostei, aí optei por ficar com o apt mesmo :)


» Jasonn_Fedora () em 28/03 17:58

gostaria de saber que comando vcs usaram para instalar o kde 3.2, pois aqui ja usei o apt-get install kde ou kdebase e nao faz nada. como vcs conseguiram instalar pelo apt-get???


» Garak () em 21/04 21:00

Antes de instalar o APT-GET instale os pacotes:

* basesystem
* bzip2

Caso contrario terá erros ao executar o update e o upgrade!


Comentários desativados: Esta discussão é antiga e foi arquivada, não é mais possível enviar comentários adicionais.



O Arquivo Histórico do BR-Linux.org mantém no ar (sem alteração, exceto quanto à formatação, layout, tabela de caracteres, etc.) o acervo de notícias, artigos e outros textos publicados originalmente no site na segunda metade da década de 1990 e na primeira década do século XXI, que contam parte considerável a história do Linux e do Open Source no Brasil. Exceto quando indicado em contrário, a autoria dos textos é de Augusto Campos, e os termos de uso podem ser consultados na capa do BR-Linux.org. Considerando seu caráter de acervo, é provável que boa parte dos links estejam quebrados, e que as informações deste texto estejam desatualizadas.