>  Isso eh discutivel, eu ja ouvi da boca do Bill Fumerola que o ipfw
era
>  um lixo. (;

quais os motivos?

> 
>  Mais fiquei feliz de ver o progresso do ipfw2, diferentes conceitos
>  precisam ser exercitados.

Sim, o ipfw2 foi um grande salto

 
>  Isso sempre vai acontecer, marketing sem suporte tecnico algum.

Isso � que acaba com a alegria de todos

 
>  Em alguns casos o custo do software eh meio irrelevante pra empresa,
>  onde a grande file esta nos servicos...

sim, e imagina voc� uma mega corpora��o comprou servidores de alto
n�vel, comprou seu RH e teve um "probleminha" no meio do caminho porque
o kernel 2.4 esta com um "pequeno bug".
N�o importa dinheiro, mas sim o suporte, igual falei abaixo!

>  Alguns chamam isso de "cheap labor". Veja vc que esse tipo de
>  cooperacao eh saudavel sim.

Saud�vel?
Eu compro meu seguro de casa Prote��o 24h (papel do suporte do software)
e a seguradora fala que n�o consegue arrumar minha fia��o que deu curto
que foia propia seguradora instalou porque o fio tem um bug que s� a
empresa Y!

 
>  O problema aparece se eles nao tem capacidade de acao em um bug
serio.

Foi provado que eles n�o tem capacidade
 
>  Isso nao eh completamente uma verdade, pq existem distribuicoes com
>  alguns compromissos de consistencia dos pacotes.

Claro, o RPM � uma maravilha, consistente igual uma gelatina! :)

 
>  Alem do que se vc usa algo em producao, algo fundamental e ter
suporte.
>  Seja ele de uma outra empresa, ou vc mesmo.

Mostrei acima que o suporte Pago dixa a dsejar

>  Qdo vc usa algo como AIX/Oracle por exemplo, o seu chefe pode dizer
pro
>  cliente: "Foi tudo culpa da Oracle!!"
> 
>  Se ele usar o mesmo argumento para o Postgresql...
> 
>  Eles podem nunca processar uma empresa como a Oracle por perdas e
>  danos, mas sempre vao usar esse argumento como justificativa.

O problema est� no argumento.
 
>  Nem sempre, em varias ocasioes eu so aproveitei os patches e apliquei
>  customizacoes proprias.

Ok, mas n�o estou dizendo sobre customiza��o propia, estou dizendo que o
OS "in natura" j� me d� facilidade de colocar um software rodando r�pido
sem muitos transtornos e possivelmente com a vers�o mais atualizada
O ports do BSD � bem elogiado por isso.

 
>  Lembre-se que o port e geralmente um "denominador comum" e nem sempre
>  eh sinonimo daquilo exatamente que vc deseja.

Ok, mas igual disse acima, eu posso querer instalar um MRTG no
"denominador comum", apenas pegando sa�da snmp, e o ports me da isso com
facilidade e rapidez

>  Tudo isso eh rumor.

Explique
Rumor a historia do linux e dos fontes copiados? (eu acho que �
historia)
Agora que a SCO ficou uma me***da  depois da caldera (que � um lixo)
isto sim, aonde eu trabalho era certificada SCO, ganhavamos sempre
softwares, cursos, treinamentos no exterior e no Brasil, mas depois
dessa caldera acabou. Ficou pior que a Argentina :)

>  Pelo contrario, existem milhares de patentes registradas prontas para
>  serem usadas contra qq candidato.

Ai j� eh uma jogada comercial, fica al�m das minhas capacidades de
argumenta��o.

>  Nao pense vc se aparecer concorrentes de peso contra Cisco, Juniper e
>  outros. Empresas como a IBM sao famosas por registrarem patentes
>  malucas e usa-las contra concorrentes.

Sim, mas essa f�rmula m�gina n�o funciona 100%.
Muito me estranha a IBM ter o protocolo HDLC propietario nos roteadores
2210.
Seria algo que deu errado contra a cisco? .. Mist�rios!
 
>  Isso nao tem nada com ser maduro e sim de se tornar uma ameaca em
>  potencial.

Tem sim, sendo um sistema maduro, mesmo sendo uma amea�a, e voc� estando
"limpo", com equipes desenvolvendo e patchs sendo verificados, sendo
conservador igual falaram na lista, voc� reduz a chance do patch numero
20 pego da lista de discuss�o do kernel ter sido copiada pelo
funcion�rio X que trabalha na empresa A que � consultora do QNX! :)
Claro que tudo que � muito aberto igual � o kernel linux tem mais
chances disso ocorrer
 
>  Transforme num potencial problema e as acoes virao, lembre-se que nao
>  so afeta sistemas operacionais. Quantas patentes vc acha que o samba
>  pode ferir? Ou ate mesmo o VRRP que possui uma patente discutivel...

Concordo, mas esse lance judicial � a tal coisa, cabe�a de juiz � igual
bunda de nen�m, ningu�m sabe o que vem.
Por isso que desde o inicio eu falei que acho dif�cil essa barulheira da
sco dar em algo.


>  Vc deu o pior exemplo de linux possivel. :) ugh trix ugh

citei este site, como um site aberto de discuss�o linux, apenas para
mostrar como s�o "olhso fechados ao mundo" usu�rios linux.
S�o preconceituosos at� contra as variantes Linux, slack X CL
Slack X Debian, e por ai vai.

> 
> P.S.: Usar apache2 em producao eh algo "engracado" (;

deve ser engra�ado mesmo, mas voc� comentou isso porque?
Citei algo no e-mail dizendo que utilizo em produ��o?
O exemplo dos ports foi o que me veio a cabe�a.



_______________________________________________________________
Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/

Responder a