Métodos de obtenção de pacotes binários e Gobo Linux

fernandotcl · Last edited by fernandotcl on Mon Mar 22, 2004 1:22 am; edited 2 times in total

Estava pensando no quanto o gento é uma distro flexível (por isso o nome meta-distribuição), e em quantos métodos diferentes de obtenção de binários são possíves/viáveis. Resolvi tentar enumerá-los e pedir as suas opiniões.

Pacotes GRP - Tecnologia que está na lsita TODO da 2004.1 agendada para o fim de abril.
Prós - 1) Tecnologia nativa do Gentoo; 2) Permite a coexistência entre pacotes compilados e binários.
Contras - 1) Tecnologia relativamente nova, pois apesar de pacotes binários não serem novidade no Portage, será a primeira tentativa oficial de se criar um repositório GRP; 2) Falta de pacotes em abundância, levará tempo até que haja uma base sólida; 3) Inicialmente, não devem existir muitos servidores distribuindo esses pacotes.

Pacotes DEB + APT - Usar somente pacotes dos servidores Debian
Prós - 1) Ampla base de pacotes; 2) Muitos servidores distribuindo os pacotes; 3) Tecnologia antiga e amadurecida; 4) Ferramentas gráficas de atualização; 5) apt-src pode substituir o Portage.
Contras - 1) Pacotes realmente atualizados somente na versão testing; 2) Altamente dependente do Debian, tem dependências como Debconf, uma ferramenta exclusiva da distro; 3) Incompatibilidade com os pacotes compilados pelo Portage.

Pacotes RPM + APT - Implantação original da Conectiva para trasnferência de pacotes RPM usando o APT
Prós - 1) Larga base de pacotes; 2) Tecnologia relativamente madura; 3) Ampla gama de pacotes RPM fora dos repositórios é encontrada; 4) Ferramentas gráficas de atualização como o Synaptic.
Contras - 1) Incompatibilidade com os pacotes compilados pelo Portage; 2) Há de se tomar cuidado com pacotes para distros específicas.

Pacotes RPM + Red Carpet - Sistema de atualização da Ximian
Prós - 1) Larga base de pacotes; 2) Tecnologia relativamente madura; 3) Ampla gama de pacotes RPM fora dos repositórios é encontrada; 4) Ferramenta gráfica de atualização; 5) Ótima integração com o Gnome.

Contras - 1) Incompatibilidade com os pacotes compilados pelo Portage; 2) Há de se tomar cuidado com pacotes para distros específicas. 3) Sem o Open Carpet, somente repositórios Ximian são aceitos.

Pacotes RPM + Red Carpet + Open Carpet - Serviço para o Red Carpet que permite a utilização de canais não-Ximian
Prós - 1) Larga base de pacotes; 2) Tecnologia relativamente madura; 3) Ampla gama de pacotes RPM fora dos repositórios é encontrada; 4) Ferramenta gráfica de atualização; 5) Integração com o Gnome.
Contras - 1) Incompatibilidade com os pacotes compilados pelo Portage; 2) Até a versão atual (0.2), não parece não estar tão "polido" como os outros serviços da Ximian, mas isso deve mudar com o tempo; 3) É necessário enganá-lo para que reconheça o Gentoo como uma distro RPM (como Fedora, por exemplo), e atualize o sistema como atualizaria esta distro. Isso não deve ser um problema, bastando usar os canais com pacotes independentes de distro.

Pacotes RPM + YUM - Atualizador/Instalador de RPMs
Prós - 1) Larga base de pacotes; 2) Tecnologia relativamente madura; 3) Ampla gama de pacotes RPM fora dos repositórios é encontrada; 4) Ferramenta gráfica de atualização.
Contras - 1) Incompatibilidade com os pacotes compilados pelo Portage; 2) É necessário hackeá-lo para baixar pacotes neutros de distro e reconhecer o Gentoo. Não deve ser tão simples assim.

Quero a opinião de vocês, ouvir sugestões, críticas, etc. Ainda muita coisa pode estar errada nessa lista, e muita coisa deve ter me escapado também.

Não votei porque não conheço o suficiente para ter uma opinião formada, e porque devo ter esquecido uma ou outra técnica. Mas por enquanto votaria no Open Carpet.

Links: FRESH RPMS, Red Carpet, Open Carpet

ATUALIZAÇÃO:

Pacotes RPM + YUM - Atualizador/Instalador de RPMs do SUSE
Prós - 1) Larga base de pacotes; 2) Tecnologia relativamente madura; 3) Ampla gama de pacotes RPM fora dos repositórios é encontrada; 4) Ferramenta gráfica de atualização.
Contras - 1) Incompatibilidade com os pacotes compilados pelo Portage; 2) É necessário hackeá-lo para baixar pacotes neutros de distro e reconhecer o Gentoo. Não deve ser tão simples assim;

Obs.: O YaST centraliza a configuração do sistema, algo não muito popular entre os usuários Gentoo, apesar de ser uma medida que apoio. É escrito em Qt, diferentemente dos outros, escritos em GTK2. Esses são pontos polêmicos e que devem ser levados em contra, e eu não gostaria de classificá-los como positivos ou negativos.

