Blog

Emacs 路径

有些时候最可气的是,明明有个东西你知道见过,但用的时候就是找不到了。

我这学期网络课的项目要求在明天之前交 Proposal,要求中说如果是用 LaTeX 排版的可以有加分。我这学期之前一直在用 ConTeXt,这学期一直在用 Emace Muse 和 org-mode,感觉很长时间没有用过 LaTeX 了。开始的时候我想接着用 ConTeXt,毕竟感觉熟悉一些,但在 Emacs 中打开一个 .tex 文件却提示错误。我才想起我这个自己编译的 Emacs 里面还没有安装任何 ConTeXt 的支持。后来为了方便大家一起工作,决定用 LaTeX。之前加上 AUXTeX 插件的 Emacs 也用惯了,于是我就自己装一次 AUCTeX,既为了这次使用,也为了将来编辑 ConTeXt 时用。

AUCTeX 支持通过快捷键来编译文档。我过去用的应该也是 AUCTeX,但一直没有用过快捷键,因为一直不知道有这个功能。我一般都是或者用 compile 命令,或者按 M-! 来执行 pdflatex 命令。而 AUCTeX 的快捷键的好处就是编译完成后,有没有问题都在 mini-buffer 里面告诉你,而不会把窗口切成两半再出来一个新的 buffer。按 C-c C-l 之后才会调出编译的结果,所以我就一直在用快捷键。

但它有个问题,就是 Emacs 找不到 latex 命令。我用 (getenv "HOME") 检查了一下,发现 Emacs 并没有载入我在 .profile 文件里面设置的 PATH 变量。这样的后果是,AUCTeX 找不到 latex 命令,因为它们都不是安装在默认的 /usr/bin/usr/sbin 目录里面。这让我相当苦恼,不仅 AUCTeX 没法用,原先我的那种 M-! 调用外部命令的方法也不行了。

我印象里之前看过让 Emacs 识别 .profile 文件里的 PATH 设定,但从来没有想到自己也有用到的一天。这次我从网上用各种关键字搜索了很长时间,还是没有找到。CarbonEmacs 在这方面工作是正常的,不过我也没有仔细研究过 CarbonEmacs 的目录分配,不知道相关的设定文件在什么位置,一时间也找不到。

后来我想过一个折衷方法,把 AUCTeX 的 latex 命令设定成绝对路径,也就是在 .emacs 文件里面加上这么一行 (custom-set-variables '(LaTeX-command "/usr/local/texlive/2009/bin/universal-darwin/latex"))。但我发先这样的话,单纯用 latex 是没问题了,但要想用 PDFLaTeX 直接生成 PDF 文件,而不是生成 DVI 文件后再转换成 PDF 文件的话,这样做就没用了。原来是 AUCTeX 没有给每个编译命令设定不同的命令行,而是直接偷懒,如果是想调用 PDFLaTeX 的话,就直接在 LaTeX 的命令行前面加上 pdf。这样的话,AUCTeX 生成的 PDFLaTeX 命令行就成了 pdf/usr/local/texlive/2009/bin/universal-darwin/latex,自然找不到相关的程序了。

后来我没办法,直接用笨办法,在 .emacs 里面设定 PATH 变量。也就是加上这么一段:


(setenv "PATH"
(concat
"/opt/local/bin" ":"
"/opt/local/sbin" ":" 
"/usr/bin" ":"
"/bin" ":"
"/usr/sbin" ":"
"/sbin" ":" 
"/usr/local/bin" ":"
"/usr/texbin" ":"
"/usr/X11/bin"
(getenv "PATH")
)
)

这种方法,我参考了 Xah Lee 的文章

不知道是不是心理作用,我试验了这种方法之后,总是觉得启动的速度变慢似地。不过这样确实是在设定程序里面加了一些不应该添加的东西,因为他们降低了 .emacs 文件的“可移植性”。所以我又在找其它的办法,于是我找到了这篇文章。文章介绍了通过设定 Mac OS X 本身的 plist 来让 Emacs 获取设定的路径。方法是在终端里面运行 defaults write $HOME/.MacOSX/environment PATH “$PATH” 这么一行。我试验了之后,手动观察了一下 ~/.MacOSX/environment.plist 文件,发现里面是乱码。我对 plist 文件的格式不了解,以为是系统给编码了。文章中说执行完这行命令后,要重启一下计算机才行,我也乖乖重启。但重启之后却发现 Emacs 中根本还是老样子。

印象里 Mac 自带了一个程序,可以编辑 plist 文件的。我于是找了一下,发现了 Property List Editor.app 程序。进去后打开了 ~/.MacOSX/environment.plist 文件,试着把乱码改成了 PATH 变量里的内容,再重启之后就好了。不过这样也不是很完美,我查了一下系统的 PATH 变量,有些路径出现了两次,不过不影响使用。

这件事给了我又一个 Mac OS X 系统与 UNIX 系统之间的不同的地方。可能是为了兼容旧程序,Mac 没有统一实行一个策略。既然已经有了 PATH 方式,为什么还要弄个 plist 让某些程序读取呢?我觉得 UNIX 传统的路径政策是非常好的,通用、设定起来也方便。Mac 的很多这策是只给用户提供一种最通用的办法,而这种情况下,一个简单的路径就有了不同的设定方案,两者还不统一,确实给用户带来了麻烦。

没有评论

Leave a Reply