我在 Linux 主机上遇到一个问题，升级软件包 X 会导致软件包 Y 停止工作，而软件包 Y 对于该 Linux 主机的用户至关重要。
该Linux主机使用DNF|YUM作为包管理器。
我知道可以通过编辑系统的 YUM 配置文件或通过“版本锁”应用程序等来永久阻止给定软件包的软件更新；但这不是我想做的。
我希望做的是配置此 Linux 主机，以便它不会升级软件包 X 的一个特定版本，但它将安装软件包 X 的任何较新的升级版本，前提是 X 或 Y 或两者都为“已修复”在未来的版本中。
DNF|YUM 是否能够在升级系统时阻止/排除某个特定版本的软件包 X？
我今天遇到了一个 Bash 脚本，其中包含带有双冒号::的函数名称，例如，file::write()和file::read()。我以前从未在 Bash 脚本中看到过这种语法，当我调用该脚本时，它运行得很好（令我惊讶）。
在我的系统（和在线）上搜索 Bash 的手册页后，我在文档中找不到任何支持此函数名称语法的内容。例如，该部分Shell Defined Functions将 shell 函数的语法定义为
function name [()] compound-command [redirection]
然后（在手册的其他地方）令牌name被定义为
name A word consisting only of alphanumeric characters and
underscores, and beginning with an alphabetic character
or an underscore. Also referred to as an identifier.
没有提到函数名称的双冒号语法。
到目前为止，我发现的对这种双冒号语法的唯一其他参考是在这个Shell 样式指南（参见小节Naming Conventions > Function Names）中，它建议对“包”中的函数名称使用双冒号语法——例如，mypackage::myfunction().
函数名称的这种双冒号语法是 Bash shell 的合法特性，还是可能是未记录的特性？如果它是合法的，那么它在 Bash 手册中的哪里记录？我看了又看，但在手册中找不到任何关于它的内容。我发现最接近的是::在PATH环境变量中使用将当前工作目录添加到搜索路径。
例子
#!/bin/bash
function abc::def() {
echo "${FUNCNAME[0]}"
}
abc::def
我在三个不同的 Linux 发行版上测试了这个脚本，并且在所有三个上，脚本都打印abc::def到标准输出。