NewPipe: contenidos de youtube con privilegios de cliente de pago (sin pagarles un céntimo) y con privacidad

Posted: jueves, 23 de abril de 2020 by Termita in Etiquetas: , , , , , , , , , , ,
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

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

[HowTo] Cosas que hacer para mejorar PiHole tras instalarlo

Posted: martes, 21 de abril de 2020 by Termita in Etiquetas: , , , , , , , , ,
0

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

https://hijosdeinit.gitlab.io/howto-cosas-que-hacer-en-pihole-tras/

[HowTo] Hacer que youtube-dl emplee python3 y no python2.7 en Ubuntu 18.04

Posted: lunes, 20 de abril de 2020 by Termita in Etiquetas: , , , , , , , , , ,
0

Manda huevos que la única fuente que encuentre para la película Brother de Takeshi Kitano sea "estríming": Dailymotion.
Llevo un tiempo sacando todo lo que tengo en soportes ópticos -cd y dvd- y trasladándolo a discos duros viejos que tengo por aquí. Festival de errores, no en los discos duros naturalmente, sino en los cds y dvds grabados. La película de Kitano estaría condenada a quedarse en un trozo de plástico si no procediera a descargarla nuevamente.
Dailymotion. Como no había otra fuente no quedaba más remedio que descargarla de ahí. Para ello cuento con youtube-dl, maravillosa herramienta que cumple a la perfección con ese y otros menesteres.
Mas mi sistema operativo es Ubuntu 18.04, trae de serie Python 2.7 y youtube-dl requiere Python 3.7 para llevar a cabo todas sus funciones. Descargar de dailymotion es una de ellas. [Para descargar de Youtube, youtube-dl se las apaña bien con Python 2.7].

Bien, instalo Python 3.7 para que coexista junto a Python 2.7.
sudo apt update
sudo apt-get upgrade
sudo apt install python3.7

Ya puedo ejecutar youtube-dl mediante Python 3.7 y descargar desde dailymotion. Así:
python3.7 /usr/local/bin/youtube-dl urldelvideodedailymotion

! Después de hacer todo esto, empiezo a sospechar que era innecesario instalar python3.7 porque ya existía en el sistema la versión 3.5 que es a la que invoca el comando python3.
Por consiguiente, creo que, sin instalar nada, con ejecutar 'python3 /usr/local/bin/youtube-dl urldelvideodedailymotion' hubiera bastado

(*) La versión de youtube-dl que de serie traía Ubuntu 18.04 era muy vieja. En su momento, como no tenía intención de esperar al remoto día en que Canonical decidiera incorporarle actualizaciones en sus repositorios, la desinstalé para acto seguido instalar el paquete actualizado de youtube-dl desde su página oficial.
Por consiguiente, el ejecutable de youtube-dl lo tengo en /usr/local/bin/

0

Ubuntu 18.04 de serie trae Python 2.7 de tal forma que el comando 'python' apunta directamente a Python 2.7.
Hoy esa versión de Python está obsoleta. No obstante es probable que en el sistema haya aplicaciones que la requieran. Incorporemos entonces la nueva versión (Python 3.7) y que coexista con la antigua.

Hay programas, como youtube-dl, que requieren Python 3 para llevar a cabo todas sus funciones.

Instalar Python 3.7 se puede hacer de 2 formas en Ubuntu 18.04: Compilando o Instalando desde Repositorio.


1. Instalar Python 3.7 desde repositorio

sudo apt-get update
sudo apt upgrade
sudo apt install python3.7

Hay quien además instala python3-pip:
sudo apt install python3-pip
y además establece la prioridad (yo desconozco a día de hoy para qué sirve esto así que no lo hago, además existe el riesgo de romper apt y más cosas):
sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.7 1


2. Compilar e Instalar Python 3.7 desde las fuentes

sudo apt-get update
sudo apt upgrade

Si aún no están en el sistema, hay que instalar los paquetes necesarios para construir Python3.7 desde sus fuentes:
sudo apt install build-essential checkinstall
sudo apt install zlib1g-dev libncurses5-dev libgdbm-dev libnss3-dev libssl-dev libsqlite3-dev libreadline-dev libffi-dev wget


