Isso foi causado pela manipulação de comandos não encontrados no Fedora.
A execução de um comando desconhecido (incluindo ... etc., se nenhum alias corresponder) faz com que command_not_found_handle seja executado com o comando ausente como parâmetro (consulte /etc/profile.d/PackageKit.sh para sua definição). No cenário fornecido, o manipulador executa /usr/libexec/pk-command-not-found , novamente com o comando ausente como parâmetro. Anteriormente, pk-command-not-found simplesmente ignorava qualquer comando começando com . :
if (argv[1][0] == '.')
goto out;
e saiu com o código 127.
Esse comportamento foi introduzido para corrigir Red Hat # 1151185 , também é referenciado em Bash não imprime qualquer erro msg em comandos inexistentes começando com ponto , e tem um bug solicitando uma correção (Chapéu Vermelho # 1292531 ). Ele foi corrigido em grande parte no FC 27 com atualizações, desde o PackageKit 1.1.8 (veja este commit ): agora comandos com os pontos principais são processados, somente . e .. são ignorados.