From: "Cook, Malcolm" <MEC@stowers.org>
To: 'Rainer M Krug' <Rainer@krugs.de>,
John Kitchin <jkitchin@andrew.cmu.edu>
Cc: Nick Dokos <ndokos@gmail.com>,
"emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: pdflatex not found?
Date: Tue, 27 Oct 2015 16:06:27 +0000 [thread overview]
Message-ID: <f3d8527e9442420eacb98ec0551f60ed@exchsrv2.sgc.loc> (raw)
In-Reply-To: <m2vb9scnhw.fsf@krugs.de>
>
> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>
> > This reminds me that I think I have this problem unless I open Emacs from a
> > command line.
>
> Yup - this is one way of circumvent the problem: by starting emacs from
> the command line.
And, just to chime in late in the conversation, if your emacs was installed as an mac application using, say, http://emacsformacosx.com/ then you can start it from the command line as:
open -a /Applications/path/to/emacs
and get the environment variables you expect...
>
>
> >
> > On Tuesday, October 27, 2015, Nick Dokos <ndokos@gmail.com> wrote:
> >
> >> Fatma Başak Aydemir <aydemirfb@gmail.com <javascript:;>> 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 <r.m.krug@gmail.com <javascript:;>> writes:
> >> >>
> >> >>> Envoyé de mon iPhone
> >> >>>
> >> >>>> Le 27 oct. 2015 à 01:14, Nick Dokos <ndokos@gmail.com
> <javascript:;>>
> >> a écrit :
> >> >>>>
> >> >>>> Peter Davis <pfd@pfdstudio.com <javascript:;>> writes:
> >> >>>>
> >> >>>>> Nick Dokos <ndokos@gmail.com <javascript:;>> 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
> >>
> >>
> >>
> >>
>
> --
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
> UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Stellenbosch University
> South Africa
>
> Tel : +33 - (0)9 53 10 27 44
> Cell: +33 - (0)6 85 62 59 98
> Fax : +33 - (0)9 58 10 27 44
>
> Fax (D): +49 - (0)3 21 21 25 22 44
>
> email: Rainer@krugs.de
>
> Skype: RMkrug
>
> PGP: 0x0F52F982
next prev parent reply other threads:[~2015-10-27 16:07 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-27 13:43 pdflatex not found? Peter Davis
2015-10-27 13:55 ` Fatma Başak Aydemir
2015-10-27 15:37 ` Nick Dokos
2015-10-27 15:48 ` Rainer M Krug
2015-10-27 15:51 ` John Kitchin
2015-10-27 15:58 ` Rainer M Krug
2015-10-27 16:06 ` Cook, Malcolm [this message]
2015-10-28 12:40 ` Alan Schmitt
2015-10-27 15:44 ` Rainer M Krug
2015-10-27 16:19 ` Nick Dokos
2015-10-27 16:45 ` Rainer M Krug
2015-10-27 17:02 ` Peter Davis
2015-10-27 17:50 ` Nick Dokos
2015-10-27 17:59 ` Peter Davis
2015-10-27 18:30 ` Rainer M Krug
2015-10-27 17:14 ` Nick Dokos
2015-10-27 15:40 ` Rainer M Krug
-- strict thread matches above, loose matches on Subject: below --
2015-10-27 16:12 Peter Davis
2015-10-27 16:40 ` Rainer M Krug
2015-10-26 22:18 Peter Davis
2015-10-27 0:14 ` Nick Dokos
2015-10-27 5:45 ` Rainer M Krug
2015-10-27 16:07 ` Charles C. Berry
2015-10-26 19:26 Peter Davis
2015-10-26 19:50 ` John Hendy
2015-10-26 20:29 ` Myles English
2015-10-26 21:43 ` Charles C. Berry
2015-10-26 20:03 ` Nick Dokos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f3d8527e9442420eacb98ec0551f60ed@exchsrv2.sgc.loc \
--to=mec@stowers.org \
--cc=Rainer@krugs.de \
--cc=emacs-orgmode@gnu.org \
--cc=jkitchin@andrew.cmu.edu \
--cc=ndokos@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).