Hay quien propone instalar estos paquetes: libreadline-gplv2-dev libncursesw5-dev libsqlite3-dev tk-dev libgdbm-dev libc6-dev libbz2-dev

Hay que descargar la última versión del código fuente desde la página oficial de Python
wget https://www.python.org/ftp/python/3.7.4/Python-3.7.4.tgz

Hay que descomprimir lo descargado
tar -xf Python-3.7.4.tgz

Hay que ejecutar el script de configuración
cd Python-3.7.4
./configure --enable-optimizations

Ya se puede compilar Python3.7. Al parámetro -j se le asigna el valor correspondiente a la cantidad de núcleos del procesador que se desea emplear en la compilación
make -j 4

A continuación, como superusuario, hay que instalar el binario que se acaba de compilar. No se empleará 'make install' sino:
sudo make altinstall

Comprobación
python3.7 --version


NO es buena asignar el alias 'python' a '/usr/bin/python3.7'. Ese alias ('python') debe continuar asignado a Python2.7 para que funcionen correctamente las aplicaciones que tengamos y que todavía usen esa antigua versión 2.7.

Cuando deseo ejecutar una aplicación con Python 3.7 basta con el comando:
python3.7 nombredelprograma
Por ejemplo:
python3.7 youtube-dl




---
Fuente:



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

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

 

1

Los comentarios no son hoy algo frecuente en muchos blogs, cuya era dorada fue en la primera década de este siglo. Digamos que el hombre de la red 4.0 actualmente es más prolijo en redes sociales.
Generalmente cuando comentamos en Internet lo hacemos deprisa, dando por hecho que al pulsar "enter" el comentario será enviado para su posterior revisión y publicación.

Acabo de percatarme que hay bloqueadores de publicidad que interfieren en los comentarios en Blogger, es decir, que cuando le doy a "enter" o a "aceptar" mi comentario no se envía. Me he dado cuenta de pura casualidad.

Como bloqueador principal tengo PiHole, y en el navegador -Brave- de la máquina cliente el propio escudo de Brave.
Es este escudo el que hace su trabajo y, mientras está activo, me hace anónimo como visitante. No ocurre así cuando redacto contenido, o no hasta el punto de no permitirme redactar y guardar una entrada.

Solución provisional: desactivar el escudo de Brave cuando voy a hacer un comentario.
No me satisface esa solución, así que el asunto queda en "debo profundizar más"; sospechaba que en Blogger si el comentario se hace seleccionando "anónimo" no haría falta desactivar temporalmente el escudo; bien, no funciona así. Trabajaré en ello.

"Gratis"

Posted: domingo, 19 de abril de 2020 by Termita in Etiquetas: , , , , , ,
3

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









Voy a recordar lo que realmente significa "gratis" en este mundo mercantil:


1. Hoy es gratis, mañana quién sabe. Y es intencionado.
Si se genera una dependencia mientras la cosa es gratuíta, cuando ya no lo sea tendremos un consumidor.
Veamos un ejemplo: Ivoox albergaba un producto gratuíto. Por amor al arte se producía y, supuestamente gratis, la empresa albergaba los contenidos. Cuando el producto se hubo popularizado, Ivoox y los que allí alojaban contenidos, borrachos de éxito, comenzaron primero a poner límites y luego a mendigar lo de siempre... dinero. Surgió así un apartado "premium", de pago: la famosa suscripción. Era previsible desde el primer día.

2. Las cosas gratuítas lo son en apariencia, generalmente siempre hay que aportar algo, aunque el usuario no sea consciente.
Cuando un producto es gratuíto en realidad el producto es el consumidor.
Véase el ecosistema de esa web 4.0 que tenemos ahora, de la que Alphabet (Google) y Facebook son los máximos exponentes: el producto  en realidad son vds.
Véase la telefonía móvil, hoy a precio irrisorio. Cada usuario geolocalizado, espiado, marcado como ganado... para la corporación y última instancia para los estados. Nunca fue el hombre tan SIERVO.

3. Cuando se ofrece algo gratuíto, el usuario ¿qué va a a reclamar si se produjera algún fallo o si cambiaran las condiciones, o incluso, si el producto desapareciera?
Involucrarse en estos productos es mal asunto.

