Pois é, hoje, quem diria, o homem mais poderoso do mundo está completando 70 anos! (lembre-se de que um ano de Chuck Norris equivale a 7 anos em idade de gente)
Como diz o artigo do Yahoo “ele acaba de fazer 70, mas ainda pode te quebrar”.
Lots of Bits
Pois é, hoje, quem diria, o homem mais poderoso do mundo está completando 70 anos! (lembre-se de que um ano de Chuck Norris equivale a 7 anos em idade de gente)
Como diz o artigo do Yahoo “ele acaba de fazer 70, mas ainda pode te quebrar”.
A atual situação do MySQL vem me preocupando profundamente. Com a aquisição pela Oracle engatilhada para acontecer, o futuro do MySQL parece incerto e, vamos admitir, algo de muito ruim pode acontecer com milhares de aplicações pelo mundo inteiro que usam o banco de dados da Sun.
Venho acompanhando frequentemente o desenvolvimento do MariaDB, preparando-me para possíveis alternativas ao MySQL e, por esse motivo, estou sempre de olho no blog do Michael “Monty” Widenius,que criou o MySQL. Ele, agora, pede ajuda, num texto intitulado “Ajude a salvar o MySQL” e eu também peço que o máximo possível de pessoas dê uma força.
Publico aqui, na íntegra, o texto. Peço que me desculpem por não traduzi-lo, mas trata-se de um post bastante extenso. Aqueles que não tiverem muita familiaridade com o inglês, não desanimem, leia a versão traduzida pelo google (sei que não é uma boa tradução, mas é melhor do que nada).
Não dá pra ficar parado, não é? Mande seu e-mail, reproduza esse texto, encha o saco da sua lista de contatos.
What this text is about:
– Summary of what is happening
– What Oracle has not promised
– Oracles past behavior with Open Source
– Help spread this information (Jump to ‘What I want to ask you to do’)
– Example of email to send to the commission (Jump to ‘send this to:’)
I have spent the last 27 years creating and working on MySQL and I hope, together with my team of MySQL core developers, to work on it for many more years.
Oracle is trying to buy Sun, and since Sun bought MySQL last year, Oracle would then own MySQL. With your support, there is a good chance that the EC (from which Oracle needs approval) could prevent this from happening or demand Oracle to change the terms for MySQL or give other guarantees to the users. Without your support, it might not. The EC is our last big hope now because the US government approved the deal while Europe is still worried about the effects.
Instead of just working out this with the EC and agree on appropriate remedies to correct the situation, Oracle has instead contacted hundreds of their big customers and asked them to write to the EC and require unconditional acceptance of the deal. According to what I been told, Oracle has promised to the customers, among other things, that “they will put more money into MySQL development than what Sun did” and that “if they would ever abandon MYSQL, a fork will appear and take care of things”.
However just putting money into development is not proof that anything useful will ever be delivered or that MySQL will continue to be a competitive force in the market as it’s now.
As I already blogged before, a fork is not enough to keep MySQL alive for all future, if Oracle, as the copyright holder of MySQL, would at any point decide that they should kill MySQL or make parts of MySQL closed source.
Oracle claims that it would take good care of MySQL but let’s face the facts: Unlike ten years ago, when MySQL was mostly just used for the web, it has become very functional, scalable and credible. Now it’s used in many of the world’s largest companies and they use it for an increasing number of purposes. This not only scares but actually hurts Oracle every day. Oracle have to lower prices all the time to compete with MySQL when companies start new projects. Some companies even migrate existing projects from Oracle to MySQL to save money. Of course Oracle has a lot more features, but MySQL can already do a lot of things for which Oracle is often used and helps people save a lot of money. Over time MySQL can do to Oracle what the originally belittled Linux did to commercial Unix (roughly speaking).
So I just don’t buy it that Oracle will be a good home for MySQL. A weak MySQL is worth about one billion dollars per year to Oracle, maybe more. A strong MySQL could never generate enough income for Oracle that they would want to cannibalize their real cash cow. I don’t think any company has ever done anything like that. That’s why the EC is skeptic and formalized its objections about a month ago.
Richard Stallman agrees that it’s very important which company owns MySQL, that Oracle should not be allowed to buy it under present terms and that it can’t just be taken care of by a community of volunteers. http://keionline.org/ec-mysql
Oracle has NOT promised (as far as I know and certainly not in a legally binding manner):
- To keep (all of) MySQL under an open source license
– Not to add closed source parts, modules or required tools.
– To not raise MySQL license or MySQL support prices
– To release new MySQL versions in a regular and timely manner.
– To continue with dual licensing and always provide affordable commercial licenses to MySQL to those who needs them (to storage vendors and application vendors) or provide MySQL under a more permissive license
– To develop MySQL as an Open Source project
– To actively work with the community
– Apply submitted patches in a timely manner
– To not discriminate patches that make MySQL compete more with Oracles other products
– To ensure that MySQL is improved also in manners that make it compete even more with Oracles’ main offering.
From looking at how Oracle handled the InnoDB acquisition, I don’t have high hopes that Oracle will do the above right if not required to do so:
For InnoDB:
– Bug fixes where done (but this was done under a contractual obligation)
– New features, like compression that was announced before acquisition, took 3 years to implement
– No time tables or insight into development
– The community where not allowed to participate in development
– Patches from users (like Google) that would have increased performance was not implemented/released until after Oracle announced it was acquiring Sun.
– Oracle started working on InnoDB+, a better ‘closed source’ version of InnoDB
– In the end Sun had to fork InnoDB, just to be able to improve performance.
It’s true that development did continue, but this was more to be able to continue using InnoDB as a pressure on MySQL Ab.
Note that Oracle’s development on the Linux kernel is not comparable with MySQL, because:
– Oracle is using Linux as the main platform for their primary database product (and thus a better Linux makes Oracles platform better)
– The GPL code in the kernel is not affecting what is running on top on it (because of an exception in Linux).
Because we don’t have access to a database of MySQL customers and users the only way we can get the word out is to use the MySQL and Open Source community. I would never have resorted to this if Oracle would not have broken the established rules in anticompetitive merger cases and try to influence the EC by actively mobilising the customers.
This is very critical to this AS SOON AS POSSIBLE as EC, depending on what Oracle is doing, needs to make a decision either on Monday (2009–12-14) or within two weeks. Becasue of the strict deadline, every email counts!
What I want to ask you to do (until 2009-12-19):
- Forward this email to everyone that you know is using MySQL or Open Source/free software and to all email list where you know there are people present that use or care about MySQL and open source (please check first that this email hasn’t been sent there before)
– Alternatively send emails with information about this and tell them to read http://monty-says.blogspot.com/2009/12/help-saving-mysql.html
– Add links on your web site to http://monty-says.blogspot.com/2009/12/help-saving-mysql.html with the text “We are using MySQL, help save it”, for the duration of the next two week.
– Blog about this (feel free to include this text or just link to my blog)
– Call by phone (don’t contact by email, this is urgent) your boss or VP and ask him to read this email and send a letter to the EC commission ASAP!
– If you don’t have anyone to contact above, send an email to the EC!
As we want the EC to get a correct picture of the situation, we want you to first fill in the upper part and then choose one of the proposed texts belowe that best matches your view of the situation. Feel free to supply your own text and additional information if you think this will help the EC to reach a better understanding of how MySQL is used.
Send this to: comp-merger-registry@ec.europa.eu
If you have extra time to help, fill in the following, if not, just skip to the main text.
Name:
Title:
Company:
Size of company:
How many MySQL installations:
Total data stored in MySQL (megabyte):
For what type of applications is MySQL used:
Should this email be kept confidential by EC: Yes/No
Copy or use one of the below texts as a base for your answer:
a)
I don’t trust that Oracle will take good care of MySQL and MySQL should be divested to another company or foundation that have everything to gain by developing and promoting MySQL. One should also in the future be able to combine MySQL with closed source application (either by exceptions, a more permissive license or be able to dual license MySQL under favourable terms)
b)
I think that Oracle could be a good steward of MySQL, but I would need EC to have legally binding guarantees from Oracle that:
– All of MySQL will continue to be fully Open Source/free software in the future (no closed source modules)
– That development will be done in community friendly way.
– The manual should be released under a permissive license (so that one can fork it, the same way one can fork the server)
– That MySQL should be released under a more permissive license to ensure that forks can truly compete with Oracle if Oracle is not a good steward after all.
Alternatively:
– One should be able to always buy low priced commercial licenses for MySQL.
There should also be mechanism so that if Oracle is not doing what is expected of it, forks should be able to compete with Oracle
c)
I trust Oracle and I suggest that EC will approve the deal unconditionally.
——————–
Let us prove to Oracle and EC that the Open Source community is a true force and we take good care of our citizens and we prefer to work with companies that does the same!
The future of MySQL is in your hands!
Thanks for the help!
Michael Widenius
Creator of MySQL
O Fedora 10 foi uma release muito bem sucedida: estável, simples e com diversas melhorias importantes quando comparado ao Fedora 9, mas, como já é de praxe, o lançamento do Fedora 12 significa que o F10 está pegando o trem rumo ao esquecimento e abandono.
Fomos lembrados por Josh Boyer, do Fedora Board, que o último update para o Fedora 10 será propagado amanhã e (Josh) pede que todos os mantenedores decidam o que haverá de importante para este último update, algo como “o último que sair apague a luz e feche a porta”.
Isso também serve de lembrete que todos os felizes usuários do F10 são fortemente encorajados a migrar para F11 ou F12 a fim de continuarem sendo atualizados.
Goodbye, Cambridge!
Deixo aqui o anúncio oficial (em inglês):
Hi All, Just a friendly reminder that Dec 11 00:00:00 UTC is the cutoff for F10 updates submission. Ideally these would just be the final stable updates, as pushes to updates-testing would basically be stuck there forever. Please take a few moments to review your pending requests, add any final stable updates you’d like pushed, and clear out any update requests that don’t make much sense for a soon to be EOL’d distro. joshChegamos de novo naquela época do ano em que escolhemos o codinome do próximo Fedora e, como já foi falado aqui à exaustão, o processo inteiro envolve um quebra-cabeças e uma votação. Qualquer membro do Projeto Fedora tem direito de sugerir um codinome, desde que obedeça às seguintes regras:
Leonidas → Constantine → <novo nome>? Constantine é um(a) <link>, assim como <novo nome>.
O link entre Leônidas (F11) e Constantine (F12) foi “ambos são municipalidades de St. Joseph County, Michigan, USA.” O link entre Constantine e o novo nome deve ser diferente desse link e diferente de qualquer outro link já usado.
A página com todas as sugestões feitas encontra-se aqui e esteve recebendo sugestões entre 10 e 16 de novembro. Depois de peneirada, a lista de codinomes aceitáveis partiu para votação entre 28 de novembro e 4 de dezembro, com o seguinte resultado:
–[ Cut Off ] –
Ou seja: o codinome do Fedora 13 será Goddard.
Se eu gostei? Me pergunte se gostei do tratamento de canal que fiz semana passada.
P.S.:
A propósito, o link entre Constantine e Goddard é o seguinte: Konstantin Tsiolkovsky (Константи́н Эдуа́рдович Циолко́вский) foi um cientista de foguetes, assim como Robert Goddard.
Logo que comecei a usar o Fedora 12, uma das coisas que mais quis fazer foi testar o GNOME 2.28. É claro, o GNOME vem se desenvolvendo lentamente quando comparado ao seu “rival”, KDE, mas, ainda assim, vem evoluindo com consistência e estabilidade.
De um modo geral, as melhorias foram sensíveis, mais focadas em lapidar a interface e proporcionar mais simplicidade e leveza. Até aí morreu o Neves…
Demorei a perceber que faltavam alguns ícones, por exemplo, no menu “Sistema” e naquela caixinha de buscas do Firefox. Um ser humano normal não se incomodaria com isso, fiquei intrigado, mas deixei passar.
Tudo ficaria bem se toda vez que eu clicasse no menu “Sistemas” não me deparasse com aquela coisa vazia. Eu estava tão acostumado aos ícones no menu que o incômodo veio crescendo, crescendo até que eu fui procurar o que havia de errado.
Desinstalei o Firefox, apaguei a pasta .mozilla e reinstalei: continuou na mesma. Talvez um erro no GTK por causa do tema default do Fedora tivesse sido a causa dos ícones faltosos. Mudei de tema, mas não adiantou.
Quem sabe um problema na configuração do meu gconf? Deletei as pastas .gconf e .gconfd e nada…
Já ia desinstalar o GNOME inteiro quando perguntei a um amigo se o GTK dele também estava bugado. Com cara de espanto ele quis saber do que eu estava falando e me ouviu desabafar: “cara, sumiram vários ícones do meu tema…”.
Foi aí que ele me disse que tinha lido em algum lugar sobre a decisão do Projeto GNOME de desativar vários ícones para limpar a interface.
Como sou brasileiro e não desisto nunca, fui procurar a tal decisão do pessoal do GNOME e, mais importante ainda, como desfazer isso.
O segredo está no gconf. Se você for como eu, vai ter preguiça de editar na mão, por isso, instale o gconf-editor:
yum install gconf-editor
Abra-o (Aplicativos » Sistema » Editor de configurações) e faça um ctrl+F para abrir a caixa de buscas. Antes de buscar, marque “Pesquisar também em nomes de chaves” e procure pela entrada “menus_have_icons”.
O que você procura está em /desktop/gnome/interface/menus_have_icons. Marque buttons_have_icons e menus_have_icons. Pronto!
Depois de adotarem o Empathy como padrão em vez do Pidgin ainda tenho que aturar mais essa…
O lançamento do Fedora 12 gerou grande discussão na lista de desenvolvimento devido a uma “feature” do PackageKit que permitia a usuários “não-root” instalarem pacotes (desde que os pacotes fossem devidamente assinados e vindos de repositórios confiáveis).
A discussão iniciada por nodata, da lista de desenvolvimento, gerou imenso debate (uma das threads com a maior taxa emails/hora que já vi) e mostrou o desconforto de muitos desenvolvedores com esse grau de liberdade fornecido ao usuário.
Dois dias depois da questão ser levantada, o líder do Projeto Fedora, Paul Frields, anunciou que um update do PackageKit já foi lançado para trazer de volta a necessidade de senha de root durante a instalação de qualquer tipo de pacote, confiável ou não.
The Fedora 12 release contained changes in the default PackageKit behavior that allow installation of packages by users in cases where:
* the user is logged in on the local console, and
* is installing packages signed with a previously trusted key, and
* is using a previously configured and trusted repository
After more discussion and thought, though, the package maintainers have posted to the fedora-devel-list mailing list agreeing to provide an update to Fedora 12’s PackageKit. The update will require local console users to enter the root password to install new software packages. Details on the changes are found here:
https://www.redhat.com/archives/fedora-devel-list/2009-November/msg01445.html
–
Paul W. Frields
Particularmente não vi isso como um grande problema, já que a maioria das pessoas usa o Fedora apenas no desktop e aqueles que se arriscam usá-lo como servidor são espertos o bastante para saber o que estão fazendo para não instalar o PackageKit.
O Bug 150670 no Bugzilla do Projeto Fedora, aberto por Stuart Ellis em 2005 acabou reverberando agora, no final de 2009 e provocando mudanças interessantes para o Fedora 13 (interessantes, pelo menos, para os usuários que se preocupam com seus esquemas de particionamento).
Já é notícia velha para todos aqueles um pouco mais preocupados com a segurança dos dados que salvar diretórios importantes em partições diferentes é uma atitude sábia: manter /boot e /home com partições próprias significa que as chances do sistema continuar carregando são maiores no caso de uma corrupção do disco e que, caso formate o HD não preciso restaurar meu diretório pessoal porque ele continua lá, numa partição só dele.
Entretanto, se você gosta disso nos seus esquemas de particionamento, precisava executar o anaconta e gerar “no braço” a partição separada para o /home. Um usuário normal desses que só “usa” passa por isso sem jamais se tocar de que a pasta /home está nessa ou naquela partição e, por isso, o default para o próximo Fedora vai ser home separada. Boa notícia para quem sempre modifica as partições e para quem não entende nada disso não fede nem cheira, o resultado: ponto para o Fedora nessa decisão.
A novidade vai estar disponível logo nas primeiras versões do Rawhide (nosso proto-Fedora 13).

