Fedora Linux 38 se destaca por presenta nuevos Spins

La nueva versión de Fedora Linux 38 ya fue liberada y en esta nueva versión podremos encontrar una gran cantidad de cambios significativos, novedades bastante interesantes y sobre todo la introduccion de nuevas compilaciones y más.

Y es que dentro de las novedades de esta nueva versión, lo que más se destaca es la introduccion de la primera etapa de la transición al proceso de arranque modernizado, en el cual las diferencias con el arranque clásico se reducen a utilizar en lugar de la imagen initrd generada en el sistema local al instalar el paquete del kernel, la imagen unificada del kernel UKI (Imagen unificada del kernel) generada en la infraestructura de distribución y certificada por la firma digital de la distribución.

UKI combina un controlador para arrancar el kernel desde UEFI (stub de arranque UEFI), una imagen del kernel de Linux y un entorno de sistema initrd cargado en la memoria en un archivo. Al llamar a la imagen UKI desde UEFI, es posible verificar la integridad y validez de la firma digital no solo del kernel, sino también del contenido del initrd, cuya validación es importante porque en este entorno se extraen claves para descifrar. En esta primera etapa, se agrega soporte UKI al gestor de arranque.

Tambien se destaca la implementación de la primera etapa de Microdnf, el cual está reemplazando al DNF actualmente utilizado. Microdnf se ha actualizado significativamente y ahora es compatible con todas las características principales de DNF, pero al mismo tiempo se caracteriza por su alto rendimiento y tamaño compacto.

Otra de las novedades de esta nueva versión de Fedora 38, es que ahora RPM utiliza el paquete Sequoia para analizar claves y firmas digitales, que ofrece una implementación de OpenPGP en el lenguaje Rust. Anteriormente, RPM usaba su propio código de análisis OpenPGP.

Ademas de ello, tambien podremos encontrar la nueva versión de GNOME 44, que continúa migrando aplicaciones para usar GTK 4 y la biblioteca libadwaita (el shell de usuario de GNOME Shell y el administrador compuesto Mutter, entre otras cosas, se han traducido a GTK4). El modo de visualización de contenido en forma de cuadrícula de iconos se ha agregado al cuadro de diálogo de selección de archivos, ademas de que se han realizado numerosos cambios en el configurador y se agregó una sección para el control de Bluetooth al menú de configuración de cambio rápido.

En esta nueva versión de Fedora 38 las compilaciones con KDE, el asistente de configuración inicial se eliminó de la distribución, ya que la mayoría de sus funciones no se usan en KDE Spin y Kinoite, y el instalador de Anaconda configura las configuraciones iniciales durante la etapa de instalación.

Por otra parte, en Fedora 38 Flathub desactivó el filtro que eliminó paquetes no oficiales, programas propietarios y aplicaciones con requisitos de licencia restrictivos. Si hay paquetes flatpak y rpm con los mismos programas, al usar el software GNOME, primero se instalarán los paquetes Flatpak del proyecto Fedora, luego los paquetes RPM y luego los paquetes de Flathub.

Tambien no podemos dejar de lado que en esta nueva versión de Fedora 38 se lanzo la compilación para dispositivos móviles con el shell Phosh, que se basa en las tecnologías GNOME y la biblioteca GTK y que utiliza el servidor compuesto Phoc que se ejecuta sobre Wayland, así como su propio teclado en pantalla squeekboard.

Y es que hablando de nuevas compilaciones tampoco podemos olvidar los nuevos Spins de Fedora, el cual uno de ello es Budgie Spin con el shell gráfico Budgie, que se basa en las tecnologías GNOME, Budgie Window Manager (BWM) y la implementación propia de GNOME Shell.

El otro Spins que se agregó es el de «Fedora Sway Spin» con el entorno personalizado de Sway creado con el protocolo Wayland y totalmente compatible con el administrador i3 e i3bar.

De las demás novedades que presenta esta nueva versión de Fedora 38:

• El entorno de usuario de Xfce se ha actualizado a la versión 4.18.
• Se ha iniciado la formación de ensamblajes con el entorno de usuario LXQt para la arquitectura AArch64.
• El administrador de pantalla SDDM tiene una interfaz de inicio de sesión predeterminada con Wayland. El cambio permite migrar el administrador de inicio de sesión a Wayland en compilaciones con el escritorio KDE.
• Se agregó un instalador simplificado para instalar imágenes de la edición Fedora IoT en dispositivos IoT. El instalador se basa en coreos-installer y utiliza una copia directa de una imagen OStree de stock sin interacción del usuario.
• Las imágenes en vivo se han actualizado para admitir la inclusión automática de una capa para el almacenamiento persistente de datos al arrancar desde una unidad USB.
• En el servidor X y Xwayland, debido a posibles problemas de seguridad, de forma predeterminada, los clientes no pueden conectarse desde sistemas que tienen un orden de bytes diferente.
• Se redujo el temporizador para forzar el cierre de las unidades systemd durante el apagado de 2 minutos a 45 segundos.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Descargar y obtener Fedora 38