Vds ya lo saben, porque son aventajados: DESCONFIAMOS de lo gratuíto. CONFIAMOS en lo que construímos con nuestras manos y nuestro intelecto.

[HowTo] lp: La impresora desde el terminal (CLI)

Posted: by Termita in Etiquetas: , , , ,
0

El comando 'lp' sirve para llevar a cabo la mayoría de tareas de impresión desde la línea de comandos de GNU Linux.


Para conocer las impresoras disponibles. (Es recomendable que previamente no las hayamos "bautizado" con nombres largos).
lpstat -p -d

Para visualizar la cola de impresión (habiendo trabajos pendientes):
lpq

Para cancelar un trabajo de impresión
lprm númerodetrabajo

Y ahora al turrón... a imprimir. Dado un archivo de texto llamado 'texto.txt'...

Para imprimir en la impresora única o por defecto del sistema
lp texto.txt

Si existieran varias impresoras, para imprimir en la impresora 'impresora2':
lp -d impresora2 texto.txt

Para imprimir 2 copias en 'impresora2':
lp -n 2 -d impresora2 texto.txt

Para imprimir páginas salteadas en 'impresora2' :
lp -P 1,5,9,12-17 -d impresora2 texto.txt
(*) La cuestión es que, en un texto plano desde línea de comandos... ¿cómo conozco su paginación para una impresora concreta? He de indagar más en eso.

Para elegir el tamaño del papel, 'A4' por ejemplo, en 'impresora3':
lp -o media=A4 -d impresora7 texto.txt
Los tamaños de papel predefinidos disponibles son: 
Letter – US Letter (8.5×11 pulgadas, o 216x279mm)
Legal – US Legal (8.5×14 pulgadas, o 216x356mm) 
A4 – ISO A4 (8.27×11.69 pulgadas, o 210x297mm) 
COM10 – US #10 Envelope (9.5×4.125 pulgadas, o 241x105mm) 
DL – ISO DL Envelope (8.66×4.33 pulgadas, o 220x110mm) 
Transparency – Se usa para imprimir sobre ojas de acetato 
Upper – Para usar la bandeja superior de papel de la impresora 
Lower – Para usar la bandeja inferior de papel de la impresora 
MultiPurpose – Para usar la bandeja multiproposito de la impresora 
LargeCapacity – Para usar la bandeja de gran capacidad de la impresora

Para imprimir en un tamaño de papel personalizado en 'impresora2'
lp -o media=Custom.ANCHOxLARGOmm -d impresora2 texto.txt

Para imprimir con una orientación del papel apaisada (apaisado, horizontal, etcétera) en 'impresora2':
lp -o landscape -d impresora2 texto.txt

Para imprimir con otras orientaciones concretas, predefinidas, basta con escoger el valor deseado para el parámetro '-o'
-o orientation-requested=3 (0 grados) 
-o orientation-requested=4 (90 grados) 
-o orientation-requested=5 (270 grados) 
-o orientation-requested=6 (180 grados)




---
Fuentes:

[HowTo] Comienzo con vi / vim

Posted: by Termita in Etiquetas: , , , , , , ,
0

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

https://hijosdeinit.gitlab.io/howto_comienzo_con_vim_1/

Cuando "la nube" no es tuya: recordando riesgos. Uso inteligente de lo gratuíto.

Posted: jueves, 16 de abril de 2020 by Termita in Etiquetas: , , , , , , , ,
0

A mí me hace mucha gracia la neolengua, esa forma de hablar tan en boga de unos años para acá consistente en llamar a las cosas "de otra manera" cuando para éstas, desde su nacimiento, la lengua ya escogió un nombre... quizás no tan rimbombante o, lo que es peor, mercantil.

Nube, ese término... ese servicio.
Pareciera que el concepto cliente-servidor fue inventado esta década. Y no es así. Ya saben, la propia internet se fundamenta en eso.

Al lío. Recordemos a qué nos exponemos cuando albergamos material en un sitio que no es nuestro, es decir, fuera de nuestras máquinas, nuestros ordenadores, nuestros discos duros, nuestras cintas de backup...

0. La ley universal, como la termodinámica: Cuando depositas algo en, por ejemplo, "una nube" (ajena, de pago o no) eso ya no está en tu máquina, sino en la máquina de otro. Sí.

