所以我浪费了好几天的时间来处理一个在2012年2月修复的拙劣的Apache2错误。我不知道为什么我还在经历这个错误,直到我发现我的版本Apache2是2.2.x版本,甚至认为我构build了整个服务器从头Debian 6在2012年11月30日。由于某种原因aptitude -install apache2拉2.2.x而不是2.4.x.
我希望我已经知道不会承担能力将拉最新的稳定build设。 任何人都可以了解一下仓库是如何pipe理的,以及为什么aptitude会从旧的维护的基础架构而不是2.4.x的基础架构中抽取出来? 另外,我将如何具体地调整2.4.x的性能,以及如何帮助自己避免将来出现这样的问题?
Aptitude将始终安装存储库中可用的最新版本(除非在某些特殊情况下,例如固定 ,或指示特别安装旧版本时)。
Debian系列的Linux发行版(以及Red Hat系列)会针对给定的操作系统发行版(针对您的情况,使用Apache 2.2.16的Debian 6)来testing特定版本的软件包,并将其保留在整个发行版为了稳定性和configuration兼容性,在任何安全性或重要的错误修复方面的backport。
因此,在存储库中安装了最新版本的apache2软件包,这是与该操作系统一起testing的版本,并在Debian 6存储库中提供。 如果因为某些特定的原因需要2.4版,您应该能够find为其提供软件包的第三方存储库。
Debian的稳定版本中没有Apache 2.4,你可以在http://packages.debian.org/search?keywords=apache2&searchon=names&suite=stable§ion=all
apache2包是一个元包,指向其他包和版本及其依赖: http : //packages.debian.org/squeeze/apache2
我把这个链接发给了我的一个好友,他知道答案,但是他没有账号。 所以我自己发布答案。
基本上,所有的软件包都是按照Linux发行版编译的。 这就是为什么你不能去Apache的网站,并得到Apache,除非他们专门提供给你的发行版本。
实际上,Debian认为2.4.x是实验性的,也是错误的。 有一个2.4.2-2 alpha版本,但不是2.4.3,这应该是稳定的。 我猜目前Ubuntu上存在同样的问题。
很明显,因为Debian最新的稳定版本是2.2.x,所以aptitude会安装它。
有时候第三方会为特定的发行版本发布一个包,但是你依靠的是第三方,所以有自己的警告。
如果您想使用第三方软件包,您可以从名为PPA的第三方添加您自己的个人存储库或存储库。 能力应该使用PPA,当你安装的东西。
如果给定发行版的发行版不可用,那么唯一的select是从源代码构build。 我不打算从源代码生成,因为它消除了简单的升级path。 每次升级,维护人员都必须更新源文件并重新编译它们。 现在,我放弃了2.2版本,因为我放弃了,回到了旧的configuration。