Cliente linux para servidor DVSwitch

 

Con este tema he dado más vueltas que los cordones de la zapatilla de un romano y la verdad que después de descubrir como se hacía la cosa, ahora a toro pasado me parece fácil, eso sí a toro pasado.

Al turrón...

Lo primero que hay que hacer es lo siguiente:

Descarga y descomprime la siguiente carpeta:

https://github.com/DVSwitch/USRP_Client/archive/master.zip

La carpeta se llama USRP_Client_master y contiene cinco archivos: pyUC.ini, pyUC.py, README.md, setud.py y test.md

Después en un terminal ejecute lo siguiente:

sudo apt-get install python3-pyaudio

sudo apt-get install portaudio19-dev

sudo apt-get install python3-pil.imagetk

Una vez hecho esto, desde la terminal, dentro de la carpeta USRP_Client_master

nano pyUC.ini

Edite lo puesto en negrita...

myCall = INDICATIVO      ; You callsign

subscriberID = Tu IDE        ; Your DMR/CCS7 ID

repeaterID = Tu IDE            ; Your repeater ID

ipAddress = 192.168.1.XXX       ; IP address or hostname of DVSwitch Server (AB)

usrpTxPort = 46001          ; Port on which AB is listening

usrpRxPort = 46001          ; Local port to listen for packets from AB

*El puerto que viene por defecto es el 46001, si usted tiene otro cámbielo...

Una vez hecho esto:

Dentro de la carpeta USRP_Client_master ejecute:

python3 pyUC.py

Y ya esta....

73 de Domingo....

Google Calendar falla en el navegador Chromiun-Browser

Resulta que para cambiar los eventos y citas de mi calendario de Google Calendar, utilizo el navegador  Chromiun-Browser y el caso es que hoy me llevado un buen chasco, pues al ir a cambiar uno de los eventos observo que la pagina no "pita", no va...

Venía observando días atrás que ya los marcadores de los navegadores de mis ordenadores Chromiun-Browser ya no se sincronizaban con el navegador Google Chrome. 

¡Vaya! Pensé yo... Estos de Google ya la han liado... Será que Google Calendar ya no funciona en el navegador Chromiun-Brower...

Ni corto, ni perezoso decidí instalar Google Chrome en mi ordenador de "faena" para ello:

Primero lo de siempre:

$ sudo apt update

$ sudo apt upgrade

Descargamos la llamada key

$ wget -q -O - https://dl.google.com/linux/linux_signing_key.pub | sudo apt-key add -

Agregamos el repositorio de Google

sudo sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google-chrome.list'

Otra vez...

$ sudo apt update

Instalamos:

$ sudo apt install google-chrome-stable

Pues eso, que después de instalar Google Chrome, inicio sesión, sincronizo los contenidos y Google Celendar sigue sin funcionar en el navegador, así que lo que esta fallando es la aplicación en todos los navegadores...

Bueno, al menos he aprendido a instalar Google Chrome en mi ordenador con Elementary OS que no esta nada mal...

Por cierto y lo he dejado instalado ya que tampoco estorba en mi disco duro, pero si a tí después de instalarlo te "pesa" ver esa aplicación en tu ordenador ya sabes la forma de desinstalar es la siguiente:

$ sudo apt remove --purge google-chrome-stable

$ sudo apt autoremove

73 de Domingo...

Desconexión... Configurando un servidor Radicale.

Creo que fue Juanjo @jgurillo el que sembro la semilla en mi mente, en uno de sus audios hablaba de llevar a cabo una desconexión de Google, ya que el servicio de almacenamiento fotográfico había dejado de ser gratuito o al menos y sirva la redundancia  menos "ilimitado", vamos que la cosa pasaba a ser de pago y con los tiempos que corren y el futuro que previsiblemente nos espera la cosa esta para pocas bromas.

Para mi Google-Calendar es un servicio bastante bueno (muy bueno en realidad) con la salvedad que todas las anotaciones que allí haces son vistas, controladas y analizadas por el "gran hermano" cosa que toca bastante la "moral". Ciertamente hay anotaciones, citas o eventos triviales, cuya conocimiento por parte de terceros no tiene la más mínima importancia, pero hay otros como citas medicas, laborales u otras de carácter más personal, que preferiblemente lo más aconsejable es  que permanezcan en la privacidad de cada cual.

