> *Ok, tu fez um script que lê um arquivo de configurações e faz o
> *
>
> *download de vários arquivos para instalar. Isso realmente é simples.*
>
> *E como o teu gerenciamento de pacotes lidava com múltiplas versões da
> mesma lib (ex: libpng 1.2, libpng 1.4 e libpng 1.5)?*
>
> *Pacotes conflitantes porque oferecem a mesma coisa (ex; pacotes A e B
> oferecem a libab.so)?*
>
> *Como tu sabia quais pacotes tinham bibliotecas com determinados
> símbolos (é assim que os RPM modernos constroem as relações de
> dependência)?*
>
> *Que tal usar mútliplas arquiteturas, como i?86/x86_64/x32 ou os
> zilhões de arm, como propõe a especificação do multilib no dpkg?*
>
> *E a eterna questão da resolução de dependências, como que faz com o
> pacote C que depende de B e B depende de A, mas A conflita com C?*
>
> *A coisa vai muito além de um gerenciador de downloads glorificado.
> Seria uma perda de tempo, mas tu poderia querer rebater cada uma das
> questões que eu levantei; só não esquece que tu tem que ter uma visão
> bem ampla na hora de fazer isso -- as pessoas por trás destes projetos
> (dpkg, rpm) vem trabalhando há quase 20 anos nisso e muitos já
> trabalhavam em similares de outros SOs antes, tem que ter um motivo
> para eles não terem escrito o gerenciador de pacotes perfeito até
> agora, não acha?*
>
---------------------->
Na minha visão isso continua sendo fácil, não há nada de difícil em
escrever scripts, mas é muito *trabalhoso*, por isso que estão trabalhando
há quase 20 anos. Na minha primeira mensagem nesse tópico, é exatamente
esses pontos que você citou acima que referi como a parte *trabalhosa* do
processo de criação. Eu Já percebi que vai ser um pouco complicado explicar
essa minha maneira de pensar, então não vou ficar falando e falando, não
vamos chegar a lugar algum.
-----------------------------------------------------------------------------------------------------
> *E qual o problema de alguém querer implementar um sistema de
> gerenciamento de pacotes melhor, implementar no "core" da distro? Se
> tu não gosta de um sistema destes, simplesmente não usa, continua
> baixando as coisas com slackpkg e/ou wget+installpkg.*
>
> *Esse pensamento de "se não tá satisfeito, muda" é meio retardado. Por
> que não podemos tentar melhorar ao invés de ficar pulando de distro
> para distro?*
>
------------------>
Você está pensando de uma forma muito individual. Se todas as distros
pertencesse ao mesmo criador, você diria que era desnecessário, pois já
existia sistemas extremamente complexos, que como você mesmo disse levou
quase 20 anos para ficar prontos, então não seria necessário começar outro
que vai fazer a mesma coisa se essa distro em especial funciona bem sem
ele. Cada distro tem o seu diferencial e se esse diferencial te satisfaz,
não tem porque não seguir até ele. Pra que perder mais 20 anos reinventando
o que já existe?
-------------------------------------------------------------------------------------
> *A propósito, eu acho no mínimo irônico que tu abra uma thread dizendo
> que não consegue compilar um programa por algo que tu fez de errado na
> hora que tu gerenciava a instalação dos teus programas e depois dizer
> que as dependências não são problema para ti. ;)*
>
------------------------------->
Eu tinha certeza de que alguém diria isso rsrs
Bom, além do problema do tópico que citou não ter nada haver com
dependências não instaladas (pois até ai eu sei encontrar as dependências),
esses problemas me ajudam a enriquecer meus conhecimentos, não vejo eles
como algo ruim e jamais iria querer um script que fizesse isso
automaticamente para mim, pois a única coisa que busco é conhecimento,
gosto de aprender a resolver os problemas na prática.
Talvez esteja errado, talvez não, mas quem não dá valor aos próprios
pensamentos e apenas segue o padrão do resto do mundo, jamais será capaz de
enxergar novas soluções para velhos problemas e será sempre dependente do
que os outros dizem valer a pena.
--
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
Antes de perguntar:
http://www.istf.com.br/perguntas/
Para sair da lista envie um e-mail para:
[email protected]