Para los interesados en descargar la nueva versión de Fedora 38 para instalar o probar en sus equipos, pueden obtener la imagen del sistema con Gnome o sus diferentes variantes (Spins) desde el sitio web oficial de la distribucion. El enlace es este.

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

Vivaldi es un navegador web popular por todo lo que ofrece. Lo primero distintivo que yo recuerdo fue la posibilidad de que la parte superior cambiara de color dependiendo de la página web que estemos visitando. Más adelante permitieron poner pestañas en mosaico, integraron correo, calendario y cliente de RSS y hubo un momento en el que el ritmo paró un poco. Pero hoy ha llegado Vivaldi 6.0 con al menos dos novedades que llaman la atención.

De las dos, empezaré por la que ha empezado el CEO de Vivaldi Technologies: los iconos de los botones se pueden personalizar. Por ejemplo, podemos coger un icono de una casa y ponerlo para volver a la pantalla de inicio, o cambiar los botones de adelante y atrás por otros que nos gusten más. No seré yo quien diga que le encanta personalizar estas cosas, pero la posibilidad está ahí.

Vivaldi 6.0 llega con retoques en la interfaz

Siguiendo con los iconos, los que hay por defecto también han cambiado. A veces, yo me confundía para encontrar las notas, pero a partir de Vivaldi 6.0 será más fácil dar con lo que buscamos porque los iconos son más representativos, en el caso de las notas ahora una libreta y un lápiz. El botón del panel lateral ha pasado a la parte superior, en donde también encontramos más diferencias.

La barra de direcciones (URL) es ahora más pequeña, no llega de parte a parte. A la izquierda es donde tenemos el botón del panel lateral, y tanto barra de direcciones como la de búsqueda, en conjunto, están más centradas.

La segunda novedad que destaca sobre las demás es la de los espacios de trabajo. Hasta ahora ya podíamos apilar las pestañas y separarlas para tener un mejor control sobre ellas, pero ahora podremos controlarlas aún más porque podemos enviarlas a su espacio de trabajo correspondiente.

Yo definiría estos espacios de trabajo como mini-sesiones de navegación. Si tenemos uno o ninguno, no notaremos nada. Si tenemos más de uno, al elegir un espacio de trabajo sólo veremos las pestañas que le pertenecen, y el resto estarán ocultas. Sin lugar a dudas, algo importante para los que quieren tenerlo todo mejor organizado.

Las dos novedades más destacadas se pueden combinar: los espacios de trabajo ofrecen unos iconos por defecto, pero éstos se pueden personalizar.

Otras novedades

Entre el resto de novedades, también se destaca que los correos se pueden arrastrar y soltar a una nueva carpeta, de hecho este es el tercer cambio que se menciona como nueva función. Lo demás son decenas de retoques que se pueden ver en la nota de este lanzamiento.

Vivaldi 6.0 ya está disponible para descargar desde su página web oficial.

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

Python es un lenguaje de alto nivel de programación interpretado cuya filosofía hace hincapié en la legibilidad de su código

Deb Nicholson, directora ejecutiva de Python Software Foundation dio a conocer que la propuesta Ley de Resiliencia Cibernética (CRA) de la UE lanzada el año pasado, puede causar problemas que ponen en peligro la misión de la organización y la reputación de la comunidad de software libre.

La propuesta es necesaria para aumentar el nivel de confianza de los usuarios y el atractivo de los productos de la UE que contienen elementos digitales al tiempo que brindan seguridad jurídica.

Para quienes desconocen de la Python Software Foundation (PSF) deben saber que es una organización benéfica sin fines de lucro cuyo objetivo es promover, proteger y promover el lenguaje de programación Python. Python Software Foundation facilita discusiones técnicas para el ecosistema en general y apoya muchas oportunidades educativas para la comunidad global de desarrolladores de Python.

La Python Software Foundation expresa su preocupación sobre algunas formulaciones de la política propuesta actualmente ya que «no es lo suficientemente clara para un ecosistema como el de Python». Tal como está redactado actualmente, la Free Software Foundation podría ser financieramente responsable de cualquier producto que incluya código Python, aunque nunca ha recibido ganancias monetarias de ninguno de estos productos.

