LinuxParty

La inteligencia artificial entra en los planes de reorganización de la Administración neerlandesa. Pero el anuncio plantea una reforma más amplia: simplificar trámites, unificar sistemas informáticos y reducir costes durante varios años.

¿Puede una Administración funcionar mejor con menos personal y más tecnología? Países Bajos quiere avanzar en esa dirección. Su Gobierno ha presentado un programa que combina simplificación administrativa, reorganización e inteligencia artificial, con una reducción estimada de 25.000 puestos equivalentes a jornada completa repartida entre varios años.

Qué se ha anunciado realmente

El comunicado oficial, publicado el 26 de octubre, fija un objetivo de ahorro de 900 millones de euros en 2027, que aumentaría hasta 3.500 millones anuales desde 2035. Entre los ámbitos exceptuados figuran la policía y la defensa.

La cifra de empleo se expresa en FTE, una unidad que mide trabajo equivalente a jornada completa. Por tanto, no debe interpretarse automáticamente como 25.000 despidos ni como una sustitución individual de personas por sistemas de IA. El comunicado tampoco concreta cómo se distribuirá toda la reducción.

La IA será una pieza de la reforma

El Gobierno prevé presentar durante el primer trimestre de 2027 los objetivos y planes de ahorro asociados al uso de inteligencia artificial.

El programa también incluye estandarizar sistemas informáticos, aprovechar mejor los espacios de trabajo, desprenderse de edificios sobrantes y reducir organismos asesores. Es una transformación organizativa que utiliza la tecnología como una de sus herramientas.

Estas interfaces TUI permiten administrar Git, contenedores, bases de datos y copias con rsync sin memorizar decenas de comandos. Explicamos cómo instalarlas en Debian, Ubuntu y Fedora

Linux ofrece herramientas extremadamente potentes, pero muchas exigen recordar comandos largos, parámetros y combinaciones de opciones que no utilizamos todos los días.

Git, Docker, rsync y los clientes de bases de datos son buenos ejemplos. Resultan imprescindibles para desarrolladores y administradores de sistemas, aunque una opción mal escrita puede provocar desde un commit incorrecto hasta la eliminación de archivos importantes.

Las denominadas herramientas lazy intentan simplificar ese trabajo mediante interfaces TUI, siglas de Terminal User Interface. No son aplicaciones gráficas convencionales ni páginas web: funcionan dentro de la terminal, muestran menús y permiten ejecutar las operaciones habituales con unas pocas teclas.

Esto las hace especialmente útiles en servidores sin entorno gráfico, equipos modestos, conexiones SSH y estaciones de trabajo Linux.

En este artículo conoceremos cuatro de las más interesantes: LazyGit, LazyDocker, LazySQL y LazyRsync. En todos los casos incluiremos la instalación en Debian y Ubuntu, pero también en Fedora.

Qué es una interfaz TUI

Una TUI utiliza la terminal para mostrar paneles, tablas, menús, registros y formularios interactivos. Se controla principalmente con el teclado, aunque algunas también admiten el ratón.

Su principal ventaja es que conserva la ligereza y versatilidad de la línea de comandos, pero evita tener que memorizar constantemente todas las opciones.

Estas aplicaciones no sustituyen el conocimiento de Git, Docker, SQL o rsync. Continúa siendo necesario entender qué hace cada operación, especialmente antes de borrar datos, reescribir un historial o trabajar sobre un servidor de producción.

Lo que consiguen es reducir la carga mecánica y mostrar visualmente las consecuencias de muchas acciones.

La colisión ocurrida entre Los Yébenes y Urda vuelve a poner el foco sobre los sistemas de señalización, la circulación degradada y las medidas que deben impedir que dos trenes ocupen un mismo tramo de vía

Un AVE de Renfe y un tren de Iryo se vieron implicados durante la mañana del 28 de octubre de 2026 en un grave accidente ferroviario en la provincia de Toledo. La colisión se produjo cerca de la estación de Urda, en el trayecto comprendido entre Los Yébenes y Urda, y obligó a interrumpir la circulación de alta velocidad entre Madrid, Ciudad Real y Andalucía.

El siniestro ocurrió aproximadamente a las 8:54 horas. Según las informaciones disponibles al cierre de esta edición, el AVE alcanzó por detrás a un Iryo que permanecía detenido en la vía. El impacto provocó el descarrilamiento de varios coches y la caída de dos vagones del Iryo por un terraplén.

En los dos trenes viajaban más de 500 personas. El AVE transportaba aproximadamente 397 pasajeros, mientras que en el Iryo viajaban cerca de 147 personas, entre ellas un bebé. El accidente ha dejado decenas de fallecidos y numerosos heridos, aunque el balance continuaba siendo provisional mientras los equipos de emergencia trabajaban en el lugar.

Un accidente que los sistemas automáticos deberían impedir

Las líneas de alta velocidad utilizan diferentes niveles de señalización y protección para mantener la separación entre trenes. Su finalidad no consiste únicamente en mostrar una señal al maquinista, sino también en controlar la posición de los convoyes, supervisar su velocidad y ordenar una frenada cuando detectan una situación incompatible con la circulación segura.

