¿Cómo ejecutar la salida de un comando dentro del shell actual?

Soy consciente de la utilidad source(también conocida como .), que tomará el contenido de un archivo y lo ejecutará dentro del shell actual.

Ahora, estoy transformando texto en comandos de shell y luego ejecutándolos, de la siguiente manera:

$ ls | sed ... | sh

lses solo un ejemplo aleatorio, el texto original puede ser cualquier cosa. sedtambién, solo un ejemplo para transformar texto. Lo interesante es sh. Canalizo lo que sea que llegue shy lo ejecuta.

Mi problema es que eso significa iniciar un nuevo sub shell. Prefiero que los comandos se ejecuten dentro de mi shell actual. Como podría hacer con source some-file, si tuviera los comandos en un archivo de texto.

No quiero crear un archivo temporal porque se siente sucio.

Alternativamente, me gustaría iniciar mi sub shell con exactamente las mismas características que mi shell actual.

actualizar

Ok, las soluciones que usan comillas invertidas ciertamente funcionan, pero a menudo necesito hacer esto mientras reviso y cambio la salida, así que preferiría si hubiera una manera de canalizar el resultado a algo al final.

triste actualización

Ah, la /dev/stdincosa se veía tan bonita, pero, en un caso más complejo, no funcionó.

Entonces, tengo esto:

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/git mv -f $1 $2.doc/i' | source /dev/stdin

Lo que garantiza que todos los .docarchivos tengan su extensión en minúsculas.

Y que, dicho sea de paso, se puede manejar xargs, pero eso es más allá del punto.

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/$1 $2.doc/i' | xargs -L1 git mv

Entonces, cuando ejecuto el primero, saldrá de inmediato, no pasa nada.

$ ls | sed ... | source /dev/stdin

ACTUALIZACIÓN: Esto funciona en bash 4.0, así como en tcsh y dash (si cambia sourcea .). Aparentemente, esto tenía errores en bash 3.2. De las notas de la versión de bash 4.0 :

Se corrigió un error que causaba '.' fallar al leer y ejecutar comandos de archivos no regulares como dispositivos o canalizaciones con nombre.

El evalcomando existe para este mismo propósito.

eval "$( ls | sed... )"

Más del manual de bash :

eval

          eval [arguments]

Los argumentos se concatenan juntos en un solo comando, que luego se lee y ejecuta, y su estado de salida se devuelve como el estado de salida de eval. Si no hay argumentos o solo argumentos vacíos, el estado de retorno es cero.

Vaya, sé que esta es una pregunta antigua, pero recientemente me encontré con el mismo problema exacto (así es como llegué aquí).

De todos modos, no me gusta la source /dev/stdinrespuesta, pero creo que encontré una mejor. En realidad, es engañosamente simple:

echo ls -la | xargs xargs

Bien, ¿verdad? En realidad, esto todavía no hace lo que quieres, porque si tienes varias líneas, las concatena en un solo comando en lugar de ejecutar cada comando por separado. Entonces la solución que encontré es:

ls | ... | xargs -L 1 xargs

la -L 1opción significa que usa (como máximo) 1 línea por ejecución de comando. Nota: si su línea termina con un espacio al final, ¡se concatenará con la siguiente línea! Así que asegúrese de que cada línea termine con un no espacio.

Finalmente, puedes hacer

ls | ... | xargs -L 1 xargs -t

para ver qué comandos se ejecutan (-t es detallado).

¡Espero que alguien lea esto!

Intente usar la sustitución de procesos , que reemplaza la salida de un comando con un archivo temporal que luego se puede obtener:

source <(echo id)

Creo que esta es "la respuesta correcta" a la pregunta:

ls | sed ... | while read line; do $line; done

Es decir, se puede canalizar en un whilebucle; el readcomando comando toma una línea de su stdiny la asigna a la variable $line. $lineluego se convierte en el comando ejecutado dentro del ciclo; y continúa hasta que no haya más líneas en su entrada.

Esto todavía no funcionará con algunas estructuras de control (como otro bucle), pero encaja perfectamente en este caso.

`ls | sed ...`

En cierto modo me siento como ls | sed ... | source -iba a ser más bonita, pero por desgracia sourceno entiende -para significar stdin.

Creo que su solución es la sustitución de comandos con comillas inversas: http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_04.html

Ver sección 3.4.5

Para usar la solución de mark4o en bash 3.2 (macos), se puede usar una cadena aquí en lugar de tuberías como en este ejemplo:

. /dev/stdin <<< "$(grep '^alias' ~/.profile)"

¿Por qué no usar sourceentonces?

$ ls | sed ... > out.sh ; source out.sh