Limpieza de paquetes que corren como servicio en segundo plano

[JavierDebian]

Buen día.

Estuve haciendo limpieza en una de las computadoras de casa.
Es decir, eliminar paquetes que alguna vez instalé para probar o hacer 
pruebas, sobre todo, aquellos que inician como servicios y que se que no 
necesito.
Y me vuelvo a encontrar con dos "perlas" de las instalaciones estándares 
de paquetes de Debian, que nunca entendí por qué:


1 - Un paquete, al día de hoy lo sigue instalando, y corriendo en 
segundo plano, cuando el "hardware" que debería controlar es 
prácticamente obsoleto: modemmanager.


2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos 
puntuales para UNA tarea muy específica: minidlna.



Va la pregunta:

¿Hay alguna forma de reportar a Debian que no los instalen por defecto?

Porque están en un círculo vicioso: popularity-contest los informa como 
que todo el mundo los instala, pero la realidad es que no se necesitan, 
y están instalados por defecto, y son paquetes que corren como servicio, 
y, personalmente, no me gusta tener cosas corriendo que no necesito ni 
uso, por tema de puertos abiertos y esas cosas.


Saludos.

Re: Limpieza de paquetes que corren como servicio en segundo plano

[Camaleón]

El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:

> Buen día.
> 
> Estuve haciendo limpieza en una de las computadoras de casa.
> Es decir, eliminar paquetes que alguna vez instalé para probar o hacer
> pruebas, sobre todo, aquellos que inician como servicios y que se que no
> necesito.
> Y me vuelvo a encontrar con dos "perlas" de las instalaciones estándares de
> paquetes de Debian, que nunca entendí por qué:
> 
> 1 - Un paquete, al día de hoy lo sigue instalando, y corriendo en segundo
> plano, cuando el "hardware" que debería controlar es prácticamente obsoleto:
> modemmanager.
> 
> 2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos
> puntuales para UNA tarea muy específica: minidlna.
> 
> 
> Va la pregunta:
> 
> ¿Hay alguna forma de reportar a Debian que no los instalen por defecto?

Los paquetes que se instalan en Debian de manera predeterminada 
dependen del tipo de instalación que hagas, del medio seleccionado, 
etc.

Normalmente, se instalan por dependencias flojas, esto es, están 
marcados como paquetes recomendados o sugeridos de otrso paquetes que 
sí instalas de mansera consciente.

Yo no tengo esos dos paquetes en mis sistemas porque:

1. Elijo como medio de instalación la imagen mini-ISO.
2. Selecciono el modo avanzado de instalación.
3. Instalo sólo los paquetes base sin entorno gráfico ni gaitas.
4. No hago ni caso del Popcon.
5. Tras instalar Debian, lo primerito que hago es configrar APT para 
que NO instale paquetes recomendados ni sugeridos.

> Porque están en un círculo vicioso: popularity-contest los informa como que
> todo el mundo los instala, pero la realidad es que no se necesitan, y están
> instalados por defecto, y son paquetes que corren como servicio, y,
> personalmente, no me gusta tener cosas corriendo que no necesito ni uso, por
> tema de puertos abiertos y esas cosas.

Puedes enviar un informe de fallo de tipo «deseo» contra los paquetes 
que «arrastran» a modemmanager y minidlna, pero los mantenedores de los 
paquetes suelen ser reacios a cambiar las dependencias, salvo que 
realmente se justifique que no aportan nada y la dependencia es 
indebida.

Saludos,

-- 
Camaleón 

ayuda con algo de script

[Rick Gutierrez]

hola lista, estoy instalando un herramienta que la quiero automatizar
con un script , hay un paso donde me pregunta el password para un
servicio y quiero agregar una variable que lleva el password , pero no
me lo acepta:

cd /root
passwordcluster="c6966f49d0c6ca09"
echo $passwordcluster | pending-setups -a

, cuando ejecuto ese pedazo de script me da este mensaje

Insert the cluster credential password: service-discover: error: the
provided file descriptor (0) is not a terminal
Cannot access to bootstrap token

alguna idea q estoy haciendo mal?



-- 
rickygm

http://gnuforever.homelinux.com

Re: ayuda con algo de script

[Fran Torres]

Buenas,


