Archinstall 4.3 ya está disponible como la última edición estable del instalador oficial de Arch Linux, trayendo cambios pensados para facilitar la instalación sin renunciar a la flexibilidad que caracteriza a Arch. Esta versión, diseñada tanto para usuarios que se aproximan por primera vez a la distribución como para aquellos que buscan acelerar el proceso sin perder control sobre la configuración, refuerza el papel del instalador como una alternativa adecuada frente al enfoque tradicional basado en línea de comandos.

La novedad llega poco después de la versión 4.2, lo que evidencia un ritmo de desarrollo activo y una respuesta ágil a las necesidades de la comunidad. Entre las mejoras más visibles destacan una integración más fluida de opciones de personalización y un conjunto de ajustes orientados a la seguridad y la usabilidad. Este enfoque resulta especialmente valioso para usuarios que buscan montar sistemas ligeros y ajustados a requerimientos específicos.

Novedades generales

Archinstall 4.3 consolida su función como instalador oficial, proporcionando una experiencia guiada que facilita a perfiles novatos y avanzados completar la instalación con menos errores y en menos tiempo. La actualización introduce mejoras sustanciales en la interfaz, con menús más claros y una navegación más directa entre pasos, reduciendo dudas críticas durante tareas como particionado y selección de paquetes.

Nueva sección de fuentes adicionales

Una de las incorporaciones más destacadas es la aparición de un bloque denominado “Additional fonts” dentro del menú de Aplicaciones. Este módulo permite buscar y seleccionar fuentes que se incluirán directamente en la instalación inicial de Arch Linux. Aunque pueda parecer un detalle menor, su impacto es notable en entornos de escritorio donde la calidad tipográfica es importante, como en diseño, edición de documentos o entornos multilingües.

Mejoras en la interfaz y experiencia de uso

Más allá de las fuentes, la experiencia de usuario durante la instalación recibe especial atención. La interfaz ha sido ajustada para que las pantallas resulten más intuitivas, con indicaciones claras sobre qué se está configurando y qué efectos tienen las decisiones tomadas. El flujo de instalación busca guiar al usuario paso a paso, presentando opciones de forma organizada y con textos explicativos que clarifican conceptos que, en Arch Linux, suelen requerir experiencia previa.

Particionado del disco y sistemas de archivos

Uno de los ámbitos más trabajados es la personalización de las particiones. Archinstall 4.3 ofrece una forma más intuitiva de gestionar dónde se instalará el sistema, simplificando la selección del dispositivo, el esquema de particionado y las particiones concretas. Además, se ha mejorado la presentación de las opciones de tipo de sistema de archivos, lo que facilita a usuarios noveles y experimentados tomar decisiones informadas.

Configuración de red

La configuración de red durante la instalación recibe un impulso para ser más sencilla y directa. El instalador guía a través de la selección de interfaces, la conexión a redes cableadas o inalámbricas y la configuración básica necesaria para que el sistema arranque con conectividad funcional. Indicaciones y pistas contextuales ayudan a quienes tienen menos experiencia a completar este paso sin necesidad de consultar documentación adicional.

Correcciones de seguridad y estabilidad

Además de las novedades visibles, Archinstall 4.3 llega acompañado de correcciones de seguridad relevantes que fortalecen la protección de los sistemas recién instalados. Aunque no se detallan todas las vulnerabilidades abordadas, el equipo subraya la importancia de mantener el instalador actualizado para beneficiarse de estas mejoras. Estas correcciones contribuyen a que el sistema resultante sea más robusto frente a posibles amenazas, lo que resulta especialmente importante en entornos domésticos, estaciones de trabajo y despliegues profesionales.

Un instalador más accesible para principiantes

Arch Linux mantiene su objetivo de ofrecer control fino sobre el sistema, pero Archinstall 4.3 intenta rebajar la barrera de entrada. El asistente incorpora más mensajes de ayuda y una estructura de menús que permite avanzar sin dominio total de detalles técnicos desde el inicio. Así, alguien con conocimientos intermedios puede completar la instalación sin depender de la documentación de forma continua, mientras que usuarios más avanzados pueden aprovechar la herramienta para acelerar la configuración básica y centrarse en ajustes posteriores mediante pacman y otras utilidades.

Con este conjunto de cambios, Archinstall 4.3 se establece como una herramienta más madura para poner en marcha Arch Linux. Ofrece un asistente más claro, una nueva sección de fuentes adicionales, mejoras en particionado y red, y un refuerzo en seguridad, todo ello orientado a hacer el sistema más accesible sin perder la flexibilidad que distingue a Arch.

