APT 3.3.5 llega con mejoras enfocadas en rendimiento del solucionador de dependencias y ajustes en cómo se gestionan las claves de firma de los repositorios. La actualización incluye optimizaciones internas, nuevas métricas de rendimiento y cambios de configuración que afectan sobre todo a responsables de repositorios y administradores de sistemas.
Qué cambia: rendimiento del solucionador y métricas
La novedad más destacada es la optimización del dependency solver (solucionador de dependencias) de APT. Según el registro de cambios oficial, las mejoras hacen que la resolución de dependencias sea entre un 10% y un 20% más rápida en las pruebas realizadas, y disminuyen las page faults (fallos de página) en torno a un 65% cuando se mide el comportamiento del propio solucionador.
Es importante aclarar que esos datos se refieren específicamente al componente que calcula qué paquetes instalar o eliminar para satisfacer dependencias, no a la velocidad de descarga o de instalación completa de paquetes. En otras palabras: las búsquedas y decisiones internas son más ágiles, lo que puede repercutir positivamente en operaciones complejas (por ejemplo, resolver grandes actualizaciones), pero no sustituye a factores externos como la velocidad de red o el rendimiento del disco.
Cambios internos del solucionador y nuevas herramientas
El proyecto ha separado el núcleo del solucionador SAT en un componente independiente, una reestructuración que facilita el mantenimiento y futuras mejoras. También se ha unificado el comportamiento entre el solucionador interno y la API de APT para las eliminaciones de paquetes sin protección, corrigiendo una discrepancia previa que podía provocar resultados inconsistentes en automatizaciones o scripts.
Para desarrolladores y mantenedores, APT 3.3.5 amplía su registro de métricas de rendimiento. Se han añadido contadores que registran ciclos de CPU estancados, actividad del data translation lookaside buffer (DTLB), fallos de página y eventos de planificación (scheduling). Junto a esto se incorpora una herramienta llamada perf-eval.py para analizar esos registros y facilitar la identificación de cuellos de botella y la evaluación de optimizaciones futuras.
Gestión de claves de repositorio: adiós a fingerprints en Signed-By
Un cambio relevante para administradores de repositorios y quienes añaden fuentes de terceros es la deprecación del uso de huellas (fingerprints) de claves en la opción Signed-By dentro de las entradas de repositorio. APT 3.3.5 impulsa la transición a la especificación directa de archivos de llaveros (keyring files), y también elimina el soporte para declaraciones Signed-By embebidas en los archivos Release de los repositorios.
Estas modificaciones buscan simplificar y homogeneizar la forma en que APT valida las firmas de paquetes, pero obligan a revisar las configuraciones de repositorios personalizados o de terceras partes para asegurarse de que las claves se referencian mediante archivos de llavero y no por fingerprint en las opciones de apt.
Correcciones y compatibilidad
La versión incorpora además correcciones diversas: detección del adaptador de corriente en sistemas Debian, límites en el análisis de restricciones de perfiles de compilación, ajustes en pruebas para arquitecturas big-endian y precisiones terminológicas entre GPG y OpenPGP. No se han reportado cambios que afecten al formato de paquetes o a la compatibilidad general con repositorios existentes.
¿Quién debe actualizar y qué hacer?
- Administradores y mantenedores de repositorios: revisen las entradas Signed-By y migrén las referencias de huellas a archivos de llavero; comprueben los procesos automáticos de publicación para no depender de Signed-By en Release.
- Administradores de sistemas y responsables de infraestructuras que usen Debian Unstable (Sid): la versión ya está disponible en esa rama y se puede probar en entornos de desarrollo para evaluar el impacto en operaciones de actualización masiva.
- Usuarios de Debian Stable o de Ubuntu: no esperen recibir esta versión en los repositorios oficiales de su distribución, ya que las ramas estables suelen mantener versiones APT propias; prueben la actualización solo en sistemas de prueba si necesitan las mejoras.
En todo caso, antes de desplegar APT 3.3.5 en sistemas de producción conviene probar la compatibilidad con scripts de gestión, herramientas de automatización y repositorios de terceros, especialmente donde se use Signed-By en la configuración.
Lee también:
- Microsoft muestra Maia 300 en OCP Summit 2026: aceleradores HBM4 de 288 GB y 950 W en nodos de cuatro tarjetas
- Oracle incorpora Nvidia Vera Rubin y CPUs Vera a su infraestructura cloud para IA
Fuente: Linuxiac
