Built for Rock'n'Roll (i was)

Desde el cliente de sincronización de ownCloud puedo visualizar la lista de archivos excluídos (ignorados) de la sincronización. También puedo añadir nuevos patrones, MAS NO PUEDO ELIMINAR NINGUNO DE LOS FILTROS QUE TRAE "DE SERIE". 
Para poder hacerlo hay que hacer lo siguiente: 

sudo cp /etc/ownCloud/sync-exclude.lst /etc/ownCloud/sync-exclude.lst.bkp

sudo nano /etc/ownCloud/sync-exclude.lst


(*) para nextCloud el método es similar

(**) Hay archivos como .htaccess que están excluídos desde el propio código del cliente por razonses de seguridad.

Antecedentes
La última actualización (noviembre) del paquete nextcloud-client en Ubuntu 18.04 me está dando muchos problemas de sincronización.
No he conseguido instalar los paquetes que están disponibles en https://nextcloud.com/install/#install-clients y tampoco compilar el código fuente.
Lo más gracioso es la appimage que se ofrece... una vez descargada al hacerle doble click mi sistema no sabe qué hacer con ella. La verdad es que tampoco me he puesto a averiguar por qué.

Instalar cliente de ownCloud
sudo sh -c "echo 'deb http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/Ubuntu_18.04/ /' > /etc/apt/sources.list.d/isv:ownCloud:desktop.list"
 
wget -nv https://download.opensuse.org/repositories/isv:ownCloud:desktop/Ubuntu_18.04/Release.key -O Release.key
 
sudo apt-key add - < Release.key
 
sudo apt-get update
 
sudo apt-get install owncloud-client




 
Para otras versiones, bastará con seguir las indicaciones que se especifican detalladamente aquí.




------------------------------
Fuentes:
https://software.opensuse.org/download/package?project=isv:ownCloud:desktop&package=owncloud-client

No es la primera vez que me ocurre algo parecido. No hay duda de que aún no he logrado esa conexión espiritual con los sistemas GNU Linux que impide que estas cosas pasen.

Todo empezó cuando se me ocurrió instalarle al "sistema" NextCloudPi que tengo en Raspberry la extensión / aplicación de DropBox. Resultado: toda la instalación de NextCloud a la porra.
Lo que inicialmente constituía un mero incordio de restaurar una copia de seguridad iba a convertirse en un calvario merced a un "insignificante" error:

La copia de seguridad estaba hecha con rsync.
Conecto a un ordenador el disco duro de la Raspberry que contiene el sistema NextCloudPi "roto".
El disco se monta en /media/hdrpi
Borro el disco duro.
Desde la terminal, en /media/hdrpi/
sudo rsync -axv /backupnoviembre2019 /
DESASTRE: El sistema anfitrión -un Linux Mint- a freir espárragos en cuestión de segundos.

Entiendo que los usuarios como yo, que pareciera aún no estamos cien por cien en armonía con los sistemas GNU Linux, debemos pensarnos las cosas mucho -reflexionar- antes de apretar la tecla ENTER.

Ahora comprobaré qué tal funciona la restauración de backups de TimeShift arrancando desde un LiveUsb de Linux Mint. Desde línea de comandos, en el propio sistema, es posible que también funcionara dicha restauración, mas se me antoja más complejo pues a simple vista veo que faltan dependencias para que busybox pueda tratar correctamente la copia de seguridad.

Después de actualizar al kernel 5.0 de Linux, las tarjetas wireless ac con chip Realtek rtl8812au dejan de funcionar.
Este post trata de cómo solucionar esto de una vez por todas... o hasta que llegue otra actualización "letal" del Kernel.
Básicamente se trata de incorporar los "drivers" no oficiales ya actualizados para kernel > 5.0 del repositorio https://github.com/gnab/rtl8812au y seguir sus instrucciones, que básicamente son estas:

sudo apt-get remove --purge rtl8812au-dkms
dpkg --list
dpkg --list | grep rtl
dpkg --list | grep 8812
sudo dkms status

Descargo el paquete [https://github.com/gnab/rtl8812au/archive/master.zip] desde el repositorio https://github.com/gnab/rtl8812au
(*) Existe otro repositorio cuyo driver dicen que funciona: https://github.com/AstroDrabb/rtl8812au

sudo mkdir /usr/src/8812au-4.2.2

Cuando tratamos de convertir mediante el comando convert un montón de, por ejemplo, imagenes jpg a un documento .pdf puede producirse el siguiente error masivamente:
«
convert-im6.q16: DistributedPixelCache '127.0.0.1' @ error/distribute-cache.c/ConnectPixelCacheServer/244.
convert-im6.q16: cache resources exhausted `fotografia098.jpg' @ error/cache.c/OpenPixelCache/3984.

touch -t aaaammddhhmm.ss archivo

por ejemplo:

touch -t 201911101420.15 archivo.txt
(*) Así cambiamos la fecha de modificación y creación del archivo al día 10 del mes 11 (noviembre) del año 2019 a las 14:20 horas y 15 segundos.

Existen otros parámetros que permiten ser más precisos:

-a: cambiar sólo la fecha del ultimo acceso al fichero
-m: cambiar sólo la fecha de modificación del fichero

Establecer CONF_SWAPSIZE=256