tras leer y releer varias veces el mail, me he quedado igual.

  En esas líneas que has puesto, no veo el script por ninguna parte.

solo veo un comando (cd /root), veo que creas una variable

passwordcluster="password"

y por último, veo que llamas a la variable con un comando echo (que la 
muestre (echo $passwordcluster) para luego pasarle una pype a 
pending-setups -a



  con esas tres cosas, la verdad no me queda claro que quieres hacer...

no sé si lo más correcto podría ser algo como esto:


#!/sbin/bash

#entiendo que debería ser algo como esto...


passwordcluster="password"

pending-setups -a $passwordcluster

#fin del script


O por el contrario, si lo que quieres es ejecutar a mano esa cosa y 
pasarle por script el password, entonces creo que podría ser algo como esto:



#!/sbin/bash

#posible script

passwordcluster="password"

echo $passwordcluster


Y luego, en la terminal...

pending-setups -a < password.sh


Recuerda que todo script debe ir precedido en la primera línea por el 
shell que lo va a ejecutar:


#!/bin/bash

#!/sbin/bash

#!/bin/sh...

cualquier shell que sea el que utilices

y al finalizar, el fichero debe tener permisos de ejecución. De lo 
contrario, no será más que un mero fichero de texto.



Fran.


El 12/08/23 a las 21:52, Rick Gutierrez escribió:

hola lista, estoy instalando un herramienta que la quiero automatizar
con un script , hay un paso donde me pregunta el password para un
servicio y quiero agregar una variable que lleva el password , pero no
me lo acepta:

cd /root
passwordcluster="c6966f49d0c6ca09"
echo $passwordcluster | pending-setups -a

, cuando ejecuto ese pedazo de script me da este mensaje

Insert the cluster credential password: service-discover: error: the
provided file descriptor (0) is not a terminal
Cannot access to bootstrap token

alguna idea q estoy haciendo mal?





--
Este correo electrónico ha sido analizado en busca de virus por el software 
antivirus de AVG.
www.avg.com

Re: ayuda con algo de script

[Rick Gutierrez]

El sáb, 12 ago 2023 a las 16:11, Fran Torres
() escribió:
>
> Buenas,
>
>
> tras leer y releer varias veces el mail, me he quedado igual.
>
>En esas líneas que has puesto, no veo el script por ninguna parte.

perdon , solo puse un pedazo de script , lo estoy probando x separado
(un extracto) :)