Sim, depois de pouc mais de seis meses de desenvolvimento, o Projeto Fedora acaba de tornar público o Fedora 12 (Constantine).
Esta release é particularmente importante para a Red Hat, pois será a base para o Red Hat Enterprise Linux 6 e, claro, isso significa que os esforços na preparação de uma distro “redonda” foram superados.
O que o aguarda nesta release?
Enfim, é muita coisa…
Se quiser saber mais leia as notas da versão ou baixe logo a sua cópia.
Enquanto escrevo este pequeno artigo, o Fedora 12 (Constantine) está se propagando para os diversos espelhos ao redor do mundo, posicionando-se para o lançamento oficial nesta terça-feira, dia 17, mas, não foi isso que me moveu a escrever.
Como já é tradição no Projeto Fedora, começaram os preparativos para o Fedora 13 e algumas metas – muito interessantes por sinal – estão definidas e em andamento. O FESCo (Fedora Engineering Steering Committee) se reuniu, avaliando as possibilidades para a próxima release e discutiu sobre os novos recursos a serem adicionados no F13. Dentre alguns recursos mais voltados aos técnicos (e que não irei listar aqui), os que mais me chamaram a atenção foram esses:
Automatic printer driver installation:
Você pluga a sua impressora USB e, caso o driver já não esteja presente na instalação o PackageKit se encarregará de baixá-lo e instalá-lo para você. Esta feature é mais um grande passo rumo à simplicidade e sei que muitas pessoas vão gostar.
PreUpgrade:
O PreUpgrade irá se tornar um padrão. O propósito é acabar com a necessidade de baixar outros Fedoras na hora de mudar para versões mais novas. Em vez disso, você contará com o PreUpgrade e, depois de um comando, seu Fedora X irá se transformar no Fedora X+1.
Embora o PreUpgrade já exista (e você pode executar o comando agora mesmo), os planos são para realizar refinamentos e minimizar os problemas durante um upgrade. Os problemas são bastante conhecidos e, para ser um padrão torna-se necessário aumentar a confiabilidade no processo.
Python 3:
Essa não interessa muito para quem está fora do mundo da programação, mas, o F13 vai trazer o Python 3 como opção paralela ao Python 2. Isso vai garantir que os programas dependentes do Python 2 continuem a funcionar enquanto os pythonmaníacos mais afoitos usem a versão 3.
Além disso, já começou o processo de escolha do nome para o Fedora 13 e a brincadeira toda está se desenrolando aqui.
Vale ressaltar, também, que o F12 lançado nesta terça-feira é de grande importância para a Red Hat, pois será ele a base usada no Red Hat Enterprise Linux 6, previsto para 2010 e, apesar de diversas melhorias no conceito de desktop, o ponto máximo do Constantine é a virtualização. Vamos aguardar.
Comentários