Re: [HACKERS] Support (was: Democracy and organisation)

From: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
To: Tim Hart <tjhart(at)mac(dot)com>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, <pgsql-hackers(at)postgresql(dot)org>, <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: [HACKERS] Support (was: Democracy and organisation)
Date: 2002-06-27 18:23:04
Message-ID: 20020627152139.R22387-100000@mail1.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-hackers


Is this sort of like Oracle guaranteeing its uncrackable, but as soon as
someone comes to them to prove it is, Oracle's response is "but DBA didn't
enable the obscure security feature that can be found here, that is
disabled by default?"

On Thu, 27 Jun 2002, Tim Hart wrote:

> Could very well be. As I said, I'm not a lawyer. I do know that depending upon the laws in a region, EULAs can be proven to be legally invalid.
>
> I do personally find it hard to believe that Oracle could be legally immune from *all* damages claims. In practice proving fault could be very hard to do ( "It was the DBA's fault - incorrect configuration", or "The OS has a bug in it"), but in general when a fee is paid for a good or service, there is an implied legal contract that at times can supercede any EULA. The good or service provider has some legal responsibility for the accuracy of their claims regarding the service provided, or the functionality of the project delivered. For example, the only clause that Ford Motor company could use in a sales contract that would absolve them from lemon laws is basically "The product you are buying is a lemon".
>
> Your point is taken, though - I don't think one could succesfully sue Microsoft if Windows crashes from time to time. However, if M$ promises that product X is a complete COTS datacenter, and you buy X and find that X is nowhere near stable as the industry norm, you have a legal case - both for the cost of the product and in the resulting lost revenue.
>
> I probably failed to convey in my initial post that I don't think the scenario is likely. Building and maintaining a db app involves technical talent on the part of the client, reliable hardware, networking, appropriate facilities, blah, blah, blah. So it's likely that blame can't be placed on one thing - and no single fault is probably large enough to be outside the industry norms for reliability of the product. I was merely trying to convey managements mindset. I feel the thinking is flawed as well.
>
> On Thursday, 27, 2002, at 01:08AM, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> wrote:
>
> >Hmmm...
> >
> >I think this is a common fallacy. It's like arguing that if windoze crashes
> >and you lose important data then you have some sort of legal recourse
> >against Microsoft. Ever read one of their EULAs? $10 says that Oracle's
> >license grants them absolute immunity to any kind of damages claim.
> >
> >Chris
> >
> >-------------------
> >
> >Tim Hart Wrote:
> >
> >If a catastrophic software failure results in a high percentage of lost
> >revenue, a corporation might be able to seek monetary compensation from a
> >commercial vendor. They could even be taken to court - depending upon
> >licensing, product descriptions, promises made in product literature, etc.
> >For cases like open source projects, like PostgreSQL, there is no legal
> >recourse available.
> >
> >So - in the extreme case, if commercial Vendor V's database blows chunks,
> >and causes company B to loose a lot of money. If Company B can prove that
> >the fault lies squarely on the shoulders of Vendor V, Company C can sue
> >Vendor V's a** off. Executive management isn't at fault - because they have
> >performed due diligence and have forged a partnership with vendor V who has
> >a legal responsibility for the claims of their product.
> >
> >
> >
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>
>
>

In response to

Browse pgsql-advocacy by date

  From Date Subject
Next Message Justin Clift 2002-06-28 03:52:27 Suggestions for an update to the PHP manual?
Previous Message Tim Hart 2002-06-27 16:57:57 Re: [HACKERS] Support (was: Democracy and organisation)

Browse pgsql-hackers by date

  From Date Subject
Next Message Guido Ostkamp 2002-06-27 18:32:25 Are these groups "unauthorized"?
Previous Message Tim Hart 2002-06-27 16:57:57 Re: [HACKERS] Support (was: Democracy and organisation)