Ejecutar un subshell bash interactivo con comandos iniciales sin volver al ("super") Shell inmediatamente

@Hubro, ¿cuál es el propósito de la . en el comando? Sin él, obtengo un "permiso denegado" en mi .bashrc pero no entiendo por qué, y cómo el . lo arregla.

@Gus, el . es un sinónimo del source comando: ss64.com/bash/source.html .

Esto no parece funcionar en versiones antiguas de bash, lo he probado en bash v3.2.57 y aunque bash se inicia, los comandos dentro de las llaves no se ejecutan.

¿Hay alguna manera de hacer que funcione con el cambio de usuario, como sudo bash --init-file <(echo "ls; pwd") o sudo -iu username bash --init-file <(echo "ls; pwd") ?

Después de ejecutar el comando anterior tal cual, obtengo: -sh: syntax error near unexpected token ('` Esto funciona: echo "ls; pwd" > initfile ; bash --init-file initfile

Gracias. Pensé que valdría la pena mencionar que mi problema se resolvió con esta solución en combinación con exec, es decir: bash -c "exec bash --init-file <(echo 'ls; pwd')"

@FractalSpace - ¿estás seguro de que estabas ejecutando el comando desde un prompt de bash? A mí me parece un error de tcsh.

Al parecer, no importa cómo lo haga, el Shell sale inmediatamente. Estoy tratando de iniciar un bash Shell (desde tcsh) que inicializa un entorno para un proyecto que requiere bash. Me gustaría crear un alias en tcsh que cambie a bash, se dirija al directorio del proyecto, e inicialice ese entorno, pero parece que lo mejor que puedo hacer es entrar en bash, y luego usar un alias de bash para hacerlo: así que 2 comandos en lugar de 1.

@hepcat72 Yo siempre uso bash, a veces dash pero nunca tcsh. Además, ya no veo ese error.

Supone que estás iniciando el nuevo bash Shell desde un bash Shell. Utilice la respuesta a continuación si no es así.

@Evan tiene un comentario crucial que otros comentaristas pueden haber pasado por alto: el <(...) se analiza la sintaxis por el mismo Shell externo que está iniciando bash por lo que si está ejecutando algún otro Shell con la intención de lanzar bash, esto no funcionará directamente. Utiliza la respuesta de ExpoBi o ejecuta bash y luego utilice esta sintaxis.

@SABBATINILuca: No estoy diciendo nada de eso. Esto es sólo una forma, y mktemp resuelve el problema de los archivos temporales, como señaló @cjc. Bash podría soporta la lectura de los comandos init desde stdin, pero hasta donde yo sé no lo hace. Específicamente - como archivo init y canalizarlos funciona a medias, pero luego Bash se cierra (probablemente porque detectó la tubería). La solución elegante, IMHO, es usar exec.

¿No anula esto también la inicialización normal de bash? @SABBATINILuca ¿qué estás tratando de lograr con esto por qué necesita para generar un Shell auto ejecutar algunos comandos y luego mantener que Shell abierto?

@Lain, sí, sería un poco más complicado ejecutar los archivos init ("rc") originales junto con los pocos comandos extra que quiero ejecutar al principio. Por eso considero que la solución de Eduardo, por muy sólida que sea, es poco ideal. Pero como dije antes, la pregunta se plantea como una hipótesis. Creo que debería haber una forma trivial y sencilla de hacer esto con 3-5 caracteres extra, pero ya cuento al menos ~4 líneas de trabajo: hacer un archivo temporal, hacer eco de tus comandos en ese archivo, ejecutar bash, eliminar ese archivo, etc... No importa por qué quiero hacerlo.

@EduardoIvanec gracias por el comando mktemp, lo había olvidado. Perdona que te presione más (has sido de gran ayuda), pero ¿cómo sugieres exactamente que se use exec? ¿Te refieres a como lo había escrito en mi post original? Además, ¿podrías decirme por qué crees que sería la solución más elegante?

Esta es una pregunta antigua, pero Bash puede crear tuberías temporales con nombre utilizando la siguiente sintaxis: bash --init-file <(echo "ls; pwd").