如何升级我的TKL 应用设备中的app XYZ[用于Linux新bs].

工作正在进行中 我最初打算让这个 简单易读的新书 但内容比预期的要丰富得多...

关于通过软件包管理(ie apt)安装应用程序的信息,请参见 这儿.

这是一个棘手的问题, 可能需要针对您想要安装或升级/ 更新的每个应用程序 提供具体答案 。 不幸的是,这超出了这个“如何”的范围,需要你做更多的工作。 您可能很幸运, 如果找不到, 则会找到一个手动安装或升级/ 更新路径, 已被一个 TKL 社区成员记录( 尝试搜索论坛 - 右上角) , 请继续阅读。 页面中包含一个解释,说明TKL核心devs安装应用软件的主要方式,说明为什么他们这样做的理由,以及你可能需要采取哪些一般步骤 在您的 TKL 应用设备中安装或升级/更新二元应用程序。

开始之前

我强烈建议您从当前 TKL 应用设备 版本(截至撰写时为v11.3)开始。 我强烈建议您在您走的时候仔细记录每个步骤。 如果不能立即得到预期的结果,就更容易解决麻烦. 也与社群分享你已完成的逐步文件,

对于没有当前应用设备已有数据的用户,请直接跳到下一个标题. 如果您在应用设备中拥有当前数据,且您至少没有使用v11.x,我强烈建议您首先处理好。然后进行完整的备份(TKLBAM 密码 并进行测试,恢复到干净的安装(VMs对诸如此类的任务很方便)。

一些应用程序可能要求您在更新/升级版本时手动迁移数据. 做主要版本更新时, 情况会更常见, 请检查相关应用的文档( 希望这些文档会登在他们的网站上) 。 我建议你先测试一下这台VM的升级版 然后再做主试

最坏的情况是,您可以使用您的 TKLBAM 备份从头开始,而不损坏您当前运行的实例 。

应用软件安装的主要方式

核心 TKL deves在制作 应用设备时安装应用的主要方式是:

• 软件包管理,或
• 上游档案(常被称作"tarballs"). 严格来说,柏油丸只是曾经的tar.gz(或tar.bz2)档案,但有时上游开发者包作为zip文件代替(技术上不是柏油丸). 为本文件的目的,柏油丸是指任何上游提供的应用档案。
• 其他上游源代码. AFAIK TKL devs一般不安装任何来自上游版本控制重置器(如SVN/Git/Mercurial/etc)和/或手动编译的源代码,因为这些代码往往不稳定. 虽然我注意到越来越多的开发者选择通过这个途径提供稳定的分支(因此我选择将其包括进来).

软件包管理(正式回购)

这些应用程序是使用 apt- 获得安装 < packagename > 命令和(一般)来自官方的Ubuntu寄存器。 一般来说,这些包保存在发行时的主要版本(即2010年4月Ubuntu 10.04-TKL v11.x的基础). 关于使用适当性的进一步资料,请参见 这儿.

加上混乱,还有一位官员,但并未正式支持Ubuntu repo,称其为"university". 此repo中的包不保证安全更新(虽然它们可能接收提供补丁的社区,也有MediaWiki等一些例外). 还有一个官方的Ubuntu repo称为“背港”(再次没有正式支持),它包含较运出软件更新版本/更新版本 起初,虽然这似乎是一个快乐的媒介,但在我看来,除了YMMV,没有什么东西能引起多大的兴趣。

职业

尽管这些应用的主要版本没有更新,但这并不意味着它们根本没有更新. 通常所有与安全相关的错误都被背传(偶尔也会有其他严重的错误修正) - 无论如何在“ main” repo 中应用( 更新出现在“ security ” 中) 。 这些将自动通过TKL的自动安全更新机制应用.

这种安装和更新/升级的过程最大限度地提高了安全与稳定,并最大限度地减少了出现意外问题的风险。 它还将维修费减少到最低程度,从而提高生产力。 应用设备的数据被损坏或停机的风险非常有限(尽管显然还是最好保留常规备份：以防万一).

因此,除非真的需要最新的版本(如‘show-stopper' bug或需要的特性),一般最好还是保留这些应用的原样. 新的到Linux的Windows用户可能会发现这与他们通常总是升级到软件的“最最新和最伟大的”版本的过程相违背,但在许多情况下,它确实是 更厉害!

计数

缺点是,新功能几乎从未添加,小bug(有时甚至主要缺陷)也没有被处理(直到下一个TKL主要版本 - 在那里应用). 版本编号往往会大大跳转). 简洁的安全审计软件(仅检查软件版本号码)往往会错误地列出应用程序为“不安全”和有弱点,而事实上, 他们被补补了 假阳性

有时安装这样的应用程序对于前Windows Linux newbs来说可能有点混乱,因为所有东西都在同一位置(比如在网络根的子文件夹中). 它们可以通过 Linux 文件系统在几个不同的地方分布(例如通常的配置文件会在 X0 应用程序名 >TKL试图通过提供数据所在的对称链接来缓解这一点.

包管理(第三方回购)

AFAIK TKL devs目前不提供任何包含第三方 repos的app的应用设备. 如果第三方提供包含兼容应用程序的回购,则可以成为一个良好的途径。

有时你会很幸运的 想要的应用的上游的devs 提供他们自己的回波。 这种repo可能由他们自己的网站托管,或者可能像LOUSTPad上的PPA(个人包存档)这样的地方. 有时你可能会找到第三方(即没有参与上游devs的人)会产生自己的回波(更可能是PPA,但可能不是). 个人来说,我和LOUSTPAD 取得了良好的成绩,但可以被击中和错过。

职业

第三方的重置资产通常比官方的重置资产更新多得多(虽然这取决于第三方)。 官方的回购(PPAs或其他)一般是安全可靠的,(一般)为更新应用提供最小的惊心动魄. IMO 这些往往比官方的Ubuntu repos还要好.

计数

如果它们是非官方的,第三方的重置质量和可信度可能不明。 您没有真正的方法知道何时或是否再次更新它们。

上游柏油球(和其他来源)

如上所述,上游柏油球是包含安装该应用所需的所有文件的档案,这些档案由上游开发商直接提供. 这些标准往往具有一般性,但通常有某种最低限度的要求。 Webapps(在网络服务器 eg MediaWiki 上运行的ie app) 这样的提供非常普遍. 在你考虑升级为上游柏球之前,你将会想加倍检查它所需要的一切可以轻易地被Ubuntu 10.04满足(我的经验是). 主流应用软件一般都是如此,尽管YMMV。 如果您正在升级一个使用软件包管理中的应用程序的 TKL 应用设备, 您可能需要删除它 。 在某些情况下,甚至可能更可取的做法是从香草LAMP安装开始(而不是更新现有的应用设备).

职业

上游柏油球将永远拥有最新的软件版本,并将包括所有最新的特性(以及所有最新的bugs :p). 通常上游开发者将有两个分支:稳定(这是你们想要生产的一个分支)和开发(这可能包含一些很酷的新尖端特征,但是) 也可能是未完成和/或含有错误。如果它们通过版本控制回波(如SVN或Git等)提供源头,则这一点特别相关。

计数

一旦您去上层版本, 您需要手动应用所有未来的更新, 因为它们已经发布 。 因此,虽然“最晚和最大”的想法可能具有吸引力,但您还需要考虑增加维护成本和安全风险(如果安全漏洞不 出现后立即进行人工处理)。 对于一个小的站点来说,没有多少重要数据和良好的备份制度,安全风险增加,利用上游来源进行额外维护,可能不会让人聪明。 特别是如果有显示停止错误和/或需要的新功能,在预包装版本中不会出现(或者当没有!).

上面说,除非你有好的理由,你最好坚持Ubuntu官方的回购版本。

TKL devs 安装从何而来, 原因为何 ?

TKL核心devs发布应用设备时,会考虑以上这些因素,并决定是将预装版本(如果有的话)还是包含预装版本. 上游版本. 例如,在MediaWiki等应用设备中,devs决定预包装版本是完好无缺的,因此将其留在了此处. 与Moodle一起,devs决定从上游安装,因为预装版(v1.9)有一些相当严重的bug,新的上游版(v2.0)有一些强的新版本. 特性(除了面条只在“单面”重写中提供――见下文其他考虑来解释)。 在一些其他情况下(如Redmine IIRC),预装版只是太老了,缺少了太多的特性,因此没有太多选择,只能使用上游. 像是Joomla之类的东西 无法通过Ubuntu获得 所以唯一能提供它们的方法 就是用上游