AllissonAzevedo · n00b Joined: 21 Nov 2003 Posts: 13

Na minha opinião a melhor forma de obtenção de binários concerteza é o dpkg + apt-get do debian, mas eu queria ver algo diferente, ao inves de buscar os pacotes do debian eu acho mais interessante adaptar o estilo de empacotamento para o gentoo, resumindo:

No debian o pacote samba é dividido em outros 11 como mostrado abaixo

samba - LanManager-like file and printer server for Unix.

samba-common - Samba common files used by both the server and the client.

smbclient - LanManager-like simple client for Unix.

swat - Samba Web Administration Tool

samba-doc - Samba documentation.

smbfs - Mount and umount commands for the smbfs (kernels 2.2.x and above).

libpam-smbpass - pluggable authentication module for SMB password database

libsmbclient - Shared library that allows applications to talk to SMB servers

libsmbclient-dev - libsmbclient shared libraries

winbind: Service to resolve user and group information from Windows NT servers

python2.3-samba: Python bindings that allow access to various aspects of Samba

No gentoo é apenas um pacote, o samba-xxx que contém tudo isso ai acima.

fernandotcl · Posted: Sat Mar 20, 2004 5:57 pm Post subject:

Operador Nabla · Posted: Sat Mar 20, 2004 5:59 pm Post subject:

Eu sempre gostei do APT, mas não gosto muito dos formatos de pacotes RPM e DEB (a estrutura deles é meio complexa e problemas de compatibilidade entre distribuições baseadas nestes pacotes, principalmente as baseadas em RPM, sempre aparecem).

Gostaria muito de ver um port do APT para lidar com formatos de pacotes mais simples (mais ou menos como o Portage já faz).

fernandotcl · Posted: Sat Mar 20, 2004 6:11 pm Post subject:

Estava pensando, o CD Live do Gentoo não serve para essas instalações.

Um CD Live para essas instalações tem que ter um Portage configurado para instalar diretamente no HD. Assim, poderíamos começar uma instalação baseada em RPMs ou DEBs simplesmente fazendo um "emerge rpm" ou "emerge dpkg" para o HD.

Vou dar uma olhada no catalyst.

AllissonAzevedo · n00b Joined: 21 Nov 2003 Posts: 13

Realmente um port do apt para lidar com os binários do gentoo (os .tbz2) seria bastante interessante

fernandotcl · Posted: Sat Mar 20, 2004 11:23 pm Post subject:

fernandotcl · Posted: Sun Mar 21, 2004 12:23 am Post subject:

Uma coisa que está me fazendo desistir dos RPMs é a ininteroperabilidade (

) entre os pacotes de distros diferentes.

Alguém sabe dizer no que difere, por exemplo, um RPM para o Fedora Core 1.x e outro para o Mandrake 9.1?

Eu acho que é a versão do padrão RPM utilizado. Parece que a RH quando atualiza o padrão não mantém compatibilidade anterior. Nesse caso, haveria problemas em se manter um sistema de pacotes com variação do padrão RPM utilizado? E não existem programas que façam essas conversões?

Operador Nabla · Posted: Sun Mar 21, 2004 2:10 am Post subject:

Deixe-me relatar uma coisa que aconteceu comigo.

Certa vez, estava tentando instalar no meu Conectiva 9 uma versão do xmame mais atual, com os RPMs da FreshRPMs (acho que é este o nome), que são RPMs para Red Hat. Na lista de dependências do pacote, tinha um tal de alsa-lib. Só que, no Conectiva, o mesmo pacote tinha o nome libalsa2. Conclusão: uma instalação simples falhava, mas uma forçada funcionava perfeitamente, com o xmame rodando numa boa, tudo legal (até o próximo apt-get, infelizmente).

fernandotcl · Posted: Sun Mar 21, 2004 3:58 am Post subject:

Operador Nabla · Posted: Sun Mar 21, 2004 5:16 am Post subject:

Você conhece o GoboLinux?

Os caras que o criaram fizeram grandes inovações em comparação às demais distribuições GNU/Linux, sendo a de maior destaque uma completa reestruturação da árvore de diretórios (/usr, /bin, /etc e outros agora são apenas links para os novos diretórios, para manter a compatibilidade). Um fator com o qual eles se preocuparam ao refazer a árvore de diretórios foi organizar o processo de instalação dos pacotes de tal modo que todos os arquivos referentes a um determinado pacote fiquem apenas no diretório destinado a este pacote (nada de bibliotecas de diferentes pacotes no mesmo diretório). Além de ter uma vantagem didática (você finalmente vai poder descobrir facilmente a qual pacote pertence aquele arquivo estranho...), esta iniciativa faz com que a própria árvore de diretórios atue como um gerenciador de pacotes (para desisntalar um pacote, basta apagar a pasta em que ele foi instalado e remover os posteriores links quebrados), bem mais simples que os atuais gerenciadores de pacotes baseados em banco de dados. E para criar um pacote, basta compactar o diretório em que o programa foi instalado.

