From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Clemente Subject: Re: results from Python block not visible Date: Fri, 27 Jun 2014 16:50:51 +0700 Message-ID: References: <87r42bhcil.wl%n142857@gmail.com> <87vbrntyow.fsf@gmail.com> <87pphvh9l4.wl%n142857@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1133482cadc5a504fcce3ed5 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X0So2-0006KQ-JJ for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 05:50:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X0So0-0001E7-J8 for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 05:50:54 -0400 Received: from mail-vc0-x22d.google.com ([2607:f8b0:400c:c03::22d]:55270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X0So0-0001Dj-EN for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 05:50:52 -0400 Received: by mail-vc0-f173.google.com with SMTP id lf12so4853669vcb.32 for ; Fri, 27 Jun 2014 02:50:52 -0700 (PDT) In-Reply-To: <87pphvh9l4.wl%n142857@gmail.com> 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: Eric Schulte Cc: org-mode Mailinglist --001a1133482cadc5a504fcce3ed5 Content-Type: text/plain; charset=ISO-8859-1 I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente wrote: > > El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: > > > #+BEGIN_SRC python :results output > > > print "x" > > > #+END_SRC > > > > > > It prints: > > > > > > #+RESULTS: > > > : None > > > > > > I expected to see "x". This worked some days ago. > > > > > > > This works for me using the latest version of Org-mode with an Emacs > > launched by running "make vanilla" from the base of the Org-mode repo. > > > I didn't know "make vanilla". It worked fine from there, I don't know > why from "emacs -Q" it didn't. > > > Maybe the problem is in your configuration? > > Exactly, it is from my configuration, because after loading my full > configuration, I see the problem again and code highlighting suddenly > disappears. > > I identified the exact lines that cause org-babel to stop failing. > Bewonder: > > (autoload 'tramp "tramp" "Remotely access files." t) > (require 'tramp-cache) > > Yes! After C-x C-e on the first line, org-babel still works. After C-x > C-e on the second line, it doesn't work anymore. > There were some Tramp changes in latest Emacs, maybe they are bad. I'm > using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw > scroll bars) of 2014-06-20 on la4 > > > What a strange bug... > > --001a1133482cadc5a504fcce3ed5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I confirm that with Debian's Emacs, org-babe= l works well after the (require 'tramp-cache):
GNU Emacs 24.3.1 (x86= _64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by= Debian

But it fails with my compiled one from 2014-06-20.

S= o is it because of tramp-cache or org-babel?


On Fri, Jun 27, 2014 at 12:19 AM, = Daniel Clemente <n142857@gmail.com> wrote:

El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure:
> > #+BEGIN_SRC python :results output
> > print "x"
> > #+END_SRC
> >
> > It prints:
> >
> > #+RESULTS:
> > : None
> >
> > I expected to see "x". This worked some days ago.
> >
>
> This works for me using the latest version of Org-mode with an Emacs > launched by running "make vanilla" from the base of the Org-= mode repo.
>
  I didn't know "make vanilla". It worked fine fro= m there, I don't know why from „emacs -Q“ it didn't.

> Maybe the problem is in your configuration?

  Exactly, it is from my configuration, because after loading my= full configuration, I see the problem again and code highlighting suddenly= disappears.

  I identified the exact lines that cause org-babel to stop failing. B= ewonder:

  (autoload 'tramp "tramp" "Remotely access files.&= quot; t)
  (require 'tramp-cache)

  Yes! After C-x C-e on the first line, org-babel still works. After C= -x C-e on the second line, it doesn't work anymore.
  There were some Tramp changes in latest Emacs, maybe they are bad. I= 'm using:  GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolki= t, Xaw scroll bars) of 2014-06-20 on la4


  What a strange bug…


--001a1133482cadc5a504fcce3ed5--