Así que ni corto, ni perezoso me embarque en la búsqueda de un servicio que pudiera sincronizar mi calendario, tanto en móviles (android) como ordenadores (linux)  y a la vez me dejara utilizar el Google Calendar para cosas más "visibles" y menos importantes en lo que a privacidad se refiere.

Servidor Radicale... 

Encontré en internet el siguiente articulo: 

Radicale: configura tu servidor CalDAV libre 

por debish|Publicada 27 julio, 2020-Actualizado 27 julio, 2020

Ya hemos hablado en otras ocasiones de lo importante que es escapar de la vigilancia masiva y de cómo liberar nuestro androide del espionaje de la Gran G. Hoy vamos a completar esto último liberando también nuestros calendarios y contactos de miradas ajenas gracias a Radicale, un servidor CalDAV libre. Entre sus virtudes, su extremada ligereza y fácil configuración. Aquí, algunas de sus principales características (extraídas de su web):

Permite compartir calendarios y contactos a través de CalDAV, WebDAV y http.

Soporta eventos, ToDo’s, entradas de diario y tarjetas de visita (Business Cards).

Permite limitar el acceso mediante autenticación cifrada.

Permite utilizar conexiones seguras.

Funciona con varios clientes libres: DAVx⁵ (Android), Gnome Calendar (GNU/Linux) o ThuderBird (multiplataforma), entre otros.

Está licenciado GPLv3 y escrito en Python, lo cual, junto a su simplicidad, hace que sea fácilmente hackeable.

Además, dado su bajo consumo de recursos, es un compañero ideal para nuestras Raspberry Pi. 

¡Coño! ¡Pues mira que bien! Justo lo que necesito....

Instalación:

Yo lo hice así:

El el dispositivo donde vayamos a ubicar el servidor (Raspberry Pi) escribimos:

apt  install radicale python3-radicale

Ejecución:

python3 -m radicale --storage-filesystem-folder=~/.var/lib/radicale/collections

Configuración:

Dice debish en su articulo:

Para configurarlo podemos crear un archivo de configuración o pasar directamente todos los parámetros en el momento de la ejecución (que se puede automatizar fácilmente mediante un servicio systemd). Podemos indicar la ruta a nuestro archivo de configuración mediante el parámetro --config ruta_a_config o crear un archivo config en /etc/radicale o ~/.config/radicale. 

En mi caso, utilizo el servidor de forma local, sincronizo mis cacharros antes de salir de casa y los vuelvo a sincronizar cuando vuelvo, pero lógicamente podéis servir vuestros calendarios on-line, simplemente tenéis que indicar la IP de vuestro server en la configuración. Este es mi archivo de configuración, como veis muy sencillo.

[server]

# Bind all servers

hosts = 192.168.0.156:5232

max_connections = 5

timeout = 10

# Max size of content to be server/uploaded (0.5Mb)

max_content_length = 5000000

[auth]

type = htpasswd

htpasswd_filename = /home/user/radicale/users/passwords

htpasswd_encryption = bcrypt

# delay after failed login attempts (in seconds)

delay = 2

[storage]

filesystem_folder = /home/user/radicale/collections 

[web]

# Serve a web interface to log into radicale

type = internal

Una vez hecho esto accedemos al servidor vía web (ya sabéis dirección IP:5232 (puerto))   y una vez allí crearemos nuestro propio y personal calendario, facilitándonos una dirección "la URL y el tipo CalDAV" con la que debemos configurar nuestros clientes.

Yo en el ordenador utilizo la aplicación Calendario que viene instalada en el SO ElementaryOS y en el móvil y ahí esta la gracia sigo utilizando Google-Calendar. En ambos dispositivos dispongo de los dos calendarios, si bien  para sincronizar el servidor Radicale con el dispositivo android hay que utilizar la apk de "pago" DAVx5.

Hecho esto dispondréis de dos servicios de calendario en un mismo cliente, uno que cotillea Google y otro más personal y privado que solamente veréis vosotros.... 

Aclaración: El calendario creado "CalDAV" con el método reseñado, solamente podrá sincronizarse cuando os encontréis en vuestra propia LAN.

Más información:

*https://debianhackers.net/radicale-configura-tu-servidor-caldav-libre/

*https://xn--deepinenespaol-1nb.org/dav-decsync-radicale-sincroniza-localmente-agenda-movil-y-pc/