1. Cuando dejes de pagar dejarás de tener acceso a esos megas, esos gigas... Este es el cimiento de una especie de "vasallaje".

2. Si la máquina de ese otro en la que has depositado "tus cosas" -la famosa nube, recordemos, lo que antes se llamaba servidor- es atacada... son tus datos los que son atacados y, en el peor de los casos, expuestos. Depende vd de que aquel en el que vd confía para dejar su información haga bien su trabajo y, también, que los astros se alineen para que jamás fructifique un ataque.

3. Si la "nube" quiebra -o, incluso, si cambia de propietario- puede vd perder sus datos. Con el término "quiebra" englobo a fracaso económico y también a acción del FBI :) ¿Se acuerdan de Megaupload? Reclámenle a Megaupload, maeses :D
Hay, por cierto, unas nubes chinas con almacenamiento ilimitado que son realmente graciosas, un tarrito de miel para insensatos a golpe de "google translator chino-español".

4. Nunca sabrá vd en qué medida el dueño de la "nube" le analiza a vd y a sus datos. Ni cuántas copias de éstos hay, ni el seguimiento de su actividad que se le hace.


Y, para finalizar, un último punto, que en realidad es el que me ha empujado a redactar este artículo y que hace referencia a almacenamientos "no-estándard" en máquina ajena.
Esto es, por ejemplo, esa costumbre que tenemos algunos de subir cosas a Telegram, usarlo como "nube".
Pues más vale que tengamos respaldo de esas cosas en otros sitios (en nuestra máquina, por ejemplo) porque, recordemos, no hace falta ser muy listo para imaginar los riesgos... y ya no sólo que esas cosas -esa información- sea analizada o, incluso, desencriptada... porque -recordemos- cuando algo no está en tu máquina está en la máquina de otro y se abre un abanico amplio de posibilidades alguna de las cuales son nada deseables.
Hoy podemos subir material a mansalva, como si no hubiera a un mañana, a nuestros canales privados de Telegram con el único límite de 1'5 gigabytes por archivo. Gratis, ilimitado... hoy.
Existe la posibilidad de que mañana los amos de Telegram -los de hoy o los de mañana- decidan eliminar todos esos datos con tan sólo un click y/o banear tu cuenta.
Ya lo saben... no se fíen: los datos han de estar en la máquina de uno, y luego -si acaso- en "la nube". 

Mas, ¿qué forma más divertida de guardar "respaldos de respaldos" sin límite y sin pagar un céntimo -hoy- cuando, por poner un ejemplo, los usuarios "de pago" de Google Drive han de apoquinar o, incluso, aquellos que han "subcontratado" cuentas se arriesgan a que mañana el tinglado de la "subcontrata" desaparezca.

Si uno escoge la picaresca, hay que escoger la mejor y más rentable (para nosotros, claro), entendiendo cada uno de los riesgos y previniéndose de ellos. Por eso, yo también uso Telegram para esas cosillas, para respaldar cosas ya respaldas o tonterías que si se esfumaran no pasaría nada. Y cuando veo los precios oficiales de Google Drive, o que algunos particulares "venden" por internet almacenamientos ilimitados de Google Drive por un único pago de unos pocos euros... me digo "madre mía...." y me acuerdo de Nueva Rumasa, las preferentes, los esquemas ponzi y demás. Veo datos cadáver y lloros, muchos lloros en las redes...  plataformas de afectados y cero denuncias en los juzgados, lo de siempre.

Me dijeron que haciéndose amigo de una universidad privada cuyo nombre no quiero decir se accede, muy barato, a Google Drive ilimitado. Mas la cuota de "amigo" (o ex alumno, aunque uno no hubiera terminado la EGB) es anual... y, sobre todo, Dios sabe qué pasará mañana si Google descubre el tinglado y/o cambia sus condiciones de servicio... o si la universidad esa quiebra, o anula el servicio... vaya vd a saber.


Respalden lo importante, por encima de todo, en su máquina y/o en sus soportes, ustedes lo saben tan bien como yo.

0

Antaño los cds grabables fueron el sistema de copia de seguridad favorito, causaban furor. Luego lo fueron los dvds grabables.

