Rau, > Uia, From: "Buick Sk" <[EMAIL PROTECTED]>... > > Podemos crer que tudo o que voc� fala na lista est� de acordo com as > opini�es da Microlink? Gotcha! :-P
Somente para constar www.microlink.com.br � um provedor e utilizo este email desde 1998. N�o sou funcion�rio da mesma e esta mesma n�o representa produtos vinculados a distribui��o. > Ah, pra mim se o mantenedor oficial do software foobar fosse Acho que voc� confundiu a continuidade de ter um source importante com um outro software comum que n�o � a base de um S.O. Basicamente o Kernel � a segunda base construida encima do hardware. Logo ele realmente deve ser sempre atualizado e ter falhas de seguran�a sempre solucionadas, o mantenedor oficial uma vez informado de um problema s�rio que pode comprometer todos o S.O e j� existindo uma solu��o deve oferecer o patch oficial e se possivel uma nova vers�o do kernel. O problema detectado no 2.4.20 foi avisado de diversas vezes e nada do mantenedor oficial colocar o seu parecer... os patchs de solu��o n�o apresentaram nenhuma instabilidade e nenhuma parte da mudan�a para o futuro c�digo do 2.4.21 seria afetado. > se ele fosse realmente um asno, acho que j� o teriam tirado do > "cargo"... N�o estamos dizendo que ele � um "asno" apesar de ter toda a tend�ncia.. como eu tb posso sempre ser uma "mula empacada" (sou torr�o mesmo) mas o que � s�rio e compravado � que ele n�o tem voz de comando ao qual o Linus Torvald, David, Cox, Stalmann e outros conseguem transpirar e que � fundamental para que os seres humanos podem levar a s�rio e ter confian�a no projeto do Kernel. E bem sabemos que grande parte do "boom" do SoftwareLivre n�o foi por causa do projeto GNU e da GPL e sim do surgimento deste kernel. E isto realmente incomoda saber que um kernel 2.4.21 demorou a ser lan�ado.... � complicado fazemos palestra dizendo das grandes vantagens deste S.O (veja bem estou falando do S.O e n�o de distribui��o) e ter entre convidados amigos BSDzianos que podem argumentar sobre falhas no kernel e sobre a aus�ncia atual de uma voz de comando. Linus Torvalds trabalhou na Transmeta mas mesmo assim sempre mostrou ativo... de certo modo sempre de longe... na verdade grandes trabalho deste kernel dar-se ao grande conhecimento do Alan Cox, Fred, Adrian, Piter entre outros e a capacidade do proprio Torvalds de saber ger�nciar. Ser o mantenedor Oficial � ser um bom gerente.. e realmente tem gente que nasce para ser pe�o e outros para ser gerentes. A decis�o do Torvalds chega num momento bom e delicado. Na verdade, quem conhece bem a est�ria vai reparar que o 2.4 foi lan�ado muito pre-maturamente.. muitas empresas (distribuidoras) estavam usando c�digos do 2.3 no 2.2.. existia muito lan�amento de hardware com USB, infra-vermelho, Wireless e etc... e isto for�ou a ado��o precipitada do 2.4... quem via os primeiros lan�amentos do 2.4 via que Linus,Cox e outros lan�avam pre e betas um atr�s do outro.. prova que o 2.4 ainda estava pr�-maturo e isto exigia a cria��o r�pida da �rvore 2.5 e decis�es desta nova �rvore (mudan�a na documenta��o, aloca��o de mem�ria, melhor estrutura do filesystem, padroniza��o de c�digo. Dai surge a necessidade de um mantenedor para a s�rie 2.4 (para ger�nciar) enquanto o pessoal se iria preocupar com o 2.5 e a escolha foi mais tecnica do que gerencial... ponto claro para o rapaz Tossati que com pouca idade mostrava -se capaz de entender patchs, destrinchar e verificar... e realmente quanto mais novo para est� �rdua tarefa melhor.. e se a pessoa n�o tivesse muitos compromissos seria a op��o ideal. Por um lado est� decis�o de mantenedor foi �timo.. o trabalho do 2.5 come�ou bem depurado.... bom ainda tem problemas.. mas existe mudan�as grandes.. (modprobe,lsmod,rmmod) mudou, aloca��o de mem�ria bem mais inteligente, o filesystem mas est�vel, ger�ncia de processador com mais de 8 ficou mais inteligente (est� o pitanga vai gostar) entre outras filuras que venho lendo e mexendo... E pelo que entendi o Linus e o Alan gostaram desta ideia de colocar um mantenedor na familia est�vel.. logo como o gerente atual n�o foi bem... os "donos" resolveram escolher outro.. pelo que entendi est� a decis�o entre um australiano e um outro (acho que do canada) n�o tenho certeza... o que tenho que torcer � que o pr�ximo gerente consiga segurar o comando do 2.6 j� que ele ter� diversas mudan�as s�rias.. e isto ir� liberar o Linus para o projeto do que j� se fala como a futura familia 3.x :) Bom � isto da�... desculpe-me pelo tamanho do e-mail foi mal gente.... Abra�os Buick Sk _______________________________________________ slack-users mailing list [EMAIL PROTECTED] http://www.linuxmag.com.br/mailman/listinfo/slack-users
