Have! > Antes de tudo, aquele aviso padr�o: As opini�es aqui s�o *minhas* e n�o > representam a empresa em que trabalho.
Em rela��es a opini�es pessoais isto sempre se confude com a empresa, na verdade este tipo de email em que um funcion�rio desta empresa sempre fala.. sempre diz que � uma opini�o pessoal e n�o da empresa.. muito bem.. ent�o n�o fale nada.... pois � isto que gera FUD, usar email e se portar como tal representante dela para dizer que � opini�o pessoal � falta de respeito junto a uma outra comunidade. . > Na "empresa em que ele trabalha", todo o seu tempo � dedicado � manuten��o > do kernel, *mesmo* sendo o seu sal�rio pago por tal empresa. A manuten��o > do do kernel "para a empresa" � feita por outra equipe, basta verificar Explique isto ent�o para o seu funcion�rio.... > Sobre a inclus�o de features e suporte a hardware: �, isso pode acontecer > no kernel do CL, por qu�? Porque o mantenedor do kernel 2.4 n�o � um > Deus, ele integra o trabalho de v�rias pessoas, de uma equipe, e nem E DEUS fez o Sil�cio e Germ�nio... e o ser de carbono com sua sapi�ncia descobriu que como o sil�cio era abundante poderia introduzir um �tomo de elemento pentavalente e poderia dopar o cristal com um elemento trivalente e pode assim brincar de DEUS e com wafer de sil�cio a criar o processador... o processador "mente,alma" de nossas fugazes m�quinas � criada, mantida e distribuida por grandes empresas at� que uma destas faz um erro e cria um processador doido que tinha um bug em processo de ponto flutuante.... e em quest�es de horas ap�s a descoberta por um f�sico.... diversos "serezinhos" pela net criar uma solu��o via Soft para aplicar num kernel chamado de Linux e assim reina absolutamente entre todos os kernels que o mantenedor como as pessoas ligadas a este sistema operacional que de fato existe RESPONS�BILIDADE. Cut cut pelo restante.. voc� quer defender o funcion�rio da empresa (apesar de dizer que � a sua vis�o pessoal) o bug do 2.4.20 surgiu assim que ele foi lan�ado e desde ent�o n�o foi feito nada... isto obrigou a distribui��o mais ANTIGA a tomar uma decis�o p�ssima, aplicar um PATCH no kernel original no qual N�S sempre dizemos que vale apena usar o ORIGINAL pelo simples motivo de estar sempre atualizado e ser confi�vel e debugado. E isto n�o � jogar a respons�bilidade para outras pessoas. A distribui��o Slackware segue certas regras e uma delas � sempre usar o que � mais est�vel, seguro e sempre buscar usar o original (compila��o atrav�s da fonte do mantenedor original) e n�o ficar criando gatilhos e arma��es. Sobre o pessoal de Debian ter que ter mantenedor pr�prio � ridiculo.. porque se o MANTENEDOR OFICIAL fosse competente as mudan�as surgiriam r�pidamente e auxiliando toda a comunidade. E isto deixou de acontecer desde que o Tossati passou a ser o mantenedor. Ser mantenedor oficial � TOMAR decis�es de peso.. e isto o Tossati mostrou na nossa frente que N�O tem VOZ de comando.... isto al�m de j� ter reparado.. vi na palestra n�o me contaram... E por favor.. n�o venha pegar emails de Alan Cox, ou dizer que esta � a sua opini�o.. ou falar que coitado o pessoal tem que comer, viver e comprar roupa.. ali�s fico espantado voc� querer vir falar isto aqui.. est� lista � para a gente meter a malhar no que � realmente tecnico e necess�rio discutir e sempre voltado a nossa vis�o "KISS" e o "astrinho" quando aceitou o compromisso de ser o mantenedor selou um acordo junto com uma comunidade inteira e n�o para ganhar fama ou mais comida e roupa. T+ e se cuida.... aqui n�o tem FUD tem casca grossas Buick Sk _______________________________________________ slack-users mailing list [EMAIL PROTECTED] http://www.linuxmag.com.br/mailman/listinfo/slack-users