Eternas discusiones sobre qué marcas, utilidades de quemado -los famosos, Nero, Alkohol 120 (que, por cierto, hoy trae regalo en forma de malware), BlindRead/Write, ImgBurn-, formas y velocidades de quemado, etcétera, etcétera...
Y eterna era también la aseveración de que aquellos soportes ópticos -fabricados en su mayoría en China- no eran en absoluto confiables para almacenar copias de seguridad. Ya no era una cuestión de calidad del soporte sino de que el medio en sí tenía una vida finita a corto plazo.

Si el cd o dvd grabable es de mala calidad, ha sido quemado "a lo loco" y/o almacenado expuesto a la luz solar y/o la humedad y/o a "ataques físicos", su contenido posiblemente jamás podrá ser rescatado cuando se precise.

Bien, las probabilidades de que un dvd o cd grabable, quemado correctamente y almacenado en lugar seco y oscuro aguante un tiempo razonable son altas. Mas ¿cuánto tiempo? NO el suficiente si lo que contienen es importante.

No hace demasido se "descubrió" que los soportes ópticos grabables -cd, dvd- padecían una enfermedad llamada "disk rot" que consistía en el deterioro de la superficie donde los datos son grabados. Literalmente ésta se pudre, se "oxida", cosa visible a simple vista en los casos más extremos. La información jamás podrá ser extraída en su totalidad. Esta enfermedad era favorecida sobre todo por la acción de la humedad.




Las capas protectoras de material plástico -una especie de policarbonato- también se degradan con el tiempo y se produce una especie de "empañamiento".

A esto cabe añadirle que cada vez será más difícil acceder a lectoras de soportes ópticos. En el remoto caso de que el dvd o cd esté en buenas condiciones... ¿cómo lo leeremos? ¿Se acuerdan de los dikettes de "cincoycuarto" y de "tresymedio", de las cintas de cassette, de las cintas vhs?

Por todo esto, si no se ha hecho ya, ha de extraerse la información de todos esos dispositivos. Cuanto antes.

En el caso de los dvd y cd grabables, en mi caso, he optado por hacer imagenes .iso o .bin/.cue o .mdf de todo. Sobra decir qué me he encontrado, pese a que fueron grabados a baja velocidad con una buena máquina estaban almacenados en sitio oscuro y seco: un 20% del material tenía fallos. Ese porcentaje, en gran medida, corresponde a soportes marca "Princo" y "Data Safe", aunque también es notable la cantidad de "Traxdata" y "Verbatim" en los que hay información que se ha quedado para no salir nunca más.

Si lo que deseamos respaldar son juegos -entre los cuales abundan las protecciones- es preferible usar programas y formatos de imagen que copien también los "sectores" que albergan las protecciones. Para ello he optado por una versión antigua de Alcohol120 y el formato .mdf/.mds

Para los datos personales: una simple .iso realizada directamente desde la terminal según el método tradicional que mencioné hace un tiempo:

Si queremos almacenar en nuestro escritorio una .ISO de un dvd que está en /dev/dvd
dd if=/dev/dvd of=/home/usuario/Escritorio/dvdrom.iso status=progress

ô, tratándose de un una unidad lectora de dvd por usb (/dev/sr0):
dd if=/dev/sr0 of=/home/usuario/Escritorio/dvdrom.iso status=progress

Si queremos almacenar en nuestro escritorio una .ISO de un cd que está en /dev/cdrom
dd if=/dev/cdrom of=/home/usuario/Escritorio/cdrom.iso status=progress

[HowTo] pdfjoin: Concatenar 2 ó más documentos pdf

Posted: viernes, 3 de abril de 2020 by Termita in Etiquetas: , , , , , , ,
0

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

Probar Ubuntu 20.04 antes del 23032020

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

Muchos de vds sabrán que Ubuntu 20.04 sale en 23 de abril del 2020. Trae, cómo no, novedades. Si se desea probar antes, es posible descargar la "versión del día" (daily build) desde aquí:

http://www.cdimage.ubuntu.com/daily-live/current/focal-desktop-amd64.iso

Explicación de los "números" de los permisos

Posted: miércoles, 1 de abril de 2020 by Termita in Etiquetas: , , , , , , , , , , , , ,
1

rwx       rwx     rwx

usuario   grupo   otros

r = 4
w = 2
x = 1

