Terdon me colocou na direção certa: arquivo inputrc .
O culpado é que, de maneira não intuitiva, o readline6 realmente usa ~ / .inputrc em vez de / etc / inputrc, que o readline (3) não enfatiza nem rebate:
O nome desse arquivo é obtido do valor da variável de ambiente INPUTRC. Se essa variável não estiver definida, o padrão é ~ / .inputrc. Se esse arquivo não existir ou não puder ser lido, o padrão final será / etc / inputrc.
Assim, enquanto em em ambas as máquinas Debian / etc / inputrc é idêntica à que é fornecida por libreadline6 pacote (a versão é o mesmo que bem), na máquina mais recente ~ / .inputrc existe com uma única linha: set bell-style none
. Quando esse arquivo é excluído, tudo funciona bem (consulte as notas abaixo).
Não posso verificar o Fedora até amanhã, mas acho que é o mesmo problema. Atualização: No Fedora, ~ / .inputrc não existia, aqui o / etc / inputrc é simplesmente diferente, portanto, pode não ser definido. Como um hotfix, simplesmente salvei o inputrc do Debian como meu ~ / .inputrc.
Notas:
O mistério de como foi alterado durante a atualização 7> 8 permanece sem solução, mas em parte isso pode ser explicado pela minha memória ruim e pelo malabarismo não intencional de alguns arquivos de ponto. (Aliás, não foi a atualização do APT, mas reinstalar e mover manualmente o arquivo de pontos, então talvez o ~ .inputrc atrapalhe de alguma forma.)
Além disso, quando digo OK, quero dizer que ele funciona com Ctrl em todos os lugares, exceto Rxvt (OK, só verifiquei o xfce4-terminal, mas sabemos que Rxvt é o rebelde usual), onde isso é remapeado para Alt, aparentemente porque Ctrl é usado por Rxvt - funcionalidade específica - move a guia ativa na lista.
Como a página de manual menciona, com o bash você pode usar o comando de ligação interno para investigar o que você possui atualmente.