标签: patch

我似乎找不到在 matplotlib 中绘制具有无限边长的矩形补丁的方法，也找不到任何关于是否有办法做到这一点的文档或对话。

基本上：

from matplotlib.patches import Rectangle
import numpy as np
x_min = 0
x_range = 1
y_min = -np.inf
y_range = np.inf
Rectangle((x_min, y_min), x_range, y_range)

我意识到 numpy 中的 inf - inf 返回 nan，这可能是在某个时候计算出来的。

无论如何，查看 Rectangle 的代码并没有让我更接近解决方案，所以我想我会检查一下这里是否有人能想出解决办法。

我有一个安装的drupal模块:revioning.要添加一些功能,有人在drupal站点提交补丁文件:

http://drupal.org/node/938074

我的问题是如何应用补丁???

我的服务器是linux centos.

我和远程回购的人合作.我们意识到我所做的更改应该从回购中删除.但是,这些变化存在于许多变化中,并与某人的变化相混合.

在我提交另一个变更集之前,我们决定删除我的更改.所以我用一些未经修改的变化做了补丁qpop.

现在我想从遥控器中退出我的其余更改,并选择性地修改这些更改,让我的同事改变不变.

此外,我希望在一个补丁中使用来自patch_ive_made_before的差异的新补丁中的差异.换句话说 - 我想从2个不同的变更集中选择一个补丁.我必须手动完成吗？

然后,在我这样做之后,我将commit/ push清除更改到存储库中.

Mercurial Queues如何做到这一点？

假设我有两个目录,A并B和他们每个人都有file1.txt和file2.txt.如果我去修改file2.txt一下,我可以运行递归diff -u来生成补丁,然后我就可以说cd A && patch < thepatch.patch A并将这些更改应用到内容中A.但是,如果在进行修改时B,我也会创建一个新文件file3.txt.我如何获得一个补丁,当应用于A补充丢失的文件？

现在,只运行diff一个丢失文件的输出说Only in B: file3.txt

我需要使用Patch Design和Installshield 2012创建一系列可卸载的补丁.前两个补丁在卸载时工作正常.但是,第三个补丁,当且仅当已经应用补丁1和/或补丁2时才会卸载,会产生错误:

MSI (c) (48:C4) [19:02:54:135]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg
Error 1308.Source file not found: {pathToFile}.  Verify that the file exists and that you can access it.

关于不同的文件有26个这样的错误.文件或组件或功能没有明显的模式

注意:如果我只应用了补丁3,卸载不会产生此错误.

我在Patch Design中使用相同的选项创建了所有三个补丁.我理解的唯一明显的区别是补丁3包含比前两个更多的更改(文件更新).让我再说一遍:更多的变化.

我的问题是:

1. 为什么只在安装了一系列补丁的情况下才会发生这种情况,而不仅仅是第三个补丁本身？

2. 为了防止修补程序卸载尝试从构建修补程序时仅用于设计时的位置获取文件,我该怎么办？或者这可能是设计中的提取,但缓存太过重载或混淆..？

更新 - 更多信息(由Glytzhkof请求):补丁包含96个文件更改,大约是基本MSI包大小的一半.它实际上是在'Dev'分支工作之外.添加了几个新文件.有些人最初被删除了(当我发现我们真的在做补丁时,不得不把它们放回去......).如果我不再描述这种情况,它可能会冒犯你作为该领域的专业人士.

我一直在尝试销售大型升级,只需要对安装程序进行一些调整就可以使其过时需要补丁.卸载我们的产品需要参数,以便它是非交互式的(我们需要此参数在Major Upgrade场景中工作,它目前只是卸载序列的一部分).这是唯一真正的问题 - 但修复它会支付成本.然而,决定不解决这个问题.我尝试在每次迭代时"碰撞"这个问题.没有骰子.我告诉我们需要主要版本的补丁 - 所以在这里我试图让尾巴摇尾巴.

是的,补丁可以更快(让我在这里扮演魔鬼的拥护者).但实际上,30到90秒之间的差异,当这些东西自动部署时？是的,我还考虑通过调整文件成本来找到优化安装程序的方法,看看它是否能让它变得更快,但即使这样,我也确定会有另一个原因要求修补程序.

另一个更新:1308错误中提到的文件不在目标系统上 %windir%Installer\$PatchCache$\Managed\{PackedProductCodeOfMyBaseMSI??}

