Slashdot Mirror


MySQL and SCO Join Forces

matchboy writes "CNET is reporting that MySQL and SCO have signed a partnership to work on "joint certification, marketing, sales, training and business development work for a version of the database for SCO's new OpenServer 6 version of Unix." Why would MySQL decide to work directly with a company that has deemed the GPL as unconstitutional?"

89 of 516 comments (clear)

  1. It's simple by Anonymous Coward · · Score: 5, Funny

    They kidnapped their dolphin Sekila and left a note that said "You know what's great with tuna? Dolphin."

    1. Re:It's simple by Overly+Critical+Guy · · Score: 2, Interesting

      Honestly? I don't know why someone would use MySQL over something like PostgreSQL. From numerous data integrity issues (just look at how they handle null fields) to things like this, I'm glad I chose to go with PostgreSQL last year instead of MySQL for my app. Beyond the ubiquitousness of MySQL due to great marketing, I don't see any advantages over the alternatives. It sure is nice being able to just call a simple function to get the next value in an automatic sequence, unlike MySQL and its "auto_increment" behavior.

      If someone is a MySQL fan, they may regard this as a troll, but hey. MySQL has long been criticized as both a database and as an organization by many other people besides me.

      Plus, they'll never live down their discouraging remarks about foreign keys in the old MySQL manual.

      --
      "Sufferin' succotash."
    2. Re:It's simple by Overly+Critical+Guy · · Score: 3, Interesting

      Would you care to elaborate?

      In SQL NULL represents the the absence of a value. In MySQL an explicit NULL may also represent the next value of a pseudo-sequence and an implicit NULL may represent an implicit default value (a zero or empty string) determined by MySQL. See here and this Wikipedia article for more info.

      Why do think that this is better? In one case you call the function and then use the value, and in the other case you insert the row and then ask what the new PK is. I'm not sure how one is better than the other. Could you explain?

      If you're wanting to know your next ID number before inserting data, you're screwed in MySQL. MySQL uses "auto_increment" fields that just add one to the previous row's value, while PostgreSQL uses what are called sequences which are guaranteed to always return a unique value, and you use those for your ID fields. In MySQL, there's no way of finding out the next value in an auto_increment sequence until you've committed a row to the database, while PostgreSQL lets you peek at the next value in the sequence.

      Details please? I'm not trying to pick on you here. I'm just trying to figure out what your complaint is. The MySQL manual is huge, so you can't expect everyone to know what you're talking about.

      Here you go. The old manual criticized foreign key constraints and transactions using bizarre reasoning.

      For what it's worth, MySQL has some features that we really love, like the binary logs. We have yet to lose a single row because of database corruption.

      The issue with MySQL isn't database corruption, it's data integrity. A lot of things in MySQL will happen and not give you any warnings, whereas other databases are very strict about giving you a warning or even refusing the statement with an error so you can respond to it in your code. There are an alarming number of conditions where MySQL inserts things like zeros into fields without telling a single thing. You can't fully trust MySQL.

      --
      "Sufferin' succotash."
    3. Re:It's simple by toddbu · · Score: 2, Interesting
      I see, you're a SQL purist. Not that there's anything wrong with that. It's just that I come at things from a bit of a different perspective. For example, I just worked on a project where I had to use MSSQL instead of MySQL. In one instance, I put too much data into a char field and I got an error back saying that data would be truncated. In MySQL, the data would silently be truncated and the user would be none the wiser. In a mission critical app where data loss is intolerable, the MSSQL approach is right. In most of the stuff that I work on, however, silent truncation isn't an issue. I think that people kind of inherently understand this when dealing with certain types of applications. (For the record, this was a one byte char which held gender information. So if you typed "male" then you'd get "m" back.)

      I find the NULL argument kind of interesting. I was expecting something like "it doesn't work right when you sum or average". Again, I'm more than happy to let MySQL pick a default value for me if I didn't provide any. I guess that I just don't find it unreasonable that if I don't provide a value for a char/varchar/text that it'll just default to an empty string. Of course you're talking to a guy who thinks that PHP is great because "" == 0 == false.

      I'll admit that the first item on the "broken foreign key" list is a little lame. The thing I find with foreign keys is that they have to be used with care. With a given subsystem, foreign keys are great. Where I tend to push back is when they cross subsystems, even when they're valid. The reason that I say this is that I once worked on a project where we had three distinct entities, and we decided that we should be able to modify the code for each of these independent of one another. When I proposed that we break a few FK relationships so that we could break apart the code, I immediately received pushback from the DBAs. I certainly understood their concern, but I didn't feel like they were looking at the bigger picture. Anyways, I lost the argument and the project died, in part because we couldn't fix the problem. (On a related note, I feel the same way about stored procs. There are times when you really need to have them, but the associated penalty is that version control virtually goes out the window. Every time I tell a DBA that I'll use stored procs when they can tell me how to version the code, they walk away without an answer. For as much a DBAs expect developers to work with them to make the database better, it's not unreasonable for developers to ask DBAs to meet their time-tested standards for good code development.)

      I guess in general there are two ways to look at the world. One is to trust that everyone knows what they're doing, and what you risk is that something will snap you in the ass later on. (I freely admit to spending time tracking down misspelled variable names in PHP because there is no equivalent to "option explicit".) The other is to trust no one and validate every piece of data that comes your way. I prefer the former, you (appear to prefer) the latter. Each is valid, depending on how you view the world.

      I do have one follow up question for you. You mention that you don't like having to get the PK after an insert into an auto_increment field, but I still didn't see any reason why this system doesn't work. Do you have an example where it's necessary to get the PK before the insert? Or is this just a matter of preference?

      --
      If you don't want crime to pay, let the government run it.
  2. Because... by pwnage · · Score: 5, Insightful

    Dollars always trumps the Constitution. Haven't you been paying attention to recent politics?

    --
    Reminder: Apple owns 1/255th of the internet.
    1. Re:Because... by Beautyon · · Score: 2, Insightful

      dollars

      Indeed.

      I wonder how many of the people here railing against this detail-less deal downloaded and used MYSQL AND gave them a single dollar to say 'Thanks'....lets see:

      mysql> select count(*) FROM users WHERE donators like %complainers%';

      +----------+
      | count(*) |
      +----------+
      | 0 |
      +----------+

      Thought so!

      --
      ATH0 Bitcoin: 1DnwFLXczVZV8kLJbMYoheUrpqHesjxrSi
    2. Re:Because... by Gaewyn+L+Knight · · Score: 2, Funny

      You must have trunc'd your database first.... cause I sure gave.

      Also... count(*) is bad form... count(1) is more efficient in most SQL databases... ohh and the missing "'".

      --
      Telcos have alot of dark fibre in the States. Most people assume that's optical fibre...but it's actually moral fibre.
    3. Re:Because... by apdt · · Score: 3, Funny

      Like he said, MySQL....

      *ducks*

      --
      I lay awake last night wondering where the sun had gone, then it dawned on me.
  3. Maybe... by GreyWolf3000 · · Score: 5, Insightful

    Why would MySQL decide to work directly with a company that has deemed the GPL as unconstitutional?"

    ...because MySQL stands to make money off of this?

    I dunno...just a guess.

    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    1. Re:Maybe... by ralinx · · Score: 5, Funny

      ...because MySQL stands to make money off of this?


      yea, just think of all that potential revenue coming from those millions of SCO customers ;)

    2. Re:Maybe... by Solder+Fumes · · Score: 4, Funny

      Because it's TheirSQL.

    3. Re:Maybe... by IdleTime · · Score: 4, Insightful

      If the MySQL people think they are going to make money by partnering with SCO, they need a new leadership.

      The judgment behind this decision says a lot about the company and I woukld never touch its products, no matter how good they are supposed to be.

      IMHO making a partnership with SCO is a career killer.

      me: I see you were CEO of MySQL?
      CEO: yes
      me: And you were the force behind the partnering deal with SCO?
      CEO: Yes
      me: Thank you for your interest in the position, but we don't need CEO's with flawed busniess logic. Next!

      --
      If you mod me down, I *will* introduce you to my sister!
    4. Re:Maybe... by Dogtanian · · Score: 4, Informative

      ...because MySQL stands to make money off of this?

      Not if Novell have anything to do with it.

      (Not my comment, but I thought it was a pity to let something that insightful languish at +2 obscurity because it didn't appear near the start).

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  4. MySQL Business Strategy by Anonymous Coward · · Score: 4, Funny

    1 - Load gun
    2 - Point gun at foot
    3 - Pull trigger

    1. Re:MySQL Business Strategy by msh104 · · Score: 4, Funny

      4b - for the hospital..

  5. This could be a good thing by djfatbody · · Score: 2, Insightful

    I will play the optimist and say that this may help the cause. Clearly SCO is on the ropes. MySQL way be the olive branch that allows SCO to exit all this and save a little face. MySQL get a platform with which to grow market share against other commercial databases.

  6. Judging one by the company he keeps by MarkEst1973 · · Score: 4, Insightful
    You can tell a lot about a person by looking at the people (s)he associates with.

    Why, oh, why would MySql risk their reputation knowing how SCO looks to the entire open source community?

    1. Re:Judging one by the company he keeps by njcoder · · Score: 4, Insightful
      "Why, oh, why would MySql risk their reputation knowing how SCO looks to the entire open source community?"

      Maybe it's the open source community that needs to really look at some of the things that MySQL ab has done in the past and really think if that reputation is warranted, especially after this.

      It's one thing to like and use the product it's another to like and trust the company that is backing it. All too often people have one opinion and assume the other. This also work dislike and distrust.

  7. New Playing Field by cloudscout · · Score: 4, Insightful

    I imagine nobody is happier to hear this that PostgreSQL. Their popularity is about to skyrocket as countless OSS projects look for alternatives to MySQL.

    1. Re:New Playing Field by Afty0r · · Score: 4, Insightful
      Their popularity is about to skyrocket as countless OSS projects look for alternatives to MySQL.
      Why is that? Is MySQL suddently going to lose features, or perform worse? Anyone who uses MySQL for what it is won't have any cause to so much as sniff at this announcement.

      It may cause gnashing of teeth on /. but in the real business world people who base their business decisions on some kind of moral philosophy they subscribe to don't do very well - and consequently don't make particularly good customers.

      MySQL will probably be making bank with this decision, while a few hundred slashbots moan about how awful it is... in the meantime all the people who actually PAY MySQL AB money will continue to do - and the load on their download servers may lighten a little.
    2. Re:New Playing Field by civilizedINTENSITY · · Score: 2, Insightful

      It may cause gnashing of teeth on /. but in the real business world people who base their business decisions on some kind of moral philosophy they subscribe to don't do very well - and consequently don't make particularly good customers.

      Actually there is this thing called a Mission Statement. It relates to the "Vision" thing. Most companies have both written and unwritten requirements of their corporate culture. The interesting thing is, at least to quote my Financial Strategy Prof and the textbook, there is a correlation between percieved ethical behavior and doing well as a business. At a certain point it all comes down to trust. If you can't trust a corporations business culture, then you don't want to do business with them. This does hurt the bottomline.

  8. Uh - Best of Both Worlds? by mosel-saar-ruwer · · Score: 5, Interesting

    Why would MySQL decide to work directly with a company that has deemed the GPL as unconstitutional?

    Maybe because MySQL doesn't have a dog in this fight?

    MySQL 4.1 Downloads

    The software available in MySQL Network and the MySQL Community Edition is available under the "dual licensing" model. Under this model, users may choose to use MySQL products under the free software/open source GNU General Public License (commonly known as the "GPL") or under a commercial license.

    http://dev.mysql.com/downloads/mysql/4.1.html

    1. Re:Uh - Best of Both Worlds? by skillet-thief · · Score: 4, Interesting

      The mysql dual licence was actually hiding a deeper schizophrenia that has just now showed itself. Apparently, they never believed they could really make enough money with GPL'ed software, so now they are doing this.

      I'm not sure what the moral of the story might be yet, but quite possibly it is: Beware of what lurks behind the dual licence.

      --

      Congratulations! Now we are the Evil Empire

    2. Re:Uh - Best of Both Worlds? by Tony+Hoyle · · Score: 3, Informative

      Not small companies... unless you're 100% GPL MySql is not an option (OK you can fudge it by sticking to 3.23 which is what we do (we're about 95% GPL but that 5% is *important*) but if you want decent features Sqlite is better, and Postgresql is *much* better for enterprise stuff).

  9. Join? by Mr.Progressive · · Score: 5, Funny

    SELECT * FROM mysql, sco WHERE mysql_forces = sco_forces

    --
    Okay, so a philosopher, a philologist, and a philatelist walk into a bar...
  10. doubtful by sum.zero · · Score: 5, Insightful

    they risk a large-scale negative reaction in order to attempt a push into a small, dying market niche.

    as i have pointed out on groklaw, the companies running dbms on their unixware/openserver boxes will likely stick with their dbms when they move to another *nix.

    companies hate switching dbms because it can get very messy very fast.

    sum.zero

    1. Re:doubtful by trewornan · · Score: 5, Informative

      SCO have a history of taking legal actions against those that enter into contracts with them. In fact just about everybody they sue has some sort of contract with them. MySQL ab are taking a real chance with this and it could cost them hugely.

    2. Re:doubtful by trewornan · · Score: 2, Funny

      You forgot copyright infringement - that's another one which SCO haven't sued anybody for. Incidentally, companies frequently sue people they DON'T have contracts with.

  11. right by mr_tommy · · Score: 5, Insightful

    Who cares? MySQL is one of the few open source companies that seems to be making the headlines doing business in the real world! Good for them!

    1. Re:right by Tethys_was_taken · · Score: 2, Insightful

      Goddamn it. Ignore the parent post. I meant to post this:

      FOSS companies get a lot of their business from the goodwill of their users. e.g. See: Wikipedia.

      A large number of MySQLAB's endusers are part-time web developers, and amateur coders who have an OpenSource streak.

      Teaming up with SCO, a well-known anti-FOSS company that also happens to be MS's puppet is a statement. A statement that their users aren't the most important thing to them anymore. This isn't exactly the best way to foster goodwill.

    2. Re:right by jadavis · · Score: 2, Informative

      I'm getting out while MySQL is still portable to PG.

      It's usually easier to go mysql->postgres than postgres->mysql (or for that matter, anything->mysql).

      However, there are many incompatibilities. For some applications that type of migration can be quite a bit of work.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
  12. Bizarro World? by RealisticCanadian · · Score: 2, Insightful

    Up is down, down is up! The world doesn't make any sense anymore!

    Oh, wait, a business organization more interested in making money than in the 'values' it touts.... who'da thunk?

    --
    A couple fans told me that my last journal entry was mint; give it a shot. Hope you like.
  13. Asperger's syndrome by leereyno · · Score: 3, Funny

    This is like Hasbro or Fisher Price teaming up with Nambla, Ebony magazine teaming up with the KKK, or Oscar Meyer teaming up with PETA.

    The people at MySQL-AB must all be suffering from a severe case of asperger's syndrome that is preventing them from understanding how everyone else will view this move.

    I'm not sure what MySQL is going to get out of this deal, but whatever it is, it isn't worth the REALLY BAD pr and public ill will that is going to be created.

    SCO is boil on the asshole of humanity. There is no excuse for doing business with them. You can't shake the devil's hand and say you're only kidding.

    Lee

    --
    Muslim community leaders warn of backlash from tomorrow morning's terrorist attack.
  14. Smooth talking Daryl by mr.dreadful · · Score: 4, Insightful

    Wow, this has got to be a coup for SCO, considering what a pariah SCO has become with the open-source community. Even if SCO is offering buckets of cash to MySQL, this seems a really ill-advised decision by the MySQL people.

    You are judged by the company you keep.

    Frankly I'm not sure I'd hire someone with any certification offered by SCO, mainly because it shows that the person doesn't know very much about the open-source community, and why open-source is so important. Poachers like SCO must not be tolerated, and I for one will not support or endorse them in any way if I can help it.

  15. Re:Just use PostgreSQL... by VGPowerlord · · Score: 4, Informative

    Incidently, PostgreSQL also conforms to most of the SQL 2003 standard as well.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  16. April 1st?! by skaap · · Score: 5, Funny

    I just checked the date! and it's not April 1st .. whats going on here?!?

    --
    -Rob
  17. That Answers My Question by eno2001 · · Score: 4, Interesting

    I've been trying to make a decision as to which open source SQL database to go with for use with the DBMail server that I plan on installing here at home. Considering that I couldn't give a rat's ass about web applications (which DBMail is not), it seems like PostgreSQL is the answer. And with the right optimizations, it's likely to be nearly as good a performer as MySQL. Fuck SCO and anyone who choses to work with them.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
    1. Re:That Answers My Question by Anonymous Coward · · Score: 3, Informative

      I run a cluster of DBMail IMAP servers, and I can say for a fact that after extensive benchmarking, PostgreSQL beats MySQL hands down under the load of 600 users.

      I haven't tested MySQL 5 yet, but PG 8 is almost 1.5x the speed of MySQL 4.1.

  18. Can't help but think that...... by mormop · · Score: 5, Insightful

    Going into partnership with SCO just after Novell has applied to freeze their funds with the intention of pillaging them via the courts is not the brightest of ideas.

    --
    Hmmmmmm..... Deep fried and look like Squirrel.
  19. they need to search through stolen linux code by ftsf · · Score: 3, Funny

    grep isnt good enough for them, they need a database to insert all the linux code into so they can search it. and they cant use it under the GPL anymore and postgres is out of the question looks like they'll have to do business with mysql

  20. Giving SCO more rope to hang themselves with? by Phil246 · · Score: 2, Interesting

    Surely, with SCO as desperate as they are, and MySQL being their 'lifeline', they cant go all-out on the GPL as they have been in the press incase they anger the folks at MySQL?
    That being the case, is there any chance that IBM could pick up on this and run with it in their case vs SCO?
    "look here judge, SCO says the GPL is evil and unconstitutional but they're partnered with a company which uses it."

  21. Re:Just use PostgreSQL... by trewornan · · Score: 3, Insightful

    The GP is a muppet but I doubt he's got much to do with PostgreSQL. In my experience they're a nice enought bunch and Postgres is a good product, don't let one idiot put you off.

  22. Re:Just use PostgreSQL... by DAldredge · · Score: 2, Insightful

    Would it have been better to have cost the PostgreSQL project money by just posting a link? It isn't like they are a for profit org that has money to spare.

  23. Re:Time for change! by demachina · · Score: 4, Insightful

    " before mysql starts it's baseless lawsuits similar to SCO's."

    This is silly sensationalism. Its was probably ill advised on MySQL's part to sign a partnership with SCO at this point, but the chances this has anything to do with SCO's legal insanity against Linux are about zero. MySQL probably just had some money thrown their way to do integration work on SCO's product which lots of people still use and rely on. That product and the people working on it, unfortunate as they are, have little to do with the insanity of Darl McBride and his Linux witch hunt.

    MySQL being a for profit organization they probably just wanted the business.

    Chances are they will regret it because they will probably lose more users and customers than they will gain from the deal with SCO.

    --
    @de_machina
  24. Oh, bullshit. by The+Breeze · · Score: 3, Insightful

    Is there any evidence for this other than a 1-paragraph CNET story? There's NOTHING on the mysql site about this, although there's a big thing on SCO's homepage - which, of course, doesn't seem to have any quotes from MySql.

    Come on, people, think. SCO routinely issues press releases that have no relation to reality. I wouldn't be surprised if they bought a $50 incident support call or something and referred to that as "signing an agreement."

    Someone from mysql needs to check in and let us know what's going on - so far, the only source for this "news" appears to be SCO, and that's no source at all.

    1. Re:Oh, bullshit. by styxlord · · Score: 2, Funny

      I knew I should have invested in the "Jump to Conclusions Mat"

    2. Re:Oh, bullshit. by way2trivial · · Score: 5, Informative

      try this link
      http://www.google.com/search?hl=en&lr=&q=sco+site% 3Awww.mysql.com
      third result

      http://www.mysql.com/news-and-events/news/article_ 948.html

      MySQL AB :: SCO Partners With MySQL AB to Lower Costs and Increase ...

      --
      every day http://en.wikipedia.org/wiki/Special:Random
  25. Not a real partnership... by KajiCo · · Score: 5, Informative

    This isn't one of those buy out, or stock purchasing deals, this is just SCO buying a license to have MySQL in there POS...(oops forgot the IX, or did I?) OS for commercial use. It doesn't look like MySQL is handing over IP rights of any it's code over to SCO. They are just doing the same thing they've been doing with Novell and Dell. SCO is probably the one calling this a "partnership" to try and change it's image.

    They have a new "Open Server" coming out. It just goes to show that they are accepting defeat.

    http://www.mysql.com/news-and-events/news/article_ 948.html

    They realise they're OS sucks, they realise Linux is kicking it's ass, and they know they can't win. They're trying to embrace their new overlords like the spineless money hungry idiots they are.

    If they attempt lawsuites such as those against Linux, MySQL can use copyright infringement against them.

    Worry when you read SCO buys 55% of MySQL AB, or MySQL sells IP to SCO.

  26. Re:MySQL may be next target of SCO lawsuit by WilliamSChips · · Score: 2, Interesting

    They won't be able to do another Linux FUD lawsuit. Novell is suing them for more than they're worth. Now let's just hope that they win...

    --
    Please, for the good of Humanity, vote Obama.
  27. Is the whole company evil, or just the top execs? by tji · · Score: 4, Insightful

    I don't know any current SCO employees, but I have always assumed that there were quite a few normal techies working away at SCO, trying their best to ignore the crap coming from management. I know I have often disagreed with the choices/directions of management in companies I have worked for (though, obviously not to the level of SCO's choices). Some of those people have probably stayed to continue their work, despite the behavior at the top.

    So, what I'm rambling on about is that the OS side of the house is probably a reasonable group of people, trying to improve a Unix platform. The litigation side of the house is a bunch of worthless bastards. MySQL is working with the former.. even though it still required approval from the latter.

  28. Re:Just use PostgreSQL... by jadavis · · Score: 3, Funny

    I don't care how good PostresSQL is, if it has people like you behind it I want no part of it.

    Judging by the number of people who use that argument against PostgreSQL, I wouldn't be surprised at all if he were behind MySQL.

    Heck, if MySQL's PR dept. can't come up with other compelling arguments, they might as well try reverse psychology.

    --
    Social scientists are inspired by theories; scientists are humbled by facts.
  29. Followed By by ravenspear · · Score: 5, Funny

    UPDATE companytypes SET mysql = 'justgotworse', sco = 'wasalreadyshitty' WHERE mysql_forces = sco_forces;

    1. Re:Followed By by Elliot+Anderson · · Score: 2, Funny

      DELETE * FROM companytypes WHERE sco_forces = true;

  30. Re:One question? by farnz · · Score: 2, Informative

    As the devs often seem to abbreviate it to "Postgres", which I'd pronounce "Post-gres", I pronounce it as "Post-gres-Q-L".

  31. That's the one thing that won't happen by Anonymous Coward · · Score: 3, Informative

    SCO is going to be driven into bankruptcy shortly after Sept.12 when Judge Kimbal puts all their liquid assets into a trust to be available to pay the license fees they owe Novell.

    SCO is in no position to start any new legal actions.

    On the other hand, IBM or Novell will end up owning the assets of SCO but they probably won't hold enough of a grudge to pursue MySQL for anything.

    1. Re:That's the one thing that won't happen by BillyBlaze · · Score: 3, Insightful

      When, exactly, was SCO in a position to start new legal actions? It hasn't stopped them before, why would it stop them now?

  32. uhh, step back and take a breath by astrashe · · Score: 4, Insightful

    MySQL AB has given lots of people very useful software for free, for a long time.

    Now we're supposed to hate them because of this deal?

    My relationship with them has been one in which they give me free database software, don't restrict how I use it, and I give them nothing.

    Even people who don't use MySQL themselves benefit from all of the dynamic web sites -- the WordPress blogs, the sites with threaded discussion boards, etc. Or from their ISPs being about to use MySQL for the backend of all sorts of critical services -- mail forwarding tables, etc.

    It's like none of that matters without absolute orthodoxy on the part of MySQL AB. None of the good stuff matters, if they do one thing we don't like.

    1. Re:uhh, step back and take a breath by Old+Wolf · · Score: 2, Insightful

      My relationship with them has been one in which they give me free database software, don't restrict how I use it, and I give them nothing.
      How did you manage to get use of the software without restrictions?

      Most of us have to comply with their licence agreement. Or are you simply ignoring it and hoping they don't bother to sue you?

  33. Re:One question? by veraction · · Score: 4, Informative

    http://en.wikipedia.org/wiki/PostgreSQL first paragraph has audio sample

  34. Teacher/MySQL champion... now in crisis... panic! by mfh · · Score: 4, Interesting

    I've worked on MySQL since I started working with PHP, and I've even taught it at the college level, where I praised the database for being free and open. I can't bare to look at myself in the mirror now that they have gone and signed a deal with The Devil -- now I have to go and ammend my upcoming textbook for PostgreSQL! I could never support MySQL again.

    I think postgreSQL should change their name to something I can store in my mind without having to "/// ||| \\\" the damn word (if you catch my subtle meaning).

    When I first looked at this story, I thought that maybe SCO was trying to buy-in some street cred, but all they have done is ruin MySQL forever, IMHO.

    You sleep with dogs, for profit, you deserve to get flees.

    --
    The dangers of knowledge trigger emotional distress in human beings.
  35. Re:Teacher/MySQL champion... now in crisis... pani by Tyler+Eaves · · Score: 2, Insightful
    I've worked on MySQL since I started working with PHP, and I've even taught it at the college level, where I praised the database for being free and open. I can't bare to look at myself in the mirror now that they have gone and signed a deal with The Devil -- now I have to go and ammend my upcoming textbook for PostgreSQL! I could never support MySQL again.


    Comments like that make me want to hunt you down and slap some sense into you. It's fecking software for christsakes.
    --
    TODO: Something witty here...
  36. Now about SCO, this is my opinion, not MySQL's by krow · · Score: 5, Informative

    So, lets begin this statement with "these are my thoughts, not those that represent MySQL's". First of all I was one of the people who had us stop building on SCO in the first place. For a while now we have not been building for SCO, and had only been providing binaries for customers who had an existing contract with us for those binaries.

    The source code for MySQL has always compiled for SCO unixen and since MySQL is open source anyone was free to compile it themselves. We don't ship Amiga binaries either but I can tell you that there is a group out there who keeps MySQL working on that platform as well. So our lack of support for SCO just meant that users were forced to either compile MySQL themselves or find a third party who were distributing the binaries.

    Now why should we provide binaries for SCO? I'm of a couple of minds about this, and put some thought into it before I said "yes, lets do it" internally at MySQL.

    First our users are our users no matter what platform they are on. This isn't about SCO, this is about the users of that platform who deserve to be able to get support. There are still a lot of SCO servers sitting out there and the users deserve to be treated like any other users. They didn't pick SCO's battle and many of them have legacy applications that can not be easily ported or easily rewritten. The choice of a vendor is not always an option.

    Second, its about pushing open source into new territories. Years ago, I think 15 or so, I wrote a network client for the Mac. At the time a certain figurehead of the open source movement made a point of asking me "why would you ever write code for a closed source platform?". I have thought a lot about this over the years. Personally I believe that open source is not a all or nothing situation, and I believe that its going to take a while before we get to an all open source environment, which I am not at all certain will ever occur. Bringing well supported open source applications to closed source environments provides the users of these platforms a different opinion. Its an opinion that "maybe you should consider open source". I am all for spreading the gospel.

    Keep in mind that our community binaries are GPL. This means that applications built on SCO that make use of these binaries must also stick within the agreement of the GPL or they have to buy licenses that in turn fund developers to work to create more GPL software. Its a win either way, we see either more GPL software being published or more GPL software being created via payment through licenses or subscriptions.

    SCO OpenServer already ships with a number of other open source projects and if you look through many open source mailing lists you will see ongoing support and patches for OpenServer. What we will be doing is treating it like any other platform. Personally I hope that an open source stack on SCO creates more value for their customers and for SCO personally since I believe that this will push both SCO and their customers toward an open source path.

    --
    You can't grep a dead tree.
    1. Re:Now about SCO, this is my opinion, not MySQL's by krow · · Score: 3, Informative

      What the announcement from SCO about was for the agreement that allows SCO to act as a reseller for MySQL. What does this mean? It means that they can go to their customers and sell MySQL support, aka the support that any other MySQL customer gets from MySQL. They can also sell commercial licenses where their customers need it. We do the support, not SCO.

      MySQL is platform agnostic. Developers themselves use FreeBSD, OSX, Linux, Windows, and Solaris, but we ship MySQL on several other platforms as well. Our goals are in the database market, we don't ship an OS, and we try to stay out of the "which OS is better" argument.

      Just like we don't resale Linux, FreeBSD, Windows, or Solaris, we do not resell SCO OpenServer as well. The partnership does benefit us by selling more support contracts, but it doesn't change the fact that we didn't and still don't sell OpenServer or any other SCO product.

      At some point the courts will make a decision on SCO's case and their behavior, but no matter what in the end there will still be SCO users and they will need support.

      --
      You can't grep a dead tree.
  37. MySQL AB seems to be a business by defile · · Score: 5, Insightful

    And one thing businesses do is make money.

    One of the ways businesses make money is by offering goods or services.

    Some of the goods and services MySQL AB has offered in the past include:

    • Technical support for MySQL
    • Teaching MySQL
    • Certification for MySQL
    • Proprietary licenses for MySQL (so it can be incorporated in a software package).

    I haven't followed MySQL in awhile, but it seems like SCO is actually just buying into some kind of reseller program MySQL AB is offering and calling it a partnership, which is kind of like buying some routers from Cisco and saying Cisco is your business partner.

    If someone walks into your store and tries to buy something, are you going to say no?

  38. MySQL, Qt, and Other Lock-In Scemes by Anonymous Coward · · Score: 5, Interesting

    For some time now, I have been saying that MySQL is a lock-in scheme. It became obvious when MySQL switched from the LGPL license to the dual GPL + proprietary licenses. This does nothing to promote Open Source, rather, it forces proprietary developers to use MySQL under the proprietary license.

    Another product that uses the GPL + proprietary lock-in licensing scheme is Qt, by Trolltech. They also use their GPL'd edition as a loss-leader, in order to promote sales of the proprietary edition of Qt.

    Note that MySQL and Trolltech are both partly owned by Index Ventures. They also own a piece of Skype. See http://www.groklaw.net/article.php?story=200505241 72943589

    Index Ventures bought into Trolltech at about the same time that SCO ended its partial ownership of Trolltech. Prior to that, SCO Chairman Ralph Yarro, one of the engineers of SCO's attack on Linux, also sat on Trolltech's Board of Directors.

    Any Linux supporter who isn't nervous about this rats nest, and who doesn't wonder about possible Microsoft involvement, given their connection with SCO, is being naive.

    What it comes down to is this:

    Even those who trust MySQL and Trolltech must realize that their GPL + proprietary licensing schemes lead to future lock-in, and should be avoided for that reason alone.

    If you are a MySQL user, and you care about the future of Open Source, you should be looking at alternatives, such as PostgreSQL.

    And if you are a KDE developer, and you care about the future of Open Source, you should be looking at porting KDE to other platforms, so you are not dependent on just Qt. Besides, Qt's licensing scheme is limiting your success. You can start by simply layering the KDE code (similar to what Apple did with Konqeror in order to create Safari), which is a good thing to do anyway.

    And everyone should be watching out for long term hooks. Remember the early nineties, when the PC was an open platform, that used open, documented hardware interface standards. But then Microsoft introduced Windows, and "free" developer tools, which they gradually used to turn the open PC platform into one which would only run with Windows middleware. All the open PC hardware interfaces were turned into secret interfaces, requiring custom drivers that only worked with Windows.

    Microsoft was able to take over the open PC platform because of what is called "network lock-in." This occurs due to the fact that Windows is middleware, which sits in between the PC platform, and the applications that run on top of it. The applications need Windows in order to talk to the PC hardware, and the PC hardware needs Windows in order to talk to the applications -- nobody can move away from Windows without losing access to everything else, hence the network lock-in.

    Just like Windows, MySQL and Qt are middleware, with the same potential for network lock-in. Proprietary (non-GPL'd) applications that run on MySQL and Qt depend on them for access to the OS (Linux), and, because they use the proprietary licenses, they don't have the Open Source protection of being able to fork MySQL and Qt.

    Think carefully about the future, people. Don't let the astroturfers, and slick salespeople lull you into a false sense of security. Pay attention to how your software is licensed. Pay attention to any dependencies your software has on other software. It's the start of the nineties all over again, and you currently have an open platform, with all the commodity benefits that will bring. You don't want to be foolish and short-sighted, and lose it again.

    1. Re:MySQL, Qt, and Other Lock-In Scemes by EzInKy · · Score: 4, Insightful


      For some time now, I have been saying that MySQL is a lock-in scheme. It became obvious when MySQL switched from the LGPL license to the dual GPL + proprietary licenses. This does nothing to promote Open Source, rather, it forces proprietary developers to use MySQL under the proprietary license.

      Another product that uses the GPL + proprietary lock-in licensing scheme is Qt, by Trolltech. They also use their GPL'd edition as a loss-leader, in order to promote sales of the proprietary edition of Qt.


      Let me see if I get this right. If you use these libraries to develop free software you pay no money. If you use them develop proprietory software you pay money. In other words, you make money they make money, if you make no money they make no money. So what exactly is the problem again?

      --
      Time is what keeps everything from happening all at once.
    2. Re:MySQL, Qt, and Other Lock-In Scemes by maxwell+demon · · Score: 4, Insightful
      Let me see if I get this right. If you use these libraries to develop free software you pay no money. If you use them develop proprietory software you pay money. In other words, you make money they make money, if you make no money they make no money. So what exactly is the problem again?

      You got it wrong. If you develop GPLed Free Software, you pay no money. If you develop proprietary software (no matter if it is Freeware [i.e. free as in beer] or if you sell it) you have to pay. But if you want to develop Free/Open Source software under a GPL-incompatible OSS license, you're out of luck.

      Now why does it matter for Qt/KDE, but not for, say, GIMP? Well, simple: KDE is infrastructure. It's in a similar position as the C library or the gcc runtime library (which even the FSF makes sure can be used for non-GPLed software alike without any problems). Every program which is intended to fit seamlessly into the KDE system basically has to link Qt. And thus you effectively lose the freedom of chosing your license for your code. The situation is different for GIMP: There's generally no need for a graphics program to directly interact with GIMP. Unless you explicitly want to change or add to GIMP, you need not be interested in the GIMP license. Normal code just isn't affected. But if KDE should become the standard desktop, you'll very much be forced to use Qt for your GUI programs (or your program will just not integrate nicely). That's why the standards here are different than from ordinary code.

      I don't know how much the MySQL licensing affects other code. Can you write code using MySQL without being bound by the GPL (except by buying a proprietary license, of course)? If not, how standard is the interface (i.e. can you easily write code which would without change work e.g. on both MySQL and PostgreSQL)? If the answers to both questions are "No", then it's effectively a vendor lock-in as well, because again, a database is critical infrastructure for certain applications.
      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:MySQL, Qt, and Other Lock-In Scemes by stoborrobots · · Score: 2, Insightful
      The GPL was not designed for libraries. That's what the LGPL was designed for.

      Not according to the FSF, who wrote them both...

      Why you shouldn't use the Library GPL for your next library
      The GNU Project has two principal licenses to use for libraries. One is the GNU Library GPL; the other is the ordinary GNU GPL....
      Which license is best for a given library is a matter of strategy, and it depends on the details of the situation. At present, most GNU libraries are covered by the Library GPL, and that means we are using only one of these two strategies, neglecting the other. So we are now seeking more libraries to release under the ordinary GPL.
    4. Re:MySQL, Qt, and Other Lock-In Scemes by fireman+sam · · Score: 2, Informative

      OT warning!!!

      "stopping someone's heart with a defribulator"

      That is what they are used for. The electrical charge causes the muscles in the heart to contract for the duration of the charge; About 2 to 3 seconds. When the charge is released the muscles relax. This stopping of the muscles causes the muscle spasms to stop and allow (in most cases) normal heart rythm to continue.

      --
      it is only after a long journey that you know the strength of the horse.
    5. Re:MySQL, Qt, and Other Lock-In Scemes by skrolle2 · · Score: 2, Informative
      You got it wrong. If you develop GPLed Free Software, you pay no money. If you develop proprietary software (no matter if it is Freeware [i.e. free as in beer] or if you sell it) you have to pay. But if you want to develop Free/Open Source software under a GPL-incompatible OSS license, you're out of luck.
      No, you're not. I'll quote directly from the MySQL FLOSS License exception at http://www.mysql.com/company/legal/licensing/foss- exception.html
      We want specified Free/Libre and Open Source Software ("FLOSS") applications to be able to use specified GPL-licensed MySQL client libraries (the "Program") despite the fact that not all FLOSS licenses are compatible with version 2 of the GNU General Public License (the "GPL").
      ...followed by a list of OSI- or FSF-approved licenses. They are obviously bending over backwards ensuring the spread of open-source software, so how can you claim otherwise? They put these restrictions in place simply because there were companies selling derived works without paying for it to MySQL. How is that bad?
  39. MySQL is smart by cnerd2025 · · Score: 3, Interesting

    Why would MySQL AB work with them? Because SCO's dollars buy as much as anyone else's dollars. MySQL hasn't changed its license from the GPL. If it did, I'd stop using them, and so would many other geeks/nerds out there. Hold your horses. McBride may be a major-league asshole, as our President would say, but that doesn't mean SCO Group as a whole is. With their cases losing ground, they've begun to actually make some innovations. Maybe it's like the early evolution of our species. We were very few and far between living in a desolate climate (deserts in Africa) and therefore Homo sapiens adapted ways of surviving. SCO seems to finally be doing this. I don't favor the company for their stupid litigation, and I think they are still a dying company, but perhaps they will turn away from Satan and find a balance between commercial software and free softawre. One can hope, anyway...

    Of course, I wouldn't put it too far out of probability that SCO will accuse MySQL AB of violating trade secrets and breach of contract. Who knows...

  40. Switching to PostgreSQL because of this is silly by formal_entity · · Score: 3, Interesting

    Some people saying talking about 'the open-source' community switching to PostgreSQL because of this; that's ridiculous seeing as PostgreSQL has already adopted it's product to SCO's OpenServer. They even have a FAQ about it on their site: http://www.postgresql.org/docs/faqs.FAQ_SCO.html Besides, MySQL's code is still GPL and it's still more widely deployed on web hosting companies so it would be very inconvenient to drop MySQL support for PostgreSQL.

  41. Re:One question? by Anonymous Coward · · Score: 4, Funny

    > How do you pronounce PostgreSQL?
    > ...
    > Not trying to be funny or lame here, I seriously want to know how to say the bloody thing.

    Well it's *spelled* PostgreSQL, but it's pronounced "Throatwobbler Mangrove."

  42. Re:Switching to PostgreSQL because of this is sill by matchboy · · Score: 2, Informative

    You can find tons of quality hosting companies. http://www.postgresql.org/support/professional_hos ting Why switch to Linux when you can find tons of stores selling computers with Windows already installed?!

    --

    Robby Russell
    PLANET ARGON
    Robby on Rails
  43. Re:Teacher/MySQL champion... now in crisis... pani by bigtangringo · · Score: 5, Insightful

    Some people do it for the principle of the thing. That's a big Open Source mentality, where have you been?

    --
    Yes, I am a smart ass; it's better than the alternative.
  44. WHO CARES by rtidd · · Score: 2, Insightful

    Really. If any of us were offered to have our salaries increased by 2-4 times would we say no? Even if it meant working for a company who's policies you weren't 100% comfortable with because they do (a small amount of) business with someone disreputable? This is a no brainer folks. Mergers and co-projects come and go, and that is life in the business world. (besides maybe MySQL will end up being sued for using SCO technology) What can we do about it. Plenty. Find an alternative. Postgres is a fine choice. Continue to use mysql for free, but stop paying for support and anything else mysql related. Be vocal about this to mysql. Start requesting your favorite aps have ODBC or postgres or whatever support in addition to mysql. Or add that functionality yourself. BUT sitting here bitching about it does no good. Show your contempt with your actions and your pocket book. MySQL will do as it thinks it needs to do, not as a few malcontents tell them it has to do. This is how it should be. Want it changed? Then convince MySQL they need to react differently in the future with ACTION.

    1. Re:WHO CARES by NickFortune · · Score: 5, Interesting
      BUT sitting here bitching about it does no good.

      Sitting here bitching does a few things. It allows MySQL users a chance to vent a little; it gives MySQL a means to judge user reactions to their collaboration with SCO (they had to expect controversy) and it gives users who might have been unaware of the issues useful information when deciding whether to deploy MySQL. And it gives supporters of MySQL a chance to put the other side of the story.

      This is a discussion forum. The point is to discuss issues like this. A lot of that discussion, the side of it that you disagree with, is going to sound like "bitching".

      Most of what you say is useful, but STFU is never helpful.

      --
      Don't let THEM immanentize the Eschaton!
  45. Re:Just use PostgreSQL... by polyp2000 · · Score: 2, Interesting

    Is there a good howto for people with a LAMP background? This news is enough to make me switch from mySQL to postgreSQL. I've looked at it a number of times before but could never figure it out.

    Nick

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
  46. I always heard of PostgreSQL by ModernGeek · · Score: 2, Insightful

    I guess I have a project to convert tonight. Bye MySQL, it's been a nice 5 years. Every company I've worked for, I've pointed them at MySQL for all their web database needs. My fingers are changing directions now.

    --
    Sig: I stole this sig.
  47. Get real.. by BerntB · · Score: 4, Insightful
    If the MySQL people think they are going to make money by partnering with SCO, they need a new leadership.
    Many companies, with products that are relatively easy to port, have a strategy to exist on all software platforms. Then customers with a heterogenous machine park can run their programs everywhere.

    Those companies will automatically accept deals and help from Operating systems vendors to port their products. Even if they don't like the vendor, they have no reason to dislike the customers with a mixed server population.

    Just look at all the software sold to work with Windows. Microsoft is probably the most hated software company in the world -- and have given lots of CEOs personal reasons to hate their criminal behaviour.

    --
    Karma: Excellent (My Karma? I wish...:-( )
  48. Re:One question? by Tim+C · · Score: 2, Interesting

    Sequel is a common pronounciation of "SQL". Not saying it's right (or wrong), but I've certainly heard a lot of people say it that way.

    People tend to try to make a word out of any acronym they have to use regularly, it's generally easier to say.

  49. What would you have MySQL do? by solman · · Score: 2, Insightful

    What would you have MySQL do?

    SCO: We need MySQL on our platform and we'll pay you the cost of migration plus a hefty profit (for some reason we've been having difficulty hiring new developers recently).

    MySQL: Because you hate open source, we refuse to take your money, even though we can use your money to make open source stronger. Go give it to some closed source company.

    All this press release means is that MySQL will be available on another platofrm (admittedly a dying platform). Its just another step on the path to dethroning Oracle [I encourage anybody still using Oracle who has not seen MySQLs new administrative tools to take a look. In my opinion they render Oracle obsolete for any new project spending less than $1M on hardware.]

  50. Re:what crap by Anonymous Coward · · Score: 5, Insightful

    > > ... rather, it forces proprietary developers to use MySQL under the proprietary license.

    > Nothing forces anybody to do anything.

    I see you are intentionally misinterpretting my words. So, here is the long version:

    It [the GPL + proprietary licensing scheme] forces proprietary developers, if they want to include MySQL in their application, and if they don't want to GPL their own application, to use MySQL under the proprietary license.

    > So by your logic, the GPL license forces proprietary developers to ignore the product altogether?

    Of course -- unless they are prepared to GPL their own code. That's what the license says. Or are you saying that no one is "forcing" them to obey the license?

    > More license options means more choice, and choice is *good*.

    What crap. You are intentionally misrepresenting the situation.

    The dual licensing scheme used by MySQL and Trolltech _removes_ choice. It removes the choice of proprietary developers to use MySQL and Qt under an Open Source license. The LGPL license would have given them that choice.

    Let's see what Richard Stallman had to say on this topic:

    "Using the ordinary GPL for a library gives free software developers an advantage over proprietary developers: a library that they can use, while proprietary developers cannot use it."

    "Using the ordinary GPL is not advantageous for every library. There are reasons that can make it better to use the Library GPL in certain cases. The most common case is when a free library's features are readily available for proprietary software through other alternative libraries. In that case, the library cannot give free software any particular advantage, so it is better to use the Library GPL for that library."

    "This is why we used the Library GPL for the GNU C library. After all, there are plenty of other C libraries; using the GPL for ours would have driven proprietary software developers to use another--no problem for them, only for us."


    MySQL and Qt are available under proprietary licenses. Therefore, rather than GPLing their own code, proprietary developers will simply use the proprietary license.

    In other words, MySQL's and Trolltech's use of the GPL, instead of the LGPL, produces exactly the opposite effect to what Stallman prefers. The dual licensing scheme, rather than increasing the amount of Free software, simply encourages proprietary developers to use the proprietary versions of the libraries.

    > This is like the argument against the BSD license: but... but... someone could develop their own closed source app!

    That statement is completely illogical. It does not follow from what I wrote.

    I am concerned about people who choose to run applications A, B, and C, becoming locked in to the underlying middleware, without realizing it. It happened before with Windows, and it could happen again with MySQL and Qt.

    What you are saying is the exact opposite to what I wrote. I said that they should have used the _LGPL_, which _allows_ proprietary developers to use the code.

    The advantage for the rest of us is that anyone who uses those proprietary applications are only locked in to those applications. What they avoid is the _Network Lock-in_ to the underlying middleware, which is much worse.

    As to your last paragraph, I have no idea what it has to do with my original post.

    I am advocating for people to be careful about the software they use, and to think about the long-term effects of the licenses for that software.

    If you call that trolling, then I have to wonder what your agenda is.

  51. Re:what crap by nacturation · · Score: 2

    The LGPL license would have given them that choice.

    My apologies -- you are correct. I had missed the part where you said it had gone from LGPL to GPL/commercial. My comment was under the incorrect understanding that it went from GPL to GPL+commercial, so ignore everything I said.

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  52. Re:Well... strange for 3 things: by skrolle2 · · Score: 2, Insightful
    I have never liked MySql's take on GPL on their site: I am not sure if it is up now, or modified, but their 'reasons you need to buy a license for MySql' included: writing to media, giving to a colleague, copying source.
    MySql are trying to have their GPL cake and eat it I think... rather peculiar, and nobody else seems to make note of it...
    What are you talking about? What do you mean "have their cake"? MySQL is distributed under GPL. Period. That they wish for everyone to get it under their commercial license doesn't alter the fact that it is distributed under GPL.

    Also, you seem to imply that their commercial license somehow is bad, but isn't it better that companies who CANNOT release their software under GPL are allowed to use and redistribute an open source database such as MySQL, than forcing those companies to redistribute a closed source database instead?

    Despite all the open source love on this site, few readers seem to actually understand how the GPL or software licensing works. The copyright holder is always free to distribute his software under ANY licenses. I can create a piece of software and release it under GPL *AND* the BSD License *AND* the Apache License *AND* my own commercial license *AND* the Creative Commons License and so on. You, the user, is then free to choose which license you wish to user my software under.
  53. This sort of thing... by petrus4 · · Score: 2, Interesting

    ...is the reason why I switched from MySQL a while back to Postgres. At the time, although MySQL still had a version licensed under the GPL, the link to it was buried in the site. What was a lot easier to find was the commercially licensed version, which they had links to/info about slathered all over the site. This caused me to worry that eventually the GPL licensed version would disappear entirely.

    Although Postgres is unfortunately a bit bigger, (the elephant isn't its mascot for nothing ;-)) it's a fantastic db and is enormously scalable. The best part is that legally it also uses open source's underdog, the BSD license.

    It is unfortunate that MySQL AB have shown such lack of vision in the past couple of years...but methinks they're probably about to find out that commercialistic shortsightedness carries its' own reward:- Eventual irrelevance.

  54. Some clarity about dual licencing by bigsmoke · · Score: 3, Informative

    There seems to exist some confusion here about dual licencing. Once a project has been released under the GPL, you can't just unrelease it. All the provisions of the GPL keep applying to the software which has already been released.

    If MySQL AB were to really only release MySQL under commercial licences in some alternate universe in the future, there would still be an open source developer community which can do with the the GPL'ed versions of MySQL whatever they damn well please.

    I'm not sure about other developers, but one of the foremost reasons that I use GPL'ed software as the basis for my own projects is continuity. This continuity in the availability of MySQL's source can never be undone by MySQL AB, since they've already done the right thing with each version of MySQL that they released under the GPL.

    Noone is complaining when a project is released under just a GPL licence. Why not? Because the viral licence has some properties that many people like.

    But, sometimes there are businesses that want to use a project in their own product which is released under a more restrictive licence. This is what the commercial licences are for. Note that is actually very sound from a business perspective, because they're basically saying:

    • If you are a believer in open source, use our stuff as open source and, if you release your stuff, release it as open source.
    • But, if you want to release your product under a more restrictive licence, just pay us some money.

    Such a form of dual licencing actually adds such liberties as which are often sought when a company bases their product on a more liberal, BSD-like licence instead of a viral licence such as the GPL. And they achieve this without making themselves vulnerable to the takers who don't give back often warned for by BSD opponents.

    Also, I read a rant on this page about this being as much as a problem as QT. Which problem? Even the Windows version of QT4 has now been released under the GPL. If anyone still believes that QT has licencing problems, he's either a GPL opponent, a BSD proponent or very ill informed.

    --
    Morality is usually taught by the immoral.
  55. Re:flamebait?? by Spoing · · Score: 2, Insightful
    As I have stated, I do believe it was an apt comparison. So, I think in my case that I agree with this common objection.

    If you want to call SCO assholes, do so. They aren't NAZIs.

    If you want to take the high ground and say you have a valid analogy, you've got a real hard sell. Go ahead: What precisely do you think makes SCO and/or MySQL AB Nazi-like in an appropriate way? (That is, an insightful comparison vs. a just a rabid name calling match?)

    On second thought, please do not answer...stop looking for a win here. You lost in the same way that you would have lost on Usenet. Yes, just stop using NAZIs unless you're really talking about assholes on that level; genocide, mass murder of the weak/handicapped, wide reaching political prosecution, and kicking off a world war with the intent of golbal conquest. The only society that even comes close to the scale is the USSR during Stalin's time...and there's a good case that Stalin's reign was worse. Either way, we're not talking SCO or MySQL on any even casul level.

    --
    A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
  56. Re:what crap by Baricom · · Score: 2, Insightful

    In other words, MySQL's and Trolltech's use of the GPL, instead of the LGPL, produces exactly the opposite effect to what Stallman prefers. The dual licensing scheme, rather than increasing the amount of Free software, simply encourages proprietary developers to use the proprietary versions of the libraries.

    I think the dual license situation of MySQL is fair. It does remove choice, but I think there's still an incentive to open source software. Money is a powerful motivator, and I think being able to use the MySQL engine free (as in beer) will motivate at least a few developers to decide to release open source instead of proprietary. It's not the best situation, but it's still a much better deal than a proprietary license.