Slashdot Mirror


MySQL Ends Enterprise Server Source Tarballs

vboulytchev writes "The folks at MySQL has quietly announced that it will no longer be distributing the MySQL Enterprise Server source as a tarball. It's been about a year since the split between the paid and free versions of the database project. The Enterprise Server code is still under the GNU General Public License (GPL), and as a result MySQL appears to be making it harder for non-customers to access the source code. 'One of the things that many users worry about is whether they're getting an inferior version of MySQL by using the Community version. Urlocker says that MySQL "wants to make sure the Community version is rock solid," but admitted that the company has introduced features into the Community edition of the software that "[weren't] as robust as we thought, and created some instabilities." Because of that, the company is revising its policies about when features go into the Community releases.'" Update: 08/10 04:56 GMT by CN :While it is slightly harder to get, the source isn't closed by any means, so I updated the title to reflect that.

413 comments

  1. In related news by Anonymous Coward · · Score: 5, Funny

    MySQL announced plans for a new BitTorrent based distributed backend.

    1. Re:In related news by ShieldW0lf · · Score: 5, Interesting

      Wow...

      The same guys who lied about the suitability of their code for various purposes from day one

      The same guys who maintained that ACID was unimportant until the very moment they had it

      The same guys who have been setting this up for years with their Project Mayo/DivX Networks style licensing/contribution scheme

      You mean they actually went ahead and tried to use shady shenanigans to force developers who have no need for anything from their organization whatsoever beyond a copy of the community developed codebase to pay for access to the codebase?

      Wow. What a surprise.

      I made a decision to give preference to PostgreSQL over MySQL in my developments... not because of the technical merits involved, but because of the repeatedly demonstrated lack of trustworthiness of the MySQL team.

      I didn't expect to see my decision validated in such a rapid and undeniable fashion though.

      Just goes to show... technical skill is no substitute for good character or lack thereof.

      --
      -1 Uncomfortable Truth
    2. Re:In related news by utopianfiat · · Score: 4, Informative

      fuck you zonk!
      no, I've had enough of your bullshit! take this goddamn article down right fucking now and change the title you worthless fucking excuse for a yellow journalist! For fucksake you READ the goddamn article before you post it, I HOPE.
      Fucking immune from moderation troll-assed motherfucker, I will sacrifice my "excellent" karma to bring you down!

      --
      +5, Truth
    3. Re:In related news by chromatic · · Score: 2, Informative

      You mean they actually went ahead and tried to use shady shenanigans to force developers who have no need for anything from their organization whatsoever beyond a copy of the community developed codebase to pay for access to the codebase?

      No. Did you read the article?

    4. Re:In related news by Anonymous Coward · · Score: 1, Interesting

      Wow, someone has some anger issues. How about a prozac or real database to solve your issues?

    5. Re:In related news by ShieldW0lf · · Score: 0, Troll

      Yeah, I read the article and several others.

      "MySQL Enterprise" will not be available for download from MySQL unless you are paying them. Not as a tarball, not from the repositories, not at all.

      MySQL assures the community that Enterprise versions of the code will still run on a variety of platforms, not just SUSE and RedHat. However, after extensive discussion between MySQL and the various distros, it will no longer be included in the distros.

      If you're using Ubuntu or Debian, for example, you will no longer be able to simply apt-get anything but the community version.

      So all the contributions of the community, which includes the various corporations, will only be available if you continue to pay.

      Thanks to the GPL, it will be legal to grab a copy off some random torrent you find, sure. If they continue to use the GPL in the future, that is... the transfer-of-ownership conditions in their contribution process means that they can at any time close source the product.

      But the free as in low-cost-startup-enterprise and easy as in built-into-your-distro options will no longer be forthcoming.

      Think the next big Googlesque garage startup will be using MySQL?

      --
      -1 Uncomfortable Truth
    6. Re:In related news by LindaMack · · Score: 1

      Ooh, namecalling :o) Can I join in?

      --
      Why, let's just say I do the dirty work for the other side, no matter what side you're on

    7. Re:In related news by queequeg1 · · Score: 2, Funny

      I'm still trying to wade through the toe-dipping and hedging in the parent post. Can someone please tell me how Utopianfiat really feels about Zonk?

    8. Re:In related news by LindaMack · · Score: 1

      Ooh, even more namecalling <:o) I must join in!

      --
      Why, let's just say I do the dirty work for the other side, no matter what side you're on

    9. Re:In related news by chromatic · · Score: 3, Insightful

      If you're using Ubuntu or Debian, for example, you will no longer be able to simply apt-get anything but the community version.

      I've worked on a fair few projects using MySQL, and I've never used anything but the community version. This raises in me no sense of indignation.

    10. Re:In related news by Anonymous Coward · · Score: 0

      Go on, tell us how you really feel.

    11. Re:In related news by value_added · · Score: 1

      fuck you zonk! no, I've had enough of your bullshit... fucking immune from moderation troll-assed motherfucker, I will sacrifice my "excellent" karma to bring you down!

      Yeah, but how do you *really* feel?

    12. Re:In related news by porl · · Score: 1

      i think i see a fork coming along. still a 'community' version, but based on the supposedly more conservative enterprise codebase (whatever the last freely available gpl version is i suppose). either that or someone will take the current community version and strip it back to be a 'lean stable' version and build from there.

      i don't have a problem with mysql closing off their enterprise version (provided they still obey the gpl properly) but i don't think it is a very bright idea, since they can't call back the older 'enterprise' releases, and someone out there will take it upon themselves to start improving it.

      i think. :)

      porl

    13. Re:In related news by wwahammy · · Score: 4, Informative

      While the response is a bit... over the top, the sentiment is understandable. MySQL is not closing off its source. It's just choosing not to distribute the source code for one version of its product in one way. It doesn't violate the GPL in any way and if you still really want the source you can get it from their repository.

      Zonk's title isn't even remotely related to the reality of the situation. If I could mod him down, I sure would.

    14. Re:In related news by maxume · · Score: 1

      Would you sacrifice a dollar?

      --
      Nerd rage is the funniest rage.
    15. Re:In related news by grahamd0 · · Score: 3, Interesting

      Agreed. I'm currently building a *huge* international, multi-lingual web site for a very large corporation, who happen to host their own servers and mandate the use of the community version of MySQL. The project is more than large and complicated enough to convince me that if you *need* the enterprise version for whatever reason, you can most definitely afford it.

    16. Re:In related news by ShieldW0lf · · Score: 0, Offtopic

      I'm going to be launching such a site shortly, and I'm going with PostgreSQL. And yes, they are rather complex projects to put together.

      --
      -1 Uncomfortable Truth
    17. Re:In related news by Nimey · · Score: 1

      I'd sacrifice my *virginity*. ...except it's been gone for years.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    18. Re:In related news by Daengbo · · Score: 5, Insightful

      i think i see a fork coming along. still a 'community' version, but based on the supposedly more conservative enterprise codebase (whatever the last freely available gpl version is i suppose). either that or someone will take the current community version and strip it back to be a 'lean stable' version and build from there.

      I propose calling it OurSQL.

    19. Re:In related news by Anonymous Coward · · Score: 0

      I'm currently building a *huge* international, multi-lingual web site for a very large corporation, who happen to host their own servers and mandate the use of the community version of MySQL.

      That's insane. They don't care about data integrity enough to use a real database? IBM's DB2 Express-C is free (as in beer) supports 4 GB ram, multiple processors, and unlimited database size.

      The project is more than large and complicated enough to convince me that if you *need* the enterprise version for whatever reason, you can most definitely afford it.

      Or, you could buy a real database made by real computer scientists who know what they are doing (postgres, oracle, mssql, DB2, etc).

    20. Re:In related news by kripkenstein · · Score: 4, Insightful

      MySQL is not closing off its source. It's just choosing not to distribute the source code for one version of its product in one way. It doesn't violate the GPL in any way and if you still really want the source you can get it from their repository.
      Thank you for that accurate summary of the situation.

      Thing is, many people don't understand the GPL. The GPL never said 'you must distribute your source code to everyone'... you can, for example, make private changes and never give them out. In fact, this is explicitly given as an example of an important freedom by Stallman, Moglen, etc. Similarly, you have the freedom to make changes and give them to only a few people; this is exactly what MySQL are doing. Now, the people that do receive the code are free to further distribute it, according to the GPL, and I am sure we will see the code in some manner (compare to CentOS). But MySQL are well within their legal (and moral) rights to have only part of their GPLed code available on their servers in tarball format for anonymous download.

      To attack MySQL about this is very unfair.
    21. Re:In related news by Tablizer · · Score: 0, Troll

      fuck you zonk! no, I've had enough of your bullshit! take this goddamn article down right fucking now and change the title you worthless fucking excuse for a yellow journalist! For fucksake you READ the goddamn article before you post it, I HOPE. Fucking immune from moderation troll-assed motherfucker, I will sacrifice my "excellent" karma to bring you down! [emph. added]

      I for one welcome our 5-scoring flaming overlords.

      Seriously, so much cussing and flaming, yet it got a 5. I am amazed by this; for I've gotten "-1 Troll" ratings for 1/10 as much "spice". I applaud you for pulling it off somehow. Itsa feat comparable to writing a web brower in 5 lines of perl. And have a fucking nice day :-)

    22. Re:In related news by red+crab · · Score: 1

      Boy! slashdot desperately needs a new moderation system.

    23. Re:In related news by Heembo · · Score: 1

      Big freaking deal! I can run a huge, international, blah blah website on Access 2000 if you give me a big enough piece of hardware! Heck, isn't that what SQL Server basically is, anyway? :)

      --
      Horns are really just a broken halo.
    24. Re:In related news by plague3106 · · Score: 1

      i don't have a problem with mysql closing off their enterprise version (provided they still obey the gpl properly) but i don't think it is a very bright idea, since they can't call back the older 'enterprise' releases, and someone out there will take it upon themselves to start improving it.

      Don't they own the code though? Who would sue them for violating the GPL? It seems they can take the code thus far and say its not longer GPL if they want. What in the GPL prevents the actual copyright owner from doing whatever they want?

    25. Re:In related news by CarpetShark · · Score: 2, Insightful

      Thing is, many people don't understand the GPL. The GPL never said 'you must distribute your source code to everyone'... you can, for example, make private changes and never give them out. In fact, this is explicitly given as an example of an important freedom by Stallman, Moglen, etc. Similarly, you have the freedom to make changes and give them to only a few people; this is exactly what MySQL are doing. Now, the people that do receive the code are free to further distribute it, according to the GPL, and I am sure we will see the code in some manner (compare to CentOS). But MySQL are well within their legal (and moral) rights to have only part of their GPLed code available on their servers in tarball format for anonymous download.


      This is essentially my understanding as well -- except for the "within their..moral...rights" part. I think the spirit of the license is clearly to encourage distribution, and if/when you're using other GPL code, or even just purporting to release code under that license (and thereby inviting certain people to use it -- under a contract) then you're misrepresenting yourself if you aren't going to stick to the principles of that license, even if you do stick to the word of it.
    26. Re:In related news by plague3106 · · Score: 1

      Dude chill. You know you can exclude stories posted by certain editors right? Just go exclude zonk. I think that's why Jon Katz went away; lots of people started ignoring him (as I did).

    27. Re:In related news by MBGMorden · · Score: 1

      Depends. If they've taken contributions from OTHER programmers from the outside, then they don't own all the code, and can't close it off anymore.

      Of course, if they do own it all, they can certainly close off the code at this point and "un-GPL" it, but that doesn't apply retroactively. The OSS community can take the last GPL'd version of the code and work on it as they see fit, even if MySQL's own additions are closed source.

      In essence, it's gonna be hell for them to put the cat back in the bag. You wanna make money then go ahead and charge for services, but if they try to close the source and go completely commercial then the community is almost certainly gonna fork the code and make a better version of their own product available for free.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    28. Re:In related news by sigzero · · Score: 0

      No you can't and that is just a stupid argument on your part.

    29. Re:In related news by ShieldW0lf · · Score: 1

      Depends. If they've taken contributions from OTHER programmers from the outside, then they don't own all the code, and can't close it off anymore.

      Their contribution process involves assigning all ownership of your contributions to MySQL for this exact reason.

      --
      -1 Uncomfortable Truth
    30. Re:In related news by accessdeniednsp · · Score: 2, Informative

      Microsoft SQL Server was derived from Sybase many eons ago. Like any good project, tho, I would venture a guess that they've "gone their own way" by now (at least I hope).

      (can I link to Wikipedia for this and not get flamed? The info here really is quite accurate: http://en.wikipedia.org/wiki/Microsoft_SQL_Server)

    31. Re:In related news by Elrac · · Score: 1

      Some people aren't bothered at all about this. Fine.

      Of those who are bothered, many are considering moving to PostgreSQL. That's not a dumb move to make. But for those still in limbo or teetering on some fence, I think this is a good time to mention an alternative, Firebird, FKA Interbase. Interbase/Firebird is an industrial-strength, standards-compliant, highly performing DB, and was way ahead of its time back in the day. I heard that Oracle just recently copied its update versioning mechanism. Interbase failed in the market solely due to Borland's incompetent marketing.

      One of its big pluses is the low maintenance - the DB reorganizes itself periodically and can run indefinitely without losing performance so long as it doesn't run out of space.

      No, I'm not affiliated with Interbase or Firebird in any way, just a happy user who would like to see the product get some more exposure.

      --
      When one person suffers from a delusion, it is called insanity. When many people suffer from a delusion it is called Rel
    32. Re:In related news by budgenator · · Score: 1

      There really isn't any need for a fork, the community version is the one with more features that are slightly less mature, so the community is more leading edge and after a baptism of fire in the community, it's deemed uber-stable for the enterprise version.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    33. Re:In related news by Danathar · · Score: 1

      Wow...I could FEEL the heat coming from my LCD screen after reading that.

      Triple action flame thrower WITH nuclear power source!

    34. Re:In related news by maxume · · Score: 1

      Sir, do you mean to imply that I don't even have a dollar?

      --
      Nerd rage is the funniest rage.
    35. Re:In related news by budgenator · · Score: 1

      How do we know it wasn't one of Zonk's alter-ego posting some flamebait to start a flame war jack up the page-view revenues a bit?

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    36. Re:In related news by Nimey · · Score: 1

      I mean to imply that you haven't got an ostrich.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    37. Re:In related news by Anonymous Coward · · Score: 1, Funny

      Not bad, but you're not quite on the mark there.

      How about something a little more apple-ish? You know, like "SassyBase."

      Or maybe something more opensource-ish like "Reuckatobilaro."

    38. Re:In related news by mdrebelx · · Score: 1

      Oh come on, not even a funny rating? He made me laugh.

    39. Re:In related news by e-scetic · · Score: 1

      And I have noticed a trend in the MySQL forums to not answer what should be simple questions. In fact, it seems to me most questions are going unanswered. Then there's the major annoyance that they charge $500+ for access to their knowledgebase. They may have the right, but that doesn't make it right.

      Plus there don't seem to be many books forthcoming about MySQL, and online documentation or tutorials from non-MySQL sources tend to be pretty dated, it's as if people are not writing about MySQL much anymore.

      I don't like any of these signals. As of today I'm going to start looking into converting my servers to something else.

    40. Re:In related news by Anonymous Coward · · Score: 0

      I think this is the best post I've ever seen on slashdot. I laughed my ass off.

    41. Re:In related news by Watts+Martin · · Score: 1

      While I know you're being facetious, Slashdot is the home of the pedantic geek, so: Access 2000 has a maximum database size of 2GB. You can only run a huge web site on it for relatively small values of "huge." Throwing great hardware at the problem will only mean you're running a poorly-chosen database program faster. (SQL Server is, as someone else pointed out, a completely unrelated program. No offense to the MySQL cheerleaders, but it wasn't until very recently that MySQL had kinda-sorta caught up to where SQL Server was a decade ago.)

    42. Re:In related news by Tablizer · · Score: 1

      (Score:0, Troll)

      I rest my case.

    43. Re:In related news by billcopc · · Score: 1

      Thank you. I never cared about commercial MySQL either. If I wanted to blow big bucks on a DB, I'd go somewhere else, simply because I can shop around for support contracts.

      Given that most people are using it in a web backend, I don't see very many people rushing to buy the Enterprise edition. The free stuff gets the job done, and if it didn't, we'd find something else to fawn over. That's the philosophy of FOSS: if you don't like it, roll your own!

      --
      -Billco, Fnarg.com
    44. Re:In related news by maxume · · Score: 1

      These times, they are dangerous.

      --
      Nerd rage is the funniest rage.
    45. Re:In related news by Anonymous Coward · · Score: 0

      Isnt this the same like what RedHat did with their Enterprise Linux Distro, cant a bunch of geeks create a new open project like CentOS 5 which is just a distro of Redhat Enterprise linux with their logos removed.

      Acquire the latest source of Enterprise MySql, remove their logos, give it a new Name(YourSQL), and create a tarball for the lazy/dumb/cheap folks like me.

    46. Re:In related news by Anonymous Coward · · Score: 0

      Ehm, but companies cannot use the community version (for free), they have to purchase a license from the MySQL folks. Take a good look at the MySQL license.

      MySQL IS NOT FREE FOR USE! This is a misconception.

      www.firebirdsql.org instead? :)

    47. Re:In related news by utopianfiat · · Score: 1

      As it was intended. Also, I had some extra karma to burn, so I figured why not flame. (but whatthefuck, I got +5 on that shit?!)

      Also, in way after "disregard that I suck cocks".

      --
      +5, Truth
  2. Hmm.. First Bittorrent by NickCatal · · Score: 1

    After Bittorrent yesterday is this a trend that we should be worried about, or really just 2 separate instances?

    --
    -nick
    1. Re:Hmm.. First Bittorrent by tgatliff · · Score: 1

      Why do I get the feeling that there will be a Torrent for MySQL Enterprise Server source? :-)

    2. Re:Hmm.. First Bittorrent by AvitarX · · Score: 3, Funny

      Not going to happen.

      According to the summary anyway, it will still be legal to distribute. So it won't end up as a torrent.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    3. Re:Hmm.. First Bittorrent by tepples · · Score: 1

      According to the summary anyway, it will still be legal to distribute. So it won't end up as a torrent. Ubuntu and other GNU/Linux distributions are legal to distribute, yet they are still distributed using torrent protocol.
    4. Re:Hmm.. First Bittorrent by Anonymous Coward · · Score: 0

      whoosh!

    5. Re:Hmm.. First Bittorrent by Hucko · · Score: 1

      next up, the linux kernel which is sold to Microsoft for .... ONE miiiiiiiiillion DOLLARS!

      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
    6. Re:Hmm.. First Bittorrent by networkBoy · · Score: 1

      FWIW I bet if MS was offered exclusive rights to the kernel for $40bn they would take it in a heartbeat.

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
  3. Let me be the first to say... by securityfolk · · Score: 1, Insightful

    Buh-bye... was fun while it lasted!

  4. Ooh, look at ME! by Anonymous Coward · · Score: 2, Funny

    Look at ME! I'm MySQL! I'm a "real database!"

    1. Re:Ooh, look at ME! by Anonymous Coward · · Score: 1, Interesting

      Oh well, there is always PostgreSQL... Hopefully some development can move to there.

    2. Re:Ooh, look at ME! by larry+bagina · · Score: 2, Funny

      Oh well, there is always PostgreSQL... Hopefully some development can move to there.

      as someone who uses PostgreSQL, i hope not.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    3. Re:Ooh, look at ME! by DaedalusHKX · · Score: 1

      Ditto, amusingly Postgre was SQL99 "compliant" long before MySQL started moving there. Not that standards are important but some of the features were there and worked :) (Never got to testing all of them because I rarely needed more than a couple of things.)

      Then again there's also Firebird, forgot whose codebase they used.

      --
      " What luck for rulers that men do not think" - Adolf Hitler
  5. Cha-Ching by happy_place · · Score: 2, Interesting

    I don't suppose this is an attempt to get more money?

    --
    http://www.beanleafpress.com
    1. Re:Cha-Ching by larry+bagina · · Score: 5, Informative

      They are planning an IPO.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

  6. Yay! by Bluesman · · Score: 4, Insightful

    Can we all just switch to Postgres now?

    Cheap web hosting, I'm looking at you...

    --
    If moderation could change anything, it would be illegal.
    1. Re:Yay! by scribblej · · Score: 2, Informative

      You can get a VPS for $10 a month, put postgresql on it yourself. It is what I do. I don't know what you consider cheap but $10/month isn't a burden over here.

    2. Re:Yay! by Pizentios · · Score: 1

      I agree, Postgresql is far better.

      --
      -Pizentios
    3. Re:Yay! by timelorde · · Score: 1

      So what'll the new acronym be? LAPP?

    4. Re:Yay! by nuzak · · Score: 1

      You can get shared hosting for $10/month. Where are you finding VPS's for that price?

      --
      Done with slashdot, done with nerds, getting a life.
    5. Re:Yay! by GiMP · · Score: 0, Offtopic

      There are VPS plans for only $5/mo, although they get tight with resources in that price range.

      There are various vps comparison pages out there, such as as well as . Personally, I'm affiliated with VPS Village.

    6. Re:Yay! by GiMP · · Score: 2, Informative

      Whoops, should've used "preview", I'll just avoid the links this time... vpschoice.com provides a list of a number of inexpensive providers, although it is not all-inclusive. There is also a list on the Xen Wiki, and probably on the OpenVZ wiki too. Webhostingtalk.com can be a good resource, but be careful there... And personally, I'm associated with VPS Village (vpsvillage.com)

    7. Re:Yay! by larry+bagina · · Score: 5, Funny

      FAPP: FreeBSD Apache, PostgreSQL, Perl.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    8. Re:Yay! by Anonymous Coward · · Score: 0

      I use RapidVPS. Their cheapest plan is $10/month. It's pretty basic but it does the job.

    9. Re:Yay! by Llarian · · Score: 1

      If postgres supported native unsigned integer types, I'd switch to it in a heartbeat.

      The lack causes serious problems for a lot of tracking databases, and the suggestion to just use the next largest storage type isn't feasible for huge datasets.

    10. Re:Yay! by ozzee · · Score: 1

      If postgres supported native unsigned integer types, I'd switch to it in a heartbeat.

      If that's the only thing, I'm sure you can get that kind of support added in a heart beat. The type extensibility of postgresql is quite good.

    11. Re:Yay! by nacturation · · Score: 1

      Interesting... VPS Village, however, doesn't mention anything in the plans or TOS regarding excess bandwidth usage rates, extra IP addresses, or what their infrastructure is like. For that price, I'm guessing they don't maintain a lot of redundant equipment to move your server image onto if there's a hardware failure. However, combining that with Amazon S3 and SQS could make for some interesting possibilities.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    12. Re:Yay! by gnuman99 · · Score: 2, Interesting

      So extra few bytes are so expensive compared to downtime and data corruption? I did not know that RAM and storage prices were going up?

      There are many options available to you with PostgreSQL. Either,
          * use the next largest data type (8 bytes) - cheap and fast solution, or
          * add support for native unsigned ints - labour intensive solution ($$$). Just use the code for native signed ints and add unsigned support. Should not be too difficult!, or
          * use another DB like DB2 or Oracle or even MSSQL - propriatory solution ($$$), or
          * use MySQL and pray - lazzy solution

      MySQL is an OK storage engine, but it is not a real database. Now that they have started to move to supporting standard database features, they are shutting out the "community" in favour of good old cash. But then against we all saw this when 3.53.x => 4.0 transition switched from LGPL to GPL client libraries?? Right?

      Now I have to put on a fire suit and watch karma burn.

    13. Re:Yay! by RzUpAnmsCwrds · · Score: 1

      Cool, cool, cool, and WTF.

      I hate PHP as much as the next guy, but Perl? Come on.

    14. Re:Yay! by Shawn+is+an+Asshole · · Score: 2, Interesting

      Can we all just switch to Postgres now? I hope so. Though Postgres needs serious work in the n00b friendly area.

      Cheap web hosting, I'm looking at you... TronicTech. They offer Postgres, MySQL, Ruby on Rails, PHP, Perl, Python, ssh, MailMan, subdomains/multiple host names (each can have different content), etc with plans starting at $5.95/mo. I've been using the $5.95/mo plan for about two years now and have been very happy with it.
      --
      "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
    15. Re:Yay! by VGPowerlord · · Score: 1

      Maybe he really meant Python. ;)

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    16. Re:Yay! by Bluesman · · Score: 1

      I have no doubt you have your reasons for needing that, but it seems odd to me that 32 bits would be enough where 31 bits wouldn't cut it.

      Is it a problem of running out of numbers or something else?

      --
      If moderation could change anything, it would be illegal.
    17. Re:Yay! by Llarian · · Score: 2, Interesting

      Something else.

      Specifically, encoded network traffic data collected in a packed form of unsigned 16, 32 and 64 bit integers. While its possible to shift the numbers to be signed, it makes the supporting code substantially more complicated, since ultimatly most of these numbers are not counters, they represent identifiers, which means all queries and output would need to do these calculations as well. Certainly not impossible, but its a huge increase in code complexity.

    18. Re:Yay! by scribblej · · Score: 1

      I've tried a few different providers in the $10 range. Of them, I've stuck with RapidVPS so far because their tech staff seems very knowledgable and gets things done fast.

      -Chris

    19. Re:Yay! by Spoke · · Score: 1

      I hope so. Though Postgres needs serious work in the n00b friendly area. I've used both Postgres and MySQL and haven't found Postgres any harder to acclimate to than MySQL. If you know of any such areas where Postgres is deficient, I'm sure that the Postgres devs would love to know about it and address the issue.
    20. Re:Yay! by insertwackynamehere · · Score: 1

      I hate PHP as much as the next guy, but Perl? Come on. ...he said while utilizing Slashdot's "comments.pl" file to announce his message of dislike to the world.
    21. Re:Yay! by aled · · Score: 1

      Though Postgres needs serious work in the n00b friendly area.


      I keep asking why each time when I read something like this, but I didn't get a good answer.
      --

      "I think this line is mostly filler"
    22. Re:Yay! by Trailer+Trash · · Score: 1

      Me:

      FreeBSD
      Lighttpd
      Postgres
      Rails

      FLPR?

    23. Re:Yay! by Wabbit+Wabbit · · Score: 1

      My preferred stack for years has been FLAPPP

      FreeBSD, Lighttpd, Apache, PostgreSQL, Perl, PHP all running FLAPPPily together.

      But shhhhh! A FLAPPPstack is like u****t; the first rule is that you don't talk about it.

      --
      Nothing is inexplicable; only unexplained -Tom Baker, Doctor Who
    24. Re:Yay! by Anonymous Coward · · Score: 0

      Actually FLPR is related to the mascot for MySQL.

    25. Re:Yay! by Anonymous Coward · · Score: 0
      Yuch... A horrible collection of technologies.

      I'd much rather prefer:

      SGPJ - Solaris, Glassfish, PostgreSQL, Java

    26. Re:Yay! by osu-neko · · Score: 1, Insightful

      In that case: OMGWTFBBQ

      :)

      I edited a Python script once, and it stopped working. Why did it stop working? Because I added a comment. Apparently this counted as whitespace. I found out whitespace is significant. I laughed my ass off and have never once touched the language since. Still amazes me anyone thought that was a good idea. I thought that kind of idiocy went out the door with Fortran 77...

      My apologies. I shouldn't call it idiocy. It's just clearly a toy language, and shouldn't be judged by the standards of real, modern programming languages.

      --
      "Convictions are more dangerous enemies of truth than lies."
    27. Re:Yay! by Daengbo · · Score: 1

      Yeah, and the Slashdot spaghetti code is readable by ...what...? Maybe five people in the world? Heck, it was so complicated for so long that the developers couldn't even update it without breaking it. I haven't looked at it since it moved to CSS, though.

    28. Re:Yay! by Daengbo · · Score: 1

      FLPR

      All I can say to that is "eku eku click, eku click eku aaaaa."

    29. Re:Yay! by smclean · · Score: 1

      My apologies. I shouldn't call it idiocy. It's just clearly a toy language, and shouldn't be judged by the standards of real, modern programming languages.

      It must really bother you to see it do so well, huh?

      Hahaha, that's the kind of power we have!

      Sincerely,
      Your inferiors

      --

      "'Yrch!' said Legolas, falling into his own tongue."

    30. Re:Yay! by jadavis · · Score: 1
      You can make your own unsigned types in no time with PostgreSQL.

      The reason it doesn't support them natively is because it's very tricky to find out what implicit casting rules to use for integer operations (not impossible, but there's a lot of room for problems). If you're using them as identifiers and not using lots of mathematical operations on them, it would be simple for you to create those types.

      Here's a quote from one of the developers on the issue from a very recent posting:

      The datatypes themselves are utterly trivial. The hard part, if you
      want them to be part of the numeric hierarchy, is figuring out what the
      type promotion and implicit casting rules ought to be.


      So, it will work great for you, because you don't need implicit casting all over, you're just using them as identifiers. This is exactly what postgresql's extensible type system is for.
      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    31. Re:Yay! by jadavis · · Score: 1

      I keep asking why each time when I read something like this, but I didn't get a good answer.

      Seconded. Please show a few things that postgresql can do to make it easier for new users. Constructive criticism leads to better software.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    32. Re:Yay! by MrNaz · · Score: 1

      If you're within 50% of the data range, you should be using the next larger storage system anyway. It's insanely myopic to think you're going to go within 50% of the range limit, but never, ever over it.

      Furthermore, if you're talking about needing unsigned 2 byte integers, an extra 2 bytes to go with signed 4 byte integers is 2 bytes per row. If you're dealing with tracking data and have billons of entries and a few extra gigabytes of space is a problem, then you have bigger problems, like, using $10 hardware for a large scale project. The same goes for 8 byte integers, the difference being 4 bytes per row, or 4gb per *billion* entries. Really, nobody working with tracking data should have a problem storing 4gb.

      In short, the lack of unsigned integers is not a design deficiency, but the result of a calculated assessment of the uselessness of such a data type, and the knowledge that anyone needing such a strange animal can create one from the custom data type functionality.

      --
      I hate printers.
    33. Re:Yay! by MrNaz · · Score: 1

      In that case, it *really* sounds to me that you need a custom data type, and that using INTx is just force fitting an existing data type into a situation it is not intended for.

      --
      I hate printers.
    34. Re:Yay! by Evets · · Score: 2, Interesting

      Agreed. There's nothing especially difficult about using Postgres or even administering it. Performance is great and there are connections with PHP, Perl, etc. that are drop in replacements.

      The only thing is that there are a few web apps that have MySQL support, but not Postgres - I believe vBulletin is one, but I don't know for sure. An engine is an engine. Installation is easy - in fact, compiling Postgres from source is much easier than MySQL.

      Frankly, I don't know why I haven't made the switch for all my webapps. I don't use it much, but when I have, I have run into exactly zero problems. n00b problems are a myth.

    35. Re:Yay! by adinu79 · · Score: 1

      Well, since everyone is showcasing his favorite combination, I'll go for LAMP my own way:

      Linux, Apache, Mod_Mono, PostgreSQL

    36. Re:Yay! by GiMP · · Score: 1

      We're majorly off-topic here, so I'll make it short (and anonymous)... don't make assumptions just because it isn't on the website, or because the price is low :) This website was built by a systems administrator with no design experience (myself). As for technical questions, contacting sales should get you answers.

    37. Re:Yay! by larry+bagina · · Score: 3, Funny

      Personally, I prefer VAGINA - VMWare, Apache, GNU, Ingres, NetBSD, Ada. I'm not sure why more slashdotters don't try it.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    38. Re:Yay! by budgenator · · Score: 1

      In my case it's that I once tried it about ten years ago and it was different, kind of a thing so inertia took over and I used MySQL instead, for no good reason. Next time about 5 years ago I tried the startup was a bit cranky in my distro, so it got shelved, last time everything worked, and seemed to work well, now do I really want to port over all the SQL?

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    39. Re:Yay! by kv9 · · Score: 1

      We're majorly off-topic here, so I'll make it short (and anonymous)... I don't think that means what you think it means.
    40. Re:Yay! by kv9 · · Score: 1

      I edited a Python script once, and it stopped working. this is my favorite link to show to the Pythoon nutjobs that praise it for its RAD-iness and ease of use.
    41. Re:Yay! by aled · · Score: 1

      The only thing is that there are a few web apps that have MySQL support, but not Postgres


      That is another issue. Why in the name of goodness would someone make a DB API fixed for one DB *cough*PHP*cough*...
      IMHO the damage that alone has made to Postgres adoption is the only explanation of the popularity of MySql. And then are the developers that didn't take in account API alternatives to make applications more DB agnostic. I understand that programmers don't want to support many different DB implementations, but is necessary to cast in cement MySql forever and ever?
      --

      "I think this line is mostly filler"
    42. Re:Yay! by Anonymous Coward · · Score: 0

      forgot to check the anonymous button...

    43. Re:Yay! by ryarger · · Score: 1

      this is my favorite link to show to the Pythoon nutjobs that praise it for its RAD-iness and ease of use.

      Came in late, but I hope you're just trolling and don't really believe this.

      I translated the PHP "solutio" right above it to Python in just a few minutes (not having even used Python in the past 2 years!). To top it off, the PHP version DOESN'T EVEN WORK CORRECTLY. It's missing floating point/integer conversions and gives wrong digits after 314159... The python version, translated exactly, works just fine. I'm sure if I remembered more python tricks this could be condensed considerably:


      import sys
      scale = 10000; maxarr = 2800; arrinit = 2000; carry = 0; arr = []
      for i in range(maxarr+1): arr.append( arrinit )
      for i in range(maxarr, 1, -14):
                      sum = 0
                      for j in range(i, 0, -1):
                                      sum = (sum * j) + (scale * arr[j])
                                      arr[j] = sum % ( (j*2)-1 )
                                      sum = sum / ((j*2)-1)
                      sys.stdout.write("%04d" % (carry + (sum / scale)))
                      carry = sum % scale
  7. Open Source as a Business Model by Frankie70 · · Score: 0, Troll

    Open Source may be an excellent model for developing software,
    but I don't think it's a good business model.

    As & when more Open Source businesses become a little
    successfull, we will surely see some of them do what MySQL
    has done.

    1. Re:Open Source as a Business Model by Anonymous Coward · · Score: 1, Interesting

      I think this is caused by people and companies not supporting open source with their wallets, but instead just paying lip service to it.

      I work for an open source company and the number of calls we get from people demanding support for something they just downloaded from SourceForge has caused us to provide our paying customers with a different "priority" telephone number.

      When we politely tell these people that we require they purchase a support package to receive telephone support, they usually get pissed off and hang up. Some try to convince you that they will buy support if we would *just* help them with this one little problem first, heh.

      Don't get me wrong, the business model works, but if you have investors I can understand how they would want to close the source if they feel it would convert some of these non-paying customers into paying ones.

      If only companies would look at the long-term and realize that if this free software saved us X-thousands of dollars, its well worth it to spend even 1/10th of the money they saved to support it and ensure its longevity. Unfortunately it doesn't work that way though.

    2. Re:Open Source as a Business Model by insertwackynamehere · · Score: 1

      Someone posts an opinion that differs from that of a mod and are thus marked as a troll. Yay.

  8. Interesting trend by Anonymous Coward · · Score: 1, Interesting

    I wonder how many other projects will start pulling this -- get the world hooked on your product, and then close the source after you reach a critical mass of commercial users who are likely to pay versus those who would be prone to forking and taking over open development. I think it's ignorant to assume people will just take the last open version and fork it to continue being free - there are commercial users who will likely be quite happy to deal with the closed version they trust. Hell - look at sourceforge -- they closed off their source, and do you see companies installing the GNU fork of the code internally? No - they buy the commercial sourceforge. It'll be interesting to see how many companies follow this trend.

    1. Re:Interesting trend by Anonymous Coward · · Score: 1, Insightful

      This is the next step on from creating a second-class citizen 'community' codebase.

      MySQL.com have always tacked open source on as an afterthought.
      Their contributor agreement is effectively
      'thanks, your patch, copyright and patents belong to us now, but here's a free t-shirt for your trouble'.

      http://forge.mysql.com/contribute/cla.php

      I hope this makes some of the bazillion webapps
      that couldn't be bothered to support other databases realise all their eggs are in a pretty ropey basket right now.

    2. Re:Interesting trend by Anonymous Coward · · Score: 0

      hey kid..... take this home to your friends..... this time it's free...... next time, bring money.

    3. Re:Interesting trend by bladesjester · · Score: 2, Informative

      MySQL.com have always tacked open source on as an afterthought.
      Their contributor agreement is effectively
      'thanks, your patch, copyright and patents belong to us now, but here's a free t-shirt for your trouble'.


      GNU basically requires the same thing of whatever you contribute to a GNU project.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    4. Re:Interesting trend by Anonymous Coward · · Score: 0

      sourceforge, snort, nessus...

    5. Re:Interesting trend by DerekLyons · · Score: 2, Insightful

      I wonder how many other projects will start pulling this -- get the world hooked on your product, and then close the source after you reach a critical mass of commercial users who are likely to pay versus those who would be prone to forking and taking over open development.

      I imagine this is the first of many. The advocates of Open Source for years have been pretending that they are on the side of the angels and immune to normal personal and business pressures. They're wrong.
    6. Re:Interesting trend by maztuhblastah · · Score: 2, Insightful

      Yep. Greed's a bitch.

      On a related note: great job guys. It looks like you took your cues from XFree86 -- I guess you were inspired by how well that worked out....

    7. Re:Interesting trend by Carewolf · · Score: 1

      Yes, but FSF is a not for profit organization. That makes a huge difference.

    8. Re:Interesting trend by bladesjester · · Score: 1

      I trust Stallman about as far as I could comfortably spit a large rat.

      Zealots make my teeth itch.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
  9. The source hasn't gone anywhere. by Zontar+The+Mindless · · Score: 3, Informative

    http://mysql.bkbits.net/ is still there, and AFAIK it isn't going away anytime soon.

    --
    Il n'y a pas de Planet B.
    1. Re:The source hasn't gone anywhere. by tgatliff · · Score: 1

      Exactly.. They also did not change their GPL license because they know what it would mean... Meaning, if MySQL AB changed their license to a closed source format people would just fork the last version that was open, which is the beautiful thing about GPL. In BitTorrents case, why do we even care what the original creator of torrents are doing?

      The real purpose of their move was to try to create the perception that their paid offering has more value than their free version to business people. Meaning, if I was a business person who just paid thousands of dollars, I want to feel like I am getting something better than a 15 year old kid can get downloading it from his basement.

    2. Re:The source hasn't gone anywhere. by Tablizer · · Score: 1

      Meaning, if I was a business person who just paid thousands of dollars, I want to feel like I am getting something better than a 15 year old kid can get downloading it from his basement.

      Dude, there totally goes my plans to take on ebay in my closet.

    3. Re:The source hasn't gone anywhere. by jadavis · · Score: 1

      Meaning, if MySQL AB changed their license to a closed source format people would just fork the last version that was open, which is the beautiful thing about GPL.

      I think you're underestimating the effort in building an entire new community around a sophisticated project. Who will be the leader? Will 5 people all decide to fork at once? If not, is the first person to fork really qualified to lead development on an RDBMS?

      Take a look at some success stories of community building. Mozilla built a community, but that took a long time, a lot of corporate backing, and most importantly the transition was controlled by the existing developers. Measure the time it took between the opening of the code and the point at which Mozilla produced a product that really competed with IE on the desktop. OpenSolaris (or OpenOffice, or any Sun open source project) is still mostly run by Sun. They didn't just throw the code to the wild.

      GPL is nice and idealistic, but if you are forced to fork the code and lose all the social capital that's been built around the project, you have a lot of work ahead of you. It's only worthwhile when you have no viable alternative (and there are two alternatives available in this case: PostgreSQL and FirebirdSQL). MySQL AB could drop the hammer and stop releasing GPL code and set the development back so much that it would effectively be out of the race, and would likely never really accomplish anything other than bugfixes to that last snapshot to support existing applications.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
  10. Wait a second.... by Pizentios · · Score: 0

    If the enterprise edition is still under the GNU public license, how is it legal for them to close off the source code to the general public? From my understanding, when you use the GNU license you have to distribute the code with the binaries and cannot sell the code for profit.

    Are they just selling as a service, or are they making profit from selling the code? Have i just mis-read the GNU license?

    --
    -Pizentios
    1. Re:Wait a second.... by hardburn · · Score: 1, Informative

      If they own all the copyrights to the source, they can license it however they want.

      Additionally, the requirements to release the source only apply to derivative works. In theory, the original copyright holder could put a binary release under the GPL without providing any source code.

      --
      Not a typewriter
    2. Re:Wait a second.... by mark-t · · Score: 1, Informative

      Because they are the copyright holder and they are allowed to dictate whatever licensing terms they want for their own stuff. The GPL doesn't trump that. The only reason a person is obligated to put modifications to GPL'd code under the GPL is because that falls under the category of a derivative work and is thus subject to the copyright restrictions of the original. MYSQL, being their own code entirely, and not a derivative of somebody else's GPL'd project, can be put under whatever distribution terms and licensing they want... even closing up the source.

    3. Re:Wait a second.... by AxXium · · Score: 2, Informative

      They have to distribute the "Enterprise" source along with the "Enterprise" binaries. They do not have to ship the "Enterprise" source with the "Community" stuff. On I side note they say they will not stand between one of the "Enterprise" customers hosting the source. :) AxXium

    4. Re:Wait a second.... by Todd+Knarr · · Score: 4, Informative

      If they provide the source code along with the binaries, the GPL considers that to have satisfied their obligations. After that, they're not obliged to give the source code to anybody else. Not even customers.

      Now, if they don't provide the source code with the binaries, if customers are obliged to get it separately from the binary package, then the obligation is to provide the source to anybody who asks for it, customer or not, and that obligation lasts for 3 years after the last binary was distributed. Note that if the binaries are available via download, offering the source for download at the same time and from the same page satisfies the GPL's requirement to provide source along with the binaries even if the customer doesn't actually download the source code at the time.

    5. Re:Wait a second.... by Anonymous Coward · · Score: 5, Informative

      Yeah, those damn MySQL idiots are acting just like this crazy Emacs hippie back in the 80s... what was his name... Richard Stallman I think. Anyway, the greedy bugger only distributed the source to people who bought the software! Even though it was GPL'd! And the FSF did nothing!

    6. Re:Wait a second.... by gr3kgr33n · · Score: 2, Informative

      IANAL however to my knowledge, The GNU doesn't say you can't make a profit, only that the source code has to be available to your customers and all contributers to the project thus far have a say in any re-licensing and/or distribution.

      AFAIK the IP holder retains the rights to whom it considers "customers" therefor decides whom may access the source based on who has legal rights to the product. Transgaming, RedHat, MySQL, et al.

      --
      My backup chemistry thesis stored on Data Storing Bacteria mutated; granting me a degree in forensic anthropology. v4sw7
    7. Re:Wait a second.... by Loconut1389 · · Score: 1

      it's illegal for you to take their code and do that, but the copyright holder can change the license any time- but old versions stay under their license.

    8. Re:Wait a second.... by Mr.+Slippery · · Score: 1
      If the enterprise edition is still under the GNU public license, how is it legal for them to close off the source code to the general public?

      Because the GPL only requires that you give source to those to whom you give or sell binaries.

      Now, they can't prevent those to whom you give or sell binaries from redistributing it...

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    9. Re:Wait a second.... by Yaztromo · · Score: 1

      If the enterprise edition is still under the GNU public license, how is it legal for them to close off the source code to the general public? From my understanding, when you use the GNU license you have to distribute the code with the binaries and cannot sell the code for profit.

      Well, it appears they are already selling the Enterprise Server. And according to the article summary, they're still making it available to customers who purchase the binaries. As such, they are completely above board in terms of the GPL (remember, with the GPL you only have to make the source available to anyone you give the binaries to. It doesn't specify that you can't charge for the binaries, or that the source has to be made available on the web for anyone to get hold of. Note as well that you also don't have to provide the source with the binaries -- you simply have to make it available upon request in a suitably usable standard form).

      Yaz.

    10. Re:Wait a second.... by drix · · Score: 1

      They own the copyright and can presumably to whatever they want. Certainly they won't waste time on the futile effort of trying to put the cat back in the bag--past source releases are out there for anyone to play with. But going forward, they don't have to release anything, and that will probably be enough to signal the death-knell for the open source version of the enterprise server. Typically with an open source "enterprise" app, the only people who know anything about what's going on in the code are under the employ of the company that wants to unfree it. It's very challenging and unrewarding for an outsider to try to pick up all the pieces and start where they left off, particularly since by definition the only people who are realizing incremental benefit are large enterprises making money off your free efforts. In that sense, I sympathize with companies who don't feel the pull of opening their enterprise applications. Why let some other capitalist make a buck off your hard work?

      --

      I think there is a world market for maybe five personal web logs.
    11. Re:Wait a second.... by Anonymous Coward · · Score: 0

      From what I can tell, you only get the source of the "Enterprise" edition if you buy the "Enterprise" edition. Kind of like what Red Hat sometimes thinks of doing. (But Red Hat has a concious, so CentOS lives on)

      IIRC, their community version will still be fully GPL'ed.

      But this is yet another good reason to use PostgreSQL.

    12. Re:Wait a second.... by Alchemar · · Score: 2, Informative

      They can not release their own code under the GPL and not release the source because the GPL itself is protected under copyright and trademark laws. By not releasing the source, then they are releasing under a different license but calling it GPL which dilutes the GPL trademark. They are free to distribute under the license of their choice, but they cannot change an existing license and call it the same thing. This would also be considered fraud, because the person receiving the binary would have a reasonable expectation that since it was advertised as GPL and GPL requires source that they advertised they would also provide the source code. If they want to make a new "MySQL" license that has 99% of the same things as the GPL with one or two restrictions, they are also free to do that, just don't try and call the new license GPL.

      To answer the parent's parent, people distributing GPL code can charge whatever they want for the binary, the requirement is that they must also provide the source code with it, and cannot limit the distribution of the source except as provided by the GPL, so the first person buys it for $insane_dollars and then distributes the source to all his friends, family, and bittorrent. There is no requirement to make GPL code with no cost, it just has an inherent driving force that leads to that end

    13. Re:Wait a second.... by chromatic · · Score: 2, Informative

      As such, they are completely above board in terms of the GPL....

      As the copyright holder, they are completely above board in terms of the GPL. It doesn't apply to them.

    14. Re:Wait a second.... by Anonymous Coward · · Score: 0

      And if they find themselves infringing on the terms of the GPL then they will surely sue themselves for $LOTS :)

    15. Re:Wait a second.... by Anonymous Coward · · Score: 0

      "The GNU doesn't say you can't make a profit"

      They'll fix that in version 4.

    16. Re:Wait a second.... by Yaztromo · · Score: 1

      True enough -- admittedly as someone who doesn't typically have direct contact with DBMS', I didn't know if MySQL had contributors reassign copyright (that is, if they were the sole and only copyright holders for the work).

      Note however that if they are distributing their own code to users with a GPL license attached, they still have to make sources available, otherwise their customers would have a license to redistribute the binary code, but without the ability to satisfy clause 3 of the license (which isn't necessarily improper, but would make the GPL attached to the distributed binaries moot). This appears to be what MySQL is indeed doing -- they're still providing source to their own customers.

      If /. MySQL users are that incensed over this, they should start a fund to buy one copy of MySQL Enterprise Server, get the sources for it, and then host those sources themselves.

      Yaz.

    17. Re:Wait a second.... by Anonymous Coward · · Score: 0

      when you use the GNU license
      They aren't licensing it to themselves under GPL. They don't need to use a license at all. They can use their own code without imposing any terms upon themselves. Why would they?
    18. Re:Wait a second.... by VGPowerlord · · Score: 1

      Of course, the GPL also allows another developer who has legally obtained the source to make a minor change and distribute the new version for free. While this may not have been a reasonable alternative when Emacs first came out ("Internet? Oh, mean you that network that links various universities?"), that has changed in the last 20 years.

      Some corporations are smart enough to see this, some are not.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    19. Re:Wait a second.... by hardburn · · Score: 2, Informative

      The GPL's (v3) own copyright is covered by this statement at the beginning:

      Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>

      Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

      Legally speaking, the GPL can't practically restrict what the original copyright holder can do with their own code. What the AC reply implied was correct; the only group the copyright holder could sue is itself.

      I haven't seen anything to indicate the FSF holds a registered trademark on the term "GPL". Citation to the contrary is welcome.

      --
      Not a typewriter
    20. Re:Wait a second.... by makomk · · Score: 1

      Emacs has been officially available for download over the Internet for quite a while. Unfortunately, the earliest version I have is from February 1987, but it includes instructions for obtaining Emacs via FTP and UUCP, as well as information on purchasing a copy on tape. (Wikipedia says that Stallman began writing GNU Emacs in 1984, so this is a fairly early version). The specified host prep.ai.mit.arpa can no longer be accessed under that name, but prep.ai.mit.edu still distributes Emacs.

    21. Re:Wait a second.... by Alchemar · · Score: 1

      The FSF could sue not for the source on the software, but for distributing a non-verbatim copy of the GPL license itself. The wording of the license is a copyrighted work that can not be copied without permision. The copyright holder of the software is free to license their software however they want, but they are not allowed to use the GPL as a license unless they agree to terms of the GPL.

      A trademark is not required to be registered to be effective. If it is registered then it prevents the original holder from having the purden of proof that the mark is associated with their name and product. I think that their might be enough copies of the GPL license in use to establish that the GPL name is associated with the GPL license.

    22. Re:Wait a second.... by hardburn · · Score: 1

      The FSF could sue not for the source on the software, but for distributing a non-verbatim copy of the GPL license itself.

      I don't see how that could possibly work. A company trying this tactic can easily distribute a verbatim copy of the GPL, thus fulfilling obligations on the copyright for the text of the license. Since there is no section in the GPL that requires the original copyright holder to release the source (since there's no practical way for the GPL to do that), they could easily meet all requirements of the GPL while still distributing a verbatim copy.

      The trademark attempt might work, but without being registered it becomes much harder to hold up in court.

      --
      Not a typewriter
    23. Re:Wait a second.... by Anonymous Coward · · Score: 0

      They are not closing the source, they just stopped providing a tarball.
      If you want the tarball anyway (5.2 or whatever version), just type:

      bk clone http://mysql.bkbits.net:8080/mysql-5.2 mysql-5.2
      tar -cf mysql-5.2.tar mysql-5.2/
      bzip2 mysql-5.2.tar

      There you go.. you have the tarball!

    24. Re:Wait a second.... by budgenator · · Score: 1

      Have i just mis-read the GNU license?
      Yes you have, if you distribute binaries, you are required to provide the source code to the binaries to the entities you have distributed to, but you are not required to provide the source to anyone who merely wants it; and you are not required to do it for free. You can charge a reasonable copying fee, and it's entirely possible to make considerable money off copying fees, considering the horrendous copying fees people have to pay for court transcripts, how far do you think a law suit would get?

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    25. Re:Wait a second.... by Alchemar · · Score: 1

      Because distributing the GPL license verbatium and not distributing the source code would be considered fraud. The preamble of GPL(v2) states " that you receive source code or can get it if you want it". If they do not change that statement but refuse to release the source code then they have commited fraud by stating that they would grant you source code with the program. If they change that statement then they have violated the copyright of the GPL license by not using it verbatium. My argument is that distributing something labeled as GPL without providing the source code can not be done legally. Either they violate the copyright which opens them up to legal action from the FSF, OR not fullfilling a license contract with the end user and opening them up to legal action from the end user. You can't just include a verbatium copy of the license and say it does not apply if you are making public statements that you are releasing that software under a GPL license.

  11. Yeah, real bad. by WindBourne · · Score: 1

    Companies like redhat, SUSE, and even IBM are ALL suffering.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:Yeah, real bad. by SerpentMage · · Score: 1

      I am glad you mentioned them:

      Yes if those are your poster boys for Open Source = business making money I think it says quite a bit.

      Let's compare this to companies that either sell software only or software as a service with no sources.

      Google, Yahoo, Symantec, Microsoft, Amazon, SAP, Oracle, and so on. These companies are BILLION dollar companies, and IBM while a billion dollar company is more hardware and services. If Redhat, and Suse after a decade are not even reaching the billion dollar mark. And IBM, well they are doing ok, but have not grown their income as much as Open Source should have.

      No, I think the grand parent poster is right. Open Source as a business model is not changing the game...

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    2. Re:Yeah, real bad. by Anonymous Coward · · Score: 0

      Please figure out what "market cap" means.

    3. Re:Yeah, real bad. by Anonymous Coward · · Score: 0

      Exactly. Giving your product away is NEVER a good business model. If you want to make money you have to sell your product, not just services for said product. Sure you can make money selling services, if and only if you don't have a product. If you have a product you are spending money either aquiring, building or making that product. To make up for those costs you MUST sell that product, not just a service to support the product.

      People who don't want to pay for a product don't want to pay for service. They'll look else where for free or cheaper service.

      Redhat and SUSE won't last or will be bought up by someone many times larger than those puny companies unless they drastically changes their business models.

  12. FUD about less profitable product from same ... by Danny+Rathjens · · Score: 2, Insightful

    ... company is obviously designed to move people to buy the product that gives them more income.
    This sounds just like the FUD that microsoft guy made by "admitting" that XP has problems in the hopes that people will move to vista.
    I think it's best to simply ignore the marketing people. There are no "instabilities" in the stable community version above and beyond the normal cycle of bugs and bugfixes you see in any software.

    1. Re:FUD about less profitable product from same ... by bigtrike · · Score: 1

      A database needs to be more stable than any old software. Thankfully, there are other free databases which have stable versions that don't lose your data to table corruption every now and then.

    2. Re:FUD about less profitable product from same ... by Danny+Rathjens · · Score: 1

      Well, I've run mysql for a decade with no data loss and I've frequented the #mysql irc channel on freenode for many years and have never encountered someone with problems of data loss. So there is some anecdotal evidence to counter your silly "lose your data" FUD. :)
      (And I am just talking about professional high transaction systems, not personal servers.)

  13. Rock solid... Far from it unfortunately... by Anonymous Coward · · Score: 5, Informative

    MySQL versions 5.0.38 to 5.0.45 have had such major bugs that they have rendered themselves useless for a huge range of applications. Applications that use dates, or ones that expect the database to *NOT* insert random NULL values in a group by query.

    I mean, even the most basic test suite would have easily caught these.

    Here are just a few of the major ones:
    Bug #28336
    Bug #28936

    1. Re:Rock solid... Far from it unfortunately... by QuoteMstr · · Score: 1

      Eeek. We just upgraded to 5.0.45. What's a good, stable version?

    2. Re:Rock solid... Far from it unfortunately... by linuxwrangler · · Score: 5, Interesting

      PostgreSQL 8.2.4. :)

      Thank goodness I did my homework and selected PostgreSQL and not, as one consultant suggested, MySQL back when we selected the database for our application. I've never had it crash and on the few occasions where it was unceremoniously shutdown (accidental powerdown and such), it's always come right back up with no data loss. And it's just been getting better by leaps and bounds.

      --

      ~~~~~~~
      "You are not remembered for doing what is expected of you." - Atul Chitnis
    3. Re:Rock solid... Far from it unfortunately... by Curly · · Score: 2, Interesting

      Did you verify that 5.0.45 contains the two bugs you listed before claiming that it does? I tested them here and both of them appear to have been fixed.

      I'm not saying MySQL quality control is as good as I'd like (I'm pretty grumbly about it lately, actually), but both bugs have "Can't Repeat" status, and indeed I can't repeat them with 5.0.45. Both bug reports have received feedback from developers, which is more than I can say for a lot of bugs I have reported in other open source programs.

      > I mean, even the most basic test suite would have easily caught these.

      No, a test suite that tested for these exact things would have caught them. From what I have seen, MySQL is pretty good about adding test cases to their suite when they fix bugs or add new features.

      I'm sure you can list troublesome bugs in 5.0.45, but those aren't two of them.

    4. Re:Rock solid... Far from it unfortunately... by Anonymous Coward · · Score: 0

      Until you want to get fancy and use replication, then you're fucked.

    5. Re:Rock solid... Far from it unfortunately... by Anonymous Coward · · Score: 0

      Have you even looked at 28936. Anyone who writes sql queries like that deserves to have bugs coming at them. The query as written cannot possible give the desired answer.

      select ....
      from
      ((A left join B on a.id=b.id) left join c on c.id=(select z.id from Z where Z.c1=B.c1 order by c2 limit 1)
      where B.c3=...

      Rule #1 when working with Left Joins. Never put a where constraint on a column in a the Right hand table of a Left Join.

      This query flagrantly violates any SQL standard and is obviously written by somebody who doesn't understand what they are doing and hasn't thought through the logic of their query very closely. The big *surprise* is that the parser successfully parsed this not that it has an ill defined behavior.

    6. Re:Rock solid... Far from it unfortunately... by Anonymous Coward · · Score: 0

      Posh! Replication should be difficult to use and maintain. And if you want to modify your schema, then bad developer! Bad!

    7. Re:Rock solid... Far from it unfortunately... by Bacon+Bits · · Score: 1

      Yeah, but to use MySQL replication you can't use InnoDB. You must use MyISAM, which is not ACID compliant and doesn't support basic things like foreign key constraints. So you're getting the benfits of replication at the cost of losing features that make replication the next step in fault tolerance, data availability, and data integrity. It's like swapping brakes for air bags.

      PostgreSQL does have replication, too, they're all just third party modules and not built in. Command Prompt offers a single master with failover based replication model, for example.

      Quite honestly, though, if your application demands replication you should be looking at a commercial product with a real service contract.

      --
      The road to tyranny has always been paved with claims of necessity.
    8. Re:Rock solid... Far from it unfortunately... by Tablizer · · Score: 1

      The big *surprise* is that the parser successfully parsed this not that it has an ill defined behavior.

      Perhaps *that* is the bug :-)

    9. Re:Rock solid... Far from it unfortunately... by QuoteMstr · · Score: 1

      Yes, I know what you mean. We selected MySQL for our most recent project, even though PostgreSQL is better. Why? Our one beefy database server already ran MySQL. Putting two database engines on that server would be... inefficient.

      Might be worth it anyway, though, if things continue going the way they're going.

    10. Re:Rock solid... Far from it unfortunately... by MrNaz · · Score: 2, Funny

      2001 called. It wants its MySQL indignant reply back.

      --
      I hate printers.
    11. Re:Rock solid... Far from it unfortunately... by Unknown+Relic · · Score: 1

      Uhm... http://dev.mysql.com/doc/refman/5.0/en/innodb-and- mysql-replication.html

      "MySQL replication works for InnoDB tables as it does for MyISAM tables. It is also possible to use replication in a way where the storage engine on the slave is not the same as the original storage engine on the master. For example, you can replicate modifications to an InnoDB table on the master to a MyISAM table on the slave."

    12. Re:Rock solid... Far from it unfortunately... by Bacon+Bits · · Score: 1

      Ah, you're right. I guess thinking of clustering, which has a number of random things that don't (or didn't, last I looked) work, particularly foreign keys.

      --
      The road to tyranny has always been paved with claims of necessity.
  14. They need a name change by syousef · · Score: 2, Insightful

    Let me be the first to suggest UseToBeMySQL or NowItsNotYourSQL. Or better yet SoldOutMySQL. SQLMoneyWhore might not fly but then again offensive names don't seem to be a problem with open source (I'm thinking of GIMP).

    --
    These posts express my own personal views, not those of my employer
    1. Re:They need a name change by Anonymous Coward · · Score: 5, Funny

      Since it's currently in a state after being MySQL, I propose we confuse everybody by calling it PostMySQL.

    2. Re:They need a name change by nuzak · · Score: 2, Funny

      How about TheirSQL?

      Or more descriptively, NotSQL? That one's almost a Godwin.

      --
      Done with slashdot, done with nerds, getting a life.
    3. Re:They need a name change by Lumpy · · Score: 1

      No.. fork it and call it OurSQL.

      and GIMP is not offensive enough, try showing how you discovered that the network needed redesign because you used a program called Etherape to map it for the PHB's. they for some reason see RAPE in it instead of APE.

      Problem is 90% of all forks die unless the fork is created by a large portion of the original devs or supporting devs.

      --
      Do not look at laser with remaining good eye.
    4. Re:They need a name change by McNihil · · Score: 1

      NotSQL pronounced like "NotSoCool"

      drumroll ka czhhhhhhhhhhh

    5. Re:They need a name change by Tablizer · · Score: 1

      Let me be the first to suggest UseToBeMySQL or NowItsNotYourSQL...

      HeyLetsGetMikeySql

    6. Re:They need a name change by jollyreaper · · Score: 1

      Let me be the first to suggest UseToBeMySQL or NowItsNotYourSQL. Or better yet SoldOutMySQL. SQLMoneyWhore might not fly but then again offensive names don't seem to be a problem with open source (I'm thinking of GIMP). iSQL. Has a Deliverance sorta ring to it, no?
      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    7. Re:They need a name change by jeremyp · · Score: 1

      I'd go for

      MYsql_bwahaha

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    8. Re:They need a name change by TeknoHog · · Score: 1

      MySQL is just as good a name as 'My Computer'.

      --
      Escher was the first MC and Giger invented the HR department.
  15. PostgreSQL here we come. by Anonymous Coward · · Score: 0

    That's what competition is for.

  16. Official PostgreSQL fanboi thread here :-) by adnonsense · · Score: 5, Interesting

    My take: while MySQL has improved technically in leaps and bounds over the last couple of years, stuff like this (or having its transactional backends bought out from under it by Oracle) makes it increasingly difficult for me to recommend it as a business proposition to my clients. Meanwhile PostgreSQL continues to get the job done for the majority of my projects; I have a network of professionals who support it competently; and having followed the project since 2001 or so, I'm confident it's not going anywhere but forwards.

    1. Re:Official PostgreSQL fanboi thread here :-) by jez9999 · · Score: 1

      Yeah, could you please somehow persuade the people at cPanel to get it installed by default on a new server? It's an absolute bitch to use with cPanel unfortunately, because their software is tailor-made to work with one of 2 version of mySQL. :-S

    2. Re:Official PostgreSQL fanboi thread here :-) by OverlordQ · · Score: 1

      No offense, but I doubt the people that need to use cPanel could figure out how to use Postgres.

      --
      Your hair look like poop, Bob! - Wanker.
    3. Re:Official PostgreSQL fanboi thread here :-) by hardburn · · Score: 1

      That's not the only reason why hosting companies use things like cPanel. It's because if they didn't, they'd have to give you far more unrestricted access to the system, which is obviously bad on a shared hosting environment.

      --
      Not a typewriter
    4. Re:Official PostgreSQL fanboi thread here :-) by buanzo · · Score: 1

      Yes. When I was asked to coordinate a team of designers and programmers to create the first argentinian webmail, portal and news company (dot.com bubble), we analyzed ALL available FLOSS RDBMS. Even at that early stage, PostgreSQL was FAR superior to MySQL at the integrity and complexity (ie "sql standards it supported") and manageability levels. Of course, you had to tweak it for all queries, but that's what a good DBA does anyway :)

      --
      Buanzo Consulting - 15 Years of GNU/Linux experience, for you.
    5. Re:Official PostgreSQL fanboi thread here :-) by larry+bagina · · Score: 1

      user mode linux to the rescue!

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    6. Re:Official PostgreSQL fanboi thread here :-) by Joe+Tie. · · Score: 1

      CPanel? I can't even imagine the horror if cpanel tried to implement that as a default. I remember that thing used to run kicking and screaming through the servers on even the most minor upgrades at times, overturning services and overwriting files on a whim. Don't know if their developers have improved since I left the hosting game, but I recall 9/10 times something seriously screwed up on a clients vps it would be from them upgrading cpanel.

      --
      Everything will be taken away from you.
    7. Re:Official PostgreSQL fanboi thread here :-) by Bluesman · · Score: 1

      "Of course, you had to tweak it for all queries"

      I don't know if it's gotten any better, but my experience with older versions of MySQL is that the query analyzer was so bad for all but the simplest queries that no amount of tweaking would help. For some queries I'd swear that MySQL was actively trying to do the wrong thing. It ended up being faster to do two separate simple queries in the Perl script. And this is pain-in-the-ass type of thing that benchmarks never show.

      I've never had that problem with PostgreSQL. I don't mind tweaking, when tweaking works.

      --
      If moderation could change anything, it would be illegal.
    8. Re:Official PostgreSQL fanboi thread here :-) by Trogre · · Score: 1

      I just hope the Wikipedia admins are reading this thread.

      After the 2005 corruption debacle this may be a tipping point.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    9. Re:Official PostgreSQL fanboi thread here :-) by Corrado · · Score: 1

      I was wavering between MySQL and PostgreSQL but this has made my mind up. Since my company builds server appliances containing FOSS, this hits kinda close to home. :) Consider me an official PostgreSQL supporter from now on!

      --
      KangarooBox - We make IT simple!
    10. Re:Official PostgreSQL fanboi thread here :-) by Glendale2x · · Score: 1

      Have they fixed the lack of replication problem yet? That's what kept me away years ago and towards MySQL. As I recall there was some kind of third-party replication tool, but it had a billion warnings and "if you don't do this in exactly the right steps yuo'll get raped" type documentation, which made it look like a backwards hack.

      I'll happily convert, but I want a database with integrated replication.

      --
      this is my sig
    11. Re:Official PostgreSQL fanboi thread here :-) by LindaMack · · Score: 1

      Amen. Having used PostgreSQL previously, but using MySQL recently for practical reasons on a few projects, I must say I'm looking forward to convincing the people involved to make a switch to P. And btw, thank you Hibernate for making that switch trivial.

      --
      Why, let's just say I do the dirty work for the other side, no matter what side you're on

    12. Re:Official PostgreSQL fanboi thread here :-) by archen · · Score: 2, Informative

      I think it depends on what you would like to do. As a Posgres fanboy I will be the first to support it. Been absolutely solid and I've gone upgrading from 7.1 each release up to 8.2.4 with hardly a hitch (except the known things to watch for between 7.x and 8.x). However you do pay the price in terms of flexibility. I'm not a DBA I'm an IT manager, and I mainly need a database to "keep shit in". I also only want ONE database (for this task). Sometimes I'd think I'd like to add on a ticket system, or something else. These things are typically MySQL only. I'm not sure what your appliance does, but if it basically only interacts with itself I'd go postgresql all the way. If you want flexibility then you might want to weigh in your options a bit more. More and more things are picking up Postgres support though.

    13. Re:Official PostgreSQL fanboi thread here :-) by rho · · Score: 1

      That's a funny requirement. Replication isn't a need that generally comes up before transaction support, stored procedures, etc.

      Well, I guess replication is beneficial as a backup option, but there's regular backups (cheap, slow) and virtualization (less cheap, quicker) that go before replication IMO.

      --
      Potato chips are a by-yourself food.
    14. Re:Official PostgreSQL fanboi thread here :-) by chromatic · · Score: 1

      Replication's actually quite useful if you want to spread reads among multiple servers, if reads outnumber writes by a significant factor.

    15. Re:Official PostgreSQL fanboi thread here :-) by rho · · Score: 1

      No offense, but I doubt the people that need to use cPanel could figure out how to use Postgres.

      MySQL is always touted as "easy to use", but I've never followed that logic. Some of MySQL's conventions are byzantine. Such as choosing between MyISAM and InnoDB. How non-trivial is that?

      --
      Potato chips are a by-yourself food.
    16. Re:Official PostgreSQL fanboi thread here :-) by Synn · · Score: 1

      Replication is a pretty big requirement for a lot of where MySQL is being used. I really haven't looked into PostgreSQL, have heard great things about it, but wouldn't consider it if I couldn't cluster it.

    17. Re:Official PostgreSQL fanboi thread here :-) by falconwolf · · Score: 1

      I think it depends on what you would like to do. As a Posgres fanboy I will be the first to support it. Been absolutely solid and I've gone upgrading from 7.1 each release up to 8.2.4 with hardly a hitch (except the known things to watch for between 7.x and 8.x). However you do pay the price in terms of flexibility. I'm not a DBA I'm an IT manager, and I mainly need a database to "keep shit in". I also only want ONE database (for this task). Sometimes I'd think I'd like to add on a ticket system, or something else. These things are typically MySQL only. I'm not sure what your appliance does, but if it basically only interacts with itself I'd go postgresql all the way. If you want flexibility then you might want to weigh in your options a bit more. More and more things are picking up Postgres support though.

      Thanks. I've been wonder to use PostgreSQL or Firebird for some personal projects. After reading your comment I think I'll try Firebird, but first I'll do some research.

      Falcon
    18. Re:Official PostgreSQL fanboi thread here :-) by NateTech · · Score: 1

      Not to mention that Informix is still alive and kicking, has been around and stable since the 80's, and is pretty cheap these days.

      Why not use something proven to work, and stop candy-assing around with so-called "free" database engines altogether?

      Postgres is about the only "free" engine I'd ever recommend to a customer with critical data. Maybe.

      Paying the price of a couple of good dinners out, for an engine that's been around for two decades -- and isn't going through the soap-opera-like BS that MySQL is constantly going through, sure seems like a smarter way to go, than to wonder if your DB vendor really has your best interests at heart.

      Plus, you sleep better at night.

      --
      +++OK ATH
    19. Re:Official PostgreSQL fanboi thread here :-) by jez9999 · · Score: 1

      What would you use instead? Trying to install and administer a ton of services from a shell alone (FTP, HTTP, SSH, POP3, MTA, etc.) might be OK for some who've been hacking with Unix since they were 5, but I find it a nightmare personally.

    20. Re:Official PostgreSQL fanboi thread here :-) by eakerin · · Score: 1

      I think you missed his point. He was saying that so many programs are MySQL only that, even if you use PostgreSQL (or anything else) you still might end up needing a MySQL server because many apps only support MySQL.

      As far as personal projects, use personally use PostgreSQL. I think you'll be very happy, as there is plenty of room to grow with that RDBMS.

    21. Re:Official PostgreSQL fanboi thread here :-) by Corrado · · Score: 1

      Yea, that's why I was considering MySQL in the first place; it's just used in sooo many projects. However, as you noted that is changing and PostgreSQL is coming on strong. I'm repackaging Bugzilla as a appliance and since it supports both DBMSs I'm free to use it with my database of choice. :)

      --
      KangarooBox - We make IT simple!
    22. Re:Official PostgreSQL fanboi thread here :-) by budgenator · · Score: 1

      I've got a little internal app I wrote using MySQL as the RDBMs and my experience is if your app has trouble shifting database engines then changing versions of MySQL will give you fits as well. If I have to change code because a feature is added and they let the work-around get broken; that means I have to check the RDBMs for it's version and write two or more functions to do the same thing. From there it's a no-brainer to add for Postgress and Oracle as well.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  17. Yes, it's legal by Carnildo · · Score: 3, Informative

    Before anyone bitches about it, this is perfectly legal. The GPL only requires you to provide source code to people who you also provide the compiled software to. You just can't restrict what they in turn do with the source code, which is why most GPL developers make the source code available to everyone and their dog.

    --
    "They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
    1. Re:Yes, it's legal by BlackTyranny · · Score: 1

      Now I wonder (and I'm traveling down the "how do we defeat the GPL path, not a specific MySQL bashing) if this model of distribution is a potential flaw in the GPL? (bear with me whilst I work myself through this one).

      Scenario: Let's say company X takes some super-cool GPL code, modifies that code, but only offers that modified code to customers paying for the binaries. Of course, in order to get the privilege of paying for the binaries, you have to sign a contract commercially stating you won't ask for the code, and/or you won't distribute that code. Thus, Company X can now charge for modified GPL code, without breaking the terms of the GPL for not distributing their modified code back to the community at large, since the only folks getting the binaries are people they have binding commercial contracts with...

      I can't see the light at the end of the tunnel for this one. Seems ... dangerous.

    2. Re:Yes, it's legal by jeaton · · Score: 3, Informative

      Scenario: Let's say company X takes some super-cool GPL code, modifies that code, but only offers that modified code to customers paying for the binaries. Of course, in order to get the privilege of paying for the binaries, you have to sign a contract commercially stating you won't ask for the code, and/or you won't distribute that code. Thus, Company X can now charge for modified GPL code, without breaking the terms of the GPL for not distributing their modified code back to the community at large, since the only folks getting the binaries are people they have binding commercial contracts with... This is explicity forbidden by the GPL, in section 6:

      You may not impose any further restrictions on the recipients' exercise of the rights granted herein.
    3. Re:Yes, it's legal by iluvcapra · · Score: 1

      You just can't restrict what they in turn do with the source code

      That's not exactly accurate, as a matter of fact it kinda misses the point: You can restrict recipients from distributing compiled copies of your source code without including your source, or compiling their own modified versions into a binary and distributing it without also distributing their modifications. The License places no restrictions on "what you do" with the source itself, but if you star handing out copies of the code to others (by free-beer or sale) your improvements have to be included so that the recipients have the same level of freedom to "do what they would do" with the source code as you did.

      The compulsory release of source code with distribution has all kinds of implications on software commerce -- it makes it really hard to charge money for a binary on an instance-by-instance case -- but the GPL is not ultimately commerce-minded, its main concern is with guarding an end-users right to understand and modify the operations a program may perform on his system.

      --
      Don't blame me, I voted for Baltar.
    4. Re:Yes, it's legal by chromatic · · Score: 1

      Of course, in order to get the privilege of paying for the binaries, you have to sign a contract commercially stating you won't ask for the code, and/or you won't distribute that code.

      As a copyright holder on software licensed under the GPL, I would consider this a violation of the license, as it's an additional licensing restriction. If you receive software and choose to redistribute it per the terms of the GPL, you cannot impose additional restrictions.

      ... without breaking the terms of the GPL for not distributing their modified code back to the community at large...

      That's not a requirement in the GPL. It's usually an effect of the GPL, but it's not a requirement.

    5. Re:Yes, it's legal by tepples · · Score: 1

      Scenario: Let's say company X takes some super-cool GPL code, modifies that code, but only offers that modified code to customers paying for the binaries. Of course, in order to get the privilege of paying for the binaries, you have to sign a contract commercially stating you won't ask for the code, and/or you won't distribute that code. Thus, Company X can now charge for modified GPL code, without breaking the terms of the GPL for not distributing their modified code back to the community at large, since the only folks getting the binaries are people they have binding commercial contracts with... Google sveasoft gpl to see this in practice. Sveasoft distributed copies of its GPL'd router firmware under a subscription model and would cancel the subscription of anybody who asked for a copy of the source code immediately after delivering the copy.
    6. Re:Yes, it's legal by tieTYT · · Score: 1

      let me ask another GPL question. Lets say you make your own app under the GPL license. You're the only person that has worked on it and a bunch of people have downloaded it. It uses no other libraries but your own. You decide you want to make your next version closed source. Do you have a right to do that?

      Next question is the same except in this scenario other people have contributed but signed a waver giving you ownership of copyright (I'm not sure if that makes any difference)?

    7. Re:Yes, it's legal by chromatic · · Score: 1

      Do you have a right to do that?

      Under copyright law, yes.

      Next question is the same except in this scenario other people have contributed but signed a waver giving you ownership of copyright (I'm not sure if that makes any difference)?

      Under copyright law, yes. That's how "works for hire" work, for example--how an employer can claim ownership of the copyright even if you're the one who created a work.

      Now if you want to discuss whether there's a moral or inalienable right to hold a copyright, that's a different question. I presumed you asked for the legal sense though.

    8. Re:Yes, it's legal by CastrTroy · · Score: 1

      This reminds me of vPod. It's licensed under the FreeBSD, but you can't get access to the source unless you give him a $10 donation. It's like open source, without actually giving out the source.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    9. Re:Yes, it's legal by arkhan_jg · · Score: 1

      Yes, it's legal to close the source if you either wrote the material yourself, or had the copyright of contributions signed over to you (as the FSF does so they can take legal action against those who don't follow the terms of the GPL while distributing their code). This is quite commonly done (sort of) to allow two licenced versions of the same software. QT, for example has a GPL version, but linking against the libraries thus requires your own code to be GPL. They also have a pay-for otherwise identical non-GPL version so that commercial businesses wanting to embed QT code in their app don't have to GPL their app - but they do have to pay for that option.

      --
      Remember kids, it's all fun and games until someone commits wholesale galactic genocide.
    10. Re:Yes, it's legal by jeaton · · Score: 1

      let me ask another GPL question. Lets say you make your own app under the GPL license. You're the only person that has worked on it and a bunch of people have downloaded it. It uses no other libraries but your own. You decide you want to make your next version closed source. Do you have a right to do that? Yes. You can't stop people from using the GPL'd releases under the terms of the GPL (it's an irrevokable license), however you can license any future version how you wish. You could also choose to license the existing code under additional licenses, for example, allowing a closed-source product to use your code for a fee.

      Next question is the same except in this scenario other people have contributed but signed a waver giving you ownership of copyright (I'm not sure if that makes any difference)? No different. You, as the copyright holder, have the option of how to license the work.

      Things like the Linux Kernel have copyrights held by many different people. These people would all have to agree to change the license. Things like various GNU software packages require submissions for inclusion in the main GNU distribution to have a signed copyright waiver (placing the code in the public domain) or to assign copyright to the FSF. This is what allows them to change the licenses on the GNU projects to GPLv3.
  18. In addition, have you RTFA? by WindBourne · · Score: 4, Insightful

    It says that the source will no longer be shipped as a tarball. You now have to take it out of bitkeeper. IOW, you still get the source.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:In addition, have you RTFA? by larry+bagina · · Score: 5, Funny

      bitkeeper is not FREE software. I cannot use it in good conscience, and neither should you. For all intents and purposes, their source code is locked away.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    2. Re:In addition, have you RTFA? by Anonymous Coward · · Score: 4, Funny

      Oh Christ, shut up.

    3. Re:In addition, have you RTFA? by X0563511 · · Score: 2, Interesting

      Wow, thats irritating. Hopefully someone decides to follow their releases and package tarballs themselves, in spite of MySQL. Unless of course MySQL are just doing it to be lazy, which is entirely possible.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    4. Re:In addition, have you RTFA? by WindBourne · · Score: 1

      Well, I will not be buying a client, but if one of my work sites wants this and buys a client, then I have no issue with it. The truth is that mysql still makes the source code available, just not in a fashion that YOU want them(and others) to do so.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    5. Re:In addition, have you RTFA? by Planesdragon · · Score: 1

      bitkeeper is not FREE software. I cannot use it in good conscience, and neither should you. For all intents and purposes, their source code is locked away. No. The source code is sealed in an envelope of hemp. You, a good citizen of the world, would never dare dream of touching any part of an illegal weed, and thus you never see it. But all you have to do is accept the world as it is, rather than how you think it should be, and then you can have the source code. You don't need to say that hemp is good, you don't even have to keep the envelope. You can even wear gloves.

      The only thing keeping you from what you desire is your slavish adherence to a self-righteous code takien to an absurd extreme. I have no sympathy.
    6. Re:In addition, have you RTFA? by Anonymous Coward · · Score: 0

      keep quiet, furry

  19. This is no big deal. by bmo · · Score: 4, Informative

    It's right in keeping with the GPL. The GPL doesn't say "you have to give the source to all and sundry." No, they just have to give the source code to those they gave the binaries to, i.e., their paying customers.

    The work-around for the community is hinted at here:

    "Though MySQL AB will not be distributing the source tarball, Urlocker says that MySQL isn't going to try to stop distribution of Enterprise Server source by others. "If somebody wants to, that's fine. People can distribute it.... "

    Getting the source code as a tarball on a public server for everyone is an intellectual exercize for the reader.

    I read this as a "We're not going to be hosting for leeches. You want a public server, set your own up"

    --
    BMO

    1. Re:This is no big deal. by ChrisMounce · · Score: 2

      Yes. The title of this article really was misleading, especially with that one about BitTorrent the other day - saying that they're "closing off" their source makes it sound like they were planning on going fully closed-source.

    2. Re:This is no big deal. by Todd+Knarr · · Score: 3, Informative

      Not technically correct. They can limit giving the source code to only their customers if and only if they provide the source code along with the binaries. If they provide the source code seperately, then the GPL requires them to offer the source code to any third party that asks for it for at least 3 years from their last binary distribution. This is because any party who receives the binary is entitled to the source even if they didn't get it directly from MySQL AB.

    3. Re:This is no big deal. by bmo · · Score: 4, Interesting

      "This is because any party who receives the binary is entitled to the source even if they didn't get it directly from MySQL AB."

      And you, Sir, are not entirely correct. I cannot bend over MySQL AB by giving people binaries of MySQL. If you get binaries from me, then *I* must offer the source code *not* MySQL. If MySQL AB no longer offers source to all comers, then it's *my* problem, not theirs.

      From GPL V2 (which is what MySQL is using currently)

      "b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,"

      If I'm distributing version 2 GPLed MySQL, that clause is talking to _me_ and not MySQL AB. The "c" clause gives me an out if I'm noncommercial and I can point to SourceForge or a public server offering MySQL source.

      --
      BMO

    4. Re:This is no big deal. by Todd+Knarr · · Score: 1

      You forget the other place clause "c" comes into play. That's when a customer of MySQL AB receives binaries from them under clause "b" and then noncommercially under clause "c" passes along the written offer MySQL AB made to them to a recipient. That recipient is then entitled to the source code from MySQL AB, because they've got that written offer. The FSF considered your scenario, and wrote the GPL so that it doesn't work your way. There's a path from the final recipient up to the original source, and the party responsible for providing the final recipient with the source code is always on that path.

      Note that this is really a special case of a more general case the GPL was worded to deal with. The general case is any distributor handing out binaries and pointing recipients at an uninvolved third party (eg. SourceForge) for the sources. That third party may not be under any obligation to keep the sources available (eg. they only distribute under clause "a") and so may decide to take the sources down. The GPL anticipated this, and insured that recipients can't be left with no way to get the source in that case.

    5. Re:This is no big deal. by bmo · · Score: 1

      But with regards to the previous messages, if I'm just distributing binaries, and I'm not passing on the written offer for source code, I'm the one on the hook. If I am a commercial distributor, there is always someone on that path that has the source code, and that person is _me_, as the last distributor in the chain for the sake of this discussion. This is why Tivo has to distribute source code to its end users and not RedHat or the original authors of the Free Software inside a Tivo box.

      It is not fair, or morally right for me, while not acting as an agent of MySQL AB and distributing MySQL binaries, to put MySQL AB on the hook for people who haven't bought the binaries from them. *I* am the guy who should be offering up the source code. Not them.

      With regards to clause C, if I am a non-commercial distributor, and I point at a public server for source code and that server disappears, the end user *cannot* get the source code from MySQL AB if mySQL AB says "tough titties, buy a licensed binary" and the end user doesn't feel like ponying up. MySQL AB is not obligated to give it to them, because that end user did not have a prior relationship with MySQL AB as a customer or even as a downloader of *their* binaries.

      --
      BMO

    6. Re:This is no big deal. by magictongue · · Score: 1

      I hear this argument all the time and it completely invalid. One must give out the source code to 3rd parties unless one provides the source code bundled with the binaries. If one, does not distribute the source code with the binaries one then needs to provide the source code to anyone who requests it. Following the logic, the GPL allows everyone to have the source code no matter how they obtained the binaries - it was either included with the binaries or provided by request. (On a side note has anyone ever requested the source code to Tornado from vxWorks? They appeared to miss this point in the past.) Here is the exact text in GPL v2... 3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, _ b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)

    7. Re:This is no big deal. by rastoboy29 · · Score: 1
      No, they don't have to give their source code to anyone. Ever.


      You do, and even then only if you want to distribute binaries made from their source.

    8. Re:This is no big deal. by jeremyp · · Score: 1

      With regards to clause C, if I am a non-commercial distributor, and I point at a public server for source code and that server disappears, the end user *cannot* get the source code from MySQL AB if mySQL AB says "tough titties, buy a licensed binary" and the end user doesn't feel like ponying up. MySQL AB is not obligated to give it to them, because that end user did not have a prior relationship with MySQL AB as a customer or even as a downloader of *their* binaries.
      But you wouldn't be able to use option C if you didn't have a written offer from MySQL AB making the source code available to everybody for three years.

      So if MySQL made an offer to you saying "the source code will be available to anybody on this FTP server until at least 2010, you can pass on that offer to others under clause c and if MySQL shut down the server tomorrow, they would be breaking the terms of the written offer, but not necessarily the GPL, because they are the copyright holder of all of the code.
      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    9. Re:This is no big deal. by Eivind+Eklund · · Score: 2, Insightful
      As I read it, that clause is talking to BOTH of you. Both you and MySQL have to do it. "Any third party", it says. Not even just those that have the binary, *any* third party.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
  20. Does this surprise anybody? by z-j-y · · Score: 1

    after all, it is called MY SQL, not your SQL, or her SQL.

  21. Terrible submission by Anonymous Coward · · Score: 1, Informative

    "The folks at MySQL has quietly..." thats just awful, I know we don't read the articles... but we aren't even reading the first sentence of the submission now?

    1. Re:Terrible submission by SoTuA · · Score: 1

      Can I has grammr?

    2. Re:Terrible submission by Anonymous Coward · · Score: 0

      It would be nice if the editor added "[sic]" periodically throughout the submition. It's hard to expect it though.

      (for those not in the know, "sic" means roughly, "I'm quoting, and the mistake you see here is not my fault, but is in the original".)
      (From Wikipedia "Sic is a Latin word that means 'thus' or, in writing, 'it was thus in the source material'.")

    3. Re:Terrible submission by Anonymous Coward · · Score: 0

      As in, Anonymous Coward talked about the "submition [sic]".

  22. You've misread the terms by Anonymous Coward · · Score: 0

    You can sell the code for a profit. That's the whole idea. I can literally take any GPL project and sell it for money. Nobody will buy it, but it is perfectly legal according to the GPL. Also you can buy the GPL software I sell you, and distribute it for free, which is also okay under the terms of the GPL. You and I just need to include the source code, or make it available.

    Now since MYSQL owns rights to the code, they are also free to change the license at any time, though the currently distributed version are still under GPL.

    1. Re:You've misread the terms by penix1 · · Score: 3, Informative

      You are spot on with one problem....

      Code that was "contributed" doesn't belong to MySQL but to the individual authors. Unless they have something assigning the rights to MySQL (always a possibility since I don't use MySQL I wouldn't know) those copyrights still belong to the authors of that code. In short, they would still need the "official" OK in some form from the authors (ALL of them) of the code. That is why a license change is always something to be avoided where GPL is concerned.

      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    2. Re:You've misread the terms by Decibel · · Score: 4, Informative

      MySQL requires code contributions to be re-assigned to MySQL AB, so AFAIK they actually own every last line of code. Which of course means that they are free to do anything they want, including close-source the whole thing.

    3. Re:You've misread the terms by blind+biker · · Score: 1

      MySQL requires code contributions to be re-assigned to MySQL AB, so AFAIK they actually own every last line of code.

      Wow, that's really mean. Actually, a totally bastard thing to do. I don't know of any other opensource project that would dare to be such a douchebag towards contributors, and get away with it. How MySQL managed so far, is beyond me. Perhaps contributors were unaware of this clause, just like I was, before reading your post?

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    4. Re:You've misread the terms by tajmorton · · Score: 1

      The FSF does the same thing...so if you contribute to any GNU project, you must assign your copyright to them. See this for details.

      --
      Tell the truth and you won't have so much to remember.
    5. Re:You've misread the terms by syousef · · Score: 2, Insightful

      MySQL requires code contributions to be re-assigned to MySQL AB

      Then why on earth are we calling it open source?

      Every time a product starts to get good, some greedy fugknuckle on the project decides to close the source. We've seen it again and again. Here are the ones the come to mind:

      FICS - Free Internet Chess Server
      DD-WRT - Firmware for Linksys router
      CDDB - Distrubted CD catalogue system
      BitTorrent - File transfer (on /. yesterday)
      Now MySQL

      I'm sure others could add plenty more examples. Anyone who committed to developing or using these products because the were FOSS has been badly burned.

      I think this is becoming a bigger threat to open source than any other and it certainly puts me off contributing anything. For goodness sake don't call it open if they have the ability to close it off legally at any moment.

      --
      These posts express my own personal views, not those of my employer
    6. Re:You've misread the terms by Anonymous Coward · · Score: 0

      > Every time a product starts to get good, some greedy fugknuckle on the project decides to close the source.
      > We've seen it again and again.

      They are not closing the source. To fetch the source you just have to type:

      bk clone http://mysql.bkbits.net/mysql-4.1 mysql-4.1

      Is that so hard? What they are not providing is a TARBALL. If you want the tarball anyway:

      bk clone http://mysql.bkbits.net/mysql-4.1 mysql-4.1
      tar -cf mysql-4.1.tar mysql-4.1/

    7. Re:You've misread the terms by chromatic · · Score: 1

      Then why on earth are we calling it open source?

      Because that's a popular term to describe software distributed under an OSI-approved license.

  23. Makes me glad that RubyForge... by tcopeland · · Score: 1

    ....is on PostgreSQL. Good stuff!

    1. Re:Makes me glad that RubyForge... by chromatic · · Score: 1

      C'mon Tom, you're smarter than that. Read the article.

    2. Re:Makes me glad that RubyForge... by tcopeland · · Score: 1

      Argh, yeah, I did... and you're right, the code is still there. Serves me right for posting immediately....

    3. Re:Makes me glad that RubyForge... by cerberusss · · Score: 2, Funny

      Ha Ha you're being apologetic, but behind your browser you're smugly grinning that you plugged both RubyForge and PostgreSQL. :-)

      --
      8 of 13 people found this answer helpful. Did you?
  24. Not closing anything. by Anonymous Coward · · Score: 1, Informative

    There's nothing "closed" about the source to MySQL Enterprise Server. It's still under the GPL. MySQL AB is simply choosing not to make the source accessible from their ftp servers to the general public, which doesn't stop anyone else from choosing to distribute it themselves.

  25. I smell a fork coming soon. by Lumpy · · Score: 4, Insightful

    Lots of OSS projects use Mysql. If they want to take their ball and go home, so bet it. we can take a tarball and create OurSQL.

    Come on people this is what OSS is all about. forking and starting a new project because the current project leaders became poopwads.

    --
    Do not look at laser with remaining good eye.
    1. Re:I smell a fork coming soon. by The+Bungi · · Score: 1
      I hope you have the money to pay off Oracle if you want your fork to support transactions and the such.

      "Just fork it" is becoming less and less viable these days for larger projects. I think the last 'great fork' we'll probably see was Xorg.

    2. Re:I smell a fork coming soon. by jadavis · · Score: 1

      A fork would lose so much momentum that no real new development would happen for a long time. Sure, they'd be able to maintain the last snapshot with bugfixes to a degree, but new users and developers would just jump to the other free databases, and existing users may migrate away from MySQL. The fork would go through a long cycle of trying to find qualified leaders and building a developer community. Most likely, that would never happen because good alternatives exist.

      If someone forks, they better like the last snapshot of MySQL a lot, because the code will be pretty much the same for a long time.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    3. Re:I smell a fork coming soon. by jadavis · · Score: 1

      "Just fork it" is becoming less and less viable these days for larger projects. I think the last 'great fork' we'll probably see was Xorg.

      I don't think Xorg will be the last great fork, but I agree that forking MySQL will not bear any fruit. I think the projects are different in a couple important ways:

      (1) For MySQL, alternatives exist. Why fork when you could just use PostgreSQL or FirebirdSQL? Those projects are both under active development, and MySQL will lose too much momentum and effectively be at a development standstill for a long time. It just doesn't make sense to do anything to it except fix bugs.

      (2) Development of Xorg doesn't involve as many tradeoffs, compromises, opinions, conflicting goals or long-term design implications as an RDBMS. For the most part, in Xorg, any patch by a good developer is a good patch. That's simply not true for an RDBMS.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
  26. Copyright by gd2shoe · · Score: 1

    ...and cannot sell the code for profit.

    This is a common misconception. You CAN sell GPL code. The GPL specifically allows it. The only thing you must do is provide the source code (in one way or another) and the only thing you can't do is include additional restrictions.

    As the other posters have pointed out, the copyright owner has the right to dual license the software (offer the software under more than one license). The GPL is not law, but an open ended contract. It is permission to copy the code if certain conditions are met. This doesn't mean that the copyright owner can give permission under other conditions as well.

    On the other hand, who is the copyright owner of patches and bug fixes submitted to them? IANAL, but it would seem to me that this could be a legal problem. For example, Sun requires anybody working on/patching Open Office to have a record on file delegating copyright of patches back to Sun. If MySQL AB doesn't do something like this, how do they plan to fend off lawsuits? (frivolous or legitimate)
    --
    I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
    1. Re:Copyright by chromatic · · Score: 1

      On the other hand, who is the copyright owner of patches and bug fixes submitted to them?

      MySQL AB requires copyright assignment for submitted patches.

    2. Re:Copyright by Anonymous Coward · · Score: 0

      You CAN sell GPL code. The GPL specifically allows it.

      True. However, the common misconception is that just because the GPL has some language permitting selling code in theory that it's actually possible to do so in practice "for profit".

      The problem is that if the source code is available to anyone that wants the product, then they can get it simply by building the code. Therefore, the maximum amount you can actually charge for the product is the marginal amount corresponding to how much bother it is to build the code. Now, some customers may lack any ability or interest in doing so. You might think you could charge them relatively hefty fees.

      However, you are not the only source of the product. In fact, anyone that has the ability to build the code might do so and post binaries. (You'll note that lots of OSS is available in binary form, and a high percentage of users download the binaries without the source.) So, in fact, the maximum you can charge devolves to the marginal effort not of the customer building the code, but of anyone building the code.

      And since we're talking about effort for a bored college student, plus the effort required perhaps for a Google query, the maximum amount you can actually charge for GPL'd software in a free economy is quite minimal.

  27. Two ways I can think of to go now... by erroneus · · Score: 3, Insightful

    A MySQL fork: "OurSQL" or something like that

    or

    A general shift to PostgreSQL... seems a lot of people are favoring that route.

    I don't care which way it goes, the community will respond and MySQL will become irrelevant.

    1. Re:Two ways I can think of to go now... by bigtangringo · · Score: 1

      Now if PostgreSQL could just fix their temp table + stored procedure shit I'd be happy. Temp tables cannot be effectively created in stored procedures, if you want to pull this feat off you have to wrap SQL queries in an EXECUTE. Suffice to say if you do any extensive work with temp tables in stored procedures, it's a nightmare.

      I haven't looked back at PG in the past few months, but I doubt it's been changed.

      --
      Yes, I am a smart ass; it's better than the alternative.
    2. Re:Two ways I can think of to go now... by RuneB · · Score: 1

      You can be happy now. From:
      http://archives.postgresql.org/pgsql-committers/20 07-03/msg00136.php

      Log Message:
      -----------
      Make use of plancache module for SPI plans. In particular, since plpgsql
      uses SPI plans, this finally fixes the ancient gotcha that you can't
      drop and recreate a temp table used by a plpgsql function.

      --
      dtach - A tiny program that emulates the detach feat
    3. Re:Two ways I can think of to go now... by lysse · · Score: 1

      Don't forget Firebird!

  28. Bad timing by 91degrees · · Score: 1

    Why couldn't these have happened at the end of March? Linux, GCC and Emacs to close source would have been fantastic April fools followups.

  29. GPL Question by Saint+Stephen · · Score: 0, Offtopic

    I'm writing a framework for Windows Services and Apps in C#. I want to keep the source code to the libraries "commercial," and make the four sample apps I write to test it with LGPL3.

    I own the copyright to everything. Can I do this?

    (I know it's OT but I don't want to go register on a list just to ask one GPL question.)

    1. Re:GPL Question by MSG · · Score: 1

      No, you can't. GPL and LGPL applications can't depend on proprietary libraries, unless those libraries are a standard part of the platform on which the application runs.

    2. Re:GPL Question by Saint+Stephen · · Score: 1

      How about commercial framework + BSD apps? Or should I just classify everything as commercial and give away the source to the apps under some ambiguous license.

      The point is I want to keep the good bits just for me but I don't care if other people use my stuff.

    3. Re:GPL Question by QuantumG · · Score: 1

      You can do anything you want.

      Of course, if you're doing what you say then you won't be giving people permission to redistribute the work.. so using the GPL would be pointless. If you don't want to do something that is pointless, you need to put the sample apps under the GPL + an exception for your libraries.

      --
      How we know is more important than what we know.
    4. Re:GPL Question by Anonymous Coward · · Score: 0

      Use the BSD License. It doesn't compel you to distribute the source. The license has two clauses, one that says "do whatever you want" and the other than says "there's no warranty, you can't sue us if our code breaks your stuff." Microsoft uses BSD-licensed code in their network stack - and they don't distribute the source, even though they use it.

  30. Community to MySQL by dkleinsc · · Score: 1

    "Fork you!"

    Really, it's that simple when you have GPL software.

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
    1. Re:Community to MySQL by peektwice · · Score: 1

      Absolutely right. The "paying customers" have the right to freely redistribute the source code to anyone they feel like as well. That's a big "fuck you" to anyone trying to not distribute source except to a few select groups.

      --
      Other than this text, there is no discernible information contained in this sig.
  31. what I wonder is if they are using .... by 3seas · · Score: 1

    ...the community version as a test bed for the enterprise version, which in that case it becomes clear that there is an imbalance or dismissal of the value of the community users, an abuse if you will.

    The GPL was intended to remove such abuses. The GPL v3 is intended to do the same thing but in consideration of the fraud of software patents. But the point is clear, the GPL in general is to prevent abuses.

    On the slip side, there is nothing preventing someone who has access to the enterprise version from making it available to the community users. Or would that be considered an abuse of a paying customer?

    1. Re:what I wonder is if they are using .... by sigzero · · Score: 0

      "the community version as a test bed for the enterprise version, which in that case it becomes clear that there is an imbalance or dismissal of the value of the community users, an abuse if you will." What a load of crap that is. There is no "abuse" there. That is business and that is perfectly in line with the GPL.

  32. Say what? by Kadin2048 · · Score: 2, Interesting

    fuck you zonk!
    no, I've had enough of your bullshit! take this goddamn article down right fucking now and change the title you worthless fucking excuse for a yellow journalist! For fucksake you READ the goddamn article before you post it, I HOPE.
    Fucking immune from moderation troll-assed motherfucker, I will sacrifice my "excellent" karma to bring you down! Anyone want to clue me in on what's going on there? And what all the yelling is about?
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Say what? by Omnifarious · · Score: 5, Informative

      The title does not accurately reflect the summary or the real state of affairs. It is sensationalist in the extreme.

    2. Re:Say what? by bladesjester · · Score: 0

      Sudden onset of Turret's Syndrome?
      Self-administered electro-shock therapy?
      Twitter has a new account?

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    3. Re:Say what? by commodoresloat · · Score: 5, Funny

      And it's a good thing we had such a measured and non-sensational response to that situation....

    4. Re:Say what? by Omnifarious · · Score: 1

      *laugh* Any more rabid and I'm sure Zonk would be foaming at the mouth right now, or at least contemplating a few days worth of long needles to the stomach.

    5. Re:Say what? by Hijacked+Public · · Score: 1

      At least it was entertaining.

      Unlike, say, the response from the other side of the debate, indicating that either they are A-OK with World Weekly News style headlines or that they recognize the problem and are all planning to sit down and figure out how to rein in the dumb shit.

      Anything at all would be nice, really. "We're too busy to fuck with headlines" would be fine. "We don't think you people are smart enough to have a discussion on your own". As of late all we've gotten in the way of direct communication is a rant about a toolbar that rates web sites. Or maybe we have and I just don't hang out on IRC channels so I missed it.

      --
      "Sacrifice for the good of The State" - The State
    6. Re:Say what? by pallmall1 · · Score: 2, Insightful

      The title does not accurately reflect the summary or the real state of affairs.
      You are right. A better title would be:

      MySQL Bugs Community Edition Users

      Releasing bugs with the community edition and fixing them for the enterprise edition doesn't say much for MySQL technically, or ethically, take your pick.
      --
      3 things about computers: they're alive, they're self-aware, and they hate your guts.
    7. Re:Say what? by sortius_nod · · Score: 1

      This is just as bad.

      While I do use MySQL as my main database system, I am no fanboy. I have never come across a situation where I have experienced any bugs at all. If I did, I'd submit them to MySQL. If it was merely the fact I'm using community and I need an enterprise solution... well... that's a simple one to figure out.

      I agree that Zonk needs to be culled, like many of these "net journos". It's just as bad as submitting articles that are snopesed 2 days later.

      Learn to keep your opinion out of it Zonk. You just end up looking like a tool.

    8. Re:Say what? by Anonymous Coward · · Score: 0

      *Tourette's

    9. Re:Say what? by Edie+O'Teditor · · Score: 0

      No, the grandparent was right - he's going to attack Zonk with a tank. And who can blame him?

      --
      If X is the new Y, and Y is "X is the new Y", solve for X.
    10. Re:Say what? by Anonymous Coward · · Score: 0

      Level-headedness is overrated.

  33. Account Hacked !! by Anonymous Coward · · Score: 0

    This is utopianfiat. Some tarball hacked my account. Disregard.

    1. Re:Account Hacked !! by needacoolnickname · · Score: 3, Funny

      It's okay. We've all had a drink or two and then posted.

    2. Re:Account Hacked !! by Rodness · · Score: 1

      Lemme get this right:

      1) Someone hacks your account to post an expletive-rich-but-otherwise-not-inaccurate summary of Zonk's general moderating style.
      2) You then ANONYMOUSLY claim the account was hacked, instead of attempting to verify your identity.
      3) ???
      4) Profit ???

      (btw... lol! wish I had mod points, I wouldn't have had to post this crap.)

    3. Re:Account Hacked !! by Anonymous Coward · · Score: 0

      This is utopianfiat. I was lying about someone hacking my account. You see, this is what actually happened. I've been drinking tonight. My girlfriend left me (puncture wound, you see), my dog ran away, my dad took the keys to his car away and said that now that I'm 45 I should be able to buy my own care. I told him I don't have a job but he just wouldn't listen. Also I ran out of mountain dew and when the guys came over to play D&D they all complained that I didn't have any, or cheetos either, so they left.

      So I was just lonely and sad. I didn't mean it, honest.

    4. Re:Account Hacked !! by everphilski · · Score: 5, Funny

      this is the real utopianfiat. the prior utopianfiat, who hacked the last utopianfiat, has been sacked.

      "MYND YOV MOOSE BITES KAN BE PRETTI NASTI"

    5. Re:Account Hacked !! by Dragonslicer · · Score: 1

      Won't the real utopianfiat please stand up?

    6. Re:Account Hacked !! by budgenator · · Score: 1

      She wasn't your girlfriend, she would just play D&D at the same table as you as long as the Mountain Dew and Cheetos were free and abundant

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  34. Reconsidering my Enterprise Order by MattW · · Score: 4, Interesting

    By discouraging people from getting and using the Enterprise version, I feel less and less safe deploying it myself. Less users = less chances to catch problems. Less code = less review = less security.

    I'm about to deploy 4 MySQL servers for some serious volume and was strongly considering buying into an enterprise package, largely on the strength of their monitoring tool, but now I'm seriously thinking it's time to try Postgres.

    1. Re:Reconsidering my Enterprise Order by sjwest · · Score: 2, Interesting

      Ewald Geschwende do a good book on postgress (on o'reliys safari too if i remember) I use postgres for our internal apps.

      Perhaps when wordpress moves to postgres will get noticed, I consider mysql a childrens db, postgres is good enough without getting into bigbucks Oracle territory.

      Choice is good - mysql for mysql's sake is a lame argument.

  35. Inferior version by bl8n8r · · Score: 2, Informative

    "One of the things that many users worry about is whether they're getting an
    inferior version of MySQL by using the Community version."

    They already have SCO, how much more inferior can they get.
    http://slashdot.org/article.pl?sid=05/09/04/173022 5

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
  36. Wasnt this predicted? by nurb432 · · Score: 3, Insightful

    I dont think anyone is really suprised.

    PostgreSQL is still free and more powerful anyway so no great loss.

    --
    ---- Booth was a patriot ----
  37. The new name is... by Dealer+MacDope · · Score: 1

    They should rename it TheirSQL.

    --
    [[ DmD ]]
  38. Whatever THEY want by El+Lobo · · Score: 5, Insightful
    Whatever it is, they are in their perfect rights to do what they want with THEIR code.

    This is actually the tendence that worries me. These days many people (thankfully not everybody) think they have the RIGHT to get everything for free. One bitches because product X is not Open Source (Ohh what a crime!!!). The other bitches because X (which VERY GENEROUSLY was giving many years of hard work to people who don't even write a line of code) is taking their hard work back for Y reasons (yes, making a buck for many years of hard work is not a bad thing , you know)

    Another funny thing: I was talking to a man here at work. The man is a a rabious defender of OS. He wouldn't touch a non- OS program, he almost cried when MS made a deal with Novell, he screams how much he hates Photoshop and how great Gimp is (just because is OS)... And guess what? He develops a very good backup solution for databases and he takes good money for it. He was having some difficulties adding features. Knowing how good of an OS supporter he was I had the nerve to suggest to him to open the source of his program. ARE YOU FUCKING MAD?- he said. DO YOU KNOW HOW HARD I WORK FOR THIS SHIT? AND I WOULD GIVE IT TO THE DOGS?....

    Moral of the story. If you work hard for your work and wnat to share , so be it. If you want to get your work back iand this is posible, just do it. You have the right. people will bitch, people will call you a shit, people will hate you... And yet, the majority of them won't share a shit either giving the oportunity.

    Making money is not a crime folks....

    --
    It's time to realise that Abble's products are the biggest abomination these days. Just say NO to the dumb iAbble way!!
    1. Re:Whatever THEY want by ShieldW0lf · · Score: 1

      Making money is not a crime folks....

      Not yet, but we are working on it.

      --
      -1 Uncomfortable Truth
    2. Re:Whatever THEY want by dynomitejj · · Score: 0

      Good post... AMEN ! I have enjoyied the fruits of OS for many years, but it seems like most of the people on slashdot have a silly religious fever about OS. I have thought about open sourcing my apps for a long time, but can't quite bring myself to do it because I have to feed my family. I'd like to think that if I give, people give back... but I'm not convinced that's the case. I'm so tired of reading stuff on slashdot where anyone who does anything but give high quality enterprise grade software away for free to a bunch of people who don't give back is accused of being evil

    3. Re:Whatever THEY want by Tuoqui · · Score: 1

      If they've used GPL'ed code they're obligated to offer the source code to anyone who has a copy of the software and they are free to distribute it as they please as well.

      Most Open Source licenses have provisions for people to obtain the source code (otherwise it wouldnt be open source now would it?). What we're seeing here is a company that had their stuff open source and decided to try and take their ball and go home so to speak.

      --
      09F911029D74E35BD84156C5635688C0
      +2 Troll is Slashdot's way of saying groupthink is confused
    4. Re:Whatever THEY want by errxn · · Score: 1

      So, to summarize the mindset:

      "Profiteering is inherently evil, except, uhh, of course, in my case."

      Wow. Shocker, that.

      --
      In Soviet Russia, Chuck Norris will still kick your ass.
    5. Re:Whatever THEY want by beradg · · Score: 1

      Beautifully said.

    6. Re:Whatever THEY want by budgenator · · Score: 1

      If they've used GPL'ed code they're obligated to offer the source code to anyone who has a copy of the software and they are free to distribute it as they please as well.
      They do, customers have an account that allows them to download the sources and the customers are free to do as the please there after. Only customers can download the enterprise editions of MySQL so MySQL is under no obligation to provide the source to every Tom, Dick and Harry on the internet. MySQL does allow every Tom, Dick and Harry to download the unsupported, well test and more up-to-date stable community versions as well as the beta and alpha versions and anyone can download the sources as required by the GPL.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  39. WeSQL by Anonymous Coward · · Score: 0

    Well, time to make the WeSQL community oriented fork. Fuck MySQL AB and its totalitarian ways.

  40. PLEASE MOD PARENT UP by pfedor · · Score: 2

    The parent's point is exactly true. Richard Stallman was selling copies of Emacs, using his own words "making a living" out of it, and proudly gives it as an example of a business model built around Free Software. Claims that MySQL AB violates the letter or the spirit of GNU GPL by charging money for the Enterprise version of its product are false and ignorant.

    1. Re:PLEASE MOD PARENT UP by Lehk228 · · Score: 1

      falseness and ignorance are nearly unlimited resources on slashdot.

      --
      Snowden and Manning are heroes.
  41. Except MySQL isn't a project by Decibel · · Score: 1

    MySQL hasn't been a project for a long time (if ever)... it's a commercial application that happens to also be GPL'd. The vast majority of the development is done by MySQL AB, and other than users there isn't really much of a community. I'm not saying this is wrong, but MySQL isn't a project.

    FreeBSD provides a good (non-database to avoid the flamewar) counter-point. While there are some commercial contributors, there is absolutely no commercial control of the project. What control does exist does so in the context of a meritocracy.

    1. Re:Except MySQL isn't a project by mr_mischief · · Score: 1

      Speaking of FreeBSD and MySQL, does FreeBSD's threading still kill MySQL performance? I know there's been some work on the whole issue, but I haven't followed all of it.

  42. Oh my god by Bluesman · · Score: 1

    That's scary. I have a FAPP server at home.

    --
    If moderation could change anything, it would be illegal.
    1. Re:Oh my god by the+unbeliever · · Score: 1

      I thought I was the only one who had a file server just for porn!

  43. Firebird by tepples · · Score: 2, Informative

    Then again there's also Firebird, forgot whose codebase they used. Firebird is the community continuation of Interbase. (Interestingly enough, the license for Firebird is based on the MPL, better known as the license for Firefox.)
    1. Re:Firebird by petermgreen · · Score: 1

      and to make life even more confusing firefox used to be called firebird and both projects have previously been called phoenix

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    2. Re:Firebird by Lehk228 · · Score: 1

      furthermore, Firefox changed their name to avoid shitting on Firebird SQL.

      --
      Snowden and Manning are heroes.
    3. Re:Firebird by justlost · · Score: 2, Informative

      I've used firebird on a POS system I was developing. I've used the embeded version and the server classic version and they work very well. As a matter of fact I learned SQL from firebird. The syntax just works every where else. Very compliant!. You will not find auto indexers, but you can create your own with triggers. In my option, firebird can be used to replace most databases with little work.

    4. Re:Firebird by Anonymous Coward · · Score: 0

      And Firefox recently released v2.0 and so did Firebird ;-)

      Anything else we've forgotten?

    5. Re:Firebird by MrNaz · · Score: 1

      So what you're saying is the Firefox is the inbred result of too-closely related parents? That explains quite a lot...

      --
      I hate printers.
    6. Re:Firebird by falconwolf · · Score: 1

      I've used firebird on a POS system I was developing. I've used the embeded version and the server classic version and they work very well. As a matter of fact I learned SQL from firebird. The syntax just works every where else. Very compliant!. You will not find auto indexers, but you can create your own with triggers. In my option, firebird can be used to replace most databases with little work.

      Thanks. I'm new to dbs, I took a class of database design a few years ago but haven't done anything since. As a reintroduction to dbs I've been thinking of creating dbs for my movies and music. Though I currently don't have much music right now I'd like to get a turntable and reel-to-reel tape deck, then I'll be buying new vinyl records. However I've got hundreds of movies on both vhs tapes and dvds. This could help me learn enough to develop a db as part of an application suite for photographers, for myself really but I'd like to be able to sale it to other photographers as well, especially if it's going to take me a significant amount of tyme to develop.

      Falcon
    7. Re:Firebird by Just+Some+Guy · · Score: 1

      This could help me learn enough to develop a db as part of an application suite for photographers, for myself really but I'd like to be able to sale it to other photographers as well, especially if it's going to take me a significant amount of tyme to develop.

      You want SQLite. It's fast, it's simple, and it's Free. You can embed it in your software (regardless of license) and it'll just work.

      --
      Dewey, what part of this looks like authorities should be involved?
    8. Re:Firebird by Anonymous Coward · · Score: 0

      Firebird (DBMS) has never been called "phoenix".

      --
      Martijn Tonies
      Upscene Productions

  44. It's all in the in the marketing by icepick72 · · Score: 4, Interesting

    It's interesting to see how the community often openly promotes and vehemently defends an "open" piece of software but if the software starts to "close" then all the problems start coming out and suddenly it's a piece of @#$! The robustness of software doesn't change with a philosophy. It's all the in marketing. I mean if MySql were still open then we'd see posts comparing it against Microsoft's software. Now for "some reason" they're equivalent in the garbage bin. I will remember this indeed.

    1. Re:It's all in the in the marketing by chromatic · · Score: 1

      What's interesting is to see all of the knee-jerk reactions to a really bad story summary.

    2. Re:It's all in the in the marketing by Anonymous Coward · · Score: 0

      Apart, you know, from all the myriad posts criticising MySQL that there have been on Slashdot for years. Nice troll, though.

    3. Re:It's all in the in the marketing by Anonymous Coward · · Score: 0

      Actually for a lot of us MySQL has always left a lot to be desired. I just hope this ship sinks so we can get on using real RDBMS's like PostgreSQL that have been ACID complete forever. Not bullshit RDBMS like MySQL that have a bunk ACID backend that nobody uses yet everyone references to claim the database they use doesn't suck.

    4. Re:It's all in the in the marketing by Anonymous Coward · · Score: 0

      Does your knee jerking that hard give you ass whiplash?

      MySQL has been regularly criticized by a large portion of the audience every time it came up. People aren't suddenly "turning" on MySQL because of a philosophical disagreement.

    5. Re:It's all in the in the marketing by icepick72 · · Score: 1

      Now those myriad posts you speak of are in one place and very condensed. Coincidence? I think not. Nice try though.

    6. Re:It's all in the in the marketing by gwk · · Score: 1

      What have you been smoking ? Lots and lots of people have complained about MySQL for a long time,
      e.g.: http://sql-info.de/mysql/gotchas.html

      Here is someone who likes mysql trying to explain why automagically inserting default values for
      columns that are supposed to have the constraint NOT NULL is a good idea versus the insert failing:
      http://www.databasejournal.com/features/mysql/arti cle.php/3519116

      The only thing mysql has going for it is that PHP integrates so nicely with it and for many web apps
      thats great but for anything else there are far better choices.

    7. Re:It's all in the in the marketing by lysse · · Score: 1

      Do also remember that a lot of people who are generally strong supporters of FOSS have expressed grave misgivings about the shortcomings of MySQL since the day it was released - $0.00 is still too high a price for something that doesn't do the job required.

      Moreover I can't see anyone here "turning on" MySQL who wasn't already of the opinion that it was a heap of junk. Your accusation appears to be a strawman.

  45. A Standard Form? by hax0r_this · · Score: 1

    If OOXML is ratified as a standard I'm going to start distributing my source code in it. Of course I will be sure to use one of its undocumented "features" to make sure the code is totally inaccessible to anyone not using my proprietary text editor, which conveniently you can purchase for a mere $2k.

    1. Re:A Standard Form? by Yaztromo · · Score: 1

      If OOXML is ratified as a standard I'm going to start distributing my source code in it. Of course I will be sure to use one of its undocumented "features" to make sure the code is totally inaccessible to anyone not using my proprietary text editor, which conveniently you can purchase for a mere $2k.

      My description is merely conversational; the GPL has a more expanded notion of this:

      The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable.

      Yaz.

  46. it's just a matter of time by kpharmer · · Score: 1, Insightful

    When you look at the licensing - and how unnecessarily complex it is, how open to interpretation free use is, etc.

    Then when you look at the the history of mysql ab - how they used to tell developers that they didn't need referential integrity, didn't need transactions, etc - until they had them.

    Then when you realize that this is a commercial organization - a for profit company. Then it should be apparent where this is all headed: They're growing a user base, and hope to tighten up the licensing and pull the profits in tomorrow.

  47. sun and redhat? by saleenS281 · · Score: 1

    ya... they sure seem to be struggling with that whole open source thing and making money...

  48. not exactly by infonography · · Score: 1

    I would guess your confused about the origin and intent of bittorent. Things like Distros and FSW are exactly what it's originator had in mind. What Bram Cohen intended was to make a system where low bandwidth could be multiplied to work around a central server download system. I am pretty sure that Al Gore didn't think it would all be pr0n when he invented the internet. Considering he is married to Tipper. Ok the last part was a joke.

    --
    Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
  49. And let me be the first to say... by Gordonjcp · · Score: 5, Insightful

    ... meh. SQLite is better for "toy database" problems anyway. It's fast, it's free, it's Free, and it's very compact. For a lot of applications where people use MySQL, it will fit in with just a few little changes.

    Sod MySQL, SQLite is the future.

    1. Re:And let me be the first to say... by Constantine+XVI · · Score: 3, Insightful

      And for everyone using MySQL as a half-way serious DB, there's Firebird and PostgreSQL

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
  50. Zonk by martin_henry · · Score: 0

    Zonk, try reading the titles.
    From the article: "MySQL ends distribution of Enterprise source tarballs" The bold shows words you decided to ignore.

    --
    www.purevolume.com/martyd
  51. now if . . . by hawk · · Score: 1

    now if it had been *Bill* that had invented the internet . . . :)

    hawk, ducking again

    1. Re: now if . . . by budgenator · · Score: 1

      Secret Service Agent "Mr. President, you have to realize that we don't work for you now, we work for your Wife, Madam President and you shouldn't expect the same level of discretion that enjoyed before ...."

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  52. no they don't by hawk · · Score: 2, Funny

    No t-shirt :)

    hawk

    1. Re:no they don't by bladesjester · · Score: 1

      Yes, but the shirt isn't something they require of you.

      (I am currently trying really hard to not make jokes about Stallman and soap/new shirts) :P

      --
      Everything I need to know I learned by killing smart people and eating their brains.
  53. not quite by infonography · · Score: 5, Informative

    The issue isn't that they are keeping what they made. They didn't make it all since they used stuff others had contributed under a certain condition. That being Open Source. The open source model is that you let others help you build the software. To close the source they would have to comb back through the contributions of other people over the years and take out all OS code that is what they didn't pay for in-house. Otherwise they would have to rewrite a whole new system from scratch and walk away from the MySQL code base as it stands.

    It's like getting divorced and your ex gets only the second floor and the garage.

    --
    Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
    1. Re:not quite by jadavis · · Score: 3, Insightful

      To close the source they would have to comb back through the contributions of other people over the years and take out all OS code that is what they didn't pay for in-house.

      But MySQL AB owns the copyright on all the code, regardless of the contributor, correct? That means they can close the source, and they don't have to ask anyone or comb anything.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    2. Re:not quite by Carewolf · · Score: 1

      Which is why you shouldn't contribute to MySQL unless you are paid to do it.

    3. Re:not quite by budgenator · · Score: 1

      Anything that is contributed and excepted will be available in the community editions, which is still available in source code form ad-lib, and then moves into the enterprises where the source code is still available to the people to whom it is distributed to as per the requirements of the GPL.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  54. EtherApe just needs consistent camelcasing by tepples · · Score: 1

    try showing how you discovered that the network needed redesign because you used a program called Etherape to map it for the PHB's. they for some reason see RAPE in it instead of APE. Because they forgot to camelcase it. I can't see how anyone would see a synonym for "sexual assault" in EtherApe. In fact, they appear to be camelcasing it more nowadays.
  55. Re:GPL Question - Yes you can by Anonymous Coward · · Score: 0

    I am going to say that yes, you CAN make your app GPL even if it depends on your proprietary library. I base my answer on this FAQ entry:

    http://www.gnu.org/licenses/gpl-faq.html#FSWithNFL ibs

    As you can see that does go against the philosophy of Free software. If you still have questions send an email to licensing@fsf.org. I have asked GPL questions to this address and have received prompt advice.

  56. CENTSQL ? by yoyoq · · Score: 1

    how about a centOS end run around this?

  57. that's not a contradiction by Xtifr · · Score: 1

    Grandparent poster said: "This is because any party who receives the binary is entitled to the source even if they didn't get it directly from MySQL AB."

    You replied: "And you, Sir, are not entirely correct. I cannot bend over MySQL AB by giving people binaries of MySQL."

    But grandparent never claimed that you could "bend over" MySQL AB. He simply said that any party who receives the binary is entitled to the source. Which is true. If MySQL AB provided you with binaries and source, and you pass on the binaries, then they're off the hook, and you're on the hook, but that doesn't contradict anything that GP said. In fact, it was more or less his point. GP was entirely correct. And so were you, except where you claimed that he wasn't. :)

    1. Re:that's not a contradiction by bmo · · Score: 1

      Sometimes all this stuff makes my head feel like it's gonna 'splode.

      I was of the idea that he was saying that MySQL had to give people source for stuff *I* distributed.

      --
      BMO

    2. Re:that's not a contradiction by bmo · · Score: 1

      I should have included this as part of the quote:

      "If they provide the source code seperately, then the GPL requires them to offer the source code to any third party that asks for it for at least 3 years from their last binary distribution."

      I don't think so. MySQL AB doesn't have to offer source to third parties if those third parties do not have a relationship with MySQL AB. The GPL was never intended to turn a software package into an albatross for the copyright holder. Besides, they own the copyright and can stop offering the GPLed branch of MySQL at any time.

      --
      BMO

    3. Re:that's not a contradiction by Todd+Knarr · · Score: 1

      To quote the GPLv2, section 3b:

      b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange

      Now, does that term say anything about the third party only being a customer of the distributor? No, it doesn't. It doesn't modify "any third party" in any way, so that phrase means what it says: any third party. If MySQL AB wants to distribute source only to it's own customers, it needs to distribute under section 3a (3c being unavailable to it since it's doing commercial distribution).

      GPLv3 has similar language, it's in section 6b.

    4. Re:that's not a contradiction by ftobin · · Score: 1

      MySQL is not bound by section 3a. The lead of section three states:

      You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:

      The "you" referred to is the licensee, in this case MySQL's customers, not MySQL. Therefore, MySQL does not have any obligation to release anything with regards to section three.

      As far as I can tell, there are no terms in the GPL that bind the licenser in any way.

    5. Re:that's not a contradiction by Todd+Knarr · · Score: 1

      That depends. If MySQL AB has accepted any contributions to the MySQL code and didn't get copyright assignment on them, then MySQL AB is bound by the GPL itself. No, they aren't bound by section 3a, but that just means they're bound by 3b (since 3c isn't available to them and section 3 describes the only GPL-acceptable ways to distribute).

  58. Huh? by DogDude · · Score: 0

    Meanwhile MySQL continues to get the job done for the majority of my projects; I have a network of professionals who support it competently; and having followed the project since 2001 or so, I'm confident it's not going anywhere but forwards.

    Fool me once, shame on you...

    I wouldn't be surprised that people making large infrastructure decisions are going to think twice before making any long term decisions (longer than a few years) concerning "open source" projects based on the two big money grabs just this week.

    --
    I don't respond to AC's.
  59. EAT A GOD DAMN DICK VLAD by Anonymous Coward · · Score: 0

    you heard me!!!!!

  60. Emperial Rule by Mysticweed · · Score: 1

    A disruption in communication can mean only one thing...Invasion!

  61. Here's an intersting link for you by Xtifr · · Score: 1

    http://www.infidels.org/library/modern/mathew/logi c.html

    I suggest you take particular note of the sections labeled "Argumentum ad hominem", "Converse accident / Hasty generalization", "The fallacy of accident / Sweeping generalization / Dicto simpliciter", "Fallacy of division", and "Ignoratio elenchi". "Plurium interrogationum" and "The "No True Scotsman..." fallacy" may also be relevant.

    Of course, no true slashdotter would bother to use logical arguments, so I guess you must be a true slashdotter! :)

    1. Re:Here's an intersting link for you by icepick72 · · Score: 1

      Hey buddy it looks smart with all 'dem 'der fancy words n' stuff. ;) What's "intersting" mean?

  62. Make A Living? by Anonymous Coward · · Score: 0

    Shit. Imagine trying to make a living off a brilliant product like MySQL that you were part of. Those bastards. How dare they try and do that. They should stop and have a good think about all the ravings from people who never contribute a damn thing to Open Source, and very little to the universe in general, and change their tack.
    disgusting!
    love,
    dave.

  63. Enterprise vs. Community by kilodelta · · Score: 2, Informative

    From what I can tell, the only real differences between Enterprise and Community is support. We run community version for major production databases with no issues whatsoever.

    And we're not the only ones doing so. MySQL had really better re-think the whole thing, whats the point of offering Enterprise when 90% of shops are going to go with the free product.

  64. numbers, zonk, numbers by nightcats · · Score: 2, Funny

    Zonk, Zonk: 3P Plural nouns go with what verb tense? The course gets harder as we go along...

    --
    Development is programmable; Discovery is not programmable. (Fuller)
  65. The last thing you want to hear about a DBMS by liftphreaker · · Score: 3, Insightful

    The last thing you want to hear about a DBMS is this line from MySQL: "the company has introduced features into the Community edition of the software that "[weren't] as robust as we thought, and created some instabilities"

    This, among other reasons, is why we switched to Postgresql some years ago. MySQL was (is?) not even ANSI SQL compliant, at least when we were struggling with it.

  66. Re:Good for FOSS by aiosx · · Score: 1

    If someone has a business that respects the GPL AND makes a profit, then it's good for all of us. Building a successfull business around free software isn't exactly the easiest thing; we should actually encourage companies that pull it off. A healthy - profit making - indistry based on the GPL will attract more big players, which will attract more users, which in turn will lead to more GPL'ed software and more freedom.

    MySQL AB is respecting both the GPL and its moral purpose, on top of being able to compete financially with closed source, 'tradicional' businesses. That's a Good Thing(tm)

  67. Re:Where the FUCK is iLife '07??? by Anonymous Coward · · Score: 1

    Steve Ol' Boy says: We did "quit fucking around"...

  68. Like what everyone else said by xgr3gx · · Score: 0

    PostgresSQL. Even Firebird SQL is getting bigger. I like MySQL. I hope a "community" sticks around.
    But good for MySQL. They have built an incredible following, all on a free business model.

    --
    Shameless plug alert: Game server control panel
  69. Firebird by falconwolf · · Score: 1

    And for everyone using MySQL as a half-way serious DB, there's Firebird and PostgreSQL

    What do you think of Firebird? I've been thinking of downloading and trying it out.

    Falcon
  70. Works for me by holophrastic · · Score: 2, Interesting

    Hey, it works for me -- all of it. I started with MySQL 3.23 a bunch of years ago. From nothing, I learned enough to build large simple systems and complex small systems. Now, I build complex large systems; you better believe I'm sticking with MySQL for the long haul -- and I have no problem paying for it. I'm a business making money, I expect to pay suppliers for suppliers -- it's that simple. And for the record, I still dislike transactions and referential integrity being handled at the database level. It's handy, but it's unnecessary and rarely beneficial. It usually amounts to a limitation when everything's great, and then you want that trigger to do something complicated. And then you want that stored procedure to do something that your application does in one line of code, but requires a web-server, and your entire application, to do it.

    Over the years, I've loved the simplicity of MySQL; I've loved the ease of installation; I've loved the low price -- sometimes no price; I've loved the upgrade pace. And like any good business, I stay one step behind.

    I've built a successful business with MySQL as a backbone. They deserve my loyalty.

    1. Re:Works for me by Anonymous Coward · · Score: 1, Interesting

      Now, I build complex large systems; you better believe I'm sticking with MySQL for the long haul -- and I have no problem paying for it. I'm a business making money, I expect to pay suppliers for suppliers -- it's that simple.

      So go buy a real database. Postgres, DB2, oracle, MS sql.

      And for the record, I still dislike transactions and referential integrity being handled at the database level. It's handy, but it's unnecessary and rarely beneficial.

      You sir, are an idiot, with no fucking clue. There are reasons for transactions, locking and ACID compliance. The short version is: can you trust the data in the database? With transactions, referential integrity, locking and ACID compliance the answer is yes. Always yes. Even through application errors, OS crashes, and pulling the power cable. Always yes.

      Now, your data may be worthless, but if you are spending the time & trouble to set up a database, it must have some value. Use a real database.

      It usually amounts to a limitation when everything's great, and then you want that trigger to do something complicated. And then you want that stored procedure to do something that your application does in one line of code, but requires a web-server, and your entire application, to do it.

      Oracle and MS sql can do that.

      Over the years, I've loved the simplicity of MySQL; I've loved the ease of installation; I've loved the low price -- sometimes no price;

      So go get the free version of DB2: DB2 Express-C. It's a solid, real database, with real reliability and ACID compliance. Supports 4 GB ram, multiple processors, no size limits and do whatever you want with it. Sql server 2005 express is pretty good too (and free).

      I've built a successful business with MySQL as a backbone. They deserve my loyalty.

      Well, your marketing has triumphed once again over providing a solid product. And your customers don't know any better, but once they learn, you're going to have issues.

    2. Re:Works for me by Anonymous Coward · · Score: 0

      > Over the years, I've loved the simplicity of MySQL

      Thanks. I needed a laugh.

    3. Re:Works for me by holophrastic · · Score: 1

      Always good to debate with an anonymous opponent. I need only two retorts. I won't choose another database because I'm loyal to the onethat got me started.

      However, you do make an excellent point regarding database integrity across application errors, power failures, and system crashes. Fortunately, there's more to my experience than the handful of paragraphs I've posted. So let's begin. I'll use transactions here representatively because the same arguments hold for locking, triggers, and other advanced features.

      First, transactions are merely abstractions. There is no wizard, no wand -- just another man behind another curtain. That means that my application can handle any transaction logic required -- in principle that is.

      Second, there are other ways of maintaining integrity. Transactions are based on "undoing" what was only partially done. Funny, but I never want to "undo" anything. If it was done -- even partially -- I want the partial record of it. Instead, my applications utilize atomic indicators to maintain database integrity. Now, "atomic indicators" isn't nearly as abstract a term as "transactions", which is entirely metaphoric (and capitalist) in nature. For those who aren't aware, atomic indicattion simply means that a record, or set of records, or whatever your "object" of the moment is, isn't valid until a certain flag is set. Of course, your application sets that flag last.

      A quick and simple example?

      Think of an e-commerce situation. You take the card, you create the customer record, you create the purchase record -- with status of pending -- you talk to your bank, you update the purchase record with status of success/failed, you create the purchased product record, you display the receipt.

      An any point, application, system, or power death doesn't cause a problem. Every report deals with purchases based on their status, and purchased products based on their purchase's status. Customers exist even if their purchase failed. Because each database action was atomic -- it's forever-correct the moment it was done -- there is no integrity loss, and we get to keep partial records for debugging later, or for customer service efforts.

      Now, anyone worth their salt can easily see that there is a major benefit to transactions over my example -- you get database integrity without requiring the application to follow any rules. Like everything, that invaluable in many situations. For example, if Amazon is exposing an API to public developers, those developers need to be restricted from doing stupid things.

      However, my applications are not open to the public -- they aren't even open to inexperienced internal developers. So, I follow a few simple rules, and I get to avoid the HUGE overhead of transactions -- another abstraction layer -- and get the important benefits effectively for free, in this case based solely on my order of operations.

      Clearly, I depend on the application to perform the work, instead of off-loading it to the database. I see this as a good thing for my applications.

      Now when it comes to comments like your last one, there I take exception. Aside from the fact that I don't market -- word of mouth pulls the custom software business much better that advertizing -- my clients would offer the following argument (hence it is my argument too). If the system holds up to real-world requirements, then clearly it is solid. Having it hold up to fictitious requirements is just silly.

      You'll undoubtedly argue for future scenarios. So, without divulging too much, I'll go so far as to say that the system has been built to scale with additional hardware. Which basically means that our system spreads onto another machine before it can reach any capacity problems. It turns out that in my particular scenarios, that's better, cheaper, and results in global domination sooner.

      Now I've always been one to believe that abstraction layers are useless to expert low-level programmers. In this case, transactions, locking,

    4. Re:Works for me by Anonymous Coward · · Score: 0

      Wow..I usually don't post on these boards, I just like reading what everyone else is thinking but, this has got to be the dumbest put down I have ever read. DB2 Express and SQL Server Express are nothing more than crippleware (What do you mean I can't run more than one CPU?? ha ha ha)At least tell the guy to use Postgres. Jeesh!

    5. Re:Works for me by Anonymous Coward · · Score: 0

      If it was done -- even partially -- I want the partial record of it.
      That's what logs are for. Why do you want to mix things that didn't happen into the same tables as things that did and are now real? Most deployed MySQL builds didn't even have view support, so everyone who ever looks at those tables has to not only remember to filter out the failures but know the precise way that should be done this week.

      Clearly, I depend on the application to perform the work, instead of off-loading it to the database.
      Rather, you require every application with access to that database to perform the work, and to always be deployed in sync so they do it in one consistent way. So you have to implement and maintain the business rules in each language used by any application. You also have to fetch all the data required to enforce the rules outside the server, and be sure you've prevented all other processes from changing any of that data until you're done, and test that you've done so correctly.
    6. Re:Works for me by holophrastic · · Score: 1

      On your latter comment, you're entirely correct. I am in the position of being able to do so because it's all one application controlled by one set of expert developers. However, to be honest, it can be incredibly annoying to build the same logic into three different languages. But there are benefits to it that I've decided out-weight the annoyance -- in my case at least. Different parts of the application do actually interpret the rules differently (more on that later). And I do see the performance boost of letting the applications (some of which run client side) take on much of the database's work (which always runs server side). I'm effectively treating the database as a glorified text file, which does provide some curious advantages.

      Your first comment is more significant -- that one I can argue well. I'm totally with you when you say that logs are logs and database is real data. My perspective, I believe, successfully blurs the two. Consider the situation where a customer registers, and makes a purchase, and the power is pulled mid-way. With transactions, the database would have no record of it. Now either way, the customer will try to find out what happened (i.e. if they've been charged). With transactions, they can't even log in, because the customer record doesn't exist (probably a part of the same transaction). If tehy can log in, the purchase was definitely reverted, so they see no purchase, and conclude that they haven't been charged. Without transactions (i.e. my way), they see a pending purchase. That prompts the customer service call, which is what we want. Apparently we don't want to charge them again and deal with the duplicates later.

      Back to the other point. Because the customer did actually attempt the purchase, even if it's incomplete, something happened. Just because we reverted thedatabase, doesn't mean that the Earth reverted -- oh I can't tell you how many times I've wanted to reboot Earth, or atleast restore a backup copy of Earth, but that's another story.

      Financial reports are a great example. All of the reports that tell accountants how much money should be where, how many products were sold, et cetera, are all, obviously, very important. Reverting an incomplete (i.e. crashed) purchase is great and all, but then the reports don't show that the money was ever taken, or should have been taken, or wasn't taken. But without transactions, now two reports disagree. The "money in the bank" report says $15, but the products sold says $10. That's a good thing, it means that we took $5 and didn't give product.

      Ultimately, that's the deal. When an action isn't completed, I need incomplete information, not no information. And I need the very same reports, that run off of the live database, to show the real-world happenings.

      Clearly, I'm working in a very tight, very controlled environment and system, but that's my point. There are times when I'd love to type "start transaction" and then not have to think about anything that happens. But then I'd be restricted later when it comes to playing games with reporting.

      In general, I've always believed that every developer should know every line of code that runs the system. Obviously we take extensions like image manipulation and fundamental database logic as outside of the application. Of course, that occasionally puts us in the position of saying "that can't be done, SQL doesn't do that" but it's exceedingly rare. Ultimately, I favour developer control -- even when that means the developer needs to write stupid code.

      Now, if you can build MySQL engines, I have scads of features that I've implimented in application code that I'd love to transcribe into a new MySQL engine. But that, my friends, is a story for another day.

    7. Re:Works for me by kpharmer · · Score: 1

      > Transactions are based on "undoing" what was only partially done. Funny, but I never want to "undo" anything.
      > If it was done -- even partially -- I want the partial record of it. Instead, my applications utilize atomic
      > indicators to maintain database integrity.

      You know - it's always fun to work out your own solution to complex problems. But...in areas that are extremely well-trodden - you really should do some research as well. And you might not find the books and literature that explain *why* we use transaction nearly as easy to find as those that explain *how* we use them.

      But you still need to go there. Or spend some time discussing it with people that used to do what you're talking about twenty years ago. They could probably explain all the problems that transactions simplified, all the coding that was reduced, all the bugs that were eliminated, and all the new possible functionality enjoyed.

      I'm not going to tell you that you need transactions for everything - you really don't. And in many of the batch-oriented (like data warehousing, analytic, reporting, etc) apps that I create I often don't need them. But - especially in something like e-comm where you've got multiple sets of data to change at one time:
          - inventory levels
          - purchase orders
          - customer info
          - billing records
          - etc
      doing that without transactions is foolish. There's a reason that we left flat files, hierarchical databases, and application-level transactions in the 70s. No need to go back - merely because one of several free databases didn't offer transactions a few years ago. Especially since more functional, more standards-compliant, and less-license-impaired alternatives exist.

    8. Re:Works for me by holophrastic · · Score: 1

      I'm certainly with you when you say that changing multiple sets of data at one time benefits from transactions -- since those multiple sets need to remain synchronized, or they become etnirely corrupted. But I've never built a system that has multiple sets of data that aren't entirely separate.

      Your examples count. My customer data has nothing to do with purchase data. The customer is an entity unto itself. Inventory would count, but I rarely store inventory as numerical values -- I typically don't store inventory -- I count(*) the purchase orders. It would be slower, but a query cache handles that perfectly.

      Certainly, there are applications that I would write that would benefit from transactions -- I simply haven't had the need; more specifically, the benefits haven't outweighed the costs.

    9. Re:Works for me by Anonymous Coward · · Score: 0

      DB2 Express and SQL Server Express are nothing more than crippleware (What do you mean I can't run more than one CPU?? ha ha ha)At least tell the guy to use Postgres. Jeesh!

      In fact, I did say that.

      You are correct, DB2 Express-C is slightly crippled. DB2 Express-C will max out at 4 gigs of ram, and two dual-core CPUs (4 cores in total). Those are the only limits - very minor crippling - these limits wouldn't matter at all for the vast majority of mysql installations. In return, you get free (as in beer) software of very high quality, very robust, very fast, and supports all the real database features.

      If you tell me your database needs more horsepower than these limits AND you're going to use mysql, I'm going to say you're an idiot.

    10. Re:Works for me by kpharmer · · Score: 1

      > Your examples count. My customer data has nothing to do with purchase data. The customer is an entity unto itself.
      > Inventory would count, but I rarely store inventory as numerical values -- I typically don't store inventory --
      > I count(*) the purchase orders.

      Normally, you update inventory counts from multiple sources - so you know the number on hand (based on what has arrived) and the number on order. The complexity of this depends on number of workflows that you want to automate (generally the size of the operation).

      > It would be slower, but a query cache handles that perfectly.

      The speed is one issue, but not the most critical - the most important point is that if one of your operations fails it could leave the application in an inconsistent state - with some application data reflecting the change and some not.

      > Certainly, there are applications that I would write that would benefit from transactions -- I simply haven't
      > had the need; more specifically, the benefits haven't outweighed the costs.

      I recommend that you pick a small candidate mini-project and try transactions out on that task. You will likely find that they normally simplify your work rather than add to it - while eliminating a number of data quality problems along the way.

      Good luck.

    11. Re:Works for me by holophrastic · · Score: 1

      But I don't have any data quality problems. There is no inconsistent state -- even if an operation fails, there is no inconsistent state.

      As a ridiculously simple example, I have a table of orders -- uid, product_uid, number_purchased -- and a table of products -- uid, name, number_supplied.

      number_supplied is very simply the quantity of that product that I've purchased as stock. It goes up, never down. It changes only when I receive a shipment from my supplier. The number of widgets sold is simply:

      SELECT SUM(number_purchased) from orders where product_uid=6

      which is easily compared to (directly, in code, or through joins)

      SELECT number_supplied from products where uid=6

      There are no failure points because INSERT into orders is atomic, and UPDATE products has nothing to do with orders -- and is done merely once per month.

      Of course, over-selling is seemlessly solved by using a multi-table insert, or rechecking the SUM() after the INSERT before finalizing the order (which is the same logic necessary when using transactions).

      I've used transactions on a number of occasions -- where there were benefits to doing so. In any complex system, not only is there a very large system overhead to using them, but a developer now has to exspend a substation effort in determining how isolated that transaction need to be relative to other concurrent transactions. Once a system needs to consider other concurrent transactions, the transactions are no longer isolated. If a transaction is not isolated, it becomes less of a transaction, and more of a gimmick.

  71. MOD PARENT +5 PYTHON by robfoo · · Score: 1

    This is slashdot - I thought Python references got automatic +5 funny mods?!

    1. Re:MOD PARENT +5 PYTHON by jollyreaper · · Score: 2, Funny

      This is slashdot - I thought Python references got automatic +5 funny mods?! You're thinking of Pynchon.
      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    2. Re:MOD PARENT +5 PYTHON by maxume · · Score: 1

      How special that you think most(or even some!) of the moderators even know who Pynchon is.

      --
      Nerd rage is the funniest rage.
  72. Looks like the Cathedral won! by bkedersha · · Score: 1

    People want to make money! Providing support is just not enough, you need to sell a product.

  73. Ahh yes, our editors. by Anonymous Coward · · Score: 0

    Maybe slashdot needs a bit of an overhaul eh?

  74. I ran, I raq, I downloaded MySQL by BillGatesLoveChild · · Score: 1

    Hey Man, Invading Iraq was legal too. Doesn't mean your customers/the Iraqis will thank you for it.

  75. Why do people care about MySQL? by Anonymous Coward · · Score: 0

    If you want a real database server why don't you just download oracle express? Its free to have, use and distribute however the heck you want. You can even distribute it with your commercial applications for free which I dare say can't be done with MySQL.

    Its better in every concevable way than MySQL will ever be.

  76. Firebird by falconwolf · · Score: 1

    Then again there's also Firebird, forgot whose codebase they used.

    Firebird uses Borland's Interbase.

    Falcon
  77. Hmm... by kylehase · · Score: 1

    Wonder if we'll start seeing it referred to as My$QL on /. now?

    --
    You want fun, go home and buy a monkey!
  78. Where's Marten? by MattW · · Score: 1
    I wonder if he'll comment.

    From his earlier comment:

    We make sure that all our investors (current and future) understand that the freedom of our software is vital to the success of MySQL. We also try to be open about everything else: bugs, plans, events, etc. But here we also know there will be something of a difference when going public: we will have to abide strictly by SEC rules and not disclose financial or other vital business information in any other way than publicly to everyone at given points in time.
  79. Not a surprise. by hotfireball · · Score: 1

    Finally it happend. XFree died but we've got X.Org fork. Looks like this "SQL interface to the filesystem" will die as same, but maybe even with no fork. Well, I am much happier on PostgreSQL for years already.

  80. It's sad to MySQL go downhill so fast. by Raven737 · · Score: 2

    For me, as a developer that has used MySQL for some time, this is an action that destroys trust.
    They say it is to keep too many versions of MySQL from being used, a lie that is so obvious
    it would have been better if they hadn't said anything at all.

    This, of course, isn't the first time i have begone to wonder about the ethics of the MySQL team,
    the first was when they recreated their website, hiding the 'download' section in the 'comunity' section
    and even then only after making you click a 'yes i'm a total über geek, i recompile my kernel every DAY!' button.

    To me that means that i can no longer trust MySQL, i can no longer trust them to not sink to even lower tactics
    to get us away from using MySQL under the GPL. Now i have to fear that they not only will they withhold features as
    they already do, but that they will also intentionally introduce bugs and cripple performance just so they can then state
    'well, with our NON-GPL commercial Enterprise license, that wouldn't have happened'

    I liked MySQL because it was quick to setup and had reliable and scalable performance, i might be able to get
    similar performance etc with PostgreSQL, but it will definitely not be simple to do simple things and
    it requires constant tweaking and probably the blood of sacrificially slain goat to work reliable performance wise.

    Now i might even consider using the 'light' (free) version of SQL Server and Oracle, even with thier limitations,
    for many projects they are enough, and for those that aren't, i now at least don't have to explain
    how and why MySQL is a 'real' database engine, i can simply say,
    'sure, oracle, i can do that, it will cost lot's more, but yea'

    Is there hope that some one will take the source as it's now and create a new GPL branch without the
    commercial BS?

    1. Re:It's sad to MySQL go downhill so fast. by Spoke · · Score: 1

      might be able to get
      similar performance etc with PostgreSQL, but it will definitely not be simple to do simple things and
      it requires constant tweaking and probably the blood of sacrificially slain goat to work reliable performance wise. Please do some actual research on any halfway recent version of Pg before making comments like that.

      Ease of configuration and performance has gone up leaps and bounds and is continuing to improve.

      PostgreSQL at the very worst may perform slightly slower than MySQL, but for many workloads it performs much better. MySQL, for example has a couple well known performance bugs that causes throughput to take an absolute dump after reaching a certain load when PostgreSQL does not and continues to maintain throughput very nicely.

      Here are a couple links:
      http://tweakers.net/reviews/674/8
      http://tweakers.net/reviews/657/6
      http://tweakers.net/reviews/649/7
      http://tweakers.net/reviews/646/11
    2. Re:It's sad to MySQL go downhill so fast. by martenmickos · · Score: 2, Interesting


      Raven737,

      I am sorry if we are losing the trust you have in us at MySQL AB.
       
      We have a simple ambition of building a commercially successful business that is built on top of great GPL software. We have a community edition for those who are ready to spend time to save money, and a commercial edition (MySQL Enterprise) for those who are ready to spend money to save time. Both are GPL and live up to all requirements of that licence.
       
      We continually finetune this model and make changes, and as doing so we may at times upset our users or make a mistake. I don't think the change we now made was a mistake, but I am very keen to hear your opinion and also your suggestion on how we can best serve the two groups we have (users and customers). Feel free to send me an email (it's easy to guess what my email address is) so we can engage in a discussion.
       
      Obviously I am a big believer in our model, but wouldn't you also agree that we have brought some great innovations (whether created by the community or by us) to the FOSS world in recent years? I am thinking of MySQL Cluster and the storage engine architecture in general, and more recently MySQL Proxy, etc. Without a functioning business model we would not be able to run such projects or do the QA or other work that is required in addition to the design and coding.
       
      Looking forward to your comments and hoping we can rebuild the trust.
       
      Marten Mickos, CEO, MySQL AB

    3. Re:It's sad to MySQL go downhill so fast. by Raven737 · · Score: 1

      Thanks for the info, but i actually speak from experience and not everything is centered around Web hosting.

      I use MySQL with InnoDB to collect and analyze process data. With that it is important to have a constant insert rate
      yet at the same time still allow for deep and complex queries. This is where i had problems with Pg, i used the same schema
      and queries, but after some time (about 4-5 weeks) Pg's query performance steadily degraded until it was almost unusable.
      I checked my queries and made sure everything was indexed correctly and the indexes where actually used and
      after a restart it worked again acceptably for another week or so, but then it was unacceptably slow again.
      I also had some really weird problems, like a query with a "Time BETWEEN 'xxx' AND 'yyy'" taking 2+ minutes
      (should be < 3 sec) but then if just using "Time > 'xxx'" it worked in a few seconds even though it returned a lot more data.

      In any case, i don't trust some benchmarks, i try it out and see how it works for my application
      and if i can't make it work acceptably in a sensible amount of time then either the DBMS is too complicated to configure 'right'
      or it just isn't suited for what i'm doing.

    4. Re:It's sad to MySQL go downhill so fast. by Spoke · · Score: 1

      Did you try posting your problem to the pgsql-performance mailing list or at least searching the archives? If so, you likely would have likely found that the problem you experience is a fairly common one and if you were using an old version of PostgreSQL (anything older than 8.2).

      You very likely were experiencing table or index bloat due to the constant insert rate. Did you have the autovacuum daemon turned on? Did you schedule regular vacuums of your heavily inserted tables? Any other maintenance?

      Because this is a fairly common problem, the next major version of PostgreSQL (8.3) will very likely include some fixes to help address this issue (more aggressive autovacuum daemon and the "HOT" patches).

    5. Re:It's sad to MySQL go downhill so fast. by Anonymous Coward · · Score: 0

      Its very amusing to see how quickly opensource(anti Microsoft) people turns on their benefactors, (novel, redhat,MySql etc ) when they finally realize they are just another company trying to make a buck(like MS). In their eyes they go from being these wonderful, altruistic companies(unlike MS) trying to promote freedon and choice, to evi /reviled coporations (like MS) that steals candy from babies.

  81. A good reason to use Postgresql by theolein · · Score: 2, Informative

    The pressure on mysql to constantly offer new features, instead of focusing on mysql's strengths, which is highspeed, a decent group of features and simplicity to maintain and operate is going to cost mysql in the long run. This is only the start. The new features in mysql 5+ such as stored procedures, triggers, functions etc are very poorly implemented and come nowhere near the full implementations of databases like Oracle and Postgresql. The result is that DBAs and developers who like mysql for its easy maintenance and speed end up being disillusioned when problems start cropping up.

    I don't think many places would switch to Postgresql, since the administration side is more complex and therefore more costly, but I can see shops weighing the pros and cons of switching to postgresql, since that DB has an excellent reputation.

  82. MySQL AB IPO-Era Marketing FUD by Qbertino · · Score: 1

    The last thing you want to hear about a DBMS is this line from MySQL: "the company has introduced features into the Community edition of the software that "[weren't] as robust as we thought, and created some instabilities"

    Yepp, that's the last thing you want to hear. However this is most likely to be marketing/buy-our-enterprise-version-to-be-safe marketing FUD targeted at MySQL experienced developers who want to keep a strait face when their boss asks them about the real true stability of MySQL. "Are you really really sure it's stable? How can you guarantee it?" - "Well, we could get this new Enterprise super-safe version ..."

    MySQL AB wants to morph into a company more like Oracle or SAP, which for a decade now have not been paid bucketoads of cash for technology (that's everywhere by now) but for taking over responability. I can't really blame them, as it's the safest and fastest way to make money in the industry.
    "Look, the OSS version is (at Version 5.x) suddenly starting to get a bit buggy, you better get our neat Enterprise version. ... Oh, and look what we got here, a real company with stockshares and all to back it up! ... Btw, I happen to have this neat bargain for you right here ..."

    I cry FUD.
    The truth is MySQL is a very mature product (as much as you can call a product that uses SQL 'mature'). It's not really been a classic RDBMS until 5.x which makes being mature a tad moot, but the people are used to using it and *are* using it for tons of products. If someone introduces hacks that cause serious trouble, people would notice right away. It's not that if Linus puts hacks into the kernel that everything comes crashing down in an instant (recent Scheduler debate anyone?). It's most likely to be the exact same with MySQL and other projects.

    --
    We suffer more in our imagination than in reality. - Seneca
  83. Fire Zonk! by Anonymous Coward · · Score: 0

    Seriously, folks, Zonk is like 66% of why I no longer use my Slashdot ID. Dude takes Slashdot to Digg.com's level all by himself. Every time he posts a story, it's flamebait.

  84. Re:Good for FOSS by LingNoi · · Score: 1

    Except everything you said in your post isn't the goal of Free and open source software.

    The goal isn't:
    - To make a profit
    - To become popular
    - To attract the attention of larger companies

    The goal of Free and Open Source Software is to keep the freedoms that allow you to use, modify and re-distribute. Restricting those freedoms in the name of attaining the goals you mentioned above would be completely missing the point of free and open source software, don't you think?

    Now there are exceptions to this (although some hardcore GNU people will disagree). For example Ubuntu including proprietary graphics drivers so that it becomes more popular with their Goal of one day having a free and open driver to be able to switch to, when it becomes stable enough.

    The things you mentioned above are nice but they should not be prioritised over the most important thing which is freedom. What MySQL has done is created a fracture in their own community between those who pay and those who don't.

    I also noticed you need to use bitkeeper to download their source code, not exactly a company that embraces open source software...

  85. Been a while coming... by petrus4 · · Score: 2, Insightful

    While I'm not doing database stuff currently, last time I was a year or two ago, I actually saw this coming and opted for Postgres rather than MySQL.

    Postgres is a fantastic project. It's very solid, can handle huge transaction/request loads, has concurrent locking etc, from memory supports a large number of different datatypes, and is also very configurable. Even better, it's under what is my own favourite license, the BSD license...so you can do pretty much whatever you want with it.

    MySQL will probably continue to have its' place, with people who need the things they're charging for, (presumably support options etc) and I wish the project well.

    However, for people like me who don't have a lot of money, MySQL ceased being an entirely legally safe option a while ago.

  86. Seriously, why continue to use MySQL? by walterbyrd · · Score: 1

    New versions of Python, and PHP, are including SQLite as part of the standard distribution. And if SQLite isn't enough, there's alwasy PostgreSQL.

    Considering the MySQL AB's unusual understanding of the GPL, their goofy dual license, their non-standard implementation of SQL, and their partnership with a company that claims the GPL is illegal (scox); I really have to wonder if MySQL is the way to go anymore.

  87. Also, MySQL partner claims GPL unconstitutional by walterbyrd · · Score: 1

    MySQL has also partnered with scox. Scox is a msft puppet. Scox has loudly claimed that the GPL is unconstitutional, and scox has written congress an open letter about it.

    Scox seems a strange bedfellow for a company whose flagship product is built on the GPL.

  88. SQLite also standard in PHP in Python - I think by walterbyrd · · Score: 1

    The new versions of those languages, anyway.

  89. Time for all OSS projects to support PostgreSQL by Anonymous Coward · · Score: 0

    Not just mediawiki. All other OSS projects should be supporting PostgreSQL !

    Lets take a look and make some suggestions:
    Mantis, Joomla, WebGUI, Rails (serious support: booleans), SugarCRM.

  90. ...or object name case sensitivity by C10H14N2 · · Score: 1


    It almost seems an attempt at sadistic humor that Connector/J on Linux translates camelCase object names to CAPS, but Connector/J on Windows does not, which they've paired with respectively case-sensitive and non-case-sensitive versions of MyISAM.

    GAH.

  91. PostgreSQL Replication and Clustering. by Spoke · · Score: 1

    The best option for asynchronous PostgreSQL replication is Slony-I. It's extremely flexible and so far has proven to work very well. The devs supporting it are also very good. I do admit that there is a bit of a learning curve to get it configured and running, but this is something they are working on for the next major revision.

    If you need to cluster PostgreSQL, have a look at pgpool and pgpool-II.

  92. Stupid comment by an idiot at another site by Master+of+Transhuman · · Score: 1

    This is the usual tempest in a teapot. MySQL is in no way, as I read the article, not complying with OSS requirements. As someone elsewhere pointed out, even if MySQL doesn't distribute the tarball, any of their customers who have it can do so. So it's hardly restricting access to the tarbell. It's merely an organizational move to clearly delineate the Enterprise product from the Community product.

    To illustrate the stupidity one hears in these discussions, one idiot at another OSS site said that nobody should use PostgreSQL - or even test it - because their BSD-style license allowed companies to take the code and use it and not release their proprietary enhancements. This is the sort of stupid fanaticism that gives "free" and OSS software a bad name to anyone with a brain.

    These morons don't realize that some licenses were explicitly designed to allow just that - companies to develop their own products on top of OSS. This is a GOOD thing, not a bad thing. Although giving back enhancements to an OSS product to the original project is a benefit to everyone who uses that product, not EVERY enhancement is necessarily worth it and not EVERYBODY in the world needs to be a "free software" developer. It allows OSS products to find their way into more and more products, thus validating the OSS model - even if some companies do not adhere to it strictly. If the alternatives are a company using OSS and not returning improvements to the community vs not using OSS at all, obviously the latter is worse. And that is the choice companies must make.

    Whether the former choice has any impact on the development of OSS is another matter entirely. The notion that somehow the entire corporate world is going to "steal" OSS and somehow convert it all to proprietary products and thus "destroy" OSS is utterly ridiculous on the face of it.

    This is why Linus opposes the GPLv3 and he is correct to do so. It's the difference between a truly free market and socialism.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    1. Re:Stupid comment by an idiot at another site by petrus4 · · Score: 1

      I completely agree with what you're saying in terms of the GPL3, however in terms of MySQL...

      When I (not speaking for anyone else here, purely me) download something that calls itself "open source," my expectation of what that means is that I should be able to get source with binaries. That is, if I download binary packages or archives from a given web page, I should be able to download source that will compile into an exact copy of the binaries, from the same page.

      Ditto for buying a CD/set of CDs. If you call yourself open source, and you sell me a CD set, I expect to get source on those CDs, with exactly the same priority as the binaries. I don't expect to get (as was the case with Xandros) binaries only, and then the vendor telling me about some deliberately obscure FTP site where I can go and (if I rummage around long enough) download sources which may or may not compile into exact copies of the binaries I was given.

      Bottom line to MySQL:- If you want to run a closed source/proprietary app/project, that is entirely your right. I will not condemn anyone for wanting to earn bread for the work they do. I also will not condemn anyone for seeking to obtain that which is promised them by capitalist economic theory, if they do so in a principled manner. However, I would appreciate it that you don't try and make yourselves deceptively look good by merely claiming to be open source if you are not prepared to give me what I have outlined above.

      I will buy a completely open source product, because I know what I'm getting. I will buy a completely closed, proprietary product, because I know what I'm getting. I will however not buy anything which merely claims to be open source, but which in reality exists in a vague, ambiguous manner somewhere between the two, because then I don't know what I'm getting, I don't know where I stand legally in regards to using the product, and I don't know what legal risks I may be exposing myself to by using the product.

    2. Re:Stupid comment by an idiot at another site by Master+of+Transhuman · · Score: 1

      Bottom line for MySQL: if you buy Enterprise, you get source code. If you download Community, you get source code.

      What's the problem? Downloading Enterprise without source code? They're not selling you Enterprise - you're supposed to be using Community if you're not paying for Enterprise. Perfectly simple to me. In both cases, you get source code - which is entirely correct under the GPLv2 and 3.

      "That is, if I download binary packages or archives from a given web page, I should be able to download source that will compile into an exact copy of the binaries, from the same page."

      No - that is not what the GPL says. It says the author must make the source code AVAILABLE. How they do it is up to them.

      Now, if MySQL is allowing everybody to download Enterprise and Community equally without restricting the download of Enterprise to paying customers, that is dumb and they should change that to make it clear that you can get Enterprise - binaries OR source - only by paying. But otherwise, MySQL is not violating the GPL by restricting Enterprise source code to paying customers of Enterprise.

      Again, in both cases you get source code. Period. HOW you get the source code is entirely compatible with the GPL.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    3. Re:Stupid comment by an idiot at another site by petrus4 · · Score: 1

      No - that is not what the GPL says.

      I wasn't actually talking purely about what the GPL says, but rather about my own expectations. Granted, MySQL are under no obligation whatsoever to adhere to those, just as in the same sense, I'm not under any obligation to use their software.

      Your other clarification, however, is appreciated.

  93. Re: MySQL Forums by Jamesday · · Score: 1

    The forums are primarily a user to user channel, not a you ask MySQL channel. Same for the IRC channel on Freenode. In both cases some employees do answer questions as an incidental part of their job. None are paid specifically to answer the questions on the forums. If it's a quiet week I might spend an hour or so doing it.

    You're not paying 500 solely for access to the knowledgebase. Among other things, you're paying for the ability to ask me a question and get an answer from someone who's run MySQL on a billion plus query per day top ten site on the internet. That is: not your usual time-wasting support but someone with a clue who's used it in the real world.

  94. Re: MySQL doesn't own the copyright to by Jamesday · · Score: 1

    MySQL doesn't own the copyright to libreadline and InnoDB. It's a reuser of those components. As such it's choosing to comply with its GPL obligations to those licensors by using clause 3a and distributing the source to just those who it gives the binaries to. Those people can than freely pass it on to others if they wish and MySQL is well aware of this.

  95. Re: MySQL Forums by e-scetic · · Score: 1

    I don't disagree with that. However, a good sign of the decline of a product is when the number of moderators and contributors willing to answer questions on public forums declines. Especially if you're locking up the knowledgebase, you're just making answers harder to find which leads to an increase in overall customer dissatisfaction and negative impressions.

    Companies like Oracle, Microsoft and Google have staff who aggressively answer questions in their public forums precisely for this reason. I have no idea if they're paid to do so, but I'm sure they're encouraged to do so. If they do this voluntarily then, wow, that must say something about their attitude toward their customers.

    So, tell me, what is it about MySQL AB culture which leads to people like you, who don't see it as part of their jobs to answer public user-to-user forums and expect that if people want a quality answer to a question about the product, no matter how simple, then they should pay for it.

    That's the downward spiral I'm talking about...MySQL AB's inner culture and attitudes towards the end users has deteriorated and become rotten. They haven't properly struck a balance between making money off of costumers and providing good FREE support.

  96. MySQL sales practices... by Organic+Brain+Damage · · Score: 1

    ...are, in my limited experience, consistently sleazy.

    They phoned me up within an hour of downloading the community version and tried to make me afraid of the community version. They hinted that it's less stable than the for-profit version they're selling and that I'd be much happier if I spent the money on the more reliable Enterprise version with their support package.