A divisão do Word entre duas linhas não foi encontrada na pesquisa de páginas de manual

Estou no Linux Mint 21 (baseado em Ubuntu). Acabei de observar que a pesquisa interna das páginas de manual (/) não encontra uma palavra se for dividida entre duas linhas (a palavra é inteira na fonte da página, exibida com um hífen e recuo). Fiquei muito surpreso. Algum remédio?

Sim; você antecipou o principal.

A pesquisa na Web não encontrou esse problema nos principais resultados. Talvez seja raro, até mesmo uma falha no meu sistema?

De jeito nenhum. Seu pager conhece apenas o conteúdo do buffer ou fluxo que leu. Ele não entende hifenização ou quebra de palavras, nem poderia, em qualquer base razoável (e geral). Em outras palavras, não há como saber como era o documento fonte da página de manual antes de ser formatado.

Posso desativar a divisão de palavras como solução alternativa? Completamente?

Sim.

EDIT: Como Stephen Kitt observa em um comentário a esta resposta, man-db man suporta uma --nhopção (e um sinônimo mais longo) para fazer isso (até certo ponto). Uma função shell pode ser quantas você precisar.

manh () {
  man --nh "$@"
}

Alternativamente:

Organize para passar a opção -rHY=0(or -r HY=0) para groff . Isso está documentado na página groff_man (7).

 -rHY=0   Disable automatic hyphenation.  Normally, it is
          enabled (1).  The hyphenation mode is determined by the
          groff locale; see section “Localization“ of groff(7).

Em sistemas Debian, por exemplo, você pode obter esta opção para groff através da MANROFFOPTvariável de ambiente.

MANROFFOPT=-rHY=0

Se você deseja que a hifenização automática (veja abaixo) seja desativada o tempo todo para todas as páginas de manual, você pode editar o arquivo /etc/groff/man.local para fazer o equivalente a uma solicitação roff .

.nr HY 0

A seção "Arquivos" de groff_man (7) informa onde esse arquivo de configuração está armazenado em sua instalação. Diferentes fornecedores o colocam em lugares diferentes.

Tecnicamente, essa é apenas uma solução quase completa - como a solicitação roff bruta que ela controla, essa opção desativa apenas a hifenização automática de palavras. O formatador ainda irá (geralmente) quebrar em hífens explícitos, como na palavra "definido pelo usuário".

Caso contrário, para linhas específicas no código roff?

A \%sequência de escape em roff source suprime a hifenização de uma palavra quando ela aparece logo no início dessa palavra. ("Palavras" em roff são delimitadas por espaços em branco; para a maioria dos propósitos, isso significa espaços e novas linhas.) Por exemplo, poderíamos fazer isso.

The remainder of these macros are \%user-defined.

E o formatador não quebrará após o hífen como faria normalmente.

Infelizmente , o que acontece se você usar \%novamente dentro de uma palavra não está bem definido e diferentes formatadores se comportam de maneira diferente. Mas este é um caso extremo.

Por fim, observarei esse recurso do man-db man (1) que atenua um pouco todo o problema.

     -K, --global-apropos
            Search for text in all manual pages.  This is a brute‐force
            search, and is likely to take some time; if you can, you
            should specify a section to reduce the number of pages that
            need to be searched.  Search terms may be simple strings
            (the default), or regular expressions if the --regex option
            is used.

            Note that this searches the sources of the manual pages, not
            the rendered text, and so may include false positives due to
            things like comments in source files.  Searching the
            rendered text would be much slower.

Eu espero que isso ajude.