![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
--001636c5a57b4fb951046d285c36 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit FYI http://www.businessweek.com/the_thre...s_an_open.html |
#3
| |||
| |||
|
|
On 2009-06-25, Jean-Pierre Zuate, La Fage Conseil jean-pierre.zuate (AT) lafageconseil (DOT) fr> wrote: --001636c5a57b4fb951046d285c36 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit FYI http://www.businessweek.com/the_thre...s_an_open.html I think Ingres is a pretty good database, but I really, really wish people would stop calling it "open-source commercial". There's an open source version, and a commercial version, but calling it "open-source commercial" is just marketing spin. Good luck using the open-source variant in a commercial setting. The entirety of the open-source version of Ingres is covered by the GPL, including the connection libs, which means the open-source version can *only* be used with GPL software; any other license, proprietary *or* non-GPL open-source cannot. I was bitten by the IPL-to-GPL license transition just as we were going to go live on Ingres, with a support contract and all, and the response from Ingres Corp boiled down to "sucks to be you", and all this just weeks after I was interviewed by a national techno-rag extolling Ingres Open Sources' virtues. Count me bitter on that aspect. Open source is usually touted for two main reasons -- greater control of your own destiny, and cost. Greater control is a total farce in the open-source database realm; database tech is much deeper voodoo than most people think it is, so if your core-business isn't already databases, you really have very little use for the source code in the sense that you might want to go at it alone. If the main driver is cost, there's plenty databases to choose from depending on your needs (Oracle lite or whatever they call it, SQL Server Express, PostgreSQL, Firebird, or, god forbid, MySQL) that won't impose the GPL on your product. So please, do pick Ingres because it suits your needs at a lower price point than Oracle, or because you like their support[*], both excellent reasons to choose Ingres. Don't pick it because they let you peek at the source. [*] Ingres Support was extremely helpful all the way through the extremely good an the extremely bad times I've had with Ingres Corp. I rate Ingres support to be one of the best, strike that, plainly the best I've ever had for any tech product. You guys rock. But what passed for your management around that time sucked. First against the wall when the revolution comes. -- Emiliano _______________________________________________ Info-Ingres mailing list Info-Ingres (AT) kettleriverconsulting (DOT) com http://www.kettleriverconsulting.com...fo/info-ingres |
#4
| ||||||||||
| ||||||||||
|
|
On 2009-06-25, Jean-Pierre Zuate, La Fage Conseil <jean-pierre.zuate (AT) lafageconseil (DOT) fr> wrote: --001636c5a57b4fb951046d285c36 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit FYI http://www.businessweek.com/the_thre...s_an_open.html |
|
Good luck using the open-source variant in a commercial setting. |
|
The entirety of the open-source version of Ingres is covered by the GPL, including the connection libs, which means the open-source version can *only* be used with GPL software; any other license, proprietary *or* non-GPL open-source cannot. |
|
I was bitten by the IPL-to-GPL license transition just as we were going to go live on Ingres, with a support contract and all, and the response from Ingres Corp boiled down to "sucks to be you", and all this just weeks after I was interviewed by a national techno-rag extolling Ingres Open Sources' virtues. Count me bitter on that aspect. |
|
Open source is usually touted for two main reasons -- greater control of your own destiny, and cost. |
|
Greater control is a total farce in the open-source database realm; database tech is much deeper voodoo than most people think it is, so if your core-business isn't already databases, you really have very little use for the source code in the sense that you might want to go at it alone. |
|
If the main driver is cost, there's plenty databases to choose from depending on your needs (Oracle lite or whatever they call it, SQL Server Express, PostgreSQL, Firebird, or, god forbid, MySQL) that won't impose the GPL on your product. |
|
So please, do pick Ingres because it suits your needs at a lower price point than Oracle, or because you like their support[*], both excellent reasons to choose Ingres. Don't pick it because they let you peek at the source. |
|
[*] Ingres Support was extremely helpful all the way through the extremely good an the extremely bad times I've had with Ingres Corp. I rate Ingres support to be one of the best, strike that, plainly the best I've ever had for any tech product. You guys rock. |
|
But what passed for your management around that time sucked. First against the wall when the revolution comes. |
#5
| ||||||||||||
| ||||||||||||
|
|
Good luck using the open-source variant in a commercial setting. Using the community version of *any* open source software in a commercial setting (or more precicesly, in a "business critical" setting) would be reckless. The community version of Ingres is at least as usable as the community version of anything else. |
|
The entirety of the open-source version of Ingres is covered by the GPL, including the connection libs, which means the open-source version can *only* be used with GPL software; any other license, proprietary *or* non-GPL open-source cannot. "Used with" is vague here. What you mean is "linked with". I can perfectly well run the open source version of Ingres on MS Windows at work and a home. |
|
But more importantly, no limitations of any kind arise unless you intend to distribute your software. |
|
So there is no limitation on what you do during development and there is no limitation on what you do "in-house". |
|
You only get into trouble when you want to distribute your software. At that point you need to license the commercial version or GPL your own software (which of course has to be capable of being GPL'd). |
|
I was bitten by the IPL-to-GPL license transition just as we were going to go live on Ingres, with a support contract and all, and the response from Ingres Corp boiled down to "sucks to be you", and all this just weeks after I was interviewed by a national techno-rag extolling Ingres Open Sources' virtues. Count me bitter on that aspect. You would not be the first person to be bitten in that way, and back then I would definitely have been bitten too. But knowing what we know now it it is obvious that the Free Software Foundation intends us to be prevented from developing proprietary software using GPL'd components. That is the whole point of the GPL. That is also why dual licensing is common practice. Us being naive about that is not a problem with the licence. |
|
Open source is usually touted for two main reasons -- greater control of your own destiny, and cost. People can propose any benefit of using open source that they like. It doesn't mean they are right and it doesn't mean they are relevant. Control of your destiny was never plausible. The first time I looked at the GPL code for an RS232 to Ethernet concentrator I was using almost 20 years ago I realized I didn't have time in my busy day to be messing with that. A more plausible advantage of open source is that it is a kind of public escrow, so you can have a bit more comfort trying something new from a smaller vendor. |
|
Just out of curiosity, back when you were getting bitten was there a really good reason why your employer could not have GPL'd the software you were working on? Was there a problem with a cocktail of incompatible licenses, |
|
or were there other legitimate proprietary obstructions? Or was it just an automatic aversion to disclosing your source code? As you say, getting to peek at the code doesn't really get anyone anywhere. |
|
But what passed for your management around that time sucked. First against the wall when the revolution comes. No, that is harsh. |
|
They did do a very poor job of educating us about what open source and CA-TOSL meant, |
|
and they repeated the error when they adopted GPL. |
#6
| |||
| |||
|
|
I was on the conference call the day before it was announced that Ingres was being open sourced and we were all *bitterly* opposed to the idea. |
#7
| |||
| |||
|
|
Hello Roy, On 2009-06-29, Roy Hann <specially (AT) processed (DOT) almost.meat> wrote: Good luck using the open-source variant in a commercial setting. Using the community version of *any* open source software in a commercial setting (or more precicesly, in a "business critical" setting) would be reckless. |
#8
| |||
| |||
|
|
Because the connection libs are GPL, not LGPL, both dynamic and static linking are touched by the license, so the only way to legally connect to the database and share your software, for free or for fee, under anything other than the GPL, is by implementing the raw wire protocol in your software (which is a lot more complicated than I thought it would be). That's just not true. |
#9
| |||
| |||
|
|
I really like a good argument, hence my previous posting, but I really could have stopped here. You cannot get Commercial support from Ingres for the Open Source version of Ingres. So there is Commercial Ingres, and Open Source Ingres, but no Commercial Open Source Ingres. |
#10
| |||
| |||
|
|
Roy Hann wrote: I was on the conference call the day before it was announced that Ingres was being open sourced and we were all *bitterly* opposed to the idea. I find that quite puzzling, Roy. My own reaction, reading about it later, was the exact opposite. Perhaps, I thought, Ingres might survive after all. But, then, I have no direct economic interest in Ingres or its survival. What was the source of the bitter opposition? |
![]() |
| Thread Tools | |
| Display Modes | |
| |