73 de Domingo...

DMR para super-novatos...

Estos días de atrás andaba yo con la idea de probar eso del DMR, la cosa en lo económico se esta poniendo complicada por lo que un cortes colega, a través de un canal de FRN me dio la idea de montarme un servidor de DVSwitch, para este nuevo experimento iba a necesitar una Raspberry Pi 3,  un teléfono móvil con Android y una tarjeta SD de 32 Gb, como disponía de Raspberry y de un viejo teléfono móvil la única inversión que hice fue tirar la vieja tarjeta SD de 16 Gb y comprar una nueva de 32 Gb por siete euros y me puse manos a la obra.

1. Conseguir el famoso DMR-ID para eso hay que registrarse en la siguiente pagina: https://register.ham-digital.org/ ahí te piden una serie de datos y una copia en jpg o pdf de la licencia de radioaficionado, el DMR_ID se compone de un número de siete cifras que va vinculado a tu indicativo y se envía mediante un correo electrónico a la cuenta que hayas registrado.

2. Registrarse en Brandmeiser, una vez obtenido el DMR-IDE debemos esperar un plazo mínimo de 48 horas, para que se actualicen las bases de datos locales que vinculan tu indicativo con el DMR-IDE una vez concluido este plazo nos registramos en la siguiente pagina: https://brandmeister.network/?page=register Nos pedirá que pongamos  el indicativo, el DMR-IDE, una cuenta de e-mail y  una contraseña de nuestra elección, una vez hecho esto se nos comunicara nuestro registro en un mensaje de correo electrónico.

3. Descargar la imagen de DVLIN V9 que contiene el servidor DVSwitch  en la siguiente pagina: https://drive.google.com/file/d/1Z3EhCao9Z42UUJoUYumH5EgG7lrGMLcK/view la imagen esta comprima en .rar y pesa 3 Gb una vez descomprimida la imagen pesa 15 Gb esa es la imagen con la que que quemar la tarjeta. Instalaremos también en el teléfono android la siguiente .apk  que se llama DVSwitch mobile disponible en play store: https://play.google.com/store/apps/details?id=org.dvswitch&hl=es_419  o en la siguiente pagina: https://apkpure.com/es/dvswitch-mobile/org.dvswitch Para comenzar con la primera configuración  recomiendo leer atentamente el siguiente documento: http://www.ea5rca.es/CARPETAS/Documentos/DVSW.pdf.

Si realizáis esta primera configuración el cacharro pitara correctamente en DMR, aunque no olvidéis acceder a la pagina de Brandmeiser: https://brandmeister.network/?page=login y una vez logeados, configurar el self care, esta justo debajo de tu indicativo, ahí debemos poner "Language: Español" y "Hotspot Security: on", si no hacéis esta mínima configuración el servidor no funcionara.

4. Una vez familiarizados con la configuración del servidor y el cliente, recomiendo hacer la siguiente configuración, que es la que, a mi opinión, la que mejor ha funcionado, la podeís ver en el siguiente tutorial: https://www.youtube.com/watch?v=0g3up2to1ZA

A "priori" para los ya iniciados este pequeño articulo puede parecer una "chorrada" pero este escrito va más bien dirigido a  personas, que sin tener a nadie cerca a quien echar mano para aclarar dudas, se pongan por primera vez a configurar este tipo de dispositivo...

P.D. Desde aquí  dar las gracias a los creadores de la imagen por su estupendo trabajo...

Comprimir y descomprimir un archivo .rar desde una terminal linux.

Comenzamos instalando rar:

 

sudo apt install rar

Comprimiendo: 

rar a nombre_archivo.rar archivos a incluir

rar a nombre_archivo.rar  *

    

Con la primera orden añadiremos los archivos uno a uno, y con la segunda incluiremos todos los archivos que estén dentro del directorio en que nos encontremos

También podemos partir un archivo mediante rar, generando varior archivos .rar de 500 MB de la siguiente manera:

rar a -r -s -v512000  archivo.rar "directorio/a/comprimir/"

Los parámetros son los siguientes: 

a: Añadir archivos (comprimir).

r: Añadir directorios recursivamente.

s: Archivo sólido. Copia todos los archivos a uno único antes de comprimir, aumentando así el ratio de compresión.

v: Divide el archivo comprimido resultante en partes de 500 MB cada uno (expresado en KB).