“El riesgo de enormes costos potenciales en la práctica nos impediría continuar suministrando Python y PyPI al público europeo. »

Deb Nicholson menciona que «ciertamente, todos quieren seguridad, que los consumidores tengan garantías razonables y que la industria del software sea responsable ante sus clientes». Sin embargo, es esencial que estas garantías se esperen de la entidad correcta y que la carga legal de cualquier falta de informe recaiga sobre la entidad correcta.

Muchas piezas de software que terminan en productos comerciales de software o hardware provienen de repositorios de software gratuitos disponibles públicamente, como PyPI, donde no se paga ninguna compensación. No se debe agradecer a los lenguajes y repositorios de código abierto los servicios públicos que brindan de forma gratuita con el riesgo continuo de acciones legales ruinosas y costosas. FSP no debe ser responsable de cada aplicación o dispositivo que contenga código Python.

Según el PSF, asignar la responsabilidad a cada desarrollador ascendente reduciría la seguridad, no la aumentaría. Dejar a los desarrolladores individuales y/o con recursos insuficientes en una posición legalmente poco clara al contribuir a repositorios públicos como Python Package Index seguramente tendría un efecto negativo en ellos.

Solo las entidades que vendan suficiente software o combinaciones de software/hardware para asumir la responsabilidad del producto podrían continuar operando abiertamente. Las mejoras para el usuario y los beneficios de seguridad compartidos de la colaboración global de software solo estarían disponibles para los desarrolladores que trabajan en nombre de unas pocas empresas grandes.

Por otra parte, tambien se menciona que el crecimiento y la innovación serían reprimidos, ya que la seguridad de los lenguajes como Python depende de la disponibilidad continua de una entidad neutral y no comercial que pueda servir como centro de intercambio de información sobre software nuevo, mejoras y correcciones de errores que la comunidad de software en general pueda compartir libremente.

“Los miembros de PSF y los usuarios de Python en Europa pueden escribir a su eurodiputado para plantear inquietudes sobre el proyecto de ley de resiliencia cibernética de la UE antes del 26 de abril, ya que aún se están considerando enmiendas para proteger los repositorios públicos de software libre. 

Es posible designar un representante autorizado: de hecho, como fabricante, se puede designar un representante externo que pueda relevarlo de la gestión de la declaración UE de conformidad y con fines de vigilancia del mercado.

Finalmente, no es demasiado pronto para comenzar a planificar en consecuencia, adaptar su estrategia de producto digital y elegir los socios especialistas adecuados para no perder la oportunidad de acceder al mercado único de la UE.

Por otra parte, se menciona que si bien ley de resiliencia cibernética respalda los objetivos declarados de las políticas de aumentar la seguridad y la responsabilidad de los consumidores de software europeos, la Python Software Foundation dice que le preocupa que las políticas que son demasiado amplias puedan dañar involuntariamente a los usuarios que deben proteger.

“Creemos que es importante tener en cuenta el papel que desempeñan las organizaciones sin fines de lucro independientes del proveedor, especialmente los repositorios de software públicos, en el desarrollo de software moderno. 

Muchos editores de software modernos confían en el software de código abierto de repositorios públicos sin notificar al autor y, desde luego, sin entablar ninguna relación comercial o contractual con él. Si la ley propuesta se aplica tal como está redactada actualmente, los autores podrían ser legal y financieramente responsables de cómo se aplican sus componentes en el producto comercial de un tercero.

Según la Python Software Foundation, el texto actual no hace ninguna diferencia entre los autores independientes a los que nunca se les ha pagado por proporcionar software y los gigantes tecnológicos que venden productos a cambio de pagos de los usuarios finales.

“Creemos que la mayor responsabilidad debe asignarse cuidadosamente a la entidad que ha celebrado un acuerdo con el consumidor. Nos unimos a nuestros colegas europeos en la Fundación Eclipse y NLnet Labs para expresar nuestras preocupaciones sobre cómo estas políticas podrían afectar los proyectos globales de código abierto. “

Hacemos muchas otras cosas al servicio de nuestra misión caritativa”, pero hay dos actividades que podrían verse afectadas por Python Software Foundation:

“Nadie nos paga por el software, ya sea por el idioma base o por los paquetes que puede descargar del repositorio que mantenemos. A primera vista, esto podría sugerir que no se puede ganar dinero con Python o los paquetes de Python. De hecho, lo contrario es cierto”, dice Python Software Foundation.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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