[HowTo] Editar lista de ignorados en el cliente de sincronización ownCloud

Posted: sábado, 30 de noviembre de 2019 by Termita in Etiquetas: , , , , , , , , , ,
0

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.




-----------------------------
Fuentes:

0

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

Crónica de un desastre. Rsync en manos de un loco.

Posted: lunes, 18 de noviembre de 2019 by Termita in Etiquetas: , , , ,
0

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.

0

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


Desscomprimo -como superusuario (sudo)- el archivo que descargué en /usr/src/8812au-4.2.2/

cd /
cd /usr/src/8812au-4.2.2/
sudo make
sudo insmod 8812au.ko
sudo cp 8812au.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless
sudo depmod
sudo dkms add -m 8812au -v 4.2.2
sudo dkms build -m 8812au -v 4.2.2
sudo dkms install -m 8812au -v 4.2.2
sudo dkms status
echo 8812au | sudo tee -a /etc/modules



ANTECEDENTES ****************

Hace tiempo que una tarjeta wireless ac con chip Realtek rtl8812au lleva dándome problemas en Ubuntu.
Para empezar, cuando se instala Ubuntu, éste no la reconoce. Cuando la máquina depende en exclusiva de la tarjeta wireless para conectarse a internet esto supone un problema, obviamente.
No queda otra que conectar otra tarjeta wireless que sí sea compatible y ponerse a solucionar el problema.
Encontré 3 drivers:
* El creado por un particular -gnab- y puesto a disposición pública en su repositorio de github: https://github.com/gnab/rtl8812au
* El creado por un particular -AstroDabb- y puesto a disposición pública en su repositorio de github: https://github.com/AstroDrabb/rtl8812au
* Un .deb (creo que "oficial" de Ubuntu): rtl8812au-dkms_4.3.8.12175.20140902+dfsg-0ubuntu8_all.deb [*] [**]

Opté primero por "incorporar" al sistema el primer driver (qnab) siguiendo las instrucciones de su creador.

Tras una actualización del Kernel, este driver dejó de funcionar. El método que tuve que emprender cada vez que se producía una de estas actualizaciones oficiales de Ubuntu que dejaban k.o. a mi tarjeta wireless era el siguiente:

"Software y Actualizaciones"  → "Controladores Adicionales" → marcar "no usar este dispositivo"




Apagar el sistema

Conectar una tarjeta wireless compatible (o conectar la máquina directamente por red cableada).

Arrancar el sistema

"Software y Actualizaciones"  → "Controladores Adicionales" → desmarcar "no usar este dispositivo"

Apagar el sistema

Desconectar la tarjeta wireless compatible o desconectar la máquina de la red cableada

Arrancar el sistema



Un procedimiento tedioso que -eso era lo peor- le dejaba a uno la sensación de no saber lo que estaba haciendo ni qué estaba pasando realmente.

Luego opté por instalar en el sistema el tercer driver (el .deb). Seguía ocurriendo lo mismo tras cada actualización importante del sistema.

Llegados a este punto, pasado un tiempo emprendí la solución -probablemente definitiva- incorporando al sistema el mismo driver ya actualizado por Qnab, su creador. Es el método que se enuncia al principio de este post.




--------------------

Fuentes:


https://github.com/gnab/rtl8812au









https://ageeklivinginthefuture.blogspot.com/2018/11/antena-usb-ac-1200-mbps-chip-realtek.html?m=1   ← instrucciones para tarjetas wireless ac con chip Realtek 8812bu

0

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.

»

Esto se debe a que imagemagick, paquete del que forma parte el comando convert, tiene establecidos en su configuración unos límites de recursos que estamos a punto de sobrepasar.

Esto se soluciona ampliando esos límites de la siguiente manera:

El fichero de configuración que establece esos límites es /etc/ImageMagick-6/policy.xml.

Primero hacemos una copia de seguridad
sudo cp /etc/ImageMagick-6/policy.xml /etc/ImageMagick-6/policy.xml.bak2