夹.这可能会导致1308,因为如果我从此缓存中删除更多文件,我会得到与丢失文件相对应的相同错误.问题可能是,为什么不是这个PatchCache文件夹中的所有文件？

我有一个目录包含几个要修改的文件。我没有手动进行更改（因为文件太多），而是下载了一个 diff 文件（由其他用户制作），这个 diff 文件由 .bat 文件执行。

让我让它更系统。

1. bat文件是WinDDK_7600.16385.1_patch.bat这个文件的路径是( C:\Users\kunze\Documents\Visual Studio 2010\Projects\busmaster-master\Documents\1 Development Environment\files)

这个文件的内容是

@echo on

set PATH=%PATH%;%ProgramFiles%\Git\bin

patch -p1 -d C:/ < WinDDK_7600.16385.1.diff

pause

1. 当我运行 bat 文件时，它将运行，WinDDK_7600.16385.1.diff并且此差异文件对 .bat 中的许多文件进行了更改C:\WinDDK。这个文件的路径是C:\Users\kunze\Documents\Visual Studio 2010\Projects\busmaster-master\Documents\1 Development Environment\files

2. 需要更新差异的文件位于此目录中 C:\WinDDK

3. 我已经为 git/bin 设置了路径环境变量

4. 有人可以让我知道我应该在我的WinDDK_7600.16385.1_patch.bat 文件中进行哪些更改， 以便它可以找到并更新位于C:\WinDDK目录中的所有文件

我试了好几次，每次都出现这个错误"Assertion failed: hunk, file ../patch-2.5.9-src/patch.c, line 354"？有什么问题吗？

如果还有其他几个具有相同属性的节点，我该如何修补指定的节点？

我需要在ContentSearch部分中为捷克语言修补分析器，但是所有节点都以

<mapEntry type =“ Sitecore.ContentSearch.LuceneProvider.Analyzers.PerExecutionContextAnalyzerMapEntry，Sitecore.ContentSearch.LuceneProvider ”>

该配置的一部分看起来像这样

...</maEntry>
<mapEntry type="Sitecore.ContentSearch.LuceneProvider.Analyzers.PerExecutionContextAnalyzerMapEntry, Sitecore.ContentSearch.LuceneProvider">
  <param hint="executionContext" type="Sitecore.ContentSearch.CultureExecutionContext, Sitecore.ContentSearch">
    <param hint="cultureInfo" type="System.Globalization.CultureInfo, mscorlib">
      <param hint="name">ar-AE</param>
    </param>
  </param>
  <param desc="analyzer" type="Sitecore.ContentSearch.LuceneProvider.Analyzers.DefaultPerFieldAnalyzer, Sitecore.ContentSearch.LuceneProvider">
    <param desc="defaultAnalyzer" type="Lucene.Net.Analysis.AR.ArabicAnalyzer, Lucene.Net.Contrib.Analyzers">
      <param hint="version">Lucene_30</param>
    </param>
  </param>
</mapEntry>
<mapEntry type="Sitecore.ContentSearch.LuceneProvider.Analyzers.PerExecutionContextAnalyzerMapEntry, Sitecore.ContentSearch.LuceneProvider">
  <param hint="executionContext" type="Sitecore.ContentSearch.CultureExecutionContext, Sitecore.ContentSearch">
    <param hint="cultureInfo" type="System.Globalization.CultureInfo, mscorlib">
      <param hint="name">pt-BR</param>
    </param>
  </param>
  <param desc="analyzer" type="Sitecore.ContentSearch.LuceneProvider.Analyzers.DefaultPerFieldAnalyzer, Sitecore.ContentSearch.LuceneProvider">
    <param desc="defaultAnalyzer" type="Sitecore.ContentSearch.LuceneProvider.Analyzers.Contrib.BrazilianAnalyzer, Sitecore.ContentSearch.LuceneProvider">
      <param hint="version">Lucene_30</param>
    </param>
  </param>
</mapEntry>
<mapEntry type="Sitecore.ContentSearch.LuceneProvider.Analyzers.PerExecutionContextAnalyzerMapEntry, Sitecore.ContentSearch.LuceneProvider">
  <param hint="executionContext" type="Sitecore.ContentSearch.CultureExecutionContext, Sitecore.ContentSearch">
    <param hint="cultureInfo" type="System.Globalization.CultureInfo, mscorlib">
      <param hint="name">cs-CZ</param>
    </param>
  </param> …

