Prezado Arnaldo, On Monday 27 May 2002 23:32, you wrote: > > espero que estas informa��es tenham alguma serventia > > Tem! Procuraremos fazer uma lista de modifica��es mais detalhada na > pr�xima vers�o, isto se d� porque n�s dividimos os pacotes mais > extensivamente, deixando pacotes somente com o necess�rio para runtime, > movendo arquivos para subpacotes -devel, -info, -devel-static, etc, desta > forma o usu�rio tem maior controle sobre o que � instalado e o Conectiva > Linux pode ser instalado usando bem menos espa�o em disco.
eu acho isso muito sensato. Eu acredito que a mudan�a na divis�o dos pacotes reflete o amadurecimento do sistema e certamente � necess�rio. At� a� tudo bem. O que eu n�o entendo muito bem � qual a dificuldade em implementar o seguinte: Conectiva Linux N: pacote xpto-1.rpm Conectiva Linux N+1: pacotes xpto-2.rpm e xpto-devel-2.rpm o novo xpto-devel-2.rpm cont�m arquivos que antes estavam no xpto-1.rpm do CL N. O novo CL N+1 deteta a presen�a do antigo xpto-1.rpm no sistema e instala n�o apenas o novo xpto-2.rpm, como ocorre atualmente, mas TAMB�M o xpto-devel-2.rpm j� que este cont�m arquivos que j� estavam no sistema. eu entendo que em princ�pio bastava ter uma tabela de correspond�ncias entre pacotes do CL N e o CL N+1. Se for complicado demais atualizar o sistema automaticamente dessa forma, bastava ter um README com a tabela para ser consultada quando encontr�ssemos problemas. S� isso j� resolveria 90% dos problemas. Veja bem, no caso do perl era um programa que eu havia instalado (namazu) e que n�o pertence a distribui��o do CL. Eu n�o sei absolutamente nada de perl e n�o sabia tamb�m que sem os arquivos do perl-devel o programa n�o executaria, ou seja que no perl-devel haveria arquivos necess�rios ao runtime daquele programa. Eu n�o sei, talvez fosse uma coisa espec�fica do perl ou talvez espec�fica do programa. > O MI (instalador do Conectiva Linux) ainda precisa ser melhorado para > permitir coisas como: > > [ ] Instalar documenta��o adicional > [ ] Instalar arquivos de ajuda > [ ] Instalar arquivos para desenvolvimento > [ ] Instalar arquivos para desenvolvimento est�tico > as listas de pacotes a serem atualizados dizem muito pouco ao usu�rio comum, e na verdade dizem muito pouco at� para quem tem experi�ncia. Tem muito programa que a gente usa sem saber que usa ou n�o conhece o nome do pacote. Eu fico sempre na d�vida se h� algo que posso n�o instalar sem comprometer o funcionamento b�sico do sistema. Uma estrat�gia como perfis de instala��o seria bem melhor, algo que come�a perguntando: qual � o m�ximo em MB que voc� deseja instalar. Depois pergunta: o que voc� quer fazer no seu computador? Office? Internet? Jogos? etc. Baseado nas respostas selecionaria um conjunto de pacotes que n�o ultrapassasse o m�ximo que o usu�rio deseja instalar. > isto depois do sistema instalado, volunt�rios? 8) de que maneira a gente pode contribuir? Onde se encontram, por exemplo, o projeto do MI para que a gente possa ajudar no desenvolvimento? Ou o projeto que d� origem ao arquivo do bootpcmcia.img (que est� me dando problemas) para que a gente possa ajudar na solu��o dos bugs. abra�os a todos Gerald Weber [EMAIL PROTECTED] Assinantes em 28/05/2002: 2266 Mensagens recebidas desde 07/01/1999: 168735 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