O GoboLinux também dispõe de scripts para automatizar a instalação de pacotes a partir dos códigos-fonte, mas a coisa me parece ainda muito precária. Imagino que uma possível adaptação do Portage cairia como uma luva para o GoboLinux.

Depois que eu conheci o GoboLinux, decobri que ainda há muito o que se aprender sobre soluções em empacotamento e muitas idéias interessantes hão de aparecer.

PS: Para quem não sabe, o GoboLinux é uma iniciativa brasileira.

fernandotcl · Posted: Sun Mar 21, 2004 2:31 pm Post subject:

Enderson · Posted: Sun Mar 21, 2004 2:33 pm Post subject:

O GoboLinux saiu na capa da última edição da Revista do Linux, vale a pena
dar uma lida na matéria, e visitar o site http://www.gobolinux.org
é realmente uma distribuição "Alternativa", e segundo os criadores é
"A sua última distribuição".

Vale a pena testar, e incentivar estsa distro brasileira, que é no mínimo
inovadora.
_________________
--
Nothing to say here!

fernandotcl · Posted: Sun Mar 21, 2004 2:48 pm Post subject:

Ok, se o mérito maior da distro são os symlinks, então façamo-os. Eu vou testar isso no VMware quando tiver um tempo (acho que já tem umas 3 coisas pra testar na fila

), mas acho que dá certo logo depois de formatar as partições criar esses links.

EDIT:

Devia ter lido os docs antes... :oops:

Tem também que implantar os "três scripts mágicos" do Gobo no Portage.

Esse Gobo também tem suas disvantagens. Entre elas, as maiores são a desorganização da árvore, já que pra manter compatibilidade anterior são criados inúmeros SymLinks, e a dificuldade em atualizar os pacotes.

O site diz que a distro é uma das mais fáceis de se atualizar, mas isso não é verdade, já que eles não tem um Emerge ou um APT.

Na verdade, isso que o Gobe está fazendo é mais hype. É um LFS modificado.

A LSB estabelece padrões que são organizados. O que acontece muitas vezes é uma falha na criação do ebuild ou do programa. Como nesse tópico.

Talvez possamos excluir os arquivos de configuração simplesmente seguindo os padrões da LSB. Os programas que não forem excluídos devem ser adaptados, e não o contrário.

Retificando, meu voto ainda fica no Blue Carpet.

Operador Nabla · Posted: Sun Mar 21, 2004 3:07 pm Post subject:

Só mais alguns comentários.

Sobre os symlinks do GoboLinux, a coisa vai além. Em vez de você instalar arquivos em /usr/bin, /usr/lib, etc., você os instala em um diretório próprio (de um modo geral, eles têm a cara /Programs/<Pacote>/<Versão>, por exemplo). Existe um único diretório em que são armazenados todos os symlinks para os executáveis instalados --- /System/Links/Executables/ --- e outro, para os symlinks para as bibliotecas --- /System/Links/Libraries/. Os antigos /usr/bin, /bin, /usr/lib, /lib, etc. são, na prática, symlinks para estes dois diretórios. Isso permite algo curioso: uma única entrada nas variáveis PATH e LD_LIBRARY_PATH.

Sobre o Portage, fuçando os arquivos da lista de discussão do GoboLinux, descobri que já há voluntários portando o Portage para esta distro. Além disso, os desenvolvedores estão aprimorando um sistema para instalação de pacotes direto dos fontes, chamado Compile. Pelo que eu entendi, ele será mais "modesto" que o Portage, mas este é freqüentemente citado nos artigos que eu li falando sobre o Compile.

fernandotcl · Posted: Sun Mar 21, 2004 3:43 pm Post subject:

Operador Nabla · Posted: Sun Mar 21, 2004 4:05 pm Post subject:

Mudando um pouquinho o papagaio de poleiro, quando levantaram a questão do GoboLinux num outro fórum em que eu participo, eu fiz uma pergunta, curiosidade mesmo. Vou aproveitar e perguntar aqui:

Vocês sabem de onde vem os nomes dos diretórios /usr, /etc e outros?

fernandotcl · Posted: Sun Mar 21, 2004 4:34 pm Post subject:

Operador Nabla · Posted: Sun Mar 21, 2004 4:43 pm Post subject:

Certa vez, eu li em algum artigo que muita gente pensa que /usr vem de uma abreviação da palavra user, mas que, na verdade, esse nome vem de "Unix System Resources".

fernandotcl · Posted: Sun Mar 21, 2004 5:23 pm Post subject:

Operador Nabla · Posted: Sun Mar 21, 2004 7:30 pm Post subject:

fernandotcl · Posted: Sun Mar 21, 2004 8:10 pm Post subject:

Operador Nabla · Posted: Sun Mar 21, 2004 9:36 pm Post subject:

fernandotcl · Posted: Sun Mar 21, 2004 10:04 pm Post subject:

fernandotcl · Posted: Mon Mar 22, 2004 1:23 am Post subject:

Operador, você está pensando em passar informação do Gobo para o Gentoo ou do Gentoo para o Gobo?