Si además de comprimir, queremos añadir un password  (contraseña)  al archivo o los archivos .rar resultantes  añadiremos -p al final de las ordenes de compresión.

Descomprimiendo con unrar.

Comenzamos instalando unrar.

sudo apt install unrar

Descomprimiendo: 

 unrar x nobre_del_rar.rar

 

unrar x nombre_del_rar.rar ruta donde lo queramos descomprimir

Con la primera orden lo descomprimiremos en el directorio que nos encontramos y con la segundo le diremos el directorio en el que queremos que lo descomprima.

Descargando torrents con aria2

Ya saben que me gusta sobre todo trabajar con aplicaciones encaminadas a ser ejecutadas en una terminal, hoy hablaremos de un programa de descarga de torrent, magnet y direcciones url. Pesa poco y requiere pocos requisitos de sistema, es un programa ideal para instalar en una Raspberry Pi siendo incluso más operativo y versátil que el conocido programa Transmission. Este articulo esta encaminado al uso por parte de usuarios noveles en el uso de la terminal bash, así que Nipegunes del mundo sigan leyendo si están interesados en aprender alguna cosa de provecho, por que aparte del unboxing (sacar un cacharro de una caja de cartón) con un cuchillo jamonero de un servidor casero, poco hemos visto en el tema de la configuración del mismo. Pero bueno temas aparte, vamos al turrón.

Instalando aria2

En una distro derivada de Debian, ya saben:

$ sudo apt install aria2

Para que el la aplicación funcione debemos después crear una carpeta oculta en home:

~$ mkdir .aria2c 

Esta carpeta es la que deberá contener el archivo dht.dat, este archivo se genera de manera automática al iniciar el programa. Si no hacemos esto al iniciar el programa el programa generara la carpeta antes mencionada de forma automática en home/usuario/.cache/aria2c/dht.dat y la aplicación no funcionara. Por cierto el comando para ejecutar la aplicación una vez instalada es: aria2c

Si hemos hecho todo esto la cosa funcionara, para empezar a usar el mismo, nos vamos a la carpeta de descarga que queramos, la aplicación descargara de forma automática en la carpeta en donde ejecutemos el proceso, por ejemplo supongamos que tenemos una carpeta de descargas en /media/usuario/Peliculas, pues:

/media/usuario/Peliculas$ aria2c archivo.torrent

De esta manera se efectuara la descarga pero el archivo permanecerá compartiéndose de forma indefinida, para parar el proceso pulsamos Ctrl+c

Para que la aplicación descargue y después comparta el archivo durante el tiempo que nosotros queramos existe una manera de indicar esto:

/media/usuario/Peliculas$ aria2c --seed-time=1 archivo.torrent

En el argumento --seed-time=1 indicamos que queremos que el archivo se comparta durante 1 minuto después de la descarga, si el parámetro es 0 equivaldrá a la parada automática, sabiendo esto que cada cual eliga el tiempo, recordemos en minutos, que desea compartir el archivo una vez descargado.

Descargas paralelas

En cuanto descargas paralelas, supongamos que deseamos descargar la primera temporada de una serie  que se llamara Nicomedes que consta por ejemplo de tres capítulos, el la cosa quedaría así:

/media/usuario/Series/Nicomedes/T1$ aria2c --seed-time=1 -Z capitulo-1.torrent capitulo-2.torrent capitulo-3.torrent

Claro esta que la aplicación tiene muchas formas de ejecución pero yo les he contado las más faciles y las que un servidor utiliza para efectuar sus descargas, para más información:

https://www.redeszone.net/gnu-linux/aria2-manual-para-descargar-archivos-via-http-ftp-y-tambien-via-bittorrent/

https://aria2.github.io/manual/en/html/

Reciban un cordial saludo.

Wordgrinder

Nada por aquí ando, yo sigo a lo mio. Ando encabezado con poseer un ordenador plenamente útil y operativo, solamente con aplicaciones que funcionen en la linea de comandos.

La ultima adquisición a sido la instalación de un procesador de textos, no de un editor del tipo nano, vim o gedit. No, en este caso hablo de un autentico procesador de textos. Con un peso de unos 326 kbs, este minimalista y ligero procesador es capaz de exportar archivos de texto del tipo .txt, .html y los que un servidor usa del tipo .odt. Rápido, ligero y además eficaz, me hace retroceder a los tiempos aquellos en lo que utilizaba, Wordperfep en ordenadores con sistema operativo MS-Dos.

