https://anchor.fm/s/5a5b39c/podcast/play/22970297/https%3A%2F%2Fd3ctxlq1ktw2nl.cloudfront.net%2Fstaging%2F2020-10-22%2Fdbc23dbf-f8fb-ab21-8fae-18687e593e5f.mp3 via @[email protected]
Esto de los contenedores es una auténtica maravilla. No solo por la facilidad que te ofrece a la hora de montar un servicio desarrollado por un tercero. También por la posibilidad de crear un servicio propio y meterlo en un contenedor para desplegarlo donde lo necesites. Esto es sinceramente brutal. La cuestión es que puedes pensar que es necesario recurrir al terminal para gestionar los contenedores. Pero nada mas lejos de la realidad. Lo cierto es que existen múltiples opciones para gestionar tus contenedores sin necesidad de recurrir al terminal. Así, en este episodio del podcast te voy a hablar precisamente sobre interfaces gráficos para Docker. En concreto sobre como hacer Docker fácil y gestionar contenedores desde el escritorio. Para el usuario que quiere utilizar el ordenador para ofimática por ejemplo, no es necesario recurrir a los contenedores, ni en general, tampoco al terminal. Pero si te pica un poco la curiosidad, no podrás resistirte, y tarde o temprano empezarás por el terminal. Sobre todo si has empezado ya a cogerle el gustillo a la Raspberry, y has visto las posibilidades que esta herramienta te ofrece para cacharrear con ella. Docker fácil. Gestionar contenedores desde el escritorio. Sobre un bot antispam En el episodio 189 del podcast de hablé sobre un bot antispam para Telegram. Un bot antispam, que tengo que decir, aunque esté feo que yo lo haga, por ser el padre de la criatura, que ha sido todo un éxito. Lo cierto, es que se ha reducido la entrada de bots a cero. Si, como lo estás leyendo. Actualmente no se cuela ni uno ni medio. Una auténtica maravilla. Lo cierto es que desde que implanté el bot antispam ha detectado y expulsado un total de 227 bichitos, que no está nada mal. No es la primera vez que hago esto del bot antispam, pero la diferencia clara en esta ocasión, ha sido sin lugar a dudas el despliegue. En este caso, opté claramente por un contenedor Docker. Y ¿porque montarlo en un contenedor? Son varias razones las que me llevan a tenerlo en un contenedor. La primera es, como te he comentado antes, el hecho de desplegarlo fácilmente en cualquier entorno con dos líneas de terminal, sin preocuparme de nada. Ciertamente, esto lo podía tener resuelto si utilizara mis notas, pero no siempre documento las cosas que realizo, sobre todo cuando son para mi… Otra cosa es que sean para un tercero. En ese caso, si que me preocupo que estén documentadas. Desarrollo web Hace tiempo que dejé de utilizar LAMP para el desarrollo web. Sin embargo, en el tutorial sobre primeros pasos con la Raspberry, todavía está. Ya me ha comentado mas de un miembro del grupo de Telegram que ha llegado el momento de renovar el tutorial, y lo cierto es que no le falta razón. Pero no en exclusiva por este capítulo del tutorial, sino porque con la aparición de la nuevas Raspberry se ha quedado ligeramente obsoleto. ... Más información en las notas del podcast sobre Docker fácil. Gestionar contenedores desde el escritorio
Como en otras muchas cuestiones, ya sean políticas, deportivas o de cualquier otra índole, siempre nos tenemos que posicionar. Y normalmente no nos andamos por las ramas. O somos de un bando o del radicalmente opuesto. Normalmente eso de los grises o de las tonalidades, no va con nosotros. Y por supuesto, con la cuestión del tema, pasa exactamente igual. O amas profundamente el tema claro o el tema oscuro. Pero, al igual que con lo mencionado anteriormente, también puede suceder, que el sentimiento que tengas no sea de amor, sino que sea odio profundo, o no tanto, tampoco es necesario exagerar. Sea como fuere, ya sea por el sentimiento de amor, ¿tu que eres de tema claro o tema oscuro en tu escritorio o en tu móvil?. Pero no solo se trata de los sentimientos que tengas hacia los temas claros o oscuros. También están las ventajas de unos frente a los otros. O al menos las supuestas ventajas. Sobre el consumo de energía Intuitivamente puedes pensar que los temas claros consumen mas energía, por aquello de que son mas brillantes. O al revés, que los temas oscuros consumen menos energía, por lo contrario, porque son colores mas apagados. Sin embargo, esto del consumo de energía va un poco mas allá de esto. Si bien, los colores oscuros, en principio, consumen menos energía, lo cierto es que depende básicamente de que la pantalla que tengas. Es decir, si esta pantalla está preparada para aprovechar esta ventaja. Así, si la pantalla que estás utilizando, es OLED o AMOLED, los temas oscuros te ayudan a ahorrar energía, mientras que si tu pantalla es LCD u otro tipo, diferente a los anteriores, lo cierto es que el cambio de color no afecta a la duración de la batería. La razón para ello, es en las pantallas OLED el negro desactiva el pixel, y a partir de ahí, cualquier otro color, evidentemente, consume mas energía, siendo el blanco menos eficiente, energéticamente hablando. Esta es una de las razones por las que Google, ha comenzado a promover los temas oscuros. Y es que utilizando temas oscuros se ha demostrado una reducción de mas del 60%. Sobre el brillo En el caso del brillo, aquí la cuestión está clara, a mas brillo, mas consumo de energía, y esto con independencia de la tecnología que utilice tu pantalla. En este caso la relación es prácticamente lineal. Sin embargo, sucede exactamente como en el caso anterior, y siempre para las pantallas del tipo OLED y AMOLED, y es que una pantalla en modo oscuro a máximo brillo, consume menos energía que una pantalla en modo claro a máximo brillo. Cosa que evidentemente no sucede en el caso de las pantallas LCD. Por ejemplo, una pantalla en modo claro consume mas de un 150 % mas energía entre un brillo del 50% y un brillo del 100%. Por contra en el modo oscuro este incremento del brillo del 50% al 100% a penas representa un incremento en el consumo de energía de un 20%. Sobre la salud ocular Sobre la fatiga El otro punto que deberías tener en cuenta a la hora de decantarte entre un tema claro y un oscuro es tu salud ocular. Es decir, ¿que es mas saludable para tus ojos un tema claro o un tema oscuro?. ... Más información en las notas del podcast sobre el camino hacia el tema oscuro
Me tendrás que disculpar, pero no he podido resistirme a ponerle este título a este episodio del podcast. Me hacía gracia hacer este juego de palabras con log y lobo, aunque en su versión original es wolf. Si no sabes de que te estoy hablando me refiero a un famoso personaje de la película Pulp Fiction. La cuestión es que el señor Log, también está aquí para solucionar problemas, y esto es de lo que te voy a hablar hoy, de algunas herramientas que tienes al alcance de tus dedos, y que en un momento determinado, te pueden ayudar a resolver un problema, o al menos a tener una idea de cual puede ser el problema. Otra cuestión es si el problema en cuestión se puede resolver, o es fácilmente resoluble. El Log o los logs, son una auténtica maravilla, una verdadera fuente de información. Y no creas que necesitas ser un experto para trabajar con un Log, nada de eso. Simplemente necesitas leer y probablemente paciencia, para dar con lo que andas buscando. En otros episodios del podcast, los que van dedicados a realizar copias de seguridad, backup, te he dicho aquello de que si no estás realizando una copia de seguridad, dejes de escuchar el podcast y lo hagas de inmediato… Pues bien, en el caso de los logs, te digo exactamente lo mismo. Si tienes un proceso de backup, o un servicio, o una aplicación, sobre todo si trabaja en segundo plano, y no te está generando logs, deja de escuchar ahora mismo el podcast, y configura los logs. La cuestión es que si tienes un proceso en segundo plano o un servicio configurado con un cron, o mediante Systemd, o como quieras, y no tienes un log estás completamente ciego. No sabes lo que está ocurriendo. No sabes si esa copia de seguridad se está realizando o en el caso de que se esté realizando si está acabando correctamente… En fin, no sabes nada. Soy el señor Log, soluciono problemas ¿Logs?¿Porque hoy? Desde luego, y a pesar del título del episodio de hoy, log no te va a solucionar un problema. Pero, sin lugar a dudas, es un buen punto de partida. Seguro que te va a dar mas de una pista para encontrar una posible solución a ese problema. Habilitar los logs en tus herramientas Y no solo te sirve para solucionar problemas, sino para como he comentado anteriormente, darte información de lo que está sucediendo entre bambalinas. Así, por ejemplo, cuando en el episodio 173 te hablé sobre borg, no te comenté que tengo configurado un log para este servicio, de forma que todos los días puedo ver si se ha realizado la copia de seguridad, cuanto tiempo le ha llevado, el número de archivos que tiene esa copia de seguridad y si todo ha terminado correctamente. Añadir logs a tus scripts De la misma forma, en el episodio 219 del podcast, te hablé sobre empaquetar Telegram o pon un script en tu vida. En este episodio, te comenté que actualmente estoy empaquetando Telegram para el escritorio, por una cuestión de tradición. Me refiero a que empecé a hacerlo hace años, y aunque lo puedes instalar de forma manual, de forma relativamente sencilla, a lo mejor prefieres, instalarlo desde repositorio. ... Más información sobre Soy el señor Log, soluciono problemas en las notas del podcast
Desde el episodio 205 del mes de agosto, en el que te hablé sobre extensiones para GNOME Shell hasta ahora, y debido al proyecto de 12 meses 12 aplicaciones OpenSource, he ido añadiendo nuevas extensiones al Centro de Extensiones de GNOME Shell. Diferentes extensiones que te he ido comentando en las últimas semanas y meses. Sin embargo, es cierto, que durante estas últimas semanas, el número de actualizaciones que he subido a GNOME Shell se ha incrementado considerablemente, y por esta razón, quería darle un repaso a algunas de ellas, y contarte alguna que tengo en mente. La cuestión es que las extensiones te permiten adaptar Ubuntu a tus necesidades. Una de las críticas que se achacan a GNOME es que es bastante poco configurable o, quizá mas bien, que tiene pocas opciones. Esto es como todo, hay quien, con lo que viene de caja tiene mas que suficiente, mientras que otros necesitan mas características. Lo cierto, es que no puedes poner todo lo que todo el mundo quiere. En este sentido me acuerdo de ese episodio de los Simpsons. Sin embargo, la modularidad, te permite añadir estas extensiones para mejorar tu entorno de escritorio, y adaptarlo a exactamente lo que quieres. Por ejemplo, no tiene ningún sentido, tener una monitorización de tu conexión de WireGuard, si no tienes WireGuardo. O lo mismo te podría decir de Docker, y aquí tiro la primera piedra… Adaptar Ubuntu a tus necesidades con extensiones Como te decía en la introducción, este es un capítulo recopilatorio. En este capítulo me quiero centrar en las últimas extensiones que he añadido o actualizado, en el Centro de Extensiones de GNOME Shell, y contarte alguna adicional que he añadido a mi repertorio, y que hasta el momento no había utilizado, por la razón que te contaré mas adelante. Antes que nada, si no conoces lo que son las extensiones de GNOME Shell, con las que podrás adaptar Ubuntu a tus necesidades, o bien, nunca has instalado ninguna, o bien no sabes como hacerlo, te recomiendo le des un vistazo al tutorial sobre primeros pasos con GNOME, en el que te hablo en particular sobre como retocar GNOME Shell e instalar extensiones. Battery Status Sobre esta extensión te hablé recientemente, pero realmente es la pieza que me ha ayudado a mejorar sensiblemente la siguiente. Y aquí nuevamente tengo que agradecer el trabajo de los revisores de extensiones de GNOME Shell. No solo se han preocupado en indicarme algunos errores que tenía en la extensión, sino que me han recomendado alguna que otra mejora mas que interesante. En este sentido, el gráfico que muestra el estado de la batería de tu portátil, ha servido para adaptarlo también a la siguiente de las extensiones de GNOME Shell. ... Más información en las notas del podcast sobre adaptar Ubuntu a tus necesidades
Uno de los temas recurrentes del podcast es el de monitorizar o analizar diferentes aspectos de tu Raspberry o de un servidor, ya sea de forma local o en remoto. En este sentido. Por supuesto, algo que siempre me preocupa es el consumo de recursos, tanto de mi equipo de escritorio como de mi Raspberry o de los diferentes VPS que estoy utilizando actualmente. Sin embargo, ninguno de estos aspectos es lo que me ha llevado a implementar la nueva aplicación en la que estoy trabajando y que es la undécima entrega de la saga de 12 meses 12 aplicaciones Open Source. La cuestión, es que en ocasión, me vas a acompañar en el nacimiento y desarrollo de la aplicación, siempre que tu lo consideres así, por supuesto. Así, en este nuevo episodio del podcast, quiero contarte de que va esta aplicación, sus orígenes, y las bases del mismo, para, que en futuros episodios, me acompañes en su desarrollo, hasta que alcance la mayoría de edad y su madurez completa. Analizando la memoria de tu Raspberry en remoto Sobre los orígenes de la aplicación El origen de la aplicación surge en el episodio del podcast número 92 sobre como crear un timelapse con la Raspberry Pi. A raíz de este podcast, me mandó un correo Luciano, en el que me comentaba la posibilidad de hacer algo similar a lo que propuse en el podcast, pero algo mas complejo. Según lo que el propio Luciano me comentó, su objetivo erar armar una Raspberry Pi, con una cámara cualquiera, que por supuesto fuera compatible, y crear un sistema de timelapse que fuera lo mas sencillo y sólido posible. Así, los requisitos marcados eran los siguientes, Autosuficiente (mediante un panel solar) Tiene que poder reiniciarse sola y siga tomando fotos si se cuelga el sistema, hay un corte de energía o lo que fuere. Debe tomar fotografías cada cierto tiempo, pudiendo configurar el tamaño, la calidad, y otros aspectos relacionados con la imagen. Tiene que ser programable, pudiendo definir un horario en el que realice la toma de fotografías. Además de guardar la fotografía en la tarjeta micro SD, tiene que existir la posibilidad de que la envíe a alguna nube. Desde el mes de agosto, he estado dando vueltas a como enfocar la aplicación. La cuestión, es que tiene que ser suficientemente sencilla para que la pueda manejar cualquiera, con independencia de sus conocimientos. Los planteamientos iniciales A partir de aquí, se me ocurrió crear un sencillo menú o mediante diálogos, aprovechando el tutorial de diálogos para scripts, que permitiera configurar el servicio. Por supuesto, que esto debería funcionar como un servicio, dado los planteamientos marcados por Luciano. Para hacer esto del servicio, que mejor que el tutorial de Systemd. Sin embargo, esto son las bases, sin embargo, no estará al alcance de todos, porque requiere lidiar con el terminal, y no todos, estamos dispuesto a ello. Esto me dio pie a pensar en que la aplicación de configuración debía estar en tu ordenador de escritorio o en tu portátil, y no en la Raspberry. Esto simplificaría mucho el trabajo. ... Más información en las notas del podcast sobre analizar la memoria de tu Rasbpberry en remoto
Recientemente en el grupo de Telegram se planteó el tema de dejar una aplicación, un proceso, funcionando cuando cerramos el terminal. Es decir, que cerrar el terminal no signifique, terminar también con la aplicación que estamos ejecutando. Para este fin tienes diferentes herramientas, algunas de las cuales he comentado en el podcast. Y es precisamente de lo que quiero hablar en este nuevo episodio del podcast. Comentarte que opciones tienes para dejar tus aplicaciones funcionando cuando cierres el terminal, es decir, trabajos en segundo plano. ¿Para que quieres dejar trabajos en segundo plano?¿Para que quieres dejar tu aplicación funcionando en segundo plano?. Seguro que ya se te han ocurrido una decena de situaciones en las que dejar tu aplicación corriendo en segundo plano. En mi caso, me sucede cuando quiero convertir un vídeo en audio o al revés. Trabajos en segundo plano Un ejemplo práctico de trabajos en segundo plano Un ejemplo práctico que me ha sucedido recientemente con los trabajos en segundo plano, y que parcialmente, te comenté, es sobre el paquete de Telegram. Crear el paquete de Telegram es algo que lleva un tiempo, pero no excesivo. Se trata de descargar los binarios, empaquetarlos y subirlos. Esto puede ser en total unos cinco minutos. El problema viene a continuación, crear paquetes para las distintas versiones de Ubuntu. En este caso, tienes que esperar, hasta que ha terminado el paquete de una versión, para empezar con el siguiente. Esto depende de la carga que existe en los servidores de Launchpad. Puede ser que lleve unos pocos minutos, hasta horas o días. Para realizar esta operación, compruebo cada 10 minutos si se ha creado el paquete. Todo ello mediante un script evidentemente. Ese script lo lanzo desde un VPS, que es donde está automatizado el proceso. Pero, ¿que sucede en el caso de que quiera cerrar el terminal? Pues lo que te imaginas… El empaquetado termina, el trabajo finaliza y todo se queda a medias. La solución, pasa efectivamente, por enviar el proceso a segundo plano para evitar esta situación. No solo se trata de enviar a segundo plano, si no que además hay que desacoplarlo del terminal, para que cuando cierres el terminal, se cierre no termine los trabajos en segundo plano que hayas lanzado. Soluciones para realizar trabajos en segundo plano Como de costumbre, para realizar una misma tarea en Linux, tienes diferentes opciones y soluciones. Desde las mas sencillas a las mas complejas. En este caso, te voy a comentar algunas de ellas, y tu decides, cual utilizar para cada caso. Y es que esta es una de las grandes ventajas de tener tantas opciones. La solución que para un momento te pueda resultar fantástica, en otra situación puede ser que no lo sea tanto. Sobre procesos en segundo plano Lo primero, antes de adentrarte en los procesos en segundo plano, te recomiendo le des una lectura al artículo sobre procesos en segundo plano. En este artículo encontrarás, con ejemplos, como puedes pasar una aplicación o proceso que tengas funcionando en primer plano, a segundo plano. Y no solo pasarlo a segundo plano, sino también iniciarlo. Para trabajar con procesos en segundo plano tienes las herramientas jobs, fg, bg y kill. ... Más información en las notas del podcast sobre trabajos en segundo plano