Linux Sin Humo (publicaciones antiguas, página 12)

De acuerdo a los resultados, podría verse que autotools sigue siendo el “Build System” predominante. Otros paquetes todavía usan un makefile plano, tal vez merezcan un análisis aparte.

Limitaciones de estas estadísticas:

1. Se confía en que siempre que se usa CMakeList.txt se usa cmake.
2. Se confía en que siempre que existan los archivos  configure.ac o configure.in y Makefile.am o Makefile.in y se encuentra en el archivo spec el procedimiento ./configure && make se usan las autotools
3. Hubo 1 (un) archivos que no pudieron ser inspeccionados por dtrx porque tenía la extensión incorrecta

Actualización 2019

Sistema de construcción de paquetes (Parte 3)

El siguiente paso fue descomprimir de manera recursiva los paquetes, para luego poder inspeccionar en ellos. Lo hice con una herramienta poco conocida dtrx. Lo interesante de este script de python es que puede realizar extracciones recursivas y de acuerdo a la extensión del archivo utiliza el software de extracción necesario. Esperemos que pronto esté en los repositorios de Fedora (ver la solicitud en Red Hat Bugzilla).

Una vez descompridos todos los paquetes, se corrió el siguiente script

#! /bin/bash #Very simple script to get Build System Statistc dir=1
rm -f /tmp/ant /tmp/cmake /tmp/autotools /tmp/makefile /tmp/autoconf /tmp/autotools_procedure
for i in (find dir -maxdepth 1 -mindepth 1 -type d)
do
ls -R1 i | grep -q -P -m1 "^configure.(ac|in)"
if [[ ? -eq 0 ]];then
ls -R1 i | grep -P -q -m1 "^Makefile\.(am|in)"
if [[ ? -eq 0 ]];then
echo "{i##/}" >> /tmp/autotools 2>/dev/null
cant_autotools=(($cant_autotools+1))
else
echo "{i##/}" >> /tmp/autoconf 2>/dev/null
cant_autoconf=(($cant_autoconf+1))
fi
fi
#cmake
ls -R1 i | grep -q -m1 CMakeLists.txt
if [[ ? -eq 0 ]];then
cant_cmake=((cant_cmake+1))
echo "{i##/}" >> /tmp/cmake 2>/dev/null
fi
#Plain makefile
ls -R1 i | grep -q -P -m1 "^configure\.(ac|in)"
if [[ ? -ne 0 ]];then
ls -R1 i | grep -q -P -m1 "^(Makefile.(am|in)|CMakeLists.txt)"
if [[ ? -ne 0 ]];then
ls -R1 i | grep -q -P -m1 "^Makefile"
if [[ ? -eq 0 ]];then
cant_makefile=((cant_makefile+1))
echo "${i##/}" >> /tmp/makefile 2> /dev/null
fi
fi
fi
find i -name "*.spec" | xargs pcregrep -q -M "%build(.*\n)*(./|%)configure.*\n(.*\n)*make(.*\n)*%install"
if [[ ? -eq 0 ]];then
cant_autotools_build_section=(($cant_autotools_build_section+1))
echo "{i##*/}" >> /tmp/autotools_procedure
fi
done
echo "###Resultados###"
[ -f /tmp/autotools ] && echo -e "There are cant_autotools with autotools:\n\n(sort /tmp/autotools)\n\n"
[ -f /tmp/cmake ] && echo -e "cant_cmake with cmake:\n\n(sort /tmp/cmake)\n\n"
[ -f /tmp/makefile ] && echo -e "cant_makefile with makefile:\n\n(sort /tmp/makefile)\n\n"
[ -f /tmp/autoconf ] && echo -e "cant_autoconf with only autoconf:\n\n(sort /tmp/autoconf)\n\n"
[ -f /tmp/autotools_procedure ] && echo -e "cant_autotools_build_section with only autotools_build_section\n\n(sort /tmp/autotools_procedure)"

En la siguiente parte veremos los resultados….

Mi nombre es Sergio Belkin. Hace más de 15 años que trabajo con Linux y software libre. Una de las cosas que más me fascinan son las distintas maneras de aprender, re-aprender, y des-aprender.

Aprender algo nuevo puede ser fácil, difícil, desafiante, temible o irritante. Mis primeros tipos de educación fueron fundamentalmente conductistas y/o constructivistas. Con el tiempo uno va aprendiendo nuevas maneras, valga la redundancia de "aprender".

