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

Progeny anuncia: Anaconda portado para Debian, APT aceitando RPM nativamente

Notícia publicada por brain em outubro 26, 2003 09:17 PM | TrackBack


edcrypt (edcryptarrobayahoo.com.br) disse: " Como citado no Cipsga: 'A Progeny, empresa de Ian Murdock, saiu de um longo período de mudez em grande estilo nesta sexta-feira. Em um email enviado à lista debian-devel, Ian faz dois importantes anúncios:
1) O Anaconda, instalador do RedHat Linux, do Fedora Core e do Yellow Dog Linux, foi portado para Debian; além disso, uma ferramenta para facilitar a criação de instaladores Debian utilizando Anaconda, chamada PickAx, foi desenvolvida;
2) A Progeny está trabalhando junto com os desenvolvedores do APT para unificar o código de suporte a RPM direto no código da ferramenta, com isso eliminando a necessidade de um projeto em separado.'
Claro que o pessoal da Debian-intaller não vai se desfazer do seu projeto (eu imagino), afinal o objetivo dos ports nem é esse. Segundo Ian, é '...com um Anaconda independente de distro, um APT independente de distro e uma LSB mais forte, unificar mais fortemente as distribuições Linux'"

 

Comentários dos leitores
(Termos de Uso)

» Victor Zucarino () em 27/10 00:13

Putz, mas isso é mt legal! Tomara q a iniciativa seja copiada por outros desenvolvedores. Um Anaconda independente da distro é algo sonhado por muitos, bem como o APT, prato cheio p/ o Slack: espero q peguem essa onda.


» Paulo Zambon () em 27/10 10:55

Eu já tinha lido esta notícia ontem e também enviei os respectivos links para serem publicados aqui. Achei interessante essa notícia pois teremos um GNU/Linux com qualidade e segurança (Debian) com a facilidade de instalação (Red Hat). Claro que quando me refiro a qualidade e segurança do Debian isto não quer dizer que os outros não tenham. Tem sim, mas é uma questão de tradição da Debian, onde todos os softwares são rigorosamente testados antes de irem para o ISO final. Estamos aguardando...


» Rick () em 27/10 13:26

Nos da comunidade Slack, ja cansamos de dizer que se o Patrick quisesse implementar uma especie de apt no slackware ele ja teria o feito.
Eita mania de dizer que slack precisa de atualizador/tratador de dependencias.

"o o APT, prato cheio p/ o Slack:"...


» thiagomz () em 27/10 18:02

É mas parece que o Patrick incluiu um gerenciador de instalações tar.gz na "Tree" do slack que resolve dependencias e as baixa.

Penso que nas proximas versoes do slack, esse tipo de ferramenta sera mais utilizada.

Outra coisa, sou usuario Linux, minha distro preferida é Debian, mas tb adoro slackware nem por isso digo de slack é a melhor coisa do mundo... que mania sô !!! ;)


» EdCrypt () em 27/10 22:33

Para saber mais sobre o novo Debian-installer:
http://www.debian.org.br/News/weekly/2003/37/


» EdCrypt () em 27/10 22:39

Ah, e aqui (http://www.debian.org.br/News/weekly/2003/40/)
em "Resumo do Debcamp do instalador", tem mais uns links. A página dele mesmo é http://www.debian.org.br/devel/debian-installer/
Tem até um front-end em gtk (http://www.debian.org.br/devel/debian-installer/gtk-frontend)


» Victor Zucarino () em 28/10 08:28

Tenho a opinião de q o Slack é uma distro ótima, mas se implementasse uma ferramenta mais fácil de instalação e uma tb p/ manipular pacotes poderia alcançar um público bem maior, conquistar mais fãns. Isso é errado?? Ñ acho q seja. Td bem q já existem opções e quem usa Slack as usa e ñ têm do q reclamar (pelo menos ñ demonstram), mas essa iniciativa da Progeny é mesmo mt boa! O Patrick pode ter os "porquês" de ñ incluir ferramentas assim, mas tenho certeza q se ele olhar as necessidades de quem usa seu produto verá q precisa fazer algumas mudanças. Vcs sabem o q eu estou dizendo...


» Cesar Cardoso () em 28/10 09:09

1) Se o Patrick implementar um sistema de tratamento de dependências e não utilizar um ports/portage da vida, ele deve ter tomado muita Schincariol! Está tudo lá, é só o Patrick chutar pro gol. "Di grátis" ainda recupera um bando de gente que migrou pro Gentoo. Mas bem, a discussão não é sobre Slack. Só postei pra constar e pra discordar da maioria :)

2) É claro que o pessoal da Debian não vai largar o debian-installer de lado (muito embora as minhas experiências com ele tenham sido péssimas). No entanto, o Anaconda+kickstart é talvez a melhor solução de instalação automatizada de máquinas disponíveis hoje em dia no mundo Linux, e instalação automatizada certamente interessa aos clientes Progeny.

3) O APT é certamente mais óbvio: ponto central de distribuição de updates. Mais uma vez, certamente não vai tocar o coração do pessoal da RedHat, que está perdidamente apaixonado pelo yum (e tem suas razões, o bichinho é fantástico).


» chou () em 28/10 13:47

Dúvido que o Patrick vá implementar um instalador mais fácil(aquele em shell script já é bem fácil) se não terá feito um ato contra o cerne do projeto Slackware, que é implementar uma distribuição o mais próximo possível do Unix


» Ark () em 28/10 17:50

Argh, sempre essa besteira de que Slack quer ser próximo do Unix. Nenhum Unix é tão porco, a maioria tem ferramentas de instalação e resolução de dependências... O Slack basicamente é um Linux sem o que os outros tem.


» SlackUser () em 28/10 19:01

"Argh, sempre essa besteira de que Slack quer ser próximo do Unix. Nenhum Unix é tão porco, a maioria tem ferramentas de instalação e resolução de dependências... O Slack basicamente é um Linux sem o que os outros tem."

Argh, sempre essa BESTEIRA de achar que o slack é inferior pq. não tem um instalador gráfico.

Argh, sempre essa BESTEIRA de achar que o slack é inferior pq. não Resolução de Dependências.


Sempre os mesmos argumentos idiotas.


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.