{"id":142582,"date":"2025-09-08T17:11:54","date_gmt":"2025-09-08T15:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/nachalos-alfa-testirovanie-freebsd-15"},"modified":"2025-09-08T17:11:54","modified_gmt":"2025-09-08T15:11:54","slug":"nachalos-alfa-testirovanie-freebsd-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/nachalos-alfa-testirovanie-freebsd-15","title":{"rendered":"Comenz\u00f3 la prueba alfa de FreeBSD 15","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha preparado la primera versi\u00f3n alfa de FreeBSD 15.0. Los ensamblajes de instalaci\u00f3n se han formado para las arquitecturas amd64, powerpc64le, aarch64 y riscv64. El lanzamiento est\u00e1 programado para el 2 de diciembre. La actualizaci\u00f3n a la rama 15.0-ALPHA1 desde versiones anteriores mediante la utilidad freebsd-update a\u00fan no se ha implementado. <\/p>\n
A partir de la rama FreeBSD 15, el tiempo de soporte para ramas significativas despu\u00e9s de la formaci\u00f3n del primer lanzamiento (15.0) se ha reducido de 5 a 4 a\u00f1os, y nuevas ramas significativas se formar\u00e1n cada dos a\u00f1os. Las versiones intermedias (15.1, 15.2, 15.3) se desarrollar\u00e1n dentro de un ciclo de desarrollo fijo, lo que implica la publicaci\u00f3n de nuevas versiones en una misma rama aproximadamente cada 6 meses, en lugar de una vez al a\u00f1o como se hac\u00eda anteriormente. Teniendo en cuenta el soporte simult\u00e1neo de dos ramas significativas diferentes, una nueva versi\u00f3n intermedia se publicar\u00e1 cada 3 meses (15.4, 16.1, 15.5, 16.2, etc.), excepto durante la preparaci\u00f3n de los primeros lanzamientos de nuevas ramas significativas, para las cuales habr\u00e1 un intervalo de 6 meses entre lanzamientos (por ejemplo, el lanzamiento 15.3 se formar\u00e1 en junio de 2027, 16.0 en diciembre de 2027, 15.4 en marzo de 2028, 16.1 en junio de 2028). <\/p>\n
El anuncio oficial de la versi\u00f3n alfa de FreeBSD 15 incluye un enlace a las notas de la versi\u00f3n (copia) con una lista de cambios incorrecta. La lista mencionada carece de sentido, ya que contiene cambios no espec\u00edficos de la rama FreeBSD 15, sino cambios en la rama 14.x respecto a la versi\u00f3n 14.0, es decir, incluye datos antiguos que fueron trasladados de notas de versiones publicadas anteriormente (14.1, 14.2 y 14.3). <\/p>\n
Algunos cambios en la rama FreeBSD 15, se\u00f1alados en Git: <\/p>\n
\n
Se ha detenido la formaci\u00f3n de im\u00e1genes de instalaci\u00f3n y paquetes binarios para arquitecturas de 32 bits. La capacidad de compilar programas de 32 bits y utilizar el modo COMPAT_FREEBSD32 para ejecutar archivos ejecutables de 32 bits en un entorno basado en un n\u00facleo de 64 bits se mantendr\u00e1 al menos hasta el final del ciclo de vida de la rama FreeBSD 16.\n
Se ha eliminado el administrador de vol\u00famenes l\u00f3gicos gvinum, que se utilizaba para RAID program\u00e1tico. El desarrollo de Gvinum se detuvo hace aproximadamente 15 a\u00f1os, aunque existen varios problemas conocidos en el c\u00f3digo que nadie ha intentado solucionar. Se recomienda utilizar gconcat, gmirror, gstripe, graid o zfs en lugar de gvinum.\n
Se planea eliminar el controlador agp (Accelerated Graphics Port), necesario para el funcionamiento de muchos controladores para tarjetas gr\u00e1ficas antiguas.\n
El estado de los controladores DRM i915 y amdgpu se ha sincronizado con el n\u00facleo de Linux 6.9.\n
Se ha a\u00f1adido soporte para atributos de archivo nombrados (atributos extendidos al estilo Solaris), que se planean mantener como un mecanismo alternativo de gesti\u00f3n de atributos extendidos, disponible para ZFS y NFSv4. Las diferencias con los m\u00e9todos tradicionales de FreeBSD y Linux para trabajar con atributos extendidos se reducen a la representaci\u00f3n de los atributos en un directorio de servicio, no visible en el espacio de nombres principal del sistema de archivos y asociado al archivo. El trabajo con atributos se realiza como con archivos normales; por ejemplo, para determinar la lista de atributos se puede ejecutar la funci\u00f3n readdir().\n
Se han implementado llamadas al sistema con la implementaci\u00f3n del mecanismo inotify para monitorear cambios en los sistemas de archivos.\n
Se ha a\u00f1adido la utilidad sndctl para gestionar la configuraci\u00f3n de las tarjetas de sonido.\n
Se ha a\u00f1adido la utilidad mididump para volcar eventos MIDI 1.0 en tiempo real.\n
Se ha declarado listo para su uso el m\u00f3dulo mac_do, que permite establecer pol\u00edticas que permiten a los usuarios no privilegiados modificar las credenciales de los procesos. Para ejecutar comandos bajo otro usuario, se ha preparado una utilidad mdo similar a la utilidad su, pero que no requiere suid root.\n
La implementaci\u00f3n del protocolo TLS en el lado del kernel (KTLS) est\u00e1 habilitada por defecto.\n
Se ha a\u00f1adido un nuevo backend de red 'slirp' al hipervisor bhyve, que utiliza la biblioteca libslirp con la implementaci\u00f3n de la pila de red en el espacio de usuario. El backend 'slirp' permite acceder a la red del sistema invitado desde el entorno del host sin necesidad de configuraci\u00f3n de red separada en el lado del host.\n
El comportamiento de las llamadas al sistema setgroups, getgroups e initgroups al procesar grupos de usuarios se ha acercado al de otras plataformas (la diferencia en la implementaci\u00f3n en FreeBSD era que el identificador efectivo del grupo de procesos se almacenaba en el primer elemento del array con la lista de grupos).\n
La implementaci\u00f3n de Kerberos en el n\u00facleo de FreeBSD se ha reemplazado de Heimdal Kerberos a MIT Kerberos. Para volver a Heimdal Kerberos en la compilaci\u00f3n, se puede utilizar la bandera WITHOUT_MITKRB5. En FreeBSD 16, el soporte para la compilaci\u00f3n de Heimdal Kerberos ser\u00e1 eliminado.\n