Questions tagged «patch»

我想使用提供的某些指定软件包（名称和版本）设置新的虚拟机。 例如，2.2.20-1ubuntu1具有所有依赖项的apache2版本。即使服务器上有此软件包的新版本，也应安装该软件包。 解决方案必须与多个（n）个“设置”一起使用/扩展。另一个虚拟机可能需要较旧版本的apache2。 我目前知道安装确切软件包的一些可能性，但不能很好地扩展： *.deb手动将所有必需的内容复制到每个虚拟机，然后输入：dpkg -i...->可以使用，但是非常容易出错。（手动脚本等） 为每个设置创建并使用新的Ubuntu存储库。->不起作用，因为我需要n个存储库。 设置机器一次并复制VM /创建快照。->不起作用，因为我需要存储n个VM。 我的问题可能被标记为补丁程序管理，但是我不想将软件包更新为当前版本。我的目标是安装旧软件包。

224 repository  versions  patch 

我今天在Phoronix上读到，Linux内核有200行的补丁程序，可极大地改善桌面响应能力。 Ubuntu用户如何以受支持的方式获得此信息？

66 kernel  performance  patch 

由于当前的Intel CPU安全漏洞问题，预计会有一个补丁会降低系统性能。 我如何确保此补丁程序不会安装在我的Ubuntu系统上？

43 security  intel  cpu  patch 

拥有Git / GitHub背景并且对Bazaar VCS知之甚少，我偶尔会向启动板上托管的项目报告错误，甚至发送补丁。我想以一种“适当”的方式进行操作，以便在不妨碍的情况下可以进行合并或改进。 我似乎找不到适合我需要的像样的简单操作方法。 到目前为止，我做了什么： 我已经创建了启动板帐户， 报告了错误， 安装了Bazaar并设置SSH密钥等。 现在如果是GitHub，我会 分叉仓库 克隆分叉的仓库 创建一个合理命名的分支并执行工作， 提交+推送， 使用GitHub WUI创建拉取请求。 但这不是GitHub，Launchpad和Bazaar架构似乎与GitHub / Git架构有很大不同。 那么，一个善良的灵魂可以救我免于淹没大量文件并编写一条简单的步骤路径（主要是第二部分）吗？可能在需要时包括相关的CLI命令吗？ 编辑：似乎我应该弄清楚是否要特别询问有关Ubuntu软件包（无论是什么意思）或Launchpad项目的问题。 我不太在乎Ubuntu软件包和非Ubuntu软件包之间的区别。现在，任何软件都可以在Ubuntu中使用，明天就可以使用，反之亦然。发展远比分配重要。 所以我以为 并非Ubuntu中分发的每个软件包都托管在Launchpad上， 存在Launchpad的“正式”或“默认”工作流程（好吧，如果所有开发人员都可以同意使用Bazaar，那么为什么大多数人都不同意修补工作流程？）， 所以我问的是Launchpad方式，而不是Ubuntu方式。我选择了AU，因为交叉点很大，所以我想这里很有趣。

19 launchpad  git  bazaar  patch 

所以前一段时间我报告 了Compiz的Place Window插件中的错误。对于受此影响的人来说，这是一个相当大的回归：主要是使用Gnome-Fallback的人（根据报告判断）。 片刻后不久出现了补丁。我创建了一个用于测试的PPA，到目前为止，每个参与人员都报告了已解决的问题。它甚至修复另一个错误。我已经使用标准Unity桌面进行了测试，并且可以说（对于我的测试）没有可见的不利影响。 我现在想将其推送到Ubuntu，主要有两个原因： 我很自私 每当新版本的Compiz推送到12.04时，我都不需要更新我的PPA。 我不希望Ubuntu用户因为一个愚蠢的小错误而看到他们的窗户飞舞。 我希望此修补程序尽快发布到Ubuntu的Compiz版本，以便我们可以将这些错误标记为已修复并继续发展。 我必须弯腰谁的腿才能将其立即拉入Ubuntu？ 我没有维护这个项目，这是上游的事情，但是对于Ubuntu来说却是不可或缺的。我可以去Compiz，但是我想如果他们接受该补丁，那么距离Ubuntu较远的地方还需要几个月（至少是一个版本）。 当我找到合适的人时，如何使他们的工作过程尽可能的流畅？ 我希望他们看到我的请求，然后说“是的，一切看起来都不错，完成了”。我不希望收到17轮针对补丁内容的电子邮件。更重要的是，我也不想浪费时间。 我必须提供什么？我的包装技巧真是可悲。这是我第一次尝试修补软件包以进行重新分发，因此我很可能使每个包装错误都为人所知。他们会对原始补丁感到满意吗（以便他们可以自己应用它），或者我应该重新打包东西，以便diff / changelog更加整洁（花了我几次，版本遍地都是）。 注意：这个问题是关于Compiz的，但是我希望答案也可以解决其他样式的软件包，因此我们拥有权威且全面的解决方法。

15 updates  packaging  bug-reporting  patch 

我的installed (local or obsolete)类别已满，因为Canonical最近一直在发布更新，然后将其撤回。最近发生了两个内核，cups今天早上又发生了。我已经使用Ubuntu大约三年了，我不记得这种情况像今年那样频繁。 那么，如何合理处理呢？ 我考虑过每周仅安装一次更新，但是这并不能防止在我检查该周之前抓住它们发布的错误更新。 仅在周末安装更新的好策略吗？似乎周末很少发布系统更新。我想他们可以在星期五下午推送一个糟糕的更新，而在星期一早上删除它。 或者，以某种方式不安装更新，直到将它们推出某个时间段（例如两天）？有自动化的方法吗？ 编辑：受影响的系统之一运行带有linux-generic内核的Lubuntu 16.04 ，另一个运行带有linux-generic-hwe-16.04内核的Lubuntu 16.04 。两者都受到cups2.13-4ubuntu0.2版本更新的影响，该更新已于2017年3月27日推出，然后撤回。该linux-generic计算机收到的内核更新版本4.4.0.67.12随后被撤回。此更新还孤立了snapd2.23.1版。linux-generic-hwe-16.04计算机收到了内核版本4.8.0.42.14，然后将其孤立了。

13 updates  canonical  patch  quality 

提交补丁修复LP：＃600941造成的所有损害的最佳方法是什么？ 我问是因为LP：＃600941已放入目前仍受支持的Ubuntu的每个版本中。我应该选择一个特定的版本并ubuntu-bug在其上运行吗？该版本应该是LTS还是Oneiric或Precise（如果需要，如何获得Precise？） 故事是，在推出之后，我们所有的系统都开始经历Nagios nrpe重新启动失败。 像这样的命令 /etc/init.d/nagios-nrpe-server restart 会导致nrpe停止但无法重新启动。 我将其追溯到/etc/init.d/nagios-nrpe-server脚本调用的方式start-stop-daemon。 问题是/etc/init.d/nagios-nrpe-server脚本中的“ stop”节首先调用start-stop-daemon，该守护进程将SIGTERM发送到nrpe，然后仅等待一秒钟。 如果那时nrpe尚未退出，则pid文件仍然存在，/etc/init.d/nagios-nrpe-server脚本将删除它。 更糟糕的是，如果/etc/init.d/nagios-nrpe-server restart使用该方法，不仅会删除pid文件，而且如果nrpe守护进程仍在关闭中，则重新启动nrpe的尝试将失败。 在这种情况下尝试启动将失败，因为nrpe仍将绑定到套接字，并且第二次尝试绑定将导致nrpe启动中止。 他们应该想知道为什么有一条评论“有时pid文件没有被删除”。 他们应该在负载较重，因此nrpe响应时间较慢的系统上进行测试。 解决方法是--retry 10在的调用中添加或之类的start-stop-daemon ... --stop ... 谢谢

9 development  patch 

我一直在手动将补丁程序应用到Wine上，以便在自己的机器上使用，但我想将其放在PPA中供我的朋友和亲戚使用。 目前，我遵循以下过程： 通过以下方式从上游PPA获取最新资源 apt-get source 使用patch申请我的非官方的，不支持的补丁。 使用创建一个包 dpkg-buildpackage -rfakeroot -uc -b 这对于创建将在我的本地计算机上运行的软件包很好。但是，我现在想通过PPA将此自定义版本分发给其他人。 这个程序是否足够，或者是否有我应该专门针对Wine的更正确和/或更容易维护的程序？

9 ppa  wine  packaging  patch  launchpad 

我有点Linux菜鸟，所以请疲于理解操作系统的某些方面。无论如何，我只是将ubuntu加载到台式机上（双启动），一切正常。唯一的问题是（我已经研究了一段时间我的问题，并确定这是问题），内核不支持插入计算机的游戏键盘。 我发现了这一点：http : //www.spinics.net/lists/linux-usb/msg62270.html 还有谁遇到了同样的问题，并通过将补丁应用到他们的内核来解决了这个问题。我怎么做？有什么地方我可以从该网页复制代码，还是比这更复杂？ PS这不是硬件的问题。该机器是双启动的，并且在Windows 7上可以正常工作，并且在BIOS中也可以正常工作，并且可以启动直到ubuntu加载为止。

8 dual-boot  kernel  patch