Si te da pereza hacer tareas repetitivas en tu ordenador, Cron las hace por ti.

Este es el segundo artículo de una serie en la que utilizamos la lista de lo que la Iglesia Católica denomina “pecados capitales” como excusa para conocer más sobre comandos y programas del mundo Linux. En este caso continuamos hablando sobre el uso de Cron que será de gran utilidad para quienes cultivan la pereza.
Dado que estamos viviendo una época de gente de ofensa fácil permítanme aclarar, antes de entrar en materia, que no es mi intención burlarme de las creencias religiosas de nadie. En todo caso es una auto burla. Pasé gran parte del año ochenta estudiando catecismo para luego de haber tomado la Primera Comunión no volver a pisar una iglesia salvo que algún acontecimiento familiar lo requiriera. Tengo que recuperar ese tiempo de alguna manera.

Para qué sirven Cron y Crontab

Habíamos dicho que Cron es un demonio, es decir un programa que se ejecuta en segundo plano sin que el usuario tenga intervención. Buscando información adicional para este artículo descubrí que lo de traducir daemon (La forma en que los sistemas Unix y derivados denominan a este tipo de programas) como demonio es un error muy extendido, pero no voy a corregirlo. Estamos hablando de pecados, tiene que haber por lo menos un demonio.

La función de Cron es ejecutar, en un momento especificado previamente, una determinada tarea. La mayoría de las veces es por necesidades del sistema, aunque los usuarios podemos indicarle otras a partir de la edición de un archivo de texto conocido como crontab.

En el post anterior habíamos dicho que los comandos para crear crontab son:

crontab –e para el usuario por defecto

O

crontab –u nombre_de_usuario para cualquiera de los otros.

Crontab es un archivo de texto que le brinda a Cron las instrucciones sobre qué debe hacer y cuando hacerlo.

Acerca del uso de Cron mediante crontab

Para crear nuestro crontab debemos tener en cuenta lo siguiente:

• Se utiliza una línea para cada tarea.
• Se debe indicar la fecha y hora de ejecución de la tarea. En caso de que se trate de una tarea que requiera periodicidad. Por ejemplo, todos los miércoles a las 5 de la mañana, el resto de los parámetros se reemplazan por asteriscos (*).
• En caso de que se quiera asignar más de un valor para un determinado parámetro cada valor debe separarse por una coma.
• Los parámetros se separan con un espacio.
• Se debe conocer el directorio donde está el lanzador del comando

Por ejemplo, si queremos que el ordenador de nuestros hijos se apague todos los días a las 20, la instrucción sería.

0 20 * * * /sbin/shutdown

En caso de que busquemos que el apagado sea solo los domingos cambiamos la instrucción a

0 20 * * 0 /sbin/shutdown

Existen algunos atajos que nos ahorran tener que escribir todos los parámetros. Ellos son:

• @hourly: Ejecuta un comando a la hora en punto. 
• @daily: Ejecuta el comando al comienzo de cada día.
• @weekly: Ejecuta el comando al comienzo del primer día de la semana.
• @monthly: Ejecuta el comando al comenzar el primer día de cada mes.
• @yearly: Ejecuta el comando en el primer minuto del año.

Algunos ejemplos del uso de este comando son:

@daily /bin/sh /ruta_al_script/nombre_del_script.sh ejecuta un script en Bash.

@hourly /bin/python3 /ruta_al_script/nombre_del_script.py ejecuta un script en python cada hora.

En todos los casos los scripts deberán tener permisos de ejecución.

En los ejemplos que vimos se indica no solo el comando sino también la ruta donde se encuentra el ejecutable. Vamos a trabajar con estos directorios:

• /bin: Que contiene todas las aplicaciones necesarias para el funcionamiento del sistema.
• /sbin: Aquí están las aplicaciones que el usuario raíz necesita para manejar el sistema.
• /home: Donde se almacenan las aplicaciones de cada usuario.
• /usr: Aquí se guardan aplicaciones y archivos instalados por los usuarios. Incluyen archivos con los nombres y funciones mencionados en esta lista.