Las primeras informaciones señalan que en el tramo afectado podría existir una incidencia en el sistema principal de protección. Algunos medios apuntan a que la circulación se estaba gestionando mediante un sistema alternativo de señalización lateral, acompañado por ASFA, después de una avería o indisponibilidad del sistema LZB.

El LZB proporciona supervisión continua de la velocidad y transmite información desde la infraestructura al tren. ASFA también constituye un sistema de seguridad, pero actúa de una manera diferente y controla el cumplimiento de determinadas señales y limitaciones en puntos concretos de la vía.

Cuando una instalación funciona en modo degradado, la circulación no queda necesariamente desprotegida, pero se aplican procedimientos distintos, restricciones de velocidad y una mayor intervención de los operadores y maquinistas. Precisamente por eso será necesario determinar qué sistemas funcionaban, qué instrucciones se transmitieron y si se respetaron todos los protocolos.

Accede a los archivos de otro servidor como si estuvieran en tu propio equipo utilizando SSH, SFTP y FUSE, sin instalar servicios adicionales en el servidor

Imagina que tienes una carpeta en un servidor y quieres abrirla desde Linux como si estuviera dentro de tu directorio personal. Podrías utilizar SFTP, copiar los archivos con scp o trabajar directamente mediante SSH, pero existe una alternativa mucho más cómoda: SSHFS.

SSHFS permite montar un directorio remoto dentro del sistema de archivos local. Una vez conectado, podremos abrir, copiar, editar y eliminar sus archivos desde el gestor de archivos, el terminal o cualquier aplicación compatible.

Todo el tráfico viaja mediante SSH y, normalmente, no tendremos que instalar nada adicional en el servidor. Si ya podemos conectarnos por SSH y utilizar SFTP, tenemos casi todo preparado.

¿Qué es SSHFS?

SSHFS significa SSH File System. Es un sistema de archivos basado en FUSE que utiliza el subsistema SFTP de OpenSSH para comunicarse con el equipo remoto.

En la práctica, transforma una ruta como esta:

usuario@servidor:/var/www

en una carpeta local como esta:

/home/javier/remotos/web

Cuando entremos en la carpeta local veremos el contenido almacenado realmente en el servidor.

SSHFS resulta útil para:

• Trabajar con los archivos de un servidor web.
• Acceder a documentos de otro ordenador.
• Compartir una carpeta entre varios equipos Linux.
• Consultar archivos de una máquina virtual.
• Administrar pequeños servidores mediante una conexión cifrada.
• Abrir archivos remotos desde aplicaciones gráficas.
• Realizar copias manuales entre el equipo y el servidor.

No sustituye siempre a NFS, Samba, rsync o una plataforma de almacenamiento distribuido. Sin embargo, para acceder cómodamente a una carpeta remota sin configurar un servicio nuevo, SSHFS continúa siendo una solución sencilla y práctica.

Aprende a ejecutar consultas, exportar resultados, crear copias de seguridad y automatizar tareas con bases de datos sin guardar contraseñas ni introducir vulnerabilidades SQL

Bash no es el lenguaje más apropiado para desarrollar una aplicación empresarial completa, pero resulta excelente para automatizar tareas relacionadas con bases de datos.

Un script puede consultar el estado de un servidor, generar un informe, exportar registros a CSV, comprobar si existe un usuario o realizar una copia de seguridad programada.

Linux proporciona clientes de terminal para trabajar con los principales motores:

Bash actúa como pegamento entre estas herramientas y otros comandos como grep, awk, jq, gzip, mail o curl.

Instalar los clientes necesarios

En Fedora podemos instalar las herramientas con:

sudo dnf install sqlite mariadb postgresql jq

En Debian y Ubuntu:

sudo apt install sqlite3 default-mysql-client postgresql-client jq

No es necesario instalar un servidor de MariaDB o PostgreSQL cuando solamente queremos conectarnos a una base alojada en otra máquina.

Comprobaremos las versiones mediante:

sqlite3 --version
mariadb --version
psql --version
jq --version

Los nombres de algunos paquetes pueden cambiar ligeramente según la distribución.

CivBench conectó cuatro modelos avanzados al popular juego de estrategia mediante 76 herramientas MCP: solamente ganaron tres de 23 partidas y demostraron que formular un buen plan no significa ser capaz de ejecutarlo

Los modelos de inteligencia artificial pueden explicar complejas estrategias militares, redactar planes económicos y describir con precisión cómo desarrollar una civilización. Sin embargo, cuando deben mantener esas decisiones durante cientos de turnos, su aparente inteligencia comienza a mostrar importantes fisuras.

Un grupo de investigadores de la Universidad de Oxford, Google DeepMind, el Instituto de Seguridad de la IA del Reino Unido y otras instituciones ha desarrollado CivBench, un banco de pruebas que permite a los modelos de lenguaje jugar partidas completas de Civilization VI.

