Qual a crítica ou o que existe de errado Gentoo e seu sistema de pacotes?

XProtoman
(usa Fedora)

Enviado em 04/10/2016 - 23:40h

Boa noite a todos,

Faz algumas semanas que li uma crítica rápida aqui no VOL, acho que sobre o sistema de pacotes do Gentoo, gostaria de saber os problemas que ele possui em comparação a outros com proposta similar.

Penso em utilizar o Gentoo novamente, quando surgir oportunidade.

removido
(usa Nenhuma)

Enviado em 05/10/2016 - 05:50h

> Depedencia em Python.
> Demora demais pra fazer resolution de pacotes em comparação com outros sistemas

leon@dreadnought44k ~
» du -sBM /var/lib/portage/maintree
849M /var/lib/portage/maintree

Quase 1 Gigabyte só de ebuilds, os distfiles que são 3.3 GB ficam em /var/lib/portage/distfiles.


leon@dreadnought44k ~
» ls -l /var/lib/portage/maintree/sys-devel/gcc
total 112
drwxr-sr-x 7 root portage 4096 Sep 29 02:06 files
-rw-r--r-- 1 root portage 759 Sep 29 02:06 gcc-2.95.3-r10.ebuild
-rw-r--r-- 1 root portage 1256 Sep 29 02:06 gcc-3.3.6-r1.ebuild
-rw-r--r-- 1 root portage 1379 Sep 29 02:06 gcc-3.4.6-r2.ebuild
-rw-r--r-- 1 root portage 254 Sep 29 02:06 gcc-4.0.4.ebuild
-rw-r--r-- 1 root portage 668 Sep 29 02:06 gcc-4.1.2.ebuild
-rw-r--r-- 1 root portage 413 Sep 29 02:06 gcc-4.2.4-r1.ebuild
-rw-r--r-- 1 root portage 637 Sep 29 02:06 gcc-4.3.6-r1.ebuild
-rw-r--r-- 1 root portage 681 Sep 29 02:06 gcc-4.4.7.ebuild
-rw-r--r-- 1 root portage 694 Sep 29 02:06 gcc-4.5.4.ebuild
-rw-r--r-- 1 root portage 775 Sep 29 02:06 gcc-4.6.4.ebuild
-rw-r--r-- 1 root portage 1298 Sep 29 02:06 gcc-4.7.4.ebuild
-rw-r--r-- 1 root portage 1408 Sep 29 02:06 gcc-4.8.5.ebuild
-rw-r--r-- 1 root portage 1408 Sep 29 02:06 gcc-4.9.3.ebuild
-rw-r--r-- 1 root portage 1420 Sep 30 13:23 gcc-4.9.4.ebuild
-rw-r--r-- 1 root portage 1274 Sep 29 02:06 gcc-5.1.0.ebuild
-rw-r--r-- 1 root portage 1274 Sep 29 02:06 gcc-5.2.0.ebuild
-rw-r--r-- 1 root portage 1295 Sep 29 02:06 gcc-5.3.0.ebuild
-rw-r--r-- 1 root portage 1295 Sep 29 02:06 gcc-5.4.0.ebuild
-rw-r--r-- 1 root portage 438 Sep 29 02:06 gcc-6.2.0-r1.ebuild
-rw-r--r-- 1 root portage 26746 Sep 29 02:06 Manifest
-rw-r--r-- 1 root portage 2442 Sep 29 02:06 metadata.xml

Não me pergunte porque alguns são root e outros são portage e alguns pacotes são IDENTICOS, seria muito mais facil fazer um symlink.

luiztux
(usa Gentoo)

Enviado em 05/10/2016 - 10:47h

Concordo contigo...na verdade há muita discussão sobre isto há muito tempo. O Portage utiliza inúmeros scripts e os chama repetidamente por diversas vezes.

Tem muito desenvolvedor propondo algumas mudanças bem interessantes, mas dificilmente são aceitas pelo time do Gentoo. Python entra numa "language flamewar" diversas vezes. Resolução de dependências, checagem de root, checagem de conflitos por SLOTS, resolução de conflitos, etc., etc., sinceramente não usaria Python para isto, C ou C++ seria a escolha natural por inúmeros motivos. Entretanto mesmo usando C ou C++, não tenho certeza se esta demora reduziria drasticamente, pois ainda dependeria do sh para interpretar, além de alguns problemas com -std=gnuXX(-std=CXX). Além disto o código em Python ainda é menor e mais intuitivo (e mais simples de manter) do que nestas outras duas linguagens. Fora isto, ao atualizar o Python, esta não permite implementar um recurso no Portage para que este tenha a habilidade de reconhecer automaticamente esta atualização, por isto contornaram o problema criando o python-updater. Mas sei lá...espero que num futuro próximo estes pormenores mudem.

Para comparar com outros sistemas há inúmeras variáveis a se considerar. Estamos falando (ou digitando) sobre compilação de pacotes que por si só já engloba milhares de variáveis, construir um pacote dentro de um ecossistema, hardware, arquitetura, etc. Na minha opinião cada um tem ou oferece diversos recursos interessantes que, num mundo ideal, a combinação destes em um gerenciador de pacotes seria a melhor escolha. Na prática não é o que ocorre. Falando diretamente do Paludis, eu o testei por diversas vezes e, na minha opinião, a resolução dele é bem mais demorada do que do Portage, assim como sua instalação de pacotes. E isto considerando um sistema recém instalado. Mas como escrevi, devemos levar em consideração inúmeras variáveis. No entanto ele oferece diversos recursos bacanas, muitos dos quais são apenas novas implementações do seu irmão mais velho, mas que mesmo assim, são ótimas implementações.

No geral minha opinião é de que o Portage é supimpa e está a anos-luz à frente dos demais. Todos sabemos que não é um simples gerenciador de pacotes. A performance deve ser levada em conta logicamente, mas não a principal característica a ser levada em conta, ao invés, a robustez e manutenibilidade devem tomar lugar em um projeto tão grande como este.



-----------------------------------''----------------------------------

"If it moves, compile it."

removido
(usa Nenhuma)

Enviado em 05/10/2016 - 10:56h

A única coisa que sinto falta no Portage (Gentoo) é um sistema multiprofile. Quanto à dependência em python, não vejo como um problema, não acho que demorem tanto assim minhas pequisas.
Quanto ao que o amigo @aklan disse sobre a Àrvore do Portage ser grande, é verdade porém devemos nos lembrar da opção "--exclude-from" do rsync que nos permite sincronizar somente o necessário para nosso ambiente. No caso de muitos 'distfiles' você pode configurar um script como:

#!bin/bash

find /usr/portage/distfiles -maxdepth 1 -type f -atime +90 -exec rm {}  

no cron, no caso acima distfiles não usados nos últimos 90 dias serão apagados, ou usar o utilitário 'eclean' do pacote 'app-portage/gentoolkit'.

https://wiki.gentoo.org/wiki/Handbook:X86/Portage/CustomTree
https://wiki.gentoo.org/wiki/Eclean