>
> solo veo un comando (cd /root), veo que creas una variable
>
> passwordcluster="password"
>
> y por último, veo que llamas a la variable con un comando echo (que la
> muestre (echo $passwordcluster) para luego pasarle una pype a
> pending-setups -a

ya lo he probado de esa manera anteriormente y siempre se queda en la
espera del password.

Insert the cluster credential password:

>
>
>con esas tres cosas, la verdad no me queda claro que quieres hacer...
>
> no sé si lo más correcto podría ser algo como esto:
>
>
> #!/sbin/bash
>
> #entiendo que debería ser algo como esto...
>
>
> passwordcluster="password"
>
> pending-setups -a $passwordcluster
>
> #fin del script
>
>
> O por el contrario, si lo que quieres es ejecutar a mano esa cosa y
> pasarle por script el password, entonces creo que podría ser algo como esto:
>
>
> #!/sbin/bash
>
> #posible script
>
> passwordcluster="password"
>
> echo $passwordcluster
>
>
> Y luego, en la terminal...
>
> pending-setups -a < password.sh

no es la idea que busco , aqui es como depender de otros ficheros.

>
>
> Recuerda que todo script debe ir precedido en la primera línea por el
> shell que lo va a ejecutar:
>
> #!/bin/bash
>
> #!/sbin/bash
>
> #!/bin/sh...
>
> cualquier shell que sea el que utilices
>
> y al finalizar, el fichero debe tener permisos de ejecución. De lo
> contrario, no será más que un mero fichero de texto.
>
>
> Fran.
>

como decia es un extracto del script lo que pegue , pero aun asi no
logro pasarle el password por la variable siempre o me pregunta o me
envia el mensaje anterior del primer correo.



-- 
rickygm

http://gnuforever.homelinux.com

Re: Limpieza de paquetes que corren como servicio en segundo plano

[JavierDebian]

El 12/8/23 a las 16:44, Gerardo Braica escribió:


El 12/8/23 a las 14:28, Camaleón escribió:

El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:


Buen día.

Estuve haciendo limpieza en una de las computadoras de casa.
Es decir, eliminar paquetes que alguna vez instalé para probar o hacer
pruebas, sobre todo, aquellos que inician como servicios y que se que no
necesito.
Y me vuelvo a encontrar con dos "perlas" de las instalaciones estándares de
paquetes de Debian, que nunca entendí por qué:

1 - Un paquete, al día de hoy lo sigue instalando, y corriendo en segundo
plano, cuando el "hardware" que debería controlar es prácticamente obsoleto:
modemmanager.

2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos
puntuales para UNA tarea muy específica: minidlna.


Va la pregunta:

¿Hay alguna forma de reportar a Debian que no los instalen por defecto?

Los paquetes que se instalan en Debian de manera predeterminada
dependen del tipo de instalación que hagas, del medio seleccionado,
etc.

Normalmente, se instalan por dependencias flojas, esto es, están
marcados como paquetes recomendados o sugeridos de otrso paquetes que
sí instalas de mansera consciente.

Yo no tengo esos dos paquetes en mis sistemas porque:

1. Elijo como medio de instalación la imagen mini-ISO.
2. Selecciono el modo avanzado de instalación.
3. Instalo sólo los paquetes base sin entorno gráfico ni gaitas.
4. No hago ni caso del Popcon.
5. Tras instalar Debian, lo primerito que hago es configrar APT para
que NO instale paquetes recomendados ni sugeridos.


Porque están en un círculo vicioso: popularity-contest los informa como que
todo el mundo los instala, pero la realidad es que no se necesitan, y están
instalados por defecto, y son paquetes que corren como servicio, y,
personalmente, no me gusta tener cosas corriendo que no necesito ni uso, por
tema de puertos abiertos y esas cosas.

Puedes enviar un informe de fallo de tipo «deseo» contra los paquetes
que «arrastran» a modemmanager y minidlna, pero los mantenedores de los
paquetes suelen ser reacios a cambiar las dependencias, salvo que
realmente se justifique que no aportan nada y la dependencia es
indebida.

Saludos,



*/Gerardo Braica
*/gbra...@gmail.com.ar
/*/*


(Corrijo "top-posting")

> Buenas tardes. Entro en el hilo porque me resulta muy interesante el 
tema.

> El hecho de setear como APT::Install-Recommends "false" no puede
> traer problemas de dependencias faltantes?
> Pregunto porque realmente no lo se.
>
> Saludos
>
>

No, porque los "recomendados" y "sugeridos", no son "dependencias".
Estas últimas se instalan sí o sí, pues si no, el paquete padre no 
funcionaría.
De hecho, mi sistema instala recomendados, pero no sugeridos; no soy tan 
purista como Camaleón.


JAP

Re: Limpieza de paquetes que corren como servicio en segundo plano

[JavierDebian]

El 12/8/23 a las 14:28, Camaleón escribió:

El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:


Buen día.

Estuve haciendo limpieza en una de las computadoras de casa.
Es decir, eliminar paquetes que alguna vez instalé para probar o hacer
pruebas, sobre todo, aquellos que inician como servicios y que se que no
necesito.
Y me vuelvo a encontrar con dos "perlas" de las instalaciones estándares de
paquetes de Debian, que nunca entendí por qué:

1 - Un paquete, al día de hoy lo sigue instalando, y corriendo en segundo
plano, cuando el "hardware" que debería controlar es prácticamente obsoleto:
modemmanager.

2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos
puntuales para UNA tarea muy específica: minidlna.


Va la pregunta:

¿Hay alguna forma de reportar a Debian que no los instalen por defecto?


Los paquetes que se instalan en Debian de manera predeterminada
dependen del tipo de instalación que hagas, del medio seleccionado,
etc.

Normalmente, se instalan por dependencias flojas, esto es, están
marcados como paquetes recomendados o sugeridos de otrso paquetes que
sí instalas de mansera consciente.

Yo no tengo esos dos paquetes en mis sistemas porque:

1. Elijo como medio de instalación la imagen mini-ISO.
2. Selecciono el modo avanzado de instalación.
3. Instalo sólo los paquetes base sin entorno gráfico ni gaitas.
4. No hago ni caso del Popcon.
5. Tras instalar Debian, lo primerito que hago es configrar APT para
que NO instale paquetes recomendados ni sugeridos.


Porque están en un círculo vicioso: popularity-contest los informa como que
todo el mundo los instala, pero la realidad es que no se necesitan, y están
instalados por defecto, y son paquetes que corren como servicio, y,
personalmente, no me gusta tener cosas corriendo que no necesito ni uso, por
tema de puertos abiertos y esas cosas.


Puedes enviar un informe de fallo de tipo «deseo» contra los paquetes
que «arrastran» a modemmanager y minidlna, pero los mantenedores de los
paquetes suelen ser reacios a cambiar las dependencias, salvo que
realmente se justifique que no aportan nada y la dependencia es
indebida.

Saludos,




Justamente, esos dos no son dependencia de nada.
Por eso no entiendo por qué los sigue instalando.
Y encima son servicios en segundo plano.
Si me dijeras que es algo como, por ejemplo (inventado), mc, que se 
instale pero no se sube al sistema en marcha, pero está disponible para 
ejecución si uno lo necesita, bien.
Es más, cualquiera de los que usamos la consola, mc es más que 
bienvenido que se instale solo. Y no que haya que hacerlo a mano todas 
las veces. Personalmente, prefiero mcedit sobre nano :/
Por lo que minidlna, que es para algo MUY específico... no le encuentro 
la lógica.


"> Puedes enviar un informe de fallo de tipo «deseo» "
¿Cómo o dónde se hace?

Saludos

JAP

Re: ayuda con algo de script

[fernando sainz]

El sáb, 12 ago 2023 a las 21:52, Rick Gutierrez ()
escribió:

> hola lista, estoy instalando un herramienta que la quiero automatizar
> con un script , hay un paso donde me pregunta el password para un
> servicio y quiero agregar una variable que lleva el password , pero no
> me lo acepta:
>
> cd /root
> passwordcluster="c6966f49d0c6ca09"
> echo $passwordcluster | pending-setups -a
>
> , cuando ejecuto ese pedazo de script me da este mensaje
>
> Insert the cluster credential password: service-discover: error: the
> provided file descriptor (0) is not a terminal
> Cannot access to bootstrap token
>
> alguna idea q estoy haciendo mal?
>
> Hola
 Los programas que piden contraseña no la leen de la entrada estándar, así
que no lo puedes hacer de esa manera.
(Es por motivos de seguridad) Algunos podrían tener una opción para que se
pase la password por linea de comandos, mira el man del comando que quieres
usar.

Creo que hay cosas como el comando "script" que permiten interaccionar con
esos comandos, pero no lo he hecho nunca.
busca por ahí.

Saludos.







> --
> rickygm
>
> http://gnuforever.homelinux.com
>
>

Re: Limpieza de paquetes que corren como servicio en segundo plano

[Javier Barroso]

Buenas noches,

El sáb., 12 ago. 2023 22:49, JavierDebian 
escribió:

>
>
> El 12/8/23 a las 14:28, Camaleón escribió:
> > El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:
> >
> >> Buen día.
> >>
> >> Estuve haciendo limpieza en una de las computadoras de casa.
> >> Es decir, eliminar paquetes que alguna vez instalé para probar o hacer
> >> pruebas, sobre todo, aquellos que inician como servicios y que se que no
> >> necesito.
> >> Y me vuelvo a encontrar con dos "perlas" de las instalaciones
> estándares de
> >> paquetes de Debian, que nunca entendí por qué:
> >>
> >> ...
> >> 2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos
> >> puntuales para UNA tarea muy específica: minidlna.
>
>
> ¿Qué escritorio tienes instalado?

> ¿Qué te dice aptitude why minidlna?

A veces al instalar algún paquete aparecen sorpresas [1] como dice Camaleón
sin las recomendaciones ni las sugerencias no pasaría

En Debian intentan cuidar el sistema base sobre todo la gente que quería
meter la instalación normal en un CD. Puedes ver el tema de los paquetes
esenciales[2]

Saludos

[1] https://bugs.kde.org/show_bug.cgi?id=429995
https://wiki.debian.org/Proposals/EssentialOnDiet



>
>
>

Re: ayuda con algo de script

[Javier Barroso]

Buenas noches,

El sáb., 12 ago. 2023 22:18, Rick Gutierrez 
escribió:

> hola lista, estoy instalando un herramienta que la quiero automatizar
> con un script , hay un paso donde me pregunta el password para un
> servicio y quiero agregar una variable que lleva el password , pero no
> me lo acepta:
>
> cd /root
> passwordcluster="c6966f49d0c6ca09"
> echo $passwordcluster | pending-setups -a
>
> , cuando ejecuto ese pedazo de script me da este mensaje
>
> Insert the cluster credential password: service-discover: error: the
> provided file descriptor (0) is not a terminal
> Cannot access to bootstrap token
>
> alguna idea q estoy haciendo mal?
>
>
>
> --
> rickygm
>
> http://gnuforever.homelinux.com


Ufff esto me recuerda a mis inicios usando expect [1], y otros como xnee
[2], xautomation [3] y parecidos

¿Qué se usa ahora? Un programa bien diseñado permitirá autenticarse sin
necesidad de usar esos truquillos

Saludos

[1] https://core.tcl-lang.org/expect/index
[2] https://xnee.wordpress.com/
[3] https://linux.die.net/man/7/xautomation

>
>
>

Re: Limpieza de paquetes que corren como servicio en segundo plano

[JavierDebian]

El 12/8/23 a las 18:23, Javier Barroso escribió:

Buenas noches,

El sáb., 12 ago. 2023 22:49, JavierDebian > escribió:




El 12/8/23 a las 14:28, Camaleón escribió:
 > El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:
 >
 >> Buen día.
 >>
 >> Estuve haciendo limpieza en una de las computadoras de casa.
 >> Es decir, eliminar paquetes que alguna vez instalé para probar o
hacer
 >> pruebas, sobre todo, aquellos que inician como servicios y que
se que no
 >> necesito.
 >> Y me vuelvo a encontrar con dos "perlas" de las instalaciones
estándares de
 >> paquetes de Debian, que nunca entendí por qué:
 >>
 >> ...
 >> 2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en
equipos
 >> puntuales para UNA tarea muy específica: minidlna.


¿Qué escritorio tienes instalado?

¿Qué te dice aptitude why minidlna?

A veces al instalar algún paquete aparecen sorpresas [1] como dice 
Camaleón sin las recomendaciones ni las sugerencias no pasaría


En Debian intentan cuidar el sistema base sobre todo la gente que quería 
meter la instalación normal en un CD. Puedes ver el tema de los paquetes 
esenciales[2]


Saludos

[1] https://bugs.kde.org/show_bug.cgi?id=429995 

https://wiki.debian.org/Proposals/EssentialOnDiet 





# aptitude why minidlna
i   kipi-plugins Recomienda minidlna

# aptitude why modemmanager
i   stellarium Dependelibqt5positioning5 (>= 5.6.0)
i A libqt5positioning5 Recomienda geoclue-2.0
i A geoclue-2.0Recomienda modemmanager


Siempre se aprende algo nuevo; no conocía la llave "why" de aptitude.
En realidad, casi nunca usé o uso aptitude, simpre preferí apt-get/apt 
"a pulmón".


Y sí, kipi-plugins y geoclue son cosas que instalé yo.

Por lo que veo, tendré que bloquear los "recomendados".
No me molestaría si instalase paquetes solamente; hay mucho disco y 
lugar de sobra; me molesta que instale paquetes que se transformen en 
servicios corriendo en segundo plano.


Saludos.

JAP

Re: ayuda con algo de script

[Ramses]

El 12 de agosto de 2023 22:22:45 CEST, Rick Gutierrez  
escribió:
>El sáb, 12 ago 2023 a las 16:11, Fran Torres
>() escribió:
>>
>> Buenas,
>>
>>
>> tras leer y releer varias veces el mail, me he quedado igual.
>>
>>En esas líneas que has puesto, no veo el script por ninguna parte.
>
>perdon , solo puse un pedazo de script , lo estoy probando x separado
>(un extracto) :)
>
>>
>> solo veo un comando (cd /root), veo que creas una variable
>>
>> passwordcluster="password"
>>
>> y por último, veo que llamas a la variable con un comando echo (que la
>> muestre (echo $passwordcluster) para luego pasarle una pype a
>> pending-setups -a
>
>ya lo he probado de esa manera anteriormente y siempre se queda en la
>espera del password.
>
>Insert the cluster credential password:
>
>>
>>
>>con esas tres cosas, la verdad no me queda claro que quieres hacer...
>>
>> no sé si lo más correcto podría ser algo como esto:
>>
>>
>> #!/sbin/bash
>>
>> #entiendo que debería ser algo como esto...
>>
>>
>> passwordcluster="password"
>>
>> pending-setups -a $passwordcluster
>>
>> #fin del script
>>
>>
>> O por el contrario, si lo que quieres es ejecutar a mano esa cosa y
>> pasarle por script el password, entonces creo que podría ser algo como esto:
>>
>>
>> #!/sbin/bash
>>
>> #posible script
>>
>> passwordcluster="password"
>>
>> echo $passwordcluster
>>
>>
>> Y luego, en la terminal...
>>
>> pending-setups -a < password.sh
>
>no es la idea que busco , aqui es como depender de otros ficheros.
>
>>
>>
>> Recuerda que todo script debe ir precedido en la primera línea por el
>> shell que lo va a ejecutar:
>>
>> #!/bin/bash
>>
>> #!/sbin/bash
>>
>> #!/bin/sh...
>>
>> cualquier shell que sea el que utilices
>>
>> y al finalizar, el fichero debe tener permisos de ejecución. De lo
>> contrario, no será más que un mero fichero de texto.
>>
>>
>> Fran.
>>
>
>como decia es un extracto del script lo que pegue , pero aun asi no
>logro pasarle el password por la variable siempre o me pregunta o me
>envia el mensaje anterior del primer correo.
>
>
>

Usa Expect.


Saludos

Re: ayuda con algo de script

[Zeque]

Hola!
No debe soportar tomar datos por STDIN, lo que podes hacer, asumiendo que -a 
espera la clave como argumento
pending-setups -a $(echo $passwordcluster)
Es una variable de reemplazo, el resultado del comando lo pasa como argumento. 

Saludos,

Zeque

El 12 de agosto de 2023 4:52:00 p. m. GMT-03:00, Rick Gutierrez 
 escribió:
>hola lista, estoy instalando un herramienta que la quiero automatizar
>con un script , hay un paso donde me pregunta el password para un
>servicio y quiero agregar una variable que lleva el password , pero no
>me lo acepta:
>
>cd /root
>passwordcluster="c6966f49d0c6ca09"
>echo $passwordcluster | pending-setups -a
>
>, cuando ejecuto ese pedazo de script me da este mensaje
>
>Insert the cluster credential password: service-discover: error: the
>provided file descriptor (0) is not a terminal
>Cannot access to bootstrap token
>
>alguna idea q estoy haciendo mal?
>
>
>
>-- 
>rickygm
>
>http://gnuforever.homelinux.com
>

Re: ayuda con algo de script

[Rick Gutierrez]

El sáb, 12 ago 2023 a las 21:08, Ramses () escribió:
>

> >
> >
>
> Usa Expect.
>
>
> Saludos
>

creo que expect podria hacer el trabajo , es la primera vez que
escucho de el , vere la documentacion , gracias a todos x los
comentarios.

-- 
rickygm

http://gnuforever.homelinux.com

Re: ayuda con algo de script

[Rick Gutierrez]

El sáb, 12 ago 2023 a las 21:20, Zeque () escribió:
>
> Hola!
> No debe soportar tomar datos por STDIN, lo que podes hacer, asumiendo que -a 
> espera la clave como argumento
> pending-setups -a $(echo $passwordcluster)
> Es una variable de reemplazo, el resultado del comando lo pasa como argumento.
>

lo he probado tal como lo enviaste, pero siempre me pide el password
en el pront.

#!/bin/bash
cd /root
passwordcluster="c6966f49d0c6ca09"
pending-setups -a $(echo $passwordcluster)

cuando lo corro, me salta pidiendo el password

Insert the cluster credential password:





http://gnuforever.homelinux.com