From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MON KEY Newsgroups: gmane.emacs.devel Subject: Re: DocView now supports OpenDocument & MS Office formats Date: Sun, 2 Jan 2011 02:29:26 -0500 Message-ID: References: <87hbduhno4.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1293953384 18065 80.91.229.12 (2 Jan 2011 07:29:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 2 Jan 2011 07:29:44 +0000 (UTC) Cc: Jason Rumney , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 02 08:29:40 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PZINn-0001Om-0N for ged-emacs-devel@m.gmane.org; Sun, 02 Jan 2011 08:29:39 +0100 Original-Received: from localhost ([127.0.0.1]:49698 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZINm-0000b9-Cp for ged-emacs-devel@m.gmane.org; Sun, 02 Jan 2011 02:29:38 -0500 Original-Received: from [140.186.70.92] (port=54289 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZINf-0000aI-R2 for emacs-devel@gnu.org; Sun, 02 Jan 2011 02:29:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZINe-0003D3-AX for emacs-devel@gnu.org; Sun, 02 Jan 2011 02:29:31 -0500 Original-Received: from mail-wy0-f169.google.com ([74.125.82.169]:58508) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZINe-00036A-0F; Sun, 02 Jan 2011 02:29:30 -0500 Original-Received: by wyj26 with SMTP id 26so13119626wyj.0 for ; Sat, 01 Jan 2011 23:29:27 -0800 (PST) Original-Received: by 10.216.163.69 with SMTP id z47mr1777556wek.43.1293953366987; Sat, 01 Jan 2011 23:29:26 -0800 (PST) Original-Received: by 10.216.70.212 with HTTP; Sat, 1 Jan 2011 23:29:26 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: cVPI9Wo-5DbYx5jhq38-MT_IElg X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134155 Archived-At: On Sat, Jan 1, 2011 at 7:33 PM, Richard Stallman 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\