from Linux Adictos https://ift.tt/C8NSX1x
via IFTTT

Introducción

Git 2.54 representa un paso intermedio en la evolución del sistema de control de versiones más utilizado en el desarrollo de software. Este ciclo, respaldado por una comunidad amplia, mantiene el foco en simplificar tareas diarias sin perder la potencia que caracteriza a Git.

Panorama general del lanzamiento

Git 2.54 llega como un puente hacia la futura rama 3.0. Entre sus novedades destacan un comando experimental para reescribir historial de forma más directa, la posibilidad de gestionar hooks desde la configuración y mejoras de rendimiento pensadas para repositorios grandes y proyectos corporativos.

Nuevo comando experimental git history

Una de las incorporaciones más destacadas es git history, una orden experimental que busca simplificar ciertas operaciones de reescritura sin activar un rebase interactivo completo.

Subcomando reword

Con git history reword , Git abre el editor configurado para cambiar el mensaje del commit sin alterar el árbol de trabajo. Al guardar, el commit se reescribe y las ramas descendientes se actualizan para apuntar a la nueva versión. Esta acción modifica solo el historial y es ideal para entornos de integración continua.

Subcomando split

El subcomando split permite dividir un commit en varias piezas. Git muestra los hunks y permite seleccionar cuáles deben convertirse en commits nuevos. El resultado es una nueva estructura de historial sin tocar el contenido del árbol de trabajo.

Limitaciones

git history no maneja historiales con fusiones, y la operación no procede si podría generar conflictos de merge. Está pensada para retoques puntuales y facilita la automatización en entornos donde se evita la complejidad de un rebase interactivo.

Hooks basados en configuración

Otro cambio relevante es la posibilidad de definir hooks desde los ficheros de configuración, lo que facilita compartir comprobaciones entre repositorios sin duplicar scripts. Es posible definir varios hooks para un mismo evento y gestionar su activación desde la configuración global, del sistema o del repositorio.

Definición por configuración

Se utilizan claves de configuración del tipo hook.nombre.command y hook.nombre.event para indicar el comando y el evento que dispara el hook. Esta aproximación permanece compatible con el pipeline clásico de hooks en .git/hooks.

Gestión y control

Con la nueva orden git hook list se puede inspeccionar qué hooks están activos y su origen. Si es necesario deshabilitar un hook heredado, basta con establecer hook.nombre.enabled = false.

Mantenimiento geométrico como estrategia por defecto

La estrategia geométrica para mantenimiento de repositorios pasa a ser la opción por defecto en git maintenance run. Este enfoque optimiza la gestión de packfiles para repositorios con gran historia, combinando paquetes de forma incremental y aplicando un garbage collection completo solo cuando resulta necesario.

Mejoras en comandos interactivos y herramientas experimentales

Git 2.54 continúa refinando la experiencia interactiva. Entre las mejoras destaca el modo avanzado de git add -p, con navegación mejorada y la opción –no-auto-advance para permanecer en el mismo archivo mientras se revisan hunks.

git replay

La orden experimental git replay madura, realizando actualizaciones de referencias de forma atómica y aportando un modo –revert para invertir cambios de un rango de commits. También admite reproducir historia hasta el commit raíz y descartar commits vacíos.

Nueva opción –trailer en git rebase

Con –trailer en git rebase se puede añadir de forma automática el mismo trailer a cada commit rebasado, simplificando tareas repetitivas de revisión como Reviewed-by sin necesidad de combinaciones complejas de comandos.

Transporte HTTP y firmas

En el ámbito de la red, Git 2.54 mejora la gestión de respuestas HTTP y el manejo de firmas GPG.

Respuestas HTTP 429 y reintentos

Ahora Git interpreta correctamente el código 429 Too Many Requests y puede reintentar, respetando Retry-After si está disponible o un límite configurado por http.retryAfter. Se añaden http.maxRetries y http.maxRetryTime para controlar el número y la duración de los reintentos.

Firmas GPG con claves caducadas

Si una clave GPG ya caducó, Git ajusta la visualización para considerar válidas aquellas firmas hechas correctamente antes de la caducidad, evitando alertas innecesarias.

Nuevas capacidades de inspección y personalización de historial

Las herramientas para inspeccionar el historial ganan flexibilidad. El comando git log -L se integra con el mecanismo estándar de diffs, y git blame ofrece una opción diff algorithm para elegir entre distintos algoritmos de diff.

git log -L

La opción -L queda alineada con el resto del diff y soporta búsquedas por contenido y formatos de diff avanzados, permitiendo filtrar cambios en rangos de líneas con mayor precisión.