Muchos toman el aprendizaje como la incorporación de nuevos conocimientos. Muchos también hablan de hacer un "clic". Es decir, descubrís algo que te cambia de una manera abrupta, aprendés algo que te cambia para siempre, de manera unidireccional y definitivo. Más bien creo en los aprendizajes por niveles de profundidad. Me explico, supongamos que para aprender C, hace falta saber B, y para aprender B hace falta saber A. Un enfoque muy convencional es "aprendo A, aprendo B, aprendo C". En realidad creo que uno va dando clics cada vez más profundos.

Es decir, en lugar de sencillamente:

A->B->C

es mejor:

A0->B0->C0... An->Bn->Cn

Cada iteración profundiza lo aprendido y va redescubriendo nuevas cosas. Obviamente hay muchos casos que profundizar en "A, B y C" quedan obsoletos y allí tenemos que desaprender y aprender otra vez.

• Pedagogía crítica; utopía o realidad - unserylanada
• Evgeny Morozov's selected writings
• Homepage - Resilience

Claves

• Las reglas se organizan en tablas: raw, mangle, nat, filter.
• Las tablas tienen cadenas, filter, por ejemplo tiene INPUT, OUTPUT y FORWARD. Y como se puede apreciar las decisiones de routing implican que INPUT y FORWARD son excluyentes. Lo mismo que OUTPUT y FORWARD.
• El orden siempre es raw, mangle, nat, filter (si es que están presentes).
• Hay 3 lugares en que se decide el ruteo, uno de los cuales es local.
• Solamente se filtra en filter, obviamente.

Más?

• Iptables Tutorial 1.2.2

El archivo /proc/net/sockstat muestra una síntesis muy útil de cada tipo de socket:

# cat /proc/net/sockstat

sockets: used 435
TCP: inuse 29 orphan 0 tw 10 alloc 58 mem 2
UDP: inuse 101 mem 83
UDPLITE: inuse 0
RAW: inuse 0
FRAG: inuse 0 memory 0

Interesante ¿no?

Algo bastante frecuente es crear archivos temporales a mano para probar cierto código. Estaba bastante acostumbrado a crear archivos del tipo /tmp/q[0-9]. Así, terminaba con muchos archivos con ese patrón. Hay varios problemas con eso, uno de ellos es que si ya tenemos abierto un archivo /tmp/q1 por ejemplo, podemos fácilmente olvidar eso y abrirlo en otra shell con vim. Y ya sabemos como nuestro querido editor se molesta (y con razón en esos casos). Un truco que se me había ocurrido era crear un alias de este tipo: alias viq='alias viq='vi /tmp/q$(date +'%s')'

El problema con ese approach es que no era reutilizable. Es decir al ejecutarlo de vuelta abría un archivo con otro nombre. Existe una opción que es tal vez mejor y es usar el comando mktemp.

Ejemplo:

mktemp 
/tmp/tmp.7WUOKYMTEQ

Es decir, crea el archivo /tmp/tmp.7WUOKYMTEQ

Si el archivo deseamos crearlo en otro lugar, sencilamente hacemos algo así:

mktemp -d /home/sergio/temp

También podemos editar el archivo directamente:

mktemp|xargs vim -

Nota: Los nombres de los paquetes están puestos como ejemplos

1. Mostrar los tipos de archivos que contiene un paquete

rpm -q --fileclass zram

2. Mostrar el orden y fecha en que fueron instalados los paquetes

rpm -qa --last --qf '%{name}\n'|tac

3. Mostrar los nombres (y solamente los nombres!) de todos los paquetes instalados

rpm -qa --qf '%{name}'|sort

4. Ver los cambios que tiene un paquete en su versión

rpm -q --changes neovim|less

5. Ver lo que hace un paquete al instalarse/desinstalarse

rpm -q --scripts mariadb-server

6. Restaurar los permisos predeterminados

rpm --restore mariadb

Este comando restaura los permisos, propietarios y capacidades de los archivos. No reestablece marcas de tiempo.

7. Extraer los archivos de un paquete

cd /tmp
dnf download mariadb-server # Aquí puede usarse también yumdownloader
mkdir mariadb-server
mv mariadb-server*rpm mariadb-server
cd mariadb-server
rpm2cpio mariadb-server  | cpio -imdv

