canalizar o comando de leitura?

Pois bash, readnão é um programa. readé um embutido. Simplificado, readlê stdine atribui essa entrada a uma variável. O readbuilt-in não produz nenhuma saída on stdout, portanto, tentar canalizar stdoutpara algo não produz nada.

A questão é por quê. De acordo com a manpágina,

Usotermux-clipboard-set [text]

O texto é lido na entrada padrão ou nos argumentos da linha de comando.

Se o texto for lido stdin, por que você colocaria algo na frente? Claro, você poderia cat | termux-clipboard-set, mas simplesmente termux-clipboard-setresolveria o problema.

Em zsh, onde o readbuiltin suporta uma -eopção para echo:

termux-clipboard-set "$(IFS= read -re)"

Se o seu sistema ainda tiver um linecomando (ainda existe um util-linux, mas geralmente não está incluído atualmente), com qualquer shell do tipo POSIX:

termux-clipboard-set "$(line)"

Esse linecomando pode ser escrito como uma função sh como:

line() (
  IFS= read -r line; ret=$?
  printf '%s\n' "$line"
  exit "$ret"
)

head -n 1faz algo semelhante, exceto que, quando não estiver lendo de um terminal, a maioria das implementações leria por blocos¹ e então poderia ler mais de uma linha de sua entrada, mesmo que produzissem apenas uma linha. reade lineé garantido que não (embora você precise usar a -ropção for read).

Com a entrada vinda de um terminal,

termux-clipboard-set "$(head -n1)"

Deve funcionar embora. A maioria headdas implementações ainda suporta o obsoleto (mas mais curto) head -1.

Com tcsh, isso é:

termux-clipboard-set $<:q

^{¹ eles também leem blocos de dispositivos terminais, mas read()s em dispositivos terminais no icanonmodo não retornam mais de uma linha.}