emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: DocView now supports OpenDocument & MS Office formats


From: MON KEY
Subject: Re: DocView now supports OpenDocument & MS Office formats
Date: Sun, 2 Jan 2011 02:29:26 -0500

On Sat, Jan 1, 2011 at 7:33 PM, Richard Stallman <address@hidden> wrote:
>>> The "service" is Free Software
>
>> Its LGPL free as in "Oracle"...
>
> Whatever you mean to say, could you please say it without sarcasm?

The intent wasn't to be sarcastic, irony perhaps.

Oracle is now the "benevolent dictator" overseeing the OO.org UNO SDK.

Oracle's stated intent is to supply the Oracle OpenOffice deliverables
with SaaS capabilities. This is not a theoretical matter, its
happening.

IMHO It does not seem unreasonable to assume that Oracle will leverage
its influence on the future protocols of UNO SDK to ensure that
OpenOffice becomes a front end to service running remotely outside the
users control but under Oracle's sphere of influence.

> I do not understand your point.

In order for an Emacs to gain ODF support via the proposed docview.el
interface one must leverage python/pyuno/UNO/OpenOffice/Java

The point is:

 - interaction with the UNO bridge is not (necessarily) simple RPC;

 - the UNO SDK is a poorly specified;

 - Its protocol is compromised in lieu of the Sun/Oracle merger;

 - asking Emacs users to embrace these dependencies just to gain ODF
   support is tantamount to a tacit endorsement of Oracle's reframing
   of software as service in a distributed manner;

 - asking Emacs users to install the python/pyuno/UNO/OpenOffice/Java
   dependencies just to gain ODF support is ironic given the extent to
   which the Emacs-Devels have endeavored to keep the Emacs footprint
   small;

> A service can't be free software because a service is not software.

This doesn't make any sense.

There is significant tension around the semantics of the term
"software" and the term "service". It isn't clear that you have
resolved these semantics satisfactorily yet.

> Richard Stallman

--
/s_P\



reply via email to

[Prev in Thread] Current Thread [Next in Thread]