Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Email from Oracle after move to MariaDB (Score 2) 394

They are obviously struggling with how to handle both MySQL and the open source community...
We've been using MySQL as a very small part of our application; in fact so small that SQLite could have done the job. Because of licensing costs we decided to move to MariaDB and this is the email we got when they understood what was happening:

I was a little surprised to be honest with your decision of no longer using MySQL as a platform for your 5 modules and the fact that XXX is currently looking at different forks like MariaDB, PostgreSQL or other MySQL Forks.

I want to raise awareness on the impact this change will have on your business and also on the risk XXX will be facing when working with freeware technology DB, as it is important for Oracle to make sure all our partners understand the terms and conditions of distribution in which concerns embedding GPL Software.

I know MariaDB and also PostgreSQL – due to the difference in our business models, Oracle cannot offer similar unlimited usage pricing plans.

Nevertheless, before we move forward I would like to share some general business concerns I hear from other companies similar like yours that have previously looked into PostgreSQL, MariaDB, and other MySQL forks.

About any Open Source GPL-Licensed software: (e.g. RedHat Linux or MySQL Community Edition):
- Anyone can fork the software and rebrand it (e.g. Oracle Linux is fork of RHEL; MariaDB, SkySQL, PostgreSQL are forks of MySQL)
- Anyone can sell Support/Training/Consulting for GPL-licensed software

About Embedding GPL-licensed software:

- Embedding a GPL-licensed component makes the entire product to become "infected", and the entire product (including source) must be released under GPL and must be given back to the community. (e.g. MariaDB embedded within your application results in returning the code of the entire product to the open source community)

Before considering a fork, please answer these questions for yourselves:

1.1. Risk of Lock in
Do you want to get locked into an unstable fork of MySQL from a 3rd party?
Can the forks keep up with the MySQL releases (features, bug fixes, etc.)
What happens when the latest MySQL releases are not compatible with forks?

1.2. Lack of Engineering Resources
How many people are dedicated to Product Development of the fork?
How many engineers do they have working on InnoDB, Replication?
Can they deliver bug fixes for InnoDB, Replication, High-Availability etc. on a timely basis?

1.3. Risk of Software Quality
Are their patches extensively tested by millions of users like MySQL?
Do you want your production system to be the test bed for 3rd party patches?
Can they deliver bug fixes on a timely basis?

1.4. Commercial Licenses for OEM/ISVs
When you need a commercial license, who is going to help you?

1.5. Lack of Support Resources
How many people are in their Support Team vs. MySQL/Oracle?
Do they have the resources to service multiple large customers simultaneously?
What happens when they are unable to escalate a bug/feature directly to the MySQL Engineering Team?

1.6. Risk of Financial Viability
How long have they been in business?
Who are their reference customers?
Are their businesses financially sustainable?

Are you, your investors and customers comfortable having Indra Navia using a replica fork product? We will not be the cheapest but I am sure we can negotiate a good structure for you based on the history behind your relationship with MySQL; plus you will deal with the source.

Are you OK to continue?

Comment Re:Now If We Could Just Get ... (Score 3, Informative) 485

Doing math with made-up numbers is fun and all, but it doesn't really provide much...

If your experience is that an unattended install takes longer than 30 minutes, then you're doing something wrong. I do this as a part of my job, and a higly specialized unattended install based on Mandriva 2008.0 takes between 15-20 minutes, and that includes a whole bunch of in-house configuration and applications.
Getting down to ~10 minutes would be no problem if I just got rid of all that extra stuff - depending on hardware of course.
Within those ten minutes a linux install would include all the productivity tools that a normal user would need.

Your argument that unattended install is more expensive is flawed... My anecdote doesn't prove the opposite but at least it gives a pointer in the other direction.

Comment Re:Finally... (Score 1) 108

I think you traverse the wrong corners of internet, cause my impression is that most people are very helpful, especially to newbies. I've written lots of question on a number of different forums on the net and have never been brushed off.

OTOH, if you try to ask a question to a mailing list, you really need to take some time to understand the tone of the conversation there before posting anything. Try asking how to setup your webcam on the linux kernel mailing list....

BTW; HowtoForge-linux is the place to go...

Comment Re:CC's are american ... (Score 1) 267

... most ppl outside of the US don't have one. I only have one for my internet purchases and international travels.

That's a bit of a broad statement isn't it? If you're only counting the developed world outside the US then I would think the opposite would be true. Wherever I go travelling I see credit cards being used all the time. I've got a stack of them, most of them I never use, but they get literally thrown after me.

Slashdot Top Deals

"'Tis true, 'tis pity, and pity 'tis 'tis true." -- Poloniouius, in Willie the Shake's _Hamlet, Prince of Darkness_