A decir verdad, llevo ya un tiempo en que no me hace el ver un escritorio gráfico, para como dice mi admirado Julio Converso 72, "ser productivo", ya que las aplicaciones que más utilizo, son las siguientes:

Multimedia:

Para ver películas en streaming , escuchar la radio, ver la TV,  ver videos de youtube (pocos): cvlc

Para ver películas descargadas, de esas en blanco y negro que ven los Meeks: mplayer o mpv.

Escuchar música (sin derechos de autor, claro) y podcast: mop

Gestión y Descargas:

Gestión y descarga de torrens: transmission-daemon, aquí de momento para administrar y cargar los torrent todavía tengo que utilizar un navegador gráfico como controlador remoto, pero todo se andará.

Gestión y descarga de podcast: hpodder

Descarga directa  de archivos multimedia (sin derechos de autor, claro): youtube-dl 

Descarga directa de cualquier tipo de archivos: wget

Navegador: w3m

Correo electrónico: mutt

Agenda: calcurse

Gestor y lector de noticias rss: newsbeuter

Administración y mantenimiento del servidor domestico: ssh

Editor de texto: utilizo normalmente  nano aunque también tengo instalado gedit y vim.

Procesador de textos: wordgrinder

No se, tal vez se me queda algo en el tintero, o mejor dicho, en el teclado. Pero lo crean o no, esto es lo que últimamente utilizo, cuando me siento delante de la pantalla del ordenador. 

Por cierto, las siguientes direcciones de streaming de:

RNE: http://www.listenlive.eu/rneradio1.m3u

RNE5: http://www.listenlive.eu/rneradio5.m3u

Radio Exterior de España: http://www.listenlive.eu/rneradioexterior.m3u

Ya no funcionan, las ando buscado por la red, por eso pido ayuda, por si amable lector  supiera o conociera las nuevas direcciones y tuviera a bien el facilitarlas.

Sin más. Un saludo, corto y fuera.

P.D. El presente post, fue escrito con el procesador de textos wordgrinder y exportado en formato .html a blogger. 

Opinión: Una pequeña pega en SSH

El pasado día 16-06-2017, escribí a Macjosan un correo electrónico, con el asunto:

Una pequeña pega en SSH

La misiva decía así:

Estimado Macjosan, te escribo la presente debido a una pequeña pega a la hora de "cacharrear" con terminales a través de SSH.

Me explico, de un tiempo a esta parte me conecto a través del móvil con el servidor utilizando para ello JuiceSSH, un emulador de terminal de android, utilizando youtube-dl (que esta instalado en el servidor) me descargo series desde paginas de internet, copiando y pegando la dirección url de servidores streamcloud, hasta aquí la cosa funciona y pita bien, sin problemas, la descarga empieza y puedo descargar a la carpeta que quieras. La pega viene, a la hora de salir del cliente, si hago eso sin que haya concluido la descarga, automáticamente la descarga deja de funcionar y la operación falla.

La pregunta es la siguiente: ¿sabes como salir del terminal cliente y que se siga ejecutando en el servidor la operación, comando o script, que desde el cliente (móvil, ordenador, etc) has mandado ejecutar?.

Esto que "a priori" puede parecer una autentica chorrada (y seguramente lo es) me trae de cabeza, si supieras la solución me lo comunicas por este medio.

Comentarte que he probado ciertas formas que explican en foros, como poner & al final del comando y otras más exóticas que probé y no funcionaron.

Dándote las gracias por anticipado me despido.

Un saludo.

73 de Domingo....

P.D. Las conexiones de las que hablo, siempre las hago desde mi misma red LAN.

Lamentablemente Macjosan, nunca me contesto, bien por que no sabia la respuesta, bien por que no tenia tiempo o bien por que yo no supe expresar con claridad mi duda.

Mas tarde escuchando a Angel de Ugeek, descubrí el servicio Dataplicity y la duda se transformo de una simple chorrada en una imperiosa necesidad, ya que ahora podía comunicarme con mi servidor desde cualquier punto del planeta en donde hubiera un punto de acceso a internet. No se ha vosotros pero cuando a un servidor se le ocurre una idea, la tiene que llevar a cabo de una forma inmediata, ya que si no corre el riesgo de olvidar, el que o el como se me ocurrió y la forma en que pensé ejecutarla.