Tabla de números que cubre todos los ajustes comunes. Los que comienzan con "7" se utilizan con los programas (ya que permiten la ejecución) y el resto son de otros tipos de archivos.

ValorSignificado
777
(Rwxrwxrwx) No hay restricciones en los permisos. Cualquier persona puede hacer cualquier cosa. Generalmente no es un escenario deseable.
755
(Rwxr-xr-x) El propietario del fichero puede leer, escribir y ejecutar el archivo. Todos los otros pueden leer y ejecutar el archivo. Este ajuste es común para los programas que son utilizados por todos los usuarios.
700
(Rwx ------) El propietario del fichero puede leer, escribir y ejecutar el archivo. Nadie más tiene ningún derecho. Esta configuración es útil para los programas que sólo el propietario puede utilizar y debe mantenerse privada de los demás.
666
(Rw-rw-rw-) Todos los usuarios pueden leer y escribir en el archivo.
644
(Rw-r - r -) El propietario puede leer y escribir en un archivo, mientras que todos los demás sólo pueden leer el archivo. Un valor común para los archivos de datos que todo el mundo puede leer, pero sólo el propietario puede cambiar.
600
(Rw -------) El propietario puede leer y escribir en un archivo. Todos los demás no tienen derechos. Un valor común para los archivos de datos que el propietario quiere mantener en privado.

Los permisos de directorio

El comando chmod también se puede utilizar para controlar los permisos de acceso para los directorios. En muchos aspectos, el régimen de permisos para los directorios funciona de la misma manera que lo hacen con los archivos. Sin embargo, el permiso de ejecución se utiliza de una manera diferente. Proporciona control para el acceso a la lista de archivos y otras cosas. Aquí están algunas opciones útiles para los directorios:
ValorSignificado
777
(Rwxrwxrwx) No hay restricciones en los permisos. Cualquier persona puede listar los archivos, crear nuevos archivos en el directorio y borrar archivos en el directorio. No es una buena elección.
755
(Rwxr-xr-x) El propietario del directorio tiene acceso completo. Todos los otros pueden enumerar el directorio, pero no pueden crear archivos ni borrarlos. Este ajuste es común para los directorios que desee compartir con otros usuarios.
700
(Rwx ------) El propietario del directorio tiene acceso completo. Nadie más tiene ningún derecho. Esta configuración es útil para los directorios que sólo el propietario puede utilizar y debe mantenerse privada de los demás.

chmod

El comando chmod se usa para cambiar los permisos de un archivo o directorio. Para utilizarlo, se debe especificar la configuración deseada de permisos y el archivo o archivos que desea modificar. Hay dos maneras de especificar los permisos, pero sólo voy a enseñar una manera.
Es fácil pensar en la configuración de permisos como una serie de bits (que es como la computadora piensa acerca de ellos). He aquí cómo funciona:
 rwx rwx rwx = 111 111 111 
  rw-rw-rw-= 110 110 110 
  rwx ------ = 111 000 000 

  y así sucesivamente ... 

  rwx = 111 en binario = 7 
  rw-= 110 en binario = 6 
  rx = 101 en binario = 5 
  r - = 100 en binario = 4 





---
Fuente:

https://americandominios.com/conta/knowledgebase/627/Que-son-Los-permisos-777-755-700-664-666-y-CHMOD.html

http://legacy.redhat.com/pub/redhat/linux/7.1/es/doc/RH-DOCS/es/rhl-gsg-es-7.1/s1-navigating-chmodnum.html

[HowTo] Actualizar en Ubuntu y derivados la clave pública de un repositorio

Posted: domingo, 29 de marzo de 2020 by Termita in Etiquetas: , , , , , , , , , , ,
0

Llevaba bastante tiempo dejando pasar este error cuando ejecutaba 'sudo apt-get update'.

"Las firmas siguientes no se pudieron verificar porque su clave pública no está disponible"



Esto se debe a que la clave pública que en nuestro sistema tenemos del repositorio, es decir está desactualizada respecto al PPA.

Esto se soluciona así:
Anotamos la clave pública que tenemos actualmente en nuestro sistema y ejecutamos desde terminal:
~~~
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys clavepúblicaquetenemos
~~~

0

