Edward Martin wrote: > 1. Padroniza��o de pacotes > > Acho um absurdo ter de distribuir um programa, j� compilado, em v�rios [...] > A exist�ncia de v�rios sistemas de pacotes, em princ�pio, � bom > aos usu�rios devido � liberdade de escolha. Mas acaba se tornando > um problema para mim pelo fato de cada pacote ser �nico �s distribui��es > que o utilizam.
http://www.gnupdate.org Ainda n�o � universal, mas os caras est�o trabalhando!!! > 2. Instala��o e organiza��o de pacotes > > Quando resolvo atualizar um "tijol�o", como o KDE, por exemplo, no CL7, > tenho muitos problemas. S�o muitas as depend�ncias. Acabo criando um > shell script para fazer o RPM instalar todos os pacotes, e executo > o script v�rias vezes, at� instalar tudo. Uma ferramenta adequada resolveria as depend�ncias sem problema. Note que este papo de instalar depend�ncias � muito parecido com o de desalocar uma �rvore "en�ria" (ou seja, com mais de 2 filhos por node) node por node. Ali�s, semelhante o escambau!! O algoritmo � essencialmente o mesmo!! (Putz!!! Olha eu falando demais de novo!!! 8-) > No RedHat h� algums poucos pacotes do KDE, facilitando bastante a > instala��o, por�m n�o h� como desinstalar um �nico programa, como o XChat, > sem desinstalar v�rios outros programas juntos. Mas v� atualiazar depois!!! J� pensou em rebaixar o KDE inteiro s� pra atualizar uma d�zia de bibliotecas????? Facilidade por facilidade, desde jeito � gente acaba voltando � granulariza��o de arquivo como se faz nos Winblows da vida... > Facilitaria muito para mim se existissem alguns poucos pacotes, mas em > alguns fosse poss�vel escolher que programas instalar. Facilita de um lado, complica de outro. Se ao inv�s de insistirmos em for�ar o usu�rio � instalar pacotes, dermos para ele uma abstra��o chamada "Aplica��o", ou "Install Job" se alguns preferirem extender este conceito para a distro inteira, vc vai perceber que vc ter� exatamente o que vc quer, sem ter que interferir no esquema de empacotamento escolhido pela sua distro. > Por exemplo, instalar do kde-network todos os programas exceto o > XChat e o LICQ. Poder instalar o pacote XFree86 (que teria o servidor X > e todos os drivers), mas s� os drivers para minha placa de v�deo sem ter > de apelar para cria��o de v�rios pacotes. Op��es de Instala��o??? Mais uma id�ia para o GAM!!! > O Windows faz isso com muita efici�ncia. Por exemplo, ao instalar um Eficiente??? S� superficialmente, e olhe l�!! Facilidade � uma coisa, efici�ncia � outra... Mas aqui quem falou foi um developer. Acho que do ponto de vista do end-user (notem que N�O escrevi LUSER...), acho que posso considerar sua opini�o como correta... > Office, � poss�vel instalar Word, Excel, PowerPoint, mas n�o instalar > Access nem mapas. E, se quiser, instalar outra hora o Outlook que > vem no Office. Em outras palavras, a MessyLoss (adivinhem de onde eu tirei esta?) copiou o conceito de "pacote", e o enfiou dentro do seu conceito de "Instala��o de Aplica��es". Estou pretendendo fazer o mesmo, mas fazendo a coisa direito. De baixo para cima, como toda obra de engenharia deve ser constu�da. > 3. Desinstala��o > > A solu��o ideal para mim seria, ao desinstalar um pacote, o gerenciador > de pacotes mostrar todos os pacotes que n�o seriam mais usados > (pacotes soltos), e permitir a mim escolher destes os pacotes que > seriam desinstalados. Isto � perigoso. Em outra msg, um co-listeiro argumentou que se ele desinstalasse o pacote doc de um aplicativo, este mecanismo acabaria desistalando o aplicativo inteiro... De qualquer jeito, peguntar ao usu�rio o que ele quer desistalar n�o me parece uma boa alternativa, afinal, n�o queremos minimizar as possibilidades do usu�rio tomar uma decis�o errada? Saber o que pode e o que n�o pode ser desisntalado � obriga��o do gerenciador de aplicativos... > Aqui novamente o Windows supera o Linux de longe, pois ao desinstalar > um programa, algumas vezes ele apresenta mensagens do tipo: > "Este arquivo compartilhado n�o est� sendo usado por nenhum outro > aplicativo. Deseja desinstalar ?" N�o concordo. Como o controle de bin�rios � feito por arquivo, a mensagem apenas diz que o banco de dados do sistema n�o conhece nenhum outro bin�rio que use tal componente. Da� � n�o existir de fato � outra hist�ria... J� quebrei muito sistema respondendo 'Sim' � esta pergunta... Se o sistema de controle do Windows fosse realmente eficiente, ele n�o precisaria fazer a pergunta. > 4. Seguran�a do sistema na instala��o > > Na maioria das vezes tenho receio de instalar pacotes que n�o vieram > com a distribui��o. Pode ser apenas paran�ia minha, mas tenho receio > de que a instala��o de algum pacote cuja origem n�o � 100% confi�vel > possa sobrescrever (e at� corromper) algum arquivo, Problema ser�ssimo este. Concordo em g�nero, n�mero e grau. > estragando assim o sistema. Ou ainda, que a instala��o permita a > certos programas ter acesso � conta ROOT (ex. kza). Isto � uma falha de seguran�a s�ria. NENHUM aplicativo alien�gina deve obter SETUID de root. Pelo menos, n�o no sistema de um end-user... > Facilitaria para mim se um pacote pudesse escolher entre instalar > um pacote localmente (s� no diret�rio do usu�rio) ou globalmente > (para todos os usu�rios da m�quina). Para mim seria uma falha de seguran�a. Aplicativos externos � distro devem SEMPRE estar confinados ao /usr/local ou ao /opt . Um Gerenciador de Aplicativos deveria monitorar qualquer quebra neste protocolo, e abortar a instala��o logo no in�cio. Se o usu�rio quer realmente fazer isto, que o fa�a � m�o e arque com o �nus da decis�o. Nenhuma distro vai apoiar um mecanismo de insta��o externo que n�o garanta a integridade da insta��o nativa. Isto � um dogma, n�o h� o que argumentar � este respeito. > Se al�m disso, n�o fosse > permitido � instala��o alterar algum arquivo existente exceto o > banco de dados de pacotes, e � atualiza��o s� alterar os arquivos > do pacote j� instalado... N�o sei se esse �ltimo j� ocorre. Se vc se limitar � usar o gerenciador de pacotes nativo da distro, isto fica � cargo dele. Mas se vc se meter a instalar alguma coisa � revelia do gerenciador de pacotes, a� ele n�o tem muito como te ajudar nisso, exceto apontando discrep�ncias entre o que ele v� e o que ele deveria ter visto, com base em seu banco de dados. -- []s, Pink ------------------------------------ (Lisias Toledo) | ECHELON AT MY BALLS !! | Manaus/Amazonas/Brasil | Will My Freedom Be Forever Denied? | -------------------------------------------------------------------- /"\ CAMPANHA DA FITA ASCII - CONTRA MAIL HTML \ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL X / \ Movimento Pr�-acentua��o: / \ Use "MIME, quoted-printable, ISO-8859-1" em seu e-mailer. Assinantes em 17/12/2001: 2343 Mensagens recebidas desde 07/01/1999: 146639 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
