【发布时间】:2015-11-10 14:45:20
【问题描述】:
我最近从 Scientific Linux 6 迁移到 CentOS 7,但在新操作系统中遇到 bash 选项卡补全问题。
软件版本
$ cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
$ uname -r
3.10.0-229.14.1.el7.x86_64
$ bash --version
GNU bash, version 4.2.46(1)-release (x86_64-redhat-linux-gnu)
我有一个名为 ./run_prog.sh 的 bash 脚本(可执行文件),它使用 -c 选项(或 long --config=)在命令行上获取一个配置文件。
完整命令示例:
./run_prog.sh -c=./config/test-new-feature.conf
## or
./run_prog.sh --config=./config/test-new-feature.conf
在以前的 bash 版本中,我能够在 -c= 构造之后对完整的目录和文件名进行制表符。
预期选项卡完成示例(在 SL6 中如何工作):
./run_prog.sh -c=./conf[TAB]
## completes to
./run_prog.sh -c=./config/
## then type
./run_prog.sh -c=./config/test-n[TAB]
## completes to
./run_prog.sh -c=./config/test-new-feature.conf
CentOS 7 中新版本的 bash 不会补全 -c= 短选项后的任何文件名。
CentOS 7 中的分页补全示例:
./run_prog.sh -c=./conf[TAB]
## doesn't complete anything
./run_prog.sh -c=./conf
但是,如果我将 -c 与空格分开,则文件名完成将按预期工作。
带空格的工作制表符补全示例:
./run_prog.sh -c ./conf[TAB]
## completes to
./run_prog.sh -c ./config/
## then type
./run_prog.sh -c ./config/test-n[TAB]
## completes to
./run_prog.sh -c ./config/test-new-feature.conf
问题
我怎样才能让新版本的 bash 像旧版本的 bash 一样使用标签完整的文件名?
编辑
此脚本有一个长版本的短 -c 选项,即 --config。长版也不行。
./run_prog.sh --config=./conf[TAB]
## doesn't complete anything
./run_prog.sh --config=./conf
这让我觉得 bash 因选项开关 (-c) 和选项值之间没有间距而感到困惑。
我的旧 bash 完成目录
$ ls -1 /media/old_hd/etc/bash_completion.d/
bzr
createrepo.bash
dkms
fcoeadm
fcoemon
gdbus-bash-completion.sh
git
gvfs-bash-completion.sh
lldpad
lldptool
perf
phoronix-test-suite
pk-completion.bash
rpmdevtools.bash-completion
subversion
yum.bash
yum-utils.bash
我的新 bash_completion 目录
$ ls -1 /etc/bash_completion.d/
createrepo
dkms
fcoeadm
fcoemon
genpkgmetadata.py
git
lldpad
lldptool
mergerepo
mergerepo.py
modifyrepo
modifyrepo.py
redefine_filedir
scl.bash
yum
yummain.py
yum-utils.bash
【问题讨论】:
-
我没有这个问题的答案,但我想我会提到一个采用
=的简短选项是相当不寻常的。通常短选项采用第二个参数或-cValue,长选项采用--long-opt=Value(或第二个参数)。 -
您是否尝试过比较两个版本之间的 bash 完成版本/代码?
-
@EtanReisner 我尝试了 -c./con[TAB] 和 --config=./con[TAB] 都没有工作。这让我觉得 bash 因选项开关和值之间的空间不足而感到困惑。我已经更新了原始问题以反映这一点。
-
哦,当然,我的意思不是您选择的尝试是问题所在。我只是指出这是一种不寻常的参数格式,可以使用/支持/期望工作。完成绝对是错误的,并且显然没有按照您希望的方式拆分
=。这可能是一个通用的完成问题,或者可能是您的脚本没有正确调整完成。我不知道。如果你还有 SL 机器,你可以在那里检查活动完成。 -
添加了我的新旧 /etc/bash_completion.d 的 ls。希望这就是您所说的“主动完成”?
标签: linux bash autocomplete centos7