Hace un tiempo escribí acerca del redimensionado de imagenes en masa mediante el comando mogrify, y no hace tanto acerca de la manipulación por lotes de imagenes en Gimp mediante el plugin bimp.

En esta entrada escribiré acerca de algunos comandos específicos para la optimización de imagenes png.
Me decanto por el comando pngquant, que es con el que considero obtengo un resultado más equilibrado <reducción de peso>/<pérdida de calidad>.

pngquant
pngquant -v -s 1 origen.png


optipng
optipng -verbose -o7 -preserve origen.png

pngcrush
pngcrush -brute -e destino.png origen.png

pngnq



En pointlessramblings.com hicieron una comparativa de estos 4 comandos:

pngquant ← reducción de peso / calidad: 63.91% / 8.5
pngcrush ← reducción de peso / calidad: 4.75% / 9.88
optipng ← reducción de peso / calidad: 13.48% / 9.88
pngnq ← reducción de peso / calidad: 63.93% / 6.62

Y para finalizar una comparativa EXHAUSTIVA de las diferentes herramientas de optimización de archivos .png (las que menciono aquí y decenas más que existen) realizada por css-ig.net:
descargar en .pdf





---
Fuentes:




[HowTo] Instalación del plugin bimp (Batch Image Manipulation) en Gimp 2.8

Posted: sábado, 28 de marzo de 2020 by Termita in Etiquetas: , , , , , , , , , , , ,
0

El plugin bimp (Batch Image Manipulation) permite que Gimp realice tareas repetitivas por lotes: cambiar el tamaño de varias imágenes, recortarlas, girarlas, rotarlas, corregirlas, cambiarles el formato, cambiarles el nombre o agregarles una marca de agua o firma.

No es posible instalar la última versión del plugin bimp -cuando escribo esto va por la versión 2.3- en versiones de Gimp inferiores a la 2.10.
A partir de la versión 2.0 del plugin bimp, éste sólo es compatible con versiones superiores a Gimp 2.8.
La versión de Gimp que trae de serie Ubuntu 18.0 es Gimp 2.8, por consiguiente NO es posible instalar las últimas versiones del plugin bimp. Sólo podremos instalar la versión del plugin bimp igual o inferior a 1.18.




El indicio de que esto era así lo obtuve cuando traté de compilar e instalar la última versión de bimp en Gimp 2.8. Obtenía ERRORES DE COMPILACIÓN:
Makefile:6: recipe for target 'make' failedmake: *** [make] Error 1



Entonces...
¿Cómo instalar el plugin bimp 1.18 en gimp 2.8?
El método es el de siempre en este plugin.

sudo apt-get update
sudo apt upgrade

Instalo libgimp2.0-dev y libgegl-dev
sudo apt install libgimp2.0-dev libgegl-dev

Descargo la versión 1.18 del plugin bimp desde el repositorio oficial del desarrollador.

Lo descomprimo en una carpeta

Entro, desde la terminal, en esa carpeta y, para construir e instalar, ejecuto:
make
sudo make install-admin

Si todo va correctamente, cuando volvamos a abrir Gimp 2.8 veremos que en el menú 'Archivo' aparece una acción nueva: 'Batch Image Manipulation'.




Entradas relacionadas:

[HowTo] Optimización de imagenes png

[HowTo] Redimensionar imagenes en masa desde línea de comandos con MOGRIFY

[HowTo] 7z desde la terminal a máxima compresión y en volúmenes

Posted: jueves, 26 de marzo de 2020 by Termita in Etiquetas: , , , ,
0

7z a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m -ms=on -v1500m archivo.7z ruta_origen

Explicación de los parámetros:

-t7z ← algoritmo 7z
-m0=lzma ← modo de compresión LZMA
-mx=9 ← nivel de compresión = 9 (Ultra)
-mfb=64 ← numero de fast bytes para LZMA = 64
-md=32m ← dictionary size = 32 megabytes
-ms=on ← archivo solido
-v1500m ← volúmenes de 1500mb (1'5gb)
archivo.7z ← ruta y nombre al archivo destino
ruta_origen ← directorio origen


---
Anexo:
Cómo instalar ZIP, bzip2, gzip, RAR, 7-Zip en Debian y derivados

apt-get install zip unzip gzip bzip2 rar unrar p7zip





---
Fuentes: