2014-05-14 50 views
2

我尝试使用el-get来管理我的软件包,因为它很好地更新来自github的最新版本。但有时我想要的软件包只能在ELPA中使用。所以我用软件包依赖el-get和elpa

(:name <package_name> :type elpa) 

来安装它们。

现在我的问题是: 我安装的组织模式与EL-get和尝试

(:name org-gcal :type elpa) 

安装ORG-兆千卡的 “ORG-兆千卡” 取决于组织模式8.2.4我已经在el-get目录下,但它仍然表示无法找到它,并将再次从elpa安装org。

如何解决elpa和el-get之间的这种依赖问题?

+1

所以对于绝对清晰,当你说“并尝试安装ORG-兆千卡与ELPA”你还是指EL-get和':类型elpa',而不是'M-X包install',是吗? – phils

+0

@phils。你是对的。那是我的意思。 – enchanter

+0

我能想到的唯一方法 - 我认为你不想这样做 - 是修改程序包归档结构以除去依赖关系,以便程序包库不会发生抱怨。如果没有服务器端的元素来验证,这应该工作(但是,我真的很讨厌实际做到这一点)。 – phils

回答

0

你不能“解决”这个依赖性问题,因为你可以教ELPA关于el-get包。这不(很容易)。

EL-GET理解ELPA包,但不反之亦然。 ELPA确实不是请参阅el-get软件包,因此无法使用它们来解决软件包依赖性。

唯一合理的出路是使用ELPA来安装Org和其他包。最近的组织版本可以从默认的GNU ELPA存档或从Org Mode's package archive获得。受欢迎的MELPA存档提供了超过1000个其他程序包的VCS快照。

+0

ELPA在安装之前是否先检查本地软件包?有没有办法让ELPA知道包已经在那里? – enchanter

+0

@enchanter ELPA显然会检查是否安装了依赖项,但它只查看通过ELPA安装的依赖项。无法通过任何其他方式告诉ELPA有关安装的依赖关系,除了搞乱'package-alist',我强烈建议不要这样做。 – lunaryorn

相关问题