codebreaker <[EMAIL PROTECTED]> writes:
> Conhe�o muita gente boa que n�o concordam com algumas dessas normas.
> Portanto, elas n�o s�o um concenso.
As normas s�o discut�veis. Se essa "muita gente boa" n�o concorda,
devem pronunciar-se aos �rg�os respons�veis --- IETF neste caso --- e
informar os pontos de disc�rdia para que estes possam ser discutidos e
avaliados.
Da mesma maneira, o velho ditado vale: "Toda unanimidade �
burra". Sempre haver� pessoas que discordam de
regulamenta��es. Entretanto, o processo � democr�tico e � votado,
sendo sua implementa��o acatada pela maioria. � como no Brasil: n�o
foram todos que votaram no presidente eleito, mas todos ser�o
governados por ele.
> Apenas pelo fato de ter que responder com educa��o? Tenho certeza que se
> eles fossem pagos por isso, a tratamento seria outro.
N�o. Escrevendo novamente o que eu disse: pelo fato de ter que repetir
ad infinitum coisas que est�o escritas em d�zias de lugares na
Internet.
> Eu sei Godoy. Eu concordo com voc�. Apenas resalvo que muitos iniciantes
> nem sabem que existem logs. Ent�o um simples "Leia os logs" � inoportuno
> naquele caso. Apenas isso.
E qual deveria ser a maneira de pedir os logs? Leia os logs � uma
indica��o de que eles existem e que eles fornecem respostas
importantes.
O desconhecimento deste fato j� mostra que n�o houve sequer uma
tentativa pr�via de tentar resolver o problema --- e.g. via Google,
Altavista, Yahoo ou qualquer outro mecanismo de busca --- antes de
postar a mensagem.
> Para um iniciante � dif�cil diagnosticar o problema simplesmente
> verificando. At� mesmo para alguns mais experientes isso as vezes �
> complicado.
Neste caso, ele deve indicar que j� fez o que a documenta��o disse ou
que n�o est� conseguindo encontrar os locais citados pela
documenta��o.
Mostrar esfor�o � a quest�o.
> Repito: Um iniciante n�o sabe interpretar os logs, na maioria das vezes.
N�o � um log. � a pr�pria mensagem de erro:
Fatal server error:
When reporting a problem related to a server crash, please send
the full server output, not just the last messages. This can be
found in the log file "/var/log/XFree86.0.log". Please report
problems to [EMAIL PROTECTED]
E esse � um exemplo apenas. H� outras mensagens de erro do pr�prio
servidor X que indicam o que fazer.
> Considero tal comportamento errado, � �bvio. Afinal ningu�m �
> obrigado a responder. Agora, se algu�m se prontificar a responder,
> que seja uma resposta mais ou menos decente. Caso contr�rio seria
> melhor manter o sil�ncio.
A resposta n�o era "indecente". Era uma resposta totalmente cab�vel �
pergunta.
N�o se deve supor que a outra pessoa esteja pensando exatamente no
mesmo problema. Uma interpreta��o poss�vel para o problema seria
"Funciona esse programa no CL?" e a resposta "Funciona" seria
totalmente aceit�vel. Eu daria a mesma resposta para quem questionou,
j� que a pergunta n�o especificava nenhum detalhe e n�o informava
nenhum problema encontrado na tentativa (ser� que houve tentativa?
isso n�o estava claro) de execu��o do servi�o.
> As vezes n�o se consegue. O cara t� todo perdido. Ele nem sabe como
> come�ar. Por isso insisto em dizer que cada caso � um caso. Acho
> errado come�ar a sacramentar o iniciante por postar perguntas
> consideradas "inbecis" pelos mais experientes.
Mais um motivo para ele parar e pensar.
Se a pessoa n�o consegue se expressar h� um problema que n�o �
restrito � inform�tica. Um dos maiores problemas diagnosticados por
especialistas em educa��o consiste na dificuldade de an�lise de
textos. O brasileiro n�o l�, logo n�o consegue interpretar e n�o
consegue expressar-se corretamente. Mais um motivo para indicar um
documento a ser lido: for��-lo a trabalhar a interpreta��o de texto e
melhorar sua capacidade de express�o. Mata-se dois coelhos com uma
cajadada s�.
> Mas acho que na maioria das vezes n�o resolve o problema. Ent�o ele
> vai procurar ajuda em outro lugar. Mas voc� conseguiu se livrar
> dele.
Como disse, em 90% dos casos a resposta que vem � certeira. Sem perda
de tempo. Em outros 10% � necess�rio um teste ou uma informa��o
adicional que foi "perdida" ou "esquecida".
> Problema nenhum. Mas qual o problema em enviar um arquivo exemplo
> pr� poder comparar com o meu que n�o tava funcionando? Queria apenas
> verificar quais linhas habilitar. Ou cometi um pecado imperdo�vel?
O problema � que podem existir configura��es que sacrifiquem a
performance do servi�o ou coisas presumidas que podem n�o se verificar
em tua m�quina.
Se voc� d� a informa��o de onde encontrar os exemplos com explica��es
do par�metro � muito mais f�cil e r�pido para o recipiente adapt�-lo �
sua pr�pria realidade.
> N�o sabia desse endere�o. Obrigado! Apesar de usar a internet h� um bom
> tempo, sinceramente n�o sabia.
Esse endere�o j� foi divulgado nesta lista por mim pelo menos outras
duas vezes.
>> E onde entra a linux-br nisso? Os grupos da UOL s�o mantidos pela UOL,
>> n�o pela Conectiva e n�o est�o --- infelizmente --- sujeitos �s mesmas
>> regras de utiliza��o desta lista.
>
> Agora voc� est� se contradizendo. A netiquetas n�o s�o para tudo que diz
> respeito a internet? Ou elas s� velem para a linux-br? J� n�o entendo
> mais nada. Naquele caso ele postou em 2 grupos do uol diferentes e voc�
> o criticou por isso. Mas ao mesmo tempo respondeu nos mesmos 2 grupos!
N�o. N�o estou contradizendo-me. Leia novamente: "Os grupos do UOL s�o
mantidos pela UOL e n�o est�o --- infelizmente --- sujetos �s mesmas
regras de utiliza��o desta lista."
As regras desta lista, como podes consultar em
http://linux-br.conectiva.com.br s�o muito mais amplas que a
netiqueta. A netiqueta � apenas uma parte delas. Para agilizar a
busca, est�o em http://linux-br.conectiva.com.br/regras.php3
Veja a mensagem. Foi feito um cross post. A mensagem enviada em dois
grupos pode ter despertado o interesse de algu�m no outro
grupo. Responder em apenas um faria com que os leitores do outro n�o
tivessem acesso � informa��o. Responder nos dois daria a todos a
possibilidade de ler a resposta, independentemente de qual grupo
assinam.
O funcionamento de um servidor de news � diferente de uma lista de
discuss�o. Mensagens enviadas para mais de um grupo, l�, ocupam
exatamente o mesmo espa�o f�sico --- � usado um hardlink entre as
mensagens --- e os leitores possuem informa��es de message IDs podendo
eliminar mensagens lidas em um grupo. Programas de email n�o possuem
essa facilidade, fazendo com que as mensagens sejam armazenadas em
duplicada, triplicata, etc. ocupando "n" vezes mais espa�o e banda nos
servidores.
� poss�vel, � claro, filtrar-se o message ID, mas isso s� seria
efetivo se fosse feito o cross posting tamb�m nas diversas listas,
caso contr�rio as mensagens s�o consideradas �nicas e distintas (e
realmente s�o do ponto de vista do servidor).
> Seria se todo mundo concordasse com elas. Como disse acima, conhe�o
> gente boa que discorda de uma boa parte daquelas normas.
E que provavelmente deve ter-se pronunciado junto � IETF e discutido
no f�rum pertinente, correto?
Eu, particularmente, n�o conhe�o ningu�m "bom" que discorde do que
consta ali, mas n�o duvido que existam.
> Nisso DIscordo plenamente com voc�. O grupo ou lista � sobre linux,
> n�o portugu�s. Tamb�m acho essas express�es absurdas. Mas deixar de
> responder alguma pergunta apenas por isso? Se para n�s elas s�o um
> absurdo, pr� ele pode ser normal.
Para mim s�o uma aberra��o. � um direito meu n�o responder a
aberra��es ou mensagens que n�o se enquadrem em qualquer padr�o ---
por mais esdr�xulo que seja --- definido por mim.
A corre��o no portugu�s � um deles.
> Ah, e desculpe pelos erros de portugu�s. N�o sou muito bom nisso. Mas
> esfor�o-me pr� cometer o m�nimo erro poss�vel.
Tudo bem, mas algumas regras b�sicas resolveriam muitos probleminhas
teus. Um exemplo � sempre usar "m" antes de "p" e "b". Isso resolveria
o problema do "inbecil" nesta mensagem (o correto � 'imbecil').
> Permita-me fazer uma observa��o: n�o tenho nada contra sua
> pessoa. Muito pelo contr�rio, admiro e respeito seus conhecimentos e
> profissionalismo. Discordo, por�m da maneira que voc�, �S VEZES,
> trata os iniciantes.
Desculpe-me a franqueza, mas minha inten��o n�o � ser bab� deles. �
fornecer-lhes o caminho para que possam andar com as pr�prias
pernas. Se algo est� al�m da capacidade que eles possuem no momento
minha recomenda��o � que fa�am testes, brinquem e s� depois tentem
algo "no mundo real". Se precisam de algo muito urgente e n�o sabem
resolver, contratem um consultor. Essa � a �nica maneira que voc� pode
ter certeza absoluta que n�o est� sendo sacaneado, que n�o h� falhas
de seguran�a �bvias na solu��o do problema e que algu�m saber�
exatamente o que est� fazendo, porqu� est� fazendo e como est�
fazendo.
Sds,
--
Godoy. <[EMAIL PROTECTED]>
Assinantes em 18/11/2002: 2251
Mensagens recebidas desde 07/01/1999: 190586
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