Así que ahora era un tema primordial, el poder ejecutar un proceso desde el terminal remoto y al cerrar este “no matar” dicho proceso. Probé el comando “disonw”, justamente con los parámetros:

disown -h %1

bg 1

A mi esto no me funciono, ya que no entendí nunca lo que realmente hacia el comando, ni como se quedaba el proceso, el caso es que cuando ejecutaba “disow” con “&” al final de la  serie de comandos, recuperaba el terminal durante un breve periodo de tiempo “un segundo más o menos” y después la salida del proceso volvía al terminal y si cerrada este el proceso se “mataba”.

El comando “nohup”

Hasta que al fin di con el comando “nohup”, que “desvía” de una forma eficaz  la salida del proceso, creando en la carpeta que cada uno elija un archivo llamado “nohup.out” por lo que es indispensable que si por ejemplo el proceso iniciado es una descarga, la misma se  realice en una carpeta especifica para realizar sin ningún tipo de problemas la misma. El formato por ejemplo para realizar una descarga seria el siguiente:

osiris@osiris:/home/osiris/descargas/pelicula/$ nohup wget “dirección url” &

El archivo de descarga, junto con el archivo “nohup.out” se descargaran en la carpeta   “película”, una vez se inicie el proceso, recuperaremos el terminal y podremos cerrar el mismo    sin afectar el proceso iniciado.

Opinión: El demonio Cron.

De la wikipedia:

cron: es un administrador regular de procesos en segundo plano (demonio) que ejecuta procesos o guiones a intervalos regulares (por ejemplo, cada minuto, día, semana o mes). Los procesos que deben ejecutarse y la hora en la que deben hacerlo se especifican en el fichero crontab.

Aunque los modernos y diversos autores de podcast de linux en español, huyan como alma que lleva el Diablo del uso del terminal, yo les recomiendo encarecidamente que si les interesa el tema, huyan igualmente de podcast en los que les habla un fulano que la mayoría de las veces, no tiene ni puta idea de lo que habla y escuchen autores serios y responsables. Como podrán observar mi opinión es mas de los mismo, pero en fin hecha esta aclaración, paso a explicarles uno de los últimos experimentos con gaseosa realizados por Mhyst y un servidor en la linea de comandos.

El comando o cuasi programa rsync

Uno de podcast más interesantes que pueden escuchar en la actualidad es el llamado Reality Cracking, sobre todo si mi amigo Julio les habla a ustedes del uso del terminal linux, asi como tambien afirmo que una de las maneras más inteligentes de gastar su tiempo en internet y leer blog que les puedan aportar un ápice de sabiduría en este tema es leer el Blog de El Atareao. Si, ya se que en Youtube se pueden encontrar maravillosos tutoriales sobre el tema, pero da la casualidad que cuando más aprendo sobre el asunto es cuando paso la aspiradora y quito el polvo de los muebles de mi casa, lo que hace incompatible una actividad con otra.

Volviendo al tema, contarles que uno de los audios más interesantes que se pueden encontrar en el podcast antes mencionado es el que explica el funcionamiento de rsinc. Yo que me jacto de tener una de las mejores bibliotecas electrónicas de todo el desierto manchego, ya usaba este comando para sincronizar y tener una copia de seguridad en otro disco duro de mi apreciada biblioteca, por si las moscas. Claro esta que esta tarea un servidor la hacia a mano y cuando Dios le daba a entender, asi que el otro día plantee a mi amigo Mhyst la creación de un scrip que llevara a cabo de una manera regular y periódica dicha tarea, acordamos que la sincronización se llevara a cabo una vez por semana -ya que lo que afirmo NIPEGUN, una copia de seguridad cada 10 horas me parece excesivo y casi rozando la paranoia, aunque en el fondo no me lo crea- concretamente el domingo a las 03:00 horas de la madrugada.

Creación del scrip.

El scrip que llevaría a cabo la tarea de realizar la copia de seguridad -incremental- se creo en la carpeta /home/bin y que recibe el nombre de sincro se realizo de la siguiente manera:

sudo nano sincro

# Copia de seguridad de la biblioteca de Calibre

rsync -ravz /home/osiris/Biblioteca\ de\ Calibre/ /media/osiris/Elements/Biblioteca\ de\ CalibreII/