git blame diff algorithm

Con la nueva opción –diff-algorithm, blame puede utilizar algoritmos como histogram, patience o minimal para atribuir líneas, reduciendo el ruido en historiales muy movidos.

Optimización de almacenamiento y bases de datos de objetos

Las mejoras internas se centran en la forma en que Git organiza los datos. Los índices multi-pack incrementales reciben soporte para la compactación de capas, y la base de datos de objetos se refactoriza hacia un backend enchufable para facilitar futuras extensiones.

MIDX y compactación

El desarrollo de MIDX facilita la escalabilidad de repositorios grandes, al combinar capas incrementales y sus bitmap de alcanzabilidad para mejorar búsquedas y operaciones como fetch y clone parcial.

Reestructuración de ODB

La base de datos de objetos se reimplementa con un backend modular, permitiendo la adopción de soluciones de almacenamiento alternativas en el futuro sin cambiar la API de alto nivel.

Mejoras en status, alias y backfill

También se incorporan mejoras menores pero útiles para el día a día.

git status con varias ramas remotas

La nueva configuración status.compareBranches permite comparar la rama actual con varias ramas remotas, lo que facilita flujos con forks y repos oficiales múltiples.

Alias con caracteres internacionales

Los alias ya pueden definirse con una mayor diversidad de caracteres, soportando nombres en distintos idiomas y alfabetos, con autocompletado mejorado en el shell.

git backfill en clones parciales

El comando experimental backfill añade soporte para limitar la recuperación a un rango de historia o a rutas específicas, lo que facilita trabajar con clones parciales grandes.

Conclusión

Git 2.54 combina mejoras visibles para el usuario con una base interna más modular y preparada para repositorios cada vez más grandes. Los cambios en historial, hooks y mantenimiento ofrecen herramientas útiles para equipos que trabajan en entornos corporativos o de código abierto, y la mejora del transporte y la seguridad refuerzan la fiabilidad en operaciones diarias.

from Linux Adictos https://ift.tt/FeC6PGZ
via IFTTT

Mozilla presenta Firefox 150, la última versión del navegador que refuerza la privacidad y la productividad diaria. Esta entrega acompaña la evolución de un navegador centrado en la experiencia del usuario y en herramientas para desarrolladores. A continuación, un resumen de las novedades más relevantes y de cómo impactan en el uso cotidiano, educativo o profesional.

Novedades en pestañas y organización
– Split View mejorado: ahora al hacer clic derecho sobre un enlace se puede abrir directamente en la vista dividida junto a la página actual.
– Orden de pestañas: dentro de Split View se puede invertir rápidamente el orden de las pestañas desde el menú de opciones.
– Crear Split View sin enlace: buscar entre las pestañas abiertas para seleccionar la segunda página que acompaña a la actual.
– Compartir varias pestañas: seleccionar varias pestañas, abrir el menú y copiar los enlaces de todas a la vez.
– Desactivar la creación de grupos de pestañas por arrastrar y soltar desde la configuración.

Editor de PDF
– Nuevas funciones para el editor de PDF integrado: reorganizar, copiar, borrar y exportar páginas.
– Abrir PDFs arrastrando un archivo local a Firefox para editarlos con el editor nativo.

Traducciones y conversiones desde la barra de direcciones
– Traducciones privadas en el dispositivo se optimizan con un acceso más directo desde la barra de direcciones.
– Conversiones rápidas desde la omnibox: consultar unidades como 1000 mph to km/h y obtener el resultado al instante.

Seguridad y red local
– Restricciones de acceso a la red local para todos los usuarios, con permisos explícitos requeridos para comunicar con dispositivos de la red.

Linux y empaquetado
– Selector de emojis GTK integrado: con Ctrl + . se abre el panel de emojis del entorno de escritorio.
– Paquete rpm autónomo disponible para distribuciones basadas en RPM.

Windows
– Apps web disponibles para usuarios de Microsoft Store, y gestor de perfiles mejorado para Windows 10 y 11.

Desarrolladores
– API AriaNotify para notificaciones de accesibilidad.
– Soporte de las pseudo clases :playing y :paused en elementos de audio y video.
– light-dark para imágenes, para adaptar su apariencia según el modo del sistema.
– API highlightsFromPoint y mejoras en lazy loading con srcset.
– Panel mejorado para activar y desactivar pseudo clases desde las herramientas de desarrollo.

Descarga y actualización
– Firefox 150 está disponible en FTP y en la página oficial.
– Actualización para Windows y macOS desde el propio navegador; para Linux existen paquetes Snap, Flatpak y RPM, además de opciones en apt y otras distribuciones.
– Recomendación: realizar actualizaciones periódicas para mantener la protección y las mejoras de rendimiento.