我们有许多基于 WIX（当前为 3.9）的安装，例如我们使用收获来收集不同的组件，并且它的流动性非常好。一切都是自动化的，当我们需要最新的安装时，我们会进行夜间构建。

像许多其他公司一样，我们需要修补一个或多个安装中的多个文件中的一个，但确保我们在不同的安装中找到正确的文件和正确的组件确实很痛苦。

对于这种情况，是否有任何最佳实践，因为我不能相信我们独自一人进行这种设置？和我们不希望只是修正了几个bug做一个升级。

这是一个需要解决的场景：

2.0 版终于发布了，我们有一个完整的系统安装以及几个不同的客户端安装和一个可选包。

当然，我们发现了软件中的一些小故障，比如在 3 周内，我们在系统的不同部分进行了大约 15 个或多或少的关键错误修复。

现在我们觉得我们需要修补那里的安装，但我们需要为每个安装（MSI）做一个补丁项目，然后我们构建它，收集差异并创建补丁，以便能够快速发送给那些已经安装了不同的部件。

以下是我所做的 patch.wxs 的片段，但找不到自动执行的方法：

<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <?include "InitDefinitions.wxi"?>
  <Patch  AllowRemoval="no" Manufacturer="$(var.Company)" 
          DisplayName="$(var.InstallerProductName), patch $(var.Build)" 
          Description="Small Update Patch" Classification="Update">
    <Media Id="5000" Cabinet="patch.cab" EmbedCab="yes">
      <PatchBaseline Id="RTM"/>
    </Media>

    <PatchFamilyRef Id="SP-$(var.Build)-Patch"/>
  </Patch>

  <Fragment>
    <PatchFamily Id="SP-$(var.Build)-Patch" 
                 Version="$(var.Major).$(var.Minor).$(var.Build).$(var.Revision)" 
                 Supersede="yes">
      <PropertyRef Id="ProductVersion" />
      <!--  
            As I understand it's here I define the changes, 
            but I like this section to be automatic populated during build, 
            or something
      -->
    </PatchFamily>
  </Fragment> …

我有一个 Wix 安装程序，它将程序安装为我已成功制作补丁以实现以下升级的版本：

1.0.0 -> 1.0.1

1.0.0 -> 1.0.2

1.0.1 -> 1.0.2

这是有效的，我每次都必须制作从 1.0.0 到目标内部版本号的新 .msp 文件。因此，根据我对补丁在幕后如何工作的理解，如果我最初有一个从 1.0.0 到 1.0.1 的补丁，那么如果我要运行，我会创建一个从 1.0.0 到 1.0.2 的新补丁新补丁，旧补丁将被卸载，新补丁将替换它。

如果我的理解是正确的，那么这意味着补丁文件的大小会随着您更改代码的次数而继续增加，所以我想要一个解决方案来解决这个问题，在某个时候我会增加次要版本，然后重新开始修补过程.

例如，我想这样做：

1.0.0 -> 1.0.12 可以用 patch1.msp 处理。然后我创建了一个 patch2.msp，它将开始创建基于 1.0.12 版本的补丁。示例升级路径可能如下所示：

1.0.0 -> patch1.msp -> 1.0.12 -> patch2.msp -> 1.1.0 -> patch3.msp 1.1.0 -> 1.1.x

有什么办法可以做到这一点吗？或者我是否需要使用 .msi 文件重新安装并继续从那里修补？

我想知道是否有一种简单的方法可以在Yocto中向SRC_URI添加补丁。我正在使用Yocto为定制板创建BSP。我有数百个Linux内核和裸机补丁。

为了包括Linux内核的补丁，我创建了一个.scc文件。在.scc文件中，我包括了所有必需的补丁程序。内核配方中的SRC_URI选项如下所示：

SRC_URI += "https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.0.9.tar.xz \
        file://kernelpatch.scc \
        file://kernel-4.0.9.cfg \
        "

对于裸机，我尝试执行相同的操作，但是似乎它不支持.scc文件。所以现在我已经包括了使用

file://patchname.patch

file://patches/0001-drivers.patch \
file://patches/0002-hw_random-C.patch \
.
.
.
.
file://patches/0304-usb-fastbootupport.patch \

是否有任何选项可以像内核一样将所有补丁包含在一行中。