如何使用PKGBUILD文件更新安装在Arch Linux上的包？

Question

为了清楚起见，我编辑了我的问题。

当我更新我的PKGBUILD文件时，yay会更新我最初从本地安装的包吗？换句话说，AUR助手可以用于不存在于AUR中的包吗？

详细信息:假设我在本地创建了一个PKGBUILD文件，并使用以下步骤安装一个未在AUR中的包：

Installing包

• 获取构建文件，包括PKGBUILD和其他所需的文件，如systemd单元和补丁(通常不是实际代码)。
• 验证PKGBUILD和所附文件是否恶意或不可信任。
• 在保存文件的目录中运行makepkg -si。这将下载代码，用pacman解决依赖关系，编译它，打包它，并安装包。

在不使用AUR助手的情况下按照上述步骤安装包后，以后是否可以使用AUR助手更新包？当然，由于包不在AUR中，所以当开发人员发布新版本时，我必须更新本地的PKGBUILD文件。假设我这样做，一个好的AUR助手(例如yay)能够正确地运行makepkg和pacman -U吗？

我的动机是为这些非AUR包维护相同的工作流，这意味着我希望使用AUR助手来更新它们。

我的问题是，更广泛地说，AUR助手如何确定何时需要更新软件包？他们是否完全依赖于在线回购，或者他们能为一个不在8月的本地包做出这样的决定？

如果对最后一个问题的回答是肯定的，那么在使用我自己的本地PKGBUILD时，需要遵循哪些步骤？很明显，当新版本的应用程序发布时，我需要更新我的PKGBUILD文件。我是否需要将PKGBUILD文件放在一个特定的位置，以便像yay这样的工具找到它们？我是否需要以某种方式“注册”本地PKGBUILD文件？在版本号方面，我是否需要遵循某种惯例？

Answer 1

您提到的任何工具都不会自动完成此操作，因为它们都依赖于某个软件包维护者来更新PKGBUILD以获得新版本。这方面的唯一例外是VCS，默认情况下，它们将提取最新的源代码。

AUR助手阅读srcinfo以确定包是否已更新。没有魔法在起作用，有人仍然必须这样做，以及对PKGBUILD进行任何其他必要的更改，才能触发重建/更新。

您可以编写一个脚本来更新PKGBUILD，但是您实际上承担了维护人员的角色，因此无论您如何实现它，您都必须更新PKGBUILD。