Procedemos a editar el archivo /etc/ImageMagick-6/policy.xml
sudo nano /etc/ImageMagick-6/policy.xml

La línea
<policy domain="resource" name="memory" value="256MiB"/>
la cambiamos por
<policy domain="resource" name="memory" value="2GiB"/>



(*) Yo he preferido aumentar sólo el límite "memory". Mas hay quien aumenta también otros límites en el fichero policy.xml
Width: 128KP
Height: 128KP
Area: 1.0737GP
Memory: 2GiB
Map: 4GiB
Disk: 8GiB
File: 768
Thread: 4
Throttle: 0
Time: unlimited



------------------------------------
Fuentes:

0

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




---------------------------------------
Fuente:

0

Actualmente mi Raspberry Pi 3B tiene el sistema operativo RaspBian correspondiente a NextCloudPi, que trae una opción para activar una "cosa" llamada zram que en principio es algo que agiliza la ya de por sí limitada Raspberry.
La máquina no está demasiados días seguidos trabajando. Mas, por la razón que sea, después de cuatro días encendida, al ejecutar htop me he percatado que la memoria swap esta al 100% de uso.



La swap, como todos saben, es la memoria de intercambio.
A diferencia de los tradicionales sistemas gnu linux, en los que la swap estaba en una partición, y en la línea de lo que pareciera se lleva ahora, la swap en Raspbian es un archivo. Concretamente ese archivo "de intercambio" es /var/swap

He decidido observar cómo se comporta la Raspberry si le aumento la swap de 100Mb a 256Mb.

El procedimiento para hacer esto es el siguiente:

sudo cp /etc/dphys-swapfile /etc/dphys-swapfile.bak
sudo nano /etc/dphys-swapfile
Establecer CONF_SWAPSIZE=256

sudo dphys-swapfile setup
sudo dphys-swapfile swapon
cat /proc/meminfo | grep Swap


Después de aumentar la memoria de intercambio (swap) parece evidente que la máquina consume más memoria RAM.... No perderé de vista el asunto.

----------------------------------
Fuentes:
http://www.sensorsiot.org/raspberry-pi-tricks/

0

/opt/vc/bin/tvservice -off

«««««««««««««««««««««««««««««««««««««««««««
Usage: tvservice [OPTION]...
  -p, --preferred                   Power on HDMI with preferred settings
  -e, --explicit="GROUP MODE DRIVE" Power on HDMI with explicit GROUP (CEA, DMT, CEA_3D_SBS, CEA_3D_TB, CEA_3D_FP, CEA_3D_FS), MODE (see --modes) and DRIVE (HDMI, DVI)
  -t, --ntsc                        Use NTSC frequency for HDMI mode (e.g. 59.94Hz rather than 60Hz)
  -c, --sdtvon="MODE ASPECT [P]"    Power on SDTV with MODE (PAL or NTSC) and ASPECT (4:3 14:9 or 16:9) Add P for progressive
  -o, --off                         Power off the display
  -m, --modes=GROUP                 Get supported modes for GROUP (CEA, DMT)
  -M, --monitor                     Monitor HDMI events
  -s, --status                      Get HDMI status
  -a, --audio                       Get supported audio information
  -d, --dumpedid <filename>         Dump EDID information to file
  -j, --json                        Use JSON format for --modes output
  -n, --name                        Print the device ID from EDID
  -l, --list                        List all attached devices
  -v, --device                      Specify the device to use (see --list)

  -h, --help                        Print this information

»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»

0

Apache tiene una utilidad para medir el rendimiento de un servidor apache2. Se llama apachebench, o ab [Apache HTTP server benchmarking tool].
Se trata de una herramienta para hacerle benchmarking -poner a prueba- un servidor HTTP Apache. Está diseñada para proporcionar una impresión de cómo una determinada instalación de Apache se comporta. Especialmente muestra cuantas peticiones por segundo es capaz de servir.

INSTALACIÓN
sudo apt update
sudo apt install apache2-utils
ab -V