8. Listar los paquetes duplicados

rpm -qa --dupes

9. Encontrar el archivo de licencia del paquete

rpm -qL firefox

10. Operar por red

Las operaciones con rpm se pueden realizar también con direcciones remotas, como se muestra en la imagen inferior:

Más información

rpm.org - Home

Hace algún tiempo les había presentado a buku, un gestor de línea de comandos de marcadores. Usar Firefox y buku rompe un poco el flujo de trabajo al tener que ir a una línea de comandos. Entonces aquí es cuando bukubrow, un complemento escrito por Sam A. Horvath-Hunt viene al rescate. Se trata de una extensión para Firefox que funciona como interfaz gráfica de buku:

Con esta extensión podemos buscar, agregar, editar, borrar marcadores, abrirlos en ventanas y/o pestañas. Todos eso se puede hacer o bien accediendo al botón en la barra de herramientas como haciendo clic derecho sobre la página deseada. Es importante tener en cuenta que es necesario bajar e instalar la bukubrow-host que sirve para conectar buku con la extensión. Esta aplicación usa un archivo json para conectarse con la extensión de Firefox:

{"name":"com.samhh.bukubrow","description":"Bukubrow host for the Firefox extension","path":"/usr/local/bin/bukubrow-linux-x64","type":"stdio","allowed_extensions":["bukubrow@samhh.com"]}

De esta manera podemos manipular la base de buku directamente desde Firefox :wink:

Más información: Native messaging - Mozilla | MDN

Esta es una tabla comparativa resumida de los 3 sistemas operativos principales en la actualidad. Si bien Wikipedia cuenta con una muy buena, decidí hacer una resumida con los datos que a mí entender son los más buscados e interesantes.

Fuente y más información: - macOS - Wikipedia

• Microsoft Windows - Wikipedia

• Linux - Wikipedia

• Comparison of operating systems - Wikipedia

Estas son 10 extensiones que recomiendo para usar en Firefox:

1 Copy as Markdown

Esta extensión permite copiar un link como markdown, es realmente útil para luego pegarlo en cualquier editor que soporte ese lenguaje.

2 DuckDuckGo Privacy Essentials

Esta extensión proporciona el grado de privacidad que posee un sitio de acuerdo a : - Si es una conexión cifrada - Cantidad de rastreadores - Prácticas de privacidad

3 Markdown Here

Esta extensión permite escribir en cajas de texto formateado en lenguaje markdown y luego con un clic hacer que lo convierta en html interpretado

4 Max Tabs (Web Extension)

Muchas veces corremos la tentación de tener infinidad de pestañas abiertas, esto además de consumir recursos, resulta caótico y nos saca de foco. Esta extensión pone un límite a la cantidad de solapas abiertas.

5 Plasma Integration

Logra que Firefox y el entorno de escritorio Plasma trabajen mejor en conjunto permitiendo: - Manejar los controles multimedia - Enviar archivos al teléfono celular usando KDE Connect - Mostrar archivos descargados

6 Save-to-Read

Aunque parecería algo trivial hace algo muy útil con unos clics guarda las páginas que deseamos leer en otro momento en carpeta especial de los Marcadores.

7 PrivacyBadger

Esta extensión es un proyecto de la Electronic Frontier Foundation se complementa de manera genial con la de DuckDuckGo ya bloquea de manera automática cookies y/o dominios con la posibilidad de personalizar la configuración en el caso de que algún sitio no funcione correctamente con algún bloqueo aplicado.

8 TrackMeNot

Este complemento es una idea ingeniosa de Daniel C. Howe (artista y crítico de tecnología) y Helen Nissebaum (Profesora de ciencia de la información en Cornell Tech) para evitar la vigilancia electrónica. En lugar de ocultar o cifrar nuestra actividad en Internet, hace uso del ruido y de la obfuscación: realiza búsquedas aleatorias en segundo plano en los principales motores de búsqueda.

9 uBlock Origin

Esta extensión cuyo autor es Raymond Hill, es una de las más populares tal vez y sirve para bloquear publicidad y molestas ventanas emergentes.

10 Vivaldifox

El nombre de esta extensión se debe a una característica del aspecto visual del navegador Vivaldi. Aplica colores en la barra de Firefox de acuerdo al contenido del sitio, más allá de ser un toque estilístico es de ayuda también para identificar a las pestañas abiertas.