From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: R code block produces only partial output Date: Tue, 19 Aug 2014 07:36:54 +0200 Message-ID: <877g2511mx.fsf@Rainer.invalid> References: <87iom8zd24.fsf@gmail.com> <877g2oz9gv.fsf@gmail.com> <87lhr27oap.fsf@gmail.com> <87r40uwavs.fsf@gmail.com> <8761i5kg8f.fsf@gmail.com> <87ppgcrg8n.fsf@gmail.com> <87lhr0qimr.fsf@gmail.com> <87wqa9owhv.fsf@gmail.com> <87oavkp2xa.fsf@gmail.com> <87r40f8xfo.fsf@Rainer.invalid> <87a9718hg7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53014) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJc6g-0007S2-Q1 for emacs-orgmode@gnu.org; Tue, 19 Aug 2014 01:37:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XJc6a-0002n6-Jk for emacs-orgmode@gnu.org; Tue, 19 Aug 2014 01:37:18 -0400 Received: from plane.gmane.org ([80.91.229.3]:59797) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJc6a-0002mr-EB for emacs-orgmode@gnu.org; Tue, 19 Aug 2014 01:37:12 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XJc6Z-0007Q5-K4 for emacs-orgmode@gnu.org; Tue, 19 Aug 2014 07:37:11 +0200 Received: from pd9eb15e5.dip0.t-ipconnect.de ([217.235.21.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Aug 2014 07:37:11 +0200 Received: from Stromeko by pd9eb15e5.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Aug 2014 07:37:11 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Aaron Ecay writes: > R is capable of installing packages to a user-specified directory, > without requiring root or any other special privileges. So IT cannot > literally prevent R users from installing their own packages; They can, all they have to do is to take away the ability to connect to the outside network and that's what is increasingly being done (for other reasons, mind you). > the requirement must rather come as a statement of policy. That is another common thing, if only to shift the responsibility if the other measures don't actually prevent that. > I’d like to > understand more about how such regimes work and how org could work > with them, ideally from people who have direct experience with them. Ideally, don't require the use of a non-core package. The beef with things like CTAN, CRAN or CPAN is that they require extra maintenance beyond the pure installation of some software and some specific knowledge of the software in question and that's just not going to happen in some places. > Otherwise, it would be disappointing if the fear that an unidentifiable > somebody somewhere might not be able to install R packages derailed the > improvement of babel’s R support. The request was to keep a fallback to core. I have no comment at this time if it would be possible or not. Since ultimately it's the session support of Emacs that is clunky (and that affects most other languages as well), maybe an effort to improve that would be more generally helpful than working around it in different ways in each language. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada