什么是MOTU？

Question

mfisch

Asked: 2010-08-24 17:58:33 +0800 CST2010-08-24 17:58:33 +0800 CST 2010-08-24 17:58:33 +0800 CST

使用 uupdate 应用补丁后如何处理补丁拒绝？

我使用 uupdate 将源包从 0.7.0 更新到 0.7.3。它使用补丁进行此更新，我有一些补丁拒绝。我不确定下一步该做什么。我是否：

在这一点上，我认为答案是使用一个更符合我熟悉的工具（来自 Tortoise Merge 和 clearcase 合并背景）。

我已经搜索了人们如何管理补丁拒绝的高低搜索，但我没有运气，所以如果你能提供一个 FM 的链接（如果存在），我会很高兴 RTFM。

raphink · Answer 1 · 2010-08-24T22:08:55+08:00

我同意@maco 关于手动解决冲突的观点。看到您给出的选项，您可能需要真正了解什么uupdate does，即：

补丁拒绝来自将此 diff.gz 应用于新目录。

现在来看看你的选择：

编辑旧的源包 =>你不应该为了创建新的源包而修改旧的源包；
编辑新源包并重新运行 uupdate =>这样做没有意义，因为补丁无法应用于新源，并且您不应该修改原始源（补丁除外，这些补丁位于diff.gz) ;
编辑 .rej 文件 => .rej 文件在这里向您展示未能应用的内容；编辑它们不会解决您的问题，但您应该查看它们以查看是否需要应用失败的更改；
使用 diff 工具 =>当然，这可能是一个好主意，（vim -d是你的朋友）虽然 .rej 文件应该已经让你知道什么未能应用。您还可以阅读之前的 diff.gz 以了解它正在修改哪些文件。

一般来说，我遇到的大多数 uupdate 冲突都是由于以前版本的软件包中的错误打包造成的，即 diff.gz 修改了源代码而不是仅仅添加了 debian/ 目录。这可以很容易地检查：

zcat ../yourpackagename_0.7.0-1.diff.gz | diffstat

将为您提供上一个补丁修改的文件列表（根据您的需要调整文件名）。如果您在此列表中找到不在 debian/ 目录中的文件，那么您的问题肯定存在。在这种情况下，请检查已更改的内容：

在大多数情况下，debuild -S调用它是一个 autotools 混乱：其中一个 autoconf/automake 脚本已被修改，此修改将不再适用。在新版本中删除此更改通常是安全的；
在其他一些情况下，源代码已手动修补（不使用 dpatch/simple-patchsys/quilt/whatever 其他）。在这种情况下，请检查补丁是否仍应应用于新版本（例如阅读更改日志）。如果是这样，那么使用适当的补丁管理器制作一个干净的补丁。未来的包装商会为此感谢您:-)

maco · Answer 2 · 2010-08-24T20:34:43+08:00

maco

我只是手动解决冲突并debuild -S照常运行。