我有一台带有 glibc i686 和 x86_64 的机器，还有一个非常烦人的 glibc 问题。
在一台计算机上安装两个同名的库是否正常？我怎么知道执行的是哪个库？
直到最近，我才相信 x86_64 是 i686。好吧，我一定是弄错了，但为什么呢？
[root@machin ~]# yum info glibc
Loaded plugins: rhnplugin, security
This system is not registered with RHN.
RHN support will be disabled.
Excluding Packages in global exclude list
Finished
Installed Packages
Name : glibc
Arch : i686
Version : 2.5
Release : 42
Size : 12 M
Repo : installed
Summary : The GNU libc libraries.
License : LGPL
Description: The glibc package contains standard libraries which are …我有一个 svn 本地副本，我想在字符串 some_string 上进行搜索。
$ grep some_string * -r
lang/en:some_string=Some string
lang/.svn/en:some_string=Some string
但是，如果再进一步，似乎排除了一级隐藏目录：
$ cd lang && grep some_string * -r
en:some_string=Some string
如何从我的输出中删除隐藏的 svn 目录，而不仅仅是从第一个深度级别？
$ grep some_string * -r --which_option_here?
lang/en:some_string=Some string
我正在为 RHEL7 制作一个包。当我尝试安装该软件包时，我得到
# yum localinstall mypackage-0.0-1.el7.rpm
(...)
--> Running transaction check
---> Package webmin-GPI-init.noarch 0:0.0-1.el7 will be installed
--> Processing Dependency: perl(.::guardian-lib.pl) for package: webmin-GPI-init-0.0-1.el7.noarch
--> Processing Dependency: perl(.::hostconfig-lib.pl) for package: webmin-GPI-init-0.0-1.el7.noarch
--> Processing Dependency: perl(.::init-lib.pl) for package: webmin-GPI-init-0.0-1.el7.noarch
我认为愿意为 Perl 模块命名.::init-lib.pl是不可取的。在代码中，我们可以找到类似的内容
#! /usr/bin/perl
require './init-lib.pl';
require './guardian-lib.pl';
require './hostconfig-lib.pl';
我已设法使用文件win32中的以下选项删除.spec：
%{?perl_default_filter}
%global __requires_exclude perl\\(VMS|perl\\(Win32|perl\\(\\.
如何摆脱以点开头的 perl 包的依赖关系？
我浏览了互联网，发现https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering和其他我不明白的邮件列表。