Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][tlug] Vendor lock-in vs monopoly
- Date: Sat, 29 Sep 2007 02:33:02 +0900
- From: "Stephen J. Turnbull" <stephen@example.com>
- Subject: [tlug] Vendor lock-in vs monopoly
- References: <46FC7250.3040600@cnt.mxt.nes.nec.co.jp>
Nguyen Vu Hung writes: > In a speech of RMS[1], he said that "proprietary program is a monopoly" > but I think "monopoly" is not the perfect word here, and "vendor > lock-in" fits better. That's correct. Distribution of the proprietary program itself is a monopoly, by act of Congress. Support in general is not a monopoly, there are plenty of third-party vendors of support. And all vendors of support achieve a certain degree of lockin because there are relationship-specific aspects to support. However, when rms talks about support, he doesn't usually mean user support, he normally means application repair and extension. Application repair is a strong lockin because of access to source, usually sufficient to achieve monopoly. (Technically it's not a legal monopoly in the U.S. because reverse-engineerng for repair is "fair use".) Extension is a legal monopoly as far as I know, as creation of derivatives is not considered fair use (again, AFAIK).
- References:
- [tlug] Vendor lock-in vs monopoly
- From: Nguyen Vu Hung
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] dual boot - Windows/Linux
- Next by Date: Re: [tlug] dual boot - Windows/Linux
- Previous by thread: Re: [tlug] Vendor lock-in vs monopoly
- Next by thread: RE: [tlug] Vendor lock-in vs monopoly
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links