Isso foi a coisa mais racional que apareceu neste tópico. O software livre continua crescendo e quebrando velhos paradigmas, como aquele de que dizia que software que ninguém pode olhar o fonte é mais seguro…

é viagem quem pensa que aprender apertar somente 1 tecla é melhor para software livre.

isso é adestramento e não conhecimento.

;)

Você tem toda a razão. Afinal a Oracle tem o que o software livre não tem: “presentinhos”, viagens, negociações “inteligentes”… É a MS das databases.

Cara, não precisa dizer mais nada que eu já sei o que você quer.

E me diz uma coisa…depois que a SUN comprou a MySQL, fizeram uma mágica pro MySQL ficar melhor que o ORACLE?

Banco de Dados é ORACLE.

Limitado?? Voce é louco ou nunca trabalhou com Oracle…

Me diz um SGBD que faz tudo que o Oracle faz…

O Fedora é experimental e dinâmico demais para um banco - e não tem suporte comercial (o FedoraForum é ótimo para um usuário doméstico ou até para uma pequena empresa, mas não serve no caso abordado). O MySQL tem suporte da Sun, mas não é feito para ser um software de missão crítica - ele é mais focado no desempenho e, para tanto, viola algumas propriedades esperadas de um SGBD (o que não é um defeito, que fique claro, apenas uma troca).

Em aplicações críticas, RedHat - que é livre, tá? - seria minha escolha. Pelo suporte e pela estabilidade. Para SGBD, escolheria o PosgreSQL ou o Oracle (este para os poucos casos onde o PosgreSQL não aguenta o tranco; nada escala tão bem nem tem tantos recursos como o Oracle).

É só uma questão de usar a ferramenta adequada. No meu computador é Fedora e PosgreSQL. Mas um banco tem requisitos diferentes dos meus.

E a opinião da Oracle conta, sim. O software livre já deixou de ser uma brincadeira de hackers faz tempo. E isso é bom e mostra o quão bem funciona o modelo livre de desenvolvimento.

Em tempo: não concordo com a opinião do arquiteto da Oracle. Prefiro que existam várias distribuições e ambientes de desktop e bancos de dados etc diferentes testando novas possibilidades. Mas entendo a motivação do pedido dele. No fundo, acho que ele pensa que quer uma coisa, mas quer outra: uma padronização de uma distribuição comercial; e isso ele já conseguiu: RedHat é o padrão para as aplicações de missão crítica. Para aplicações mais usuais (Skype, Picasa etc) a LSB dá conta.

Espero ter esclarecido. Abraços.

Na época a Sun ainda não havia comprado a MySQL.

Parece que o pessoal aqui esquece que a Oracle é uma empresa de software proprietário que pratica preços escorchantes, que só grandes corporações podem pagar (em muitos casos com contratos em que rolaram “presentinhos”) e que Oracle Server não é um produto desktop, portanto não diz nada a maioria dos usuários.

Traduzindo: o valor da opinião da Oracle dentro do mundo do Software Livre deveria tender a zero…

E esses argumentos que foram apresentados contra o MySQL e Fedora são muito toscos. Seguindo o critério apresentado, então o negócio é rodar o banco em um sistema operacional proprietário, pois aí está garantida a figura do fornecedor “para levar a culpa”.

Viva a diversidade!

De tudo que já vi sendo discutido aqui, com relação a este tópico, parece que há uma sucessão de erros: a maneira como o postante colocou sua opinião, tão bem capitalizado pelos que não entenderam ou não quiseram entender. Continuo achando que o RH é um padrão; de suporte, de distribuição e de empacotamento. Até porque não se espera / deseja ver o usuário final manipulando um RPM. Quer dizer, esta discussão parece render muito. Mas, se você usa um DEB, porque não o converte, com o ALIEN? Onde está mesmo o problema? De qualquer modo, viva a diversidade.

Morvan, usuário Linux Nº 433640.

Pacotes tgz não são mais pacote de instalação do que um zip ordinário qualquer..