En el próximo artículo veremos cómo mejorar la redacción de crontab y algunas otras herramientas de automatización disponibles para Linux.

from Linux Adictos https://ift.tt/rT3wLQn
via IFTTT

Como cada dos viernes en esta fase del desarrollo, WineHQ anunció en la noche de ayer 1 de julio la disponibilidad de WINE 7.12. Como hace dos semanas, estamos ante una actualización que no aporta demasiado, ni en cuanto a número de correcciones ni en cuanto a funciones destacadas. Hace ahora casi un mes al menos actualizaron el motor Mono, pero en estas dos últimas versiones de desarrollo, bueno, diremos que están siguiendo evoluciones naturales, pero tímidas.

En cuanto a lo introducido, han corregido 13 bugs, pero mirando más abajo vemos que han añadido un total de 266 cambios. La media está entre los 200 y los 400, pero yo diría que suele estar por encima de los 300 cambios. Todo lo que esté por debajo se puede considerar una actualización «floja», y eso es lo que hemos tenido esta semana. Lo que tenéis a continuación es lo que WineHQ ha considerado digno como para ser destacado de entre el resto de novedades de WINE 7.12.

Lo más destacado de WINE 7.12

Se ha destacado el soporte de temas para aplicaciones Qt5, que el vkd3d incluido ha subido a la v1.4, que se ha mejorado el soporte de efectos en Direct2D y el soporte para QWORD en las herramientas de registro, terminando la lista el habitual «varias correcciones de errores». Nada realmente destacado, pero se sigue avanzando para mejorar el soporte al ejecutar aplicaciones de Windows en otras plataformas.

WINE 7.12 está disponible desde este enlace, y por segunda semana consecutiva no vemos ese segundo enlace que solían facilitar, pero que no funcionaba. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.13 que llegará el 15 de julio. No sabemos cuántos cambios introducirán dentro de dos semanas, pero sí deberían ser un par de cientos o más.

from Linux Adictos https://ift.tt/5ymOtc7
via IFTTT

El Ubuntu con sabor a menta tiene una base de usuarios relativamente importante, y la tiene por algo. Canonical toma sus decisiones, y no siempre son del gusto de todos ni las más acertadas, y Clement Lefebvre y compañía van a lo suyo, a veces siguiendo el camino que marca Canonical y en ocasiones saliéndose y tomando el suyo propio. Eso es algo que parece que harán en Linux Mint 21, no adoptando algo que por el momento está provocando dolores de cabeza a los usuarios de Ubuntu.

Ubuntu 22.04 activó por defecto systemd-oomd, algo que pretendía mejorar la gestión del uso de memoria RAM, pero que está haciendo cosas que no se le piden, como cerrar aplicaciones que se están usando cuando le parece. Lefebvre no explica si los problemas que le han transmitido ha sido en Linux Mint o se refiere a los de los usuarios de Ubuntu, pero ha decidido no añadir systemd-oomd en Linux Mint 21.

La beta de Linux Mint 21 llegará en días

Con la beta ya a la vuelta de la esquina, Lefebvre ha mencionado más novedades de las habituales en una nota mensual, como:

• El cifrado del directorio personal sigue estando disponible en el instalador.
• Se ha añadido soporte para WebP en xviewer y thumbnailers.
• Blueman 2.3 ya está dentro y ha sustituido a Blueberry.
• En el modo rsync, Timeshinft ahora calcula el espacio necesario para la siguiente captura y la omite si al hacerla dejará menos de 1GB de espacio libre.
• mintupdate 5.8.3 llegó con algunos cambios que no fueron bien, y más tarde lanzaron mintupdate 5.8.4 sin esa regresión. En Linux Mint 21, mintupdate 5.8.5 ya no depende sólo en los temporizadores/servicios de systemd.

Lo que le ha faltado a la nota de este mes es decir cuándo llegará la beta de Linux Mint 21, que usará el nuevo Cinnamon 5.4. Se han limitado a decir que ya está lista, por lo que deberían lanzar la ISO en los próximos días.

from Linux Adictos https://ift.tt/On5r0Qh
via IFTTT