Re: Cut him a break

From: Joe Dunning (joe_at_dev.null)
Date: 07/26/04

  • Next message: Ralph Scharping: "Re: Xenix Filesystem"
    Date: Mon, 26 Jul 2004 04:02:05 GMT
    
    

    On 2004-07-26, Blitz Kreig <bk@linux.site> wrote:
    > I think I know why Toni claims no poisition in the case. He can't afford
    > to have one. I can't blame him, his supplier yes, but him no.

    But Tony has another option. Don't post on the subject.

    > Toni's not to blame. The customers aren't to blame. They are SCrewed Over
    > if they try to migrate, cause Darl & crew will sue them. Kinda easier to
    > let the machine slowly die instead of replacing it and being sued.

    Ah, but that is the point of many of my posts: customers who put in new
    installations of SCO systems are risking the loss of their vendor, they
    are more likely to be sued and are indirectly funding attacks on Linux.

    Now I do understand that business priorities sometime make installation
    of such systems the only decision, but when you get people posting
    here that they would never recommend Linux to a customer (and Tony is
    NOT one of these), one wonders how impartial is the advice some posters
    give their customers.

    >
    >
    > I am certain when it is all over, then the customers will move. But first
    > SCO will have to go.

    Why wait? Customers who have to migrate in a hurry because their vendor
    of choice has disappeared are not in good shape. Better to plan the
    migration today and do it in an orderly fashion.


  • Next message: Ralph Scharping: "Re: Xenix Filesystem"

    Relevant Pages

    • Re: REGION=0M and LSQA
      ... You state "vendors ignore customers quite often." ... customers frequently ignore vendor (including ... Others either do not do this or don't advertise the event, IMO. ... I am sure we could say IBM does the same, but in their defense they do seem to listen better at requirements and implement things with more thought that OEM vendors do. ...
      (bit.listserv.ibm-main)
    • Re: The legal / illegal line?
      ... I have only resorted to this technique in the past when I have other customers relying on a given product and a small vendor is not taking that seriously. ... It needs to be a small vendor because as you say, you need to *know* that the person who authorizes it has the power to do so. ... they are _not_ in any way a client until a signed agreement exsists. ...
      (Pen-Test)
    • Re: V6R1 will make necessary to convert and perhaps recompile programs
      ... What does promoting the system have to do with the suggestion that IBM expend large effort to extend its already available & well-proven technology to support the customer investment over the entire System i family line? ... but I am not going to have a discussion about marketing or continue a discussion on the slovenly manner in which some customers have dealt with their software and even hardware upgrades. ... By not upgrading they are not forced to be in contact with what their vendor is doing, nor do they pay any attention to the impact of going off of maintenance, and thus they fail to see what is coming. ...
      (comp.sys.ibm.as400.misc)
    • Re: Public disclosure of discovered vulnerabilities
      ... > vendor never advertises such workarounds. ... Yup, that's how most customers saw it, if they were the types that cared ... upgrade tonight, period, but I can't tell you why" emails. ...
      (sci.crypt)
    • Re: OSEC [WAS: Re: Intrusion Prevention]
      ... with that said we've noticed over time that a) various industry ... >for a trusted 3rd party to validate vendor claims with REAL testing. ... What customers want is someone to tell them what ... About a million years ago I was designing and coding firewalls. ...
      (Focus-IDS)