<br><div class="gmail_quote">2009/4/2 Hugo Cisneiros (Eitch) <span dir="ltr">&lt;<a href="mailto:hugo@devin.com.br">hugo@devin.com.br</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/3/27 Cristiano Furtado &lt;<a href="mailto:jasonnfedora@gmail.com">jasonnfedora@gmail.com</a>&gt;:<br>
<div class="im">&gt; Infelismente não. Se vc esta usando uma arquitetura i386 e quer mudar para<br>
&gt; x96_64 tem que formatar mesmo. Agora uma opinião minha certo? tenho um<br>
&gt; Quad-core com 4GB de memoria e acho muito mais valido esta usando o i386 por<br>
&gt; questoes de sotwares. Essa é a minha unica opinião.<br>
<br>
</div>Eu tinha esse pensamento de 32-bits há algum tempo mas mudei. Hoje em<br>
dia eu gosto de recomendar sempre sistemas 64-bits, com os &quot;macetes&quot;<br>
para rodar coisas como Flash e Java. Principalmente no caso de<br>
servidores :-) Se for uma estação de desenvolvimento então que requer<br>
mais processamento, melhor ainda!</blockquote><div> </div>O problema são os tais &quot;macêtes&quot;.<br>
Você tem um passo-a-passo para fazer a instalação do flash, java,
mplayer, vlc e outras bugigangas no CentOS 5 e Fedora 10. por exemplo?<br><br>E quanto aos programas compilados em i386 que não aceitam rodar em uma arquitetura 64?<br><br>Quanto tempo teremos de esperar para os programas serem compilados em 64? E a compatibilidade?<br>
<br><br>Tenho, sempre, muitos problemas com bibliotecas.<br>Nêste momento estou com problemas com o FC10, que perdeu alguma biblioteca em python, provavelmente, e não consigo acessar o log in no kde.<br>Com o tal do plasma e a completa mudança no KDE, não existe mais o KDE, temos o KDE3 e uma criatura completamente nova, que deveria ter vida própria mas não acabar com o KDE.<br>
<br>Com a facilidade com que os RedHat alike perdem bibliotecas indispensáveis ao SO e, depois, para re-instalar, impedem a instalação, alegando que um programa já existe e não pode ser re-escrito, ou que uma biblioteca é necessária mas não está disponível e você tem de formatar o HD novamente, parece-me que a solução em *nix é, mesmo, um Unix, como o OpenBSD, por exemplo.<br>
<br>Na realidade, NÃO EXISTE uma distribuição Linux, o que existe é um sistema de gerenciamento de pacotes com um nome de distribuição.<br><br>Creio que o GoboLinux é a salvação do Linux.<br><br>Mas vai demorar até uma edição completa com as receitas necessárias à conversão facilitada.<br>
<br>Creio que o pessoal do GoboLinux deveria partir para a radicalização, ELIMINAR a árvore de diretório do *nix e RE-ESCREVER de acôrdo com a proposta do Gobo.<br><br>Penso que o SO deveria ter uma árvore de diretórios EXCLUSIVAMENTE para o kernel, onde estariam o fonte do kernel e de TODOS os programas necessários para compilação e instalação do kernel.<br>
<br>Assim, haveria um python e um perl DENTRO do diretório do kernel e OUTROS dois para o usuário, assim, não haveria risco de eliminar um programa ou biblioteca necessários ao kernel quando um usuário ou o próprio root apagasse alguma coisa.<br>
<br>Considero uma grande BURRICE esta COMPLETA dependência do kernel da árvore de diretórios do usuário.<br><br>Fica o pedido de socorro para instalar os tais macêtes.<br><br>Com relação ao kernel, minha sugestão é partir para a compilação do kernel com o OCAML DUCE.<br>
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<font color="#888888"><br>
--<br>
[]&#39;s<br>
Hugo<br>
<a href="http://www.devin.com.br" target="_blank">www.devin.com.br</a><br>
</font><div><div></div><div class="h5"><br>
--<br>
Fedora-users-br mailing list<br>
<a href="mailto:Fedora-users-br@redhat.com">Fedora-users-br@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-users-br" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-users-br</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>EquipeLinux@EquipeLinux.com<br>EquipeLinux@Skype.com<br><br>