E o que é um RPM, senão um ‘zip’ compactado com CPIO, e um DEB, se não um ‘zip’(TAR) compactado com GZIP?

É preciso usar pelo menos o bom-senso pra fazer um comentário, se não, vira essa parafernália de comentários inúteis como a maioria dos que estão neste post.

Acompanhei o debate sobre o comentário do Arquiteto do Oracle…

E vi os comentários dos usuários, cada um defendendo sua ditribuição favorita, nem entrarei nesse mérito, falando que A é melhor que B..
Acho apenas que muitos projetos, que deveriam andar juntos, criam “forks” apenas porque nem todas as idéias são aprovadas pela pessoa que coordena o projeto, mas acredito que se uma idéia é boa e tem argumento é aceita.

É mais produtivo pra comunidade ter mais pessoas em poucos projetos que cada um tocando o seu sozinho….

Essa é minha opnião….

Exemplo disso são os bancos de Dados Livres, MySQL e PostgreSQL, cada um com suas individualidades, poderiam gerar um terceiro produto melhor, com a velocidade do MySQL e as ferramentas e a qualidade do Postgresql…

Gnome e KDE XFCE entre outros gerenciadores de janelas…. deveriam trabalhar para padronizar num único desktop, e a opção ficaria em balancear a qualidade do KDE, os Efeitos do Gnome e a leveza do XFCE…

O jeito é esperar a “Computação em Nuvem” apregoada pelo Google.. onde poderemos acessar a rede apenas com um dispositivo que conecte a internet… seja um computador, um telefone, uma geladeira, um notebook, enfim qualquer coisa que acesse. Só precisa ter um bom navegador… É aqui que devem ser concentrados os esforços… ter um bom navegador, seguro, rápido e com os plugins necessários, o sistema operacional será apenas um detalhe nesse cenário do Google… tendo o navegador, qualquer dispositivo acessa a rede…pode ser Linux, Mac, Windows, Unix, BSD`s, etc…

Mas pensando na situação atual e na realidade dos Brasileiros, acredito que ter uma boa distribuição com os pacotes atualizados e que se atualizem automaticamente e pra ajudar a todos um banco de drivers…. plugins, codecs… enfim, para que com um bom micro / notebook sejamos obrigados a usar Windows porque determinado Linux não encontra os drivers.

Falo isso porque tenho um notebook HP 5237, e já coloquei Ubuntu, OpenSUSE, Mandriva, Slackware e não detecta o modem.. sim, ainda uso conexão discada… a Net me deixou na sibéria… e o speedy não chega onde moro.

Fazer o que…

[[Há sempre dois tempos: o da divisão e o da união. A divisão em partes que se opõem e, a seguir, a união em uma harmonia mais rica que a situação precedente. Se o polegar não tivesse se separado dos outros dedos, nós não pegaríamos os objetos tão bem. Se não houvesse o tempo da divisão, no qual a água separa-se da terra para subir ao céu, nós não poderíamos viver, porque não haveria nada além de um imenso pântano. Mas após o tempo da divisão vem o tempo da união: a chuva cai, une-se à terra, fecunda-a; o polegar une-se ao indicador para pegar com destreza.]]

Acho que isso se aplica muito bem à situação atual das distribuições Linux. É preciso pensar no tempo da união. Já presenciei o fato de um iniciante desistir do Linux porque um jogo que ele queria jogar tinha instalador pra Red Hat e ele usava o Mandriva. A sugestão que o site dava pra usuários de outras distribuições era compilar o fonte… Inviável pra um iniciante. Isso que o Mandriva usa RPM, como o Red Hat… podia ser pior ainda.

Todos esses usam a mesma API do SO e são intoperaveis. Um pacote instalado por uma é visto pela outra. Felizmente muitos desenvolvedores Linux estão cientes disso e buscam uma forma de padronização, embora ainda não chegarem em consenso.

dpkg-query -S libklinkstatuspart.la
klinkstatus: /usr/lib/kde3/libklinkstatuspart.la

hehehe