Conclusión
Firefox 150 confirma una estrategia de mejoras continuas que favorecen la eficiencia, la seguridad y la experiencia de usuario, a la vez que amplía el conjunto de herramientas útiles para desarrolladores y administradores de sistemas. Con esta entrega, Mozilla mantiene un navegador que convive con distintas plataformas y flujos de trabajo, sin perder su compromiso con la privacidad y la compatibilidad web.

from Linux Adictos https://ift.tt/PzN3x5A
via IFTTT

Lo más probable es que cualquier persona que ya esté usando un sistema operativo que ofrezca las opciones de Linux LTS y mainline (el normal) sepa qué elegir. Pero también hay personas que se están planteando cambiar de distro y no saben qué les convendría en caso de dar el salto. Es una duda razonable, y aquí vamos a explicar qué se debería hacer mencionando algunos ejemplos para aportar algo más de claridad.

En la actualidad, CachyOS está atrayendo muchas miradas y hace meses que está en lo más alto del ranking de DistroWatch. Lo pongo como ejemplo porque esta distro, como EndeavourOS y otras con base Arch, ofrecen muchas opciones del kernel, entre las que destacan el mainline, que es el más reciente, y el LTS, que son versiones del kernel soportadas durante más tiempo. Creo que solo hay que tener en cuenta un par de cosas.

Linux LTS: más parches y un poco mejor soportado

Las distros que ofrecen Linux LTS y mainline, generalmente usan por defecto el LTS. Cada proyecto tendrá sus motivos, pero merece la pena quedarse en un LTS si funciona bien en nuestro hardware. Los motivos son que es más estable, ya que recibe más parches a lo largo del tiempo, y también recibe mejor soporte.

Como ejemplo podemos mencionar casos de compatibilidad con software de terceros. Cuando se lanza una versión nueva de un programa, a veces se verifica su compatibilidad en distintas versiones del kernel; en ocasiones, ciertas versiones no funcionan como se espera en kernels muy nuevos, mientras que otras sí. En esas situaciones, mantener un LTS suele facilitar una experiencia más predecible y confiable, especialmente en entornos de trabajo o en equipos donde la estabilidad es prioritaria.

Explico esto porque desarrollar no es fácil. Se desarrolla con unas preferencias, y quien está detrás de esas soluciones ha probado en varios entornos y, a veces, lo que funciona en una versión puede no hacerlo en otra. El caso es que en el último mainline puede haber diferencias de compatibilidad respecto a versiones anteriores, y es normal que algunas herramientas funcionen mejor en un LTS estable que en las versiones más recientes.

Linux mainline: soporte para el hardware más reciente

Linus Torvalds lanza una nueva versión del kernel aproximadamente cada dos meses. Aunque se incluyen novedades en redes, sistemas de archivos y más cosas, uno de los puntos más importantes es añadir soporte para nuevo hardware. Si te compras un PC en febrero y ese equipo incluye hardware que no estaba previsto para el kernel anterior, es probable que el mainline reciente ya lo soporte o lo tenga más afinado.

Si nos empeñamos en quedarnos en un Linux LTS y el último es 6.18, la experiencia podría no ser tan completa como esperas, especialmente en hardware reciente. Por ello merece la pena usar el último kernel si soporta mejor el hardware de nuestro equipo.

Tener los dos por si acaso… o incluso tres

Lo más recomendable es contar con varios kernels instalados. Una norma no escrita dice que conviene tener el último kernel y al menos el anterior LTS. Volviendo al ejemplo de compatibilidad de ciertas herramientas, si necesitas una versión concreta para funcionar, podrías usar un kernel anterior (por ejemplo 6.18) y la herramienta en cuestión; si está disponible en un kernel más nuevo, podrías cambiar a ese. Si solo tuvieses la versión más reciente, podrías encontrarte con limitaciones.

En distribuciones con un gestor de kernels, existe también la posibilidad de dejar instalado otros para usos concretos. Por ejemplo, podrías conservar un kernel más antiguo para dispositivos o periféricos específicos, y mantener un kernel reciente para el resto del sistema. El gestor de núcleos facilita cambiar entre ellos sin complicaciones.

A modo de resumen:

• Linux LTS por compatibilidad y soporte a largo plazo.
• El último mainline por soporte de nuevo hardware y las últimas funciones.
• Otros núcleos por funciones o compatibilidad que ya no están en los más recientes.

from Linux Adictos https://ift.tt/h6C0M8b
via IFTTT