En el experimento participaron Claude Opus 4.6, GPT-5.4, Gemini 3.1 Pro y Kimi-K2.5. Los agentes disputaron 23 partidas válidas contra los rivales controlados por la inteligencia artificial incluida en el propio juego.

El resultado fue contundente: solamente consiguieron tres victorias y perdieron las otras veinte.

Sin embargo, reducir el estudio a ese marcador ocultaría su aportación más interesante. CivBench permite examinar las decisiones tomadas durante toda la partida y descubrir por qué un agente capaz de formular estrategias razonables termina ignorando sus propios planes.

Civilization VI como prueba de inteligencia a largo plazo

Civilization VI pertenece al género de estrategia 4X: explorar, expandirse, explotar recursos y enfrentarse a otras civilizaciones.

Una partida puede superar los 300 turnos y obliga a gestionar simultáneamente:

• Ciudades y población.
• Producción y recursos.
• Investigación científica.
• Desarrollo cultural.
• Religión.
• Diplomacia y comercio.
• Exploración del territorio.
• Unidades militares.
• Políticas de gobierno.
• Condiciones de victoria de los rivales.

Muchas decisiones no producen un efecto inmediato. Construir una ciudad en un lugar inadecuado, retrasar una tecnología o descuidar la economía puede tener consecuencias cien turnos después.

Esta combinación convierte al juego en una prueba mucho más exigente que responder preguntas o completar una tarea breve. El agente necesita recordar sus objetivos, vigilar a los adversarios y adaptar su estrategia mientras continúa realizando numerosas acciones menores.

El retroceso del hielo en las montañas de Jotunheimen está dejando al descubierto armas de madera, hueso, pizarra y conchas utilizadas por antiguos cazadores, pero también amenaza con destruir rápidamente este extraordinario patrimonio arqueológico

Un equipo de arqueólogos ha recuperado 48 flechas prehistóricas en las montañas de Jotunheimen, en Noruega. Algunas permanecían atrapadas en el hielo desde hace aproximadamente 6.000 años y conservan materiales orgánicos que rara vez sobreviven durante tanto tiempo.

El hallazgo permite conocer cómo fabricaban sus armas los antiguos cazadores de renos, pero tiene un preocupante origen: el hielo de las montañas noruegas está retrocediendo a una velocidad mayor de la esperada.

Cuando estos objetos quedan expuestos al aire, la lluvia y los cambios de temperatura, comienza una carrera contrarreloj. La madera, los tendones, la corteza y otros materiales pueden deteriorarse en pocos días o semanas después de haber permanecido congelados durante milenios.

Tres semanas buscando en el límite del hielo

La campaña fue realizada por el Programa de Arqueología Glacial de Innlandet, conocido internacionalmente a través del proyecto Secrets of the Ice.

Durante tres semanas, los investigadores recorrieron el borde de varias placas de hielo en Kvitingskjølen, dentro de la región montañosa de Jotunheimen. Su objetivo era inspeccionar las zonas que habían quedado recientemente libres de hielo y recuperar cualquier objeto antes de que se degradase.

El trabajo no consiste simplemente en caminar por la nieve buscando piezas visibles. Los arqueólogos deben estudiar la evolución del hielo, revisar el terreno descubierto, registrar con precisión la posición de cada hallazgo y trasladar las piezas bajo condiciones que eviten su destrucción.

En esta ocasión localizaron 48 flechas o fragmentos de flechas pertenecientes a distintas épocas. La concentración de objetos demuestra que estas montañas fueron utilizadas como zonas de caza durante miles de años.

Firmas un PDF con tu certificado digital desde Okular, lo abres en Linux y todo parece correcto. Sin embargo, algunos destinatarios ven la firma con letras superpuestas, caracteres extraños y textos ilegibles.

Una posible causa es una incompatibilidad con la fuente utilizada para generar la apariencia de la firma. Vamos a explicar cómo investigar el problema y probar una sustitución de Helvetica por Liberation Sans, sin permisos de administrador y de forma reversible.

Antes de cambiar nada, comprobaremos si realmente necesitamos hacerlo.

¿Qué sucede exactamente?

En el caso investigado, el documento firmado se mostraba correctamente en los lectores probados en Linux: Okular, Firefox, Chrome y xpdf.

Sin embargo, un destinatario con Windows observó este comportamiento:

Esto apunta a una diferencia en cómo los lectores interpretan la apariencia de la firma. No significa que Windows siempre falle ni que todas las firmas generadas por Okular tengan este problema.

También debemos distinguir dos elementos:

• La firma digital criptográfica, que permite comprobar la integridad del documento y su vinculación con un certificado.
• La apariencia visible de la firma, el recuadro con el nombre, la fecha y otros datos.

Que el recuadro se vea mal no demuestra que la firma digital sea inválida. Su validación debe comprobarse por separado.

1. Diagnóstico previo: ¿necesitas cambiar algo?

No existe un comando que garantice, antes de generar el PDF, que todos los lectores mostrarán correctamente la firma. Sin embargo, podemos detectar una configuración parecida a la del caso investigado y evitar cambios innecesarios.