EMPLEO
ab -n 100 -c 10 urldelservidor

(*) Donde -n es el número de peticiones a realizar para la prueba y -c es la concurrencia (simultaneidad), que denota el número de peticiones múltiples a realizar a la vez. Así que en este benchmark ab hará 100 peticiones con una simultaneidad de 10.

También es interesante el parámetro -g
ab -n 100 -c 10 -g output_resultado.data urldelservidor
less output_resultado.data

Otros parámetros que se pueden añadir, por ejemplo, son los datos POST a enviar, cabeceras (-H) y cookies (-C) de las peticiones, tiempos de timeout (-s) o cerficado de cliente (-E) .
Por otro lado, con el parámetro -t el test se puede limitar a un tiempo determinado en lugar de a un número de peticiones.
En el anexo 02, extraído de la página oficial, se explica cada uno de los parámetros.


************************************************
ANEXO 01 Explicación significado del resultado del test
««««««««««««««««««««««««««««««««««««««««««««««««

Server Software − It is the name of the web server returned in the HTTP header of the first successful return.

Server Hostname − It is the DNS or IP address given on the command line.

Server Port − It is the port to which ab is connecting. If no port is given on the command line, this will default to 80 for http and 443 for https.

SSL/TLS Protocol − This is the protocol parameter negotiated between the client and server. This will only be printed if SSL is used.

Document Path − This is the request URI parsed from the command line string.

Document Length − It is the size in bytes of the first successfully returned document. If the document length changes during testing, the response is considered an error.

Concurrency Level − This is the number of concurrent clients (equivalent to web browsers) used during the test.

Time Taken for Tests − This is the time taken from the moment the first socket connection is created to the moment the last response is received.

Complete Requests − The number of successful responses received.

Failed Requests − The number of requests that were considered a failure. If the number is greater than zero, another line will be printed showing the number of requests that failed due to connecting, reading, incorrect content length, or exceptions.

Total Transferred − The total number of bytes received from the server. This number is essentially the number of bytes sent over the wire.

HTML Transferred − The total number of document bytes received from the server. This number excludes bytes received in HTTP headers

Requests per second − This is the number of requests per second. This value is the result of dividing the number of requests by the total time taken.

Time per request − The average time spent per request. The first value is calculated with the formula concurrency * timetaken * 1000 / done while the second value is calculated with the formula timetaken * 1000 / done

Transfer rate − The rate of transfer as calculated by the formula totalread / 1024 / timetaken.

************************************************
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»



