From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: pdflatex not found? Date: Tue, 27 Oct 2015 11:37:05 -0400 Message-ID: <871tcg7272.fsf@alphaville.usersys.redhat.com> References: <6sw6c7bnbke8ah.fsf@pfdstudio.com> <562F826B.1080802@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]:52097) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr6JO-0002p7-5d for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 11:37:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zr6JK-0001vo-Sm for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 11:37:22 -0400 Received: from plane.gmane.org ([80.91.229.3]:58332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr6JK-0001vi-My for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 11:37:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zr6JE-0003SE-9v for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 16:37:12 +0100 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Oct 2015 16:37:12 +0100 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Oct 2015 16:37:12 +0100 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 Fatma Başak Aydemir writes: > I do not know the reasons but I had the same problem in the past on OS X. > > exec-path-from-shell package is a nice solution for that. > > https://github.com/purcell/exec-path-from-shell > Just the need for a package like that indicates that something is badly broken on OS X, I think. To be fair, it's a mess on Linux as well, but it is possible to make sure that variables you define (and export) in your .profile get propagated to applications started by the DE/WM. In my current installation (Fedora 21), that is done by /etc/X11/xinit/xinitrc-common, which does this: [ -r $HOME/.profile ] && . $HOME/.profile Maybe OS X has a "hidden" mechanism like this? > 27/10/15 14:43 tarihinde Peter Davis yazdı: >> Rainer M Krug writes: >> >>> Envoyé de mon iPhone >>> >>>> Le 27 oct. 2015 à 01:14, Nick Dokos a écrit : >>>> >>>> Peter Davis writes: >>>> >>>>> Nick Dokos writes: >>>> ... >>>> Yes, probably, but if I can get people to submit backtraces when getting >>>> an error, we can cut down the email volume by a factor of 2.43 (making up >>>> fictitious data to bolster my case...) In all seriousness, at least it >>>> shows that you are not going down some strange path. >> I think the actual number is more like 2.17, but let's not quibble. >> >>>> What happens if you say M-x shell-command RET pdflatex RET? >> Not found. >> >>>> Somebody suggested running "which pdflatex" in your shell - what does >>>> that say? >> Still not found. However, adding it to ~/.tcshrc seems to fix the >> problem. That makes sense, but leaves two questions: >> >> 1) Why am I able to run pdflatex (without specifying the path) just >> from the shell running in a terminal window? >> >> 2) What's the point of defining the emacs exec-path, since I needed >> to define the shell's PATH variable anyway? >> FWIW, I never define exec-path explicitly: it is set from my $PATH when emacs starts. -- Nick