En castellano, al cacharro se le esta diciendo que sincronice la Biblioteca de Calibre sita en el disco interno del ordenador, con la Biblioteca de CalibreII sita en un disco externo llamado Elements, que se monta en la carpeta /media/osiris/ del mismo ordenador.

Pasamos después a darle permisos al scrip sincro. En la misma carpeta bin, escribimos la siguiente instrucción:

chmod +x sincro

Hecho esto ya tenemos listo el scrip y con los permisos de ejecución dados.

Configuración del demonio Cron.

Para ello editamos con nano el archivo crontab y escribimos la siguiente linea:

sudo nano /etc/crontab

# m h dom mon dow user command

00 3 * * 7 root /home/osiris/bin/sincro

El parámetro “m” se refiere a los minutos, en este caso: 00

El parámetro “h” se refiere a las hora, en este caso: 3

El parámetro “dom” se refiere a los meses, en este caso: * (todos los meses)

El parámetro “mon” se refiere a los días del mes, en este caso: * (todos los dias del mes)

El parámetro “dow” se refiere a los días de la semana, en este caso: 7 (domingo)

El parámetro “user” se refiere al usuario en este caso: root

El parámetro “command” se refiere a la acción a realizar, en este caso: La activación del scrip sincro.

O sea que quiero que la sincronización de las carpetas se realice todos los domingos a las 03:00 horas de la madrugada, se entiende que la noche del sábado al domingo.

Tal vez este pequeño experimento pueda parecer a algunos pueril y casi infantil, pero les puedo asegurar que a las pobres criaturas que estamos descubriendo todo este universo de posibilidades que da el uso de la linea de comandos, nos parece de los mas instructivo e interesante.

 P.d. Por cierto, en el editor nano, para guarda pulsar: control+o, y para salir pulsar: control+x.

Opinión: Actualizar youtube-dl.

Sin duda el mejor descargador de vídeos de Youtube es el programa youtube-dl, lo única pega que ve alguna gente para afirmar tal cosa, es que el programa se ejecuta desde el terminal. Esta es la misma gente que suele afirmar que una película no puede ser buena si esta en blanco y negro, bueno cretineces aparte aprovecho este post a modo de nota personal para dejar plasmado la forma en que he conseguido actualizar el programa.

Los chicos de Google andan algo preocupados en que los usuarios de internet podamos descargar de vez en cuando aquel vídeo que nos guste y que queramos conservar en nuestros ordenadores, así que de vez en cuando los malvados chicos de Google modifican los vídeos para evitar que programas como youtube-dl, se pueda bajar los vídeos. A Dios gracias, hay toda una comunidad empeñada en que este tipo de programas funcionen al 100% , de hay la importancia de tener dicho programa actualizado.

La cosa es que de un tiempo a esta parte ciertos videos -sobre todo musicales- daban un error en la descarga, trate de actualizar youtube-dl con la opción -U, pero el caso es que esto no terminaba de funcionar, después de visitar muchas paginas y foros, encontré un vídeo en Youtube, sobre un fulano que actualizaba el programa en Manjaro, para Debian seria de la siguiente manera:

$ sudo apt-get install  python-pip

Una vez instalado el paquete se procede a dar una serie de permisos

$ sudo chmod a+rx /usr/local/bin/youtube-dl

Y pasamos a actualizar el programa:

$ sudo pip install –upgrade youtube-dl

Una vez hecho esto comprobamos la versión del programa:

$ youtube-dl –version

A mi me sale:

$ 2016-11-02

Y la cosa vuele a funcionar, o bueno, por lo menos a mi me funciona...

Pd. Por cierto este magnifico programa no solo funciona en la plataforma Youtube, si  no que descarga vídeos de un gran número de sitios, incluyendo esos de vídeos calentitos y que llevan en sus descripciones un montón de XXX, bueno esto último lo sé de oídas, ya que yo como muchos usuarios de la red, nunca he visitado una pagina de estas. Lo juro por Snoopy ó por las bragas de Mafalda si hace falta...

P.D. 2 A fecha de 05-02-2017, para actualizar a la versión 04-02-2017 se debe aplicar el siguiente texto en el terminal.

sudo pip install  youtube-dl -U

con esto tenemos 

youtube-dl  --version

2017.02.04.1

Y la cosa vuelve a "pitar". Un saludo amigos....