************************************************
ANEXO 02
««««««««««««««««««««««««««««««««««««««««««««««««
Synopsis *-*-*-*-*-*-*-*

   ab [ -A auth-username:password ] [ -b windowsize ] [ -B local-address ] [ -c concurrency ] [ -C cookie-name=value ] [ -d ] [ -e csv-file ] [ -E client-certificate file ] [ -f protocol ] [ -g gnuplot-file ] [ -h ] [ -H custom-header ] [ -i ] [ -k ] [ -l ] [
   -m HTTP-method ] [ -n requests ] [ -p POST-file ] [ -P proxy-auth-username:password ] [ -q ] [ -r ] [ -s timeout ] [ -S ] [ -t timelimit ] [ -T content-type ] [ -u PUT-file ] [ -v verbosity] [ -V ] [ -w ] [ -x <table>-attributes ] [ -X proxy[:port] ] [ -y
   <tr>-attributes ] [ -z <td>-attributes ] [ -Z ciphersuite ] [http[s]://]hostname[:port]/path
   top

Options *-*-*-*-*-*-*-*-

   -A auth-username:password
          Supply BASIC Authentication credentials to the server. The username and password are separated by a single : and sent on the wire base64 encoded. The string is sent regardless of whether the server needs it (i.e., has sent an 401 authentication
          needed).

   -b windowsize
          Size of TCP send/receive buffer, in bytes.

   -B local-address
          Address to bind to when making outgoing connections.

   -c concurrency
          Number of multiple requests to perform at a time. Default is one request at a time.

   -C cookie-name=value
          Add a Cookie: line to the request. The argument is typically in the form of a name=value pair. This field is repeatable.

   -d
          Do not display the "percentage served within XX [ms] table". (legacy support).

   -e csv-file
          Write a Comma separated value (CSV) file which contains for each percentage (from 1% to 100%) the time (in milliseconds) it took to serve that percentage of the requests. This is usually more useful than the 'gnuplot' file; as the results are
          already 'binned'.

   -E client-certificate-file
          When connecting to an SSL website, use the provided client certificate in PEM format to authenticate with the server. The file is expected to contain the client certificate, followed by intermediate certificates, followed by the private key.
          Available in 2.4.36 and later.

   -f protocol
          Specify SSL/TLS protocol (SSL2, SSL3, TLS1, TLS1.1, TLS1.2, or ALL). TLS1.1 and TLS1.2 support available in 2.4.4 and later.

   -g gnuplot-file
          Write all measured values out as a 'gnuplot' or TSV (Tab separate values) file. This file can easily be imported into packages like Gnuplot, IDL, Mathematica, Igor or even Excel. The labels are on the first line of the file.

   -h
          Display usage information.

   -H custom-header
          Append extra headers to the request. The argument is typically in the form of a valid header line, containing a colon-separated field-value pair (i.e., "Accept-Encoding: zip/zop;8bit").

   -i
          Do HEAD requests instead of GET.

   -k
          Enable the HTTP KeepAlive feature, i.e., perform multiple requests within one HTTP session. Default is no KeepAlive.

   -l
          Do not report errors if the length of the responses is not constant. This can be useful for dynamic pages. Available in 2.4.7 and later.

   -m HTTP-method
          Custom HTTP method for the requests. Available in 2.4.10 and later.

   -n requests
          Number of requests to perform for the benchmarking session. The default is to just perform a single request which usually leads to non-representative benchmarking results.

   -p POST-file
          File containing data to POST. Remember to also set -T.

   -P proxy-auth-username:password
          Supply BASIC Authentication credentials to a proxy en-route. The username and password are separated by a single : and sent on the wire base64 encoded. The string is sent regardless of whether the proxy needs it (i.e., has sent an 407 proxy
          authentication needed).

   -q
          When processing more than 150 requests, ab outputs a progress count on stderr every 10% or 100 requests or so. The -q flag will suppress these messages.

   -r
          Don't exit on socket receive errors.

   -s timeout
          Maximum number of seconds to wait before the socket times out. Default is 30 seconds. Available in 2.4.4 and later.

   -S
          Do not display the median and standard deviation values, nor display the warning/error messages when the average and median are more than one or two times the standard deviation apart. And default to the min/avg/max values. (legacy support).

   -t timelimit
          Maximum number of seconds to spend for benchmarking. This implies a -n 50000 internally. Use this to benchmark the server within a fixed total amount of time. Per default there is no timelimit.

   -T content-type
          Content-type header to use for POST/PUT data, eg. application/x-www-form-urlencoded. Default is text/plain.

   -u PUT-file
          File containing data to PUT. Remember to also set -T.

   -v verbosity
          Set verbosity level - 4 and above prints information on headers, 3 and above prints response codes (404, 200, etc.), 2 and above prints warnings and info.

   -V
          Display version number and exit.

   -w
          Print out results in HTML tables. Default table is two columns wide, with a white background.

   -x <table>-attributes
          String to use as attributes for <table>. Attributes are inserted <table here >.

   -X proxy[:port]
          Use a proxy server for the requests.

   -y <tr>-attributes
          String to use as attributes for <tr>.

   -z <td>-attributes
          String to use as attributes for <td>.

   -Z ciphersuite
          Specify SSL/TLS cipher suite (See openssl ciphers)

   top

Output *-*-*-*-*-*-*-*-*

   The following list describes the values returned by ab:

   Server Software
          The value, if any, returned in the server HTTP header of the first successful response. This includes all characters in the header from beginning to the point a character with decimal value of 32 (most notably: a space or CR/LF) is detected.

   Server Hostname
          The DNS or IP address given on the command line

   Server Port
          The port to which ab is connecting. If no port is given on the command line, this will default to 80 for http and 443 for https.

   SSL/TLS Protocol
          The protocol parameters negotiated between the client and server. This will only be printed if SSL is used.

   Document Path
          The request URI parsed from the command line string.

   Document Length
          This is the size in bytes of the first successfully returned document. If the document length changes during testing, the response is considered an error.

   Concurrency Level
          The number of concurrent clients used during the test

   Time taken for tests
          This is the time taken from the moment the first socket connection is created to the moment the last response is received

   Complete requests
          The number of successful responses received

   Failed requests
          The number of requests that were considered a failure. If the number is greater than zero, another line will be printed showing the number of requests that failed due to connecting, reading, incorrect content length, or exceptions.

   Write errors
          The number of errors that failed during write (broken pipe).

   Non-2xx responses
          The number of responses that were not in the 200 series of response codes. If all responses were 200, this field is not printed.

   Keep-Alive requests
          The number of connections that resulted in Keep-Alive requests

   Total body sent
          If configured to send data as part of the test, this is the total number of bytes sent during the tests. This field is omitted if the test did not include a body to send.

   Total transferred
          The total number of bytes received from the server. This number is essentially the number of bytes sent over the wire.

   HTML transferred
          The total number of document bytes received from the server. This number excludes bytes received in HTTP headers

   Requests per second
          This is the number of requests per second. This value is the result of dividing the number of requests by the total time taken

   Time per request
          The average time spent per request. The first value is calculated with the formula concurrency * timetaken * 1000 / done while the second value is calculated with the formula timetaken * 1000 / done

   Transfer rate
          The rate of transfer as calculated by the formula totalread / 1024 / timetaken


Bugs *-*-*-*-*-*-*-*

   There are various statically declared buffers of fixed length. Combined with the lazy parsing of the command line arguments, the response headers from the server and other external inputs, this might bite you.

   It does not implement HTTP/1.x fully; only accepts some 'expected' forms of responses. The rather heavy use of strstr(3) shows up top in profile, which might indicate a performance problem; i.e., you would measure the ab performance rather than the
   server's.

   Available Languages:  en  |  fr  |  ko  |  tr

»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
*************************************************





---------------------------------------------
Fuentes:

PiHole: ¿Debería exponerse a internet? (en construcción)

Posted: sábado, 9 de noviembre de 2019 by Termita in Etiquetas: , , , , , , , ,
0

(en construcción)

Dicen que PiHole no se diseñó para estar expuesto a internet, es decir, para atender peticiones desde fuera de la red local.

Se puede, no obstante, hacer uso de PiHole con relativa seguridad vinculándolo a una VPN.
Mas, ¿qué ocurre cuando se configura PiHole para que resuelva peticiones desde internet, es decir, desde fuera de la red local? (.........continuará...........)


------------------------------
+ información

PiHole público. Existencia y Riesgos.

Posted: by Termita in Etiquetas: , , , , ,
1

PiHole es un software que filtra la publicidad que resulta de las "querys" dns del usuario. Es una especie de servidor DNS local que trae incorporados una serie de filtros de tal forma que cualquier máquina que lo tenga establecido como servidor DNS primario en su configuración ip navegará con la propaganda / publicidad filtrada con mayor o menor acierto.
Generalmente el usuario típico de PiHole lo instala en un servidor propio, generalmente en la red local, y lo mantiene encendido mientras navega o ininterrumpidamente.

No obstante, no ha mucho, tuve conocimiento de la existencia de una serie de PiHoles PÚBLICOS que permiten navegar -mejor dicho, "resolver"- con esas prestaciones -publicidad filtrada- sin tener que configurar y mantener su propio servidor 24 horas, 365 días al año. Me llamó mucho la atención que esos piHoles dicen utilizar dnssec.
https://public-pihole.com




Imagino también los riesgos de que las "querys" de uno pasen por ordenadores ajenos, por mucho pihole que tengan o amantes del software libre digan ser. Mas, por si se me escapa algo, ¿qué opinan ustedes, podrían enumerar los riesgos vistos desde sus propios conocimientos y puntos de vista? (*) Este blog sólo lo leo yo, pero por si acaso alguien puede aportar luz, siéntase libre de hacerlo. Yo se lo agradeceré.

Yo estaba fantaseando, por ejemplo, con el hecho de que el propietario  de un "piHole público" (o su asaltante) viera querys interesantes a banca o a "monederos" de criptodivisas y llevara a cabo algún procedimiento específico para redirigirlas a una página réplica en la lejana Rusia, por ejemplo. Que vaaaa :D

Seguiré pensando en este asunto.

0

Youtube, esa página propiedad de Google que tiene el mal gusto de colar constantemente publicidad en los contenidos que sus usuarios ponen a disposición pública y que jamás permitirá que apagues la pantalla no vaya a ser que te pierdas alguno (anuncio publicitario).

Si apagas la pantalla, la música se para.

Contra el vicio de mendigar la virtud de no dar.
Para eso, entre otras cosas, sirve NewPipe [página oficial] (y también para ahorrar datos, ya que no sólo no nos interesa la publicidad sino que muchas veces sólo queremos escuchar el audio sin consumir datos para visualizar el video).

NewPipe es una aplicación libre que se instala desde F-Droid, una tienda de aplicaciones Android de código abierto y bajo contenido en sinvergonzonería.

El procedimiento *-*-*-*-*-*-*-*-*-*-*-*-*-*

Instalamos F-Droid

Activamos en la configuración de Android la instalación de software desde "Orígenes desconocidos". (Cuando hayamos terminados la dejaremos como estaba, es decir, desactivada)

Abrimos F-Droid, buscamos NewPipe y la instalamos.

Desactivamos en la configuración de Android la instalación de software desde "Orígenes desconocidos".

Abrimos NewPipe, buscamos un video cuyo audio nos interese y lo reproducimos.

Pulsamos en la pantalla y aparecerá un menú flotante.



Pulsamos en el icono de los "auriculares".
La aplicación dejará de mostrar video y en la barra de notificaciones aparecerá una nueva notificación -valga la redundancia- mediante la cual podremos manipular la reproducción de audio.



Ya podemos apagar la pantalla :D .

0

Este blog se está transportando a un sitio "más libre" y menos intrusivo.
Puede consultarse este artículo en su nueva ubicación:
>>>>>>>>>>>>>>>>>>>>>>

0

Estoy seguro que mediante el poder de Vi o Vim se puede incrementar o decrementar los valores temporales de un fichero de subtítulos (.srt etcétera), que al fin y al cabo no es más que un fichero de texto.


No obstante, he aquí AegiSub, una aplicación gráfica específica para subtítulos que hace ese trabajo -corregir el desfase subtítulos/video- y otras cosas más.

Básicamente se trata de conocer el tiempo de desfase -positivo o negativo- y mediante el menú "Timing" > "Shift Times" aplicarlo.
Luego bastará con guardar.

En principio desde la página oficial se pueden descargar las versiones de AegiSub para Windows y Mac, así como el código fuente (source).

Si deseamos ejecutar AegiSub en GNU Linux tenemos 2 opciones:

A. Compilar el código fuente

B. Instalarlo mediante apt (habiendo agregado previamente el correspondiente ppa):
sudo add-apt-repository ppa:alex-p/aegisub
sudo apt install aegisub



----------------------------
Fuentes:
https://maslinux.es/aegisub-subtitle-editor-una-herramienta-para-crear-y-modificar-subtitulos/
https://www.tuexperto.com/2016/04/11/como-retrasar-adelantar-y-sincronizar-los-subtitulos-con-el-video/