Lanzador de script añadido a menú y funcionando, pero no funciona en plank
Lanzador de script añadido a menú y funcionando, pero no funciona en plank
Buenas, he creado el siguiente script para tener automatizadas las actualizaciones y no tener que escribir los comandos cada vez:
#!/bin/bash
echo actualizar sistema
echo Introduce credenciales de administrador o cierra el terminal. El equipo se reiniciará después de la actualización.
su - root -c "apt-get update && apt-get upgrade -y && apt-get update && apt-get dist-upgrade -y && apt-get autoclean && apt-get autoremove -y && sudo reboot"
He creado el siguiente lanzador para ese script, que ya está añadido y funcionando correctamente desde el menú.
[Desktop Entry]
Encoding=UTF-8
Type=Application
Name=Actualizar
Name[en_US]=Actualizar
Categories=Settings
Icon=/home/userx/Imágenes/software-update-icon_grande.png
Exec=/home/userx/.scripts/Propios/actualizar.sh
Comment[en_US]=Actualizar el systema
Terminal=true
StartupNotify=true
EL problema es el siguiente, como he dicho, el script funciona a la perfección, el lanzador funciona correctamente y también me lanza correctamente el script desde el menú, pero al añadir el mismo lanzador a plank, no hace nada, no me lanza el script.
Son mis primeros scripts en bash, pero ya había creado otros lanzadores añadidos a plank, y no me habían dado ningún problema.
Algo debo haber hecho mal, pero no acabo de verlo.
si alguien me puede orientar o echar un cable, lo agradecería.
Un saludo.
P.D.: Si alguien quiere también automatizar las actualizaciones, el script y el lanzador que dejo en este post funcionan muy bien, menos en plank.
Desconozco el funcionamiento de Plank, ya que nunca lo he usado, pero... ¿de verdad usas eso para actualizar el sistema? Veo varias cosas peligrosas ahi... como el -y para decirle que si a todo, como se le presente un conflicto y sugiera desinstalar medio sistema verás que risa... Y además, tras ello le añades un dist-upgrade... mucho peligro.
Respeco a tu problema, sin conocer su funcionamiento ¿Estás seguro que Plank sabe que terminal hay que usar? ¿Es posible que no use el mismo método de lanzamiento que el menú? Piensa que el menú viene integrado en el entorno, Plank es un software externo al mismo.
Buenas y muchas gracias por tu respuesta.
Pues sobre lo que comentas de plank, apostaría a que has dado en el clavo, me explico.
He observado que cuando ejecuto el archivo desde el menú, como es normal al estar ejecutándose el script, me aparece el icono de la aplicación en plank, y la app que me aparece ejecutando el script es el "emulador de terminal" en lugar de el "terminal", y supongo que da igual que lo abra con el "emulador de terminal" que con el "terminal", pero plank no me abre nada. Ahora me falta saber como se maneja eso en plank, por si fuera ese el problema, voy a investigar. Tengo otras apps (no scripts como en este caso) que se abren a través de terminal, con lanzadores que he hecho yo mismo usando este mismo método y funcionan correctamente, por eso yo pensaba que el problema podría ir asociado al lanzamiento de scritps o al uso de terminal. He pensado en alguna modificación para el .desktop, pero he pensado que si el .desktop funcionaba bien, tanto al usarlo directamente, como al lanzarlo desde el menú, debía estar bien.
Entonces descartamos fallo en el script o en el .desktop?
Sobre las actualizaciones, quizá es que uso paquetes bastante comunes y mi caso es particular o algo, pero precisamente esa es la manera de actualizar que menos problemas me ha dado en muchos años, concretamente 0 problemas, en cambio, las únicas veces que he actualizado de otras maneras, he tenido problemas variados en muchas ocasiones. Hasta ahora he ido a muerte con mi sistema de actualización. Sobre el "-y", ahora estoy en "testing", pero en cuanto buster pase a "stable", pues eso, ya estaré en una versión estable, que es las que suelo usar, menos alguna vez, como es el caso, que el lanzamiento de la nueva está muy cerca, y me paso unos meses en "testing". Nunca me ha pasado en más de una década usando linux que en una actualización me pida desinstalar medio sistema por un conflicto, quizá sea por que haya dado la casualidad de que los paquetes que uso son bastante comunes, y al estar en "stable" la mayor parte del tiempo..., no se, como actualizáis vosotros? Yo es por automatizar, me interesan todas las propuestas que sea para mejorar la automatización de las actualizaciones.
Un slaudo.![wink]( "wink")
Mirando por ahí, la forma de añadir algo a Plank no es la misma que al menú, ya que para el menú tienes que crearte tu mismo el archivo.desktop y meterlo en una carpeta en concreto (ya sea para todo el sistema en /usr/share/applications, o solo para tu usuario en~/.local/share/applications), mientras que a Plank no le añades el archivo.desktop, si no que añades un lanzador que apunte al archivo.desktop (creo recordar ahora que una parte de la sintaxis es file:///ruta/archivo.desktop).
-Y es muy peligroso, y más si andas en testing (en sid ya no te digo nada...), para mí que muuucha suerte has tenido ;)
Buenas, sip, eso ya lo tenía, lo que si es posible que no este correcto, esos enlaces hacia el lanzador los crea plank automáticamente al arrastrar el lanzador al dock. Yo no lo he tocado, está tal cual lo crea, y se guardan en /home/userx/.config/plank/dock1/launchers.
Pego aquí el contenido del archivo /home/userx/.config/plank/dock1/launchers/actualizar.desktop
Sobre las actualizaciones, yo es que a base de pruebas..., quizá peco de pragmático, que recomendarías cambiar para automatizar las actualizaciones?
Opinas que debería quitar las variables "-y" a upgrade y dist-upgrade, y que me pregunte cada vez?
Lo ideal es que hagas un update y en base a las posibles actualizaciones decidas si hacerlas y tengas el control cuando te pregunta
Si integras eso en un scrip , que te muestre el numero de actualizaciones de algún modo ( por ejemplo con conky) , por ejemplo mediante un popup con zenity , kdialog , dialogs , notify-send , etc .
La verdad, cuando me propone actualizar un paquete, no se prever si me va a romper el sistema o no, y por otro lado, después de muchos años, actualizo con total tranquilidad y confianza, si se rompe algo, lo he arreglado siempre, así que actualizo sin miedo alguno. No he visto peligro en las actualizaciones nunca, llámame inconsciente.
En base a que decidís vosotros si actualizáis o no un paquete hablando de pc's de escritorio?
En un servidor, con bases de datos y muchos servicios corriendo, cuando ha habido algún cambio importante, siempre me ha salido una advertencia antes de la instalación o durante, en ocasiones preguntando por si deseaba realizar los cambios, e indicando que cambio podría crear conflicto e indicando alternativas o algo, pero en paquetes bastante comunes, no me suelo encontrar con eso.
Entiendo que si puedes prever que un paquete te va a dar problemas, es útil tener control de las actualizaciones, pero si no sabes, como puede ser mi caso, que debería hacer?
Yo actualizo siempre a mano, y siempre es aptitude update y luego aptitude safe-upgrade, pero nada de que confirme las cosas el solito... (estoy en sid, eso es muy peligroso, y por eso mismo te lo decía al ver que andas en testing). En servidores la cosa es mas peligrosa si cabe, hay que estar muy atento. (hasta aquí el offtopic que hemos empezado más arriba xD).
Respecto al problema con plank: Podrías probar a mirar las opciones del terminal que uses y testear un lanzador nuevo cambiando la forma en que lo haces. Por lo que veo, el .desktop lo has creado desde el mismo editor de menú (o has seguido un ejemplo suyo). En este caso, con las opciones de terminal, puedes crear uno diferente que no tenga la opción Terminal=yes, y cuyo comando sea (yo uso konsole) konsole --noclose comando/script a ejecutar y añadirlo a Plank, a ver si funciona.
Coincido ,estamos discutiendo dos temas distintos, saltándonos las normas del foro !.Además es un caso interesante de plantear en un tema propio asi muchos podrán opinar, y discutir su punto de vista ,considero que sera útil para muchos .
Te animo a que habrás un nuevo tema sobre como mantener actualizado el sistema .