OpenJDK es la versión libre de la plataforma de desarrollo Java bajo concepto de lenguaje orientado a objetos.

Hace poco se lanzó una propuesta para promover los seguimientos de la pila asincrónica en Java y que está prosperando en el proceso de mejora de Java de OpenJDK.  Se pretende que el proyecto defina una API AsyncGetStackTrace para recopilar seguimientos de pila de forma asíncrona e incluir datos sobre Java y marcos de pila nativos.

Según la propuesta, el rendimiento no se vería afectado cuando la API no está en uso y los requisitos de memoria no aumentarían significativamente en comparación con la API AsyncGetCallTrace existente. La nueva API no se recomendaría para uso en producción, ya que podría bloquear la JVM. Los planes incluyen minimizar los riesgos de tal incidente a través de pruebas y verificaciones exhaustivas.

AsyncGetCallTracees utilizado por la mayoría de los generadores de perfiles disponibles, tanto de código abierto como comerciales, incluidos asíncrono-perfilador. Pero tiene dos grandes inconvenientes.

1. esta es una API interna, no exportada en ningún encabezado;
2. solo devuelve información sobre los marcos de Java, es decir, su método y los índices de código de bytes.

Estos problemas dificultan la implementación de perfiladores y herramientas relacionadas. Aunque se puede extraer información adicional de HotSpot VM a través de un código complejo, otra información útil está oculta y es imposible de obtener:

Si un marco Java compilado esen línea(actualmente, solo se puede obtener para los marcos compilados más altos).

El nivel de compilación de un marco Java (es decir, compilado por C1 o C2).
Información sobre marcos C/C++ que no están en la parte superior de la pila.

Estos datos pueden ser útiles al perfilar y ajustar una máquina virtual para una aplicación determinada, así como al perfilar código que usa mucho JNI.

La API se modelaría en la APIAsyncGetCallTrace, ademas de que la nueva API aún no se ha ofrecido para una versión específica de Java estándar. El próximo lanzamiento de Java es (JDK) 20, que se espera para marzo de 2023. Java tiene un proceso formal para incorporar cambios en la plataforma que ha logrado responder a las circunstancias cambiantes al mismo tiempo que logra un alto grado de estabilidad.

Los generadores de perfiles pueden llamar a esta API para obtener el seguimiento de la pila para el subproceso que se está ejecutando actualmente. Llamar a esta API desde un controlador de señales es seguro y la nueva implementación será al menos tan estable como el código de seguimiento de pila del JFR. La máquina virtual completa la información del marco y el recuento de marcos. La persona que llama a la API debe asignar la matriz de llamadas con suficiente memoria para la profundidad de pila solicitada.

La máquina virtual completa la estructura de seguimiento que contiene el número real de imágenes en la matriz de imágenes o un código de error.  Los códigos de error son un subconjunto de los códigos de error para AsyncGetCallTrace.

Aunque la API proporciona más información, el espacio requerido por marco (por ejemplo, 16 bytes en x86) es el mismo que para la APIAsyncGetCallTrace existente. La devolución de información sobre los marcos de C/C++ da como resultado la divulgación de los detalles de implementación, pero esto también es cierto para los marcos de Java deAsyncGetCallTrace ya que revelan detalles de implementación de archivos de biblioteca estándar e incluyen marcos de envoltura nativos.

Incluso un desarrollador de Java experimentado puede no tener una buena comprensión de cómo se desarrolla y mantiene la plataforma. La principal lección que se debe aprender es que este es verdaderamente un proceso abierto.

La base del desarrollo de Java es el Java Community Process (JCP). Es una especie de documento básico autoconsciente que define cómo introducir cambios en la plataforma y también permite modificar el propio proceso. La última versión del JCP es la 2.11, que se adoptó en 2019.

JCP formaliza cómo se proponen, revisan y aprueban nuevas características y cambios en Java (es decir, especificaciones técnicas), incluida la definición de varios roles que las personas pueden ocupar. Estos roles ayudan a proporcionar un lugar donde la comunidad de usuarios de Java puede participar en el gobierno de la plataforma.

Para proponer nuevas funcionalidades y cambios, JCP permite la creación («iniciación») de Java Specification Requests (JSR). Esto se hace a través de un formulario estandarizado. Para acceder al formulario, debe registrarse para obtener una cuenta JCP gratuita.

A partir de ahí, muchos cambios, pequeños o no, llegan a las tecnologías Java que usamos todos los días. Cuando llega un JSR, ingresa al proceso de revisión de JSR. Es un proceso de varios pasos en el que los cambios propuestos en el JSR se consideran gradualmente con más seriedad, se modifican y finalmente se adoptan o se suspenden.

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/qsyM18V
via IFTTT

Yo no puedo decir que en el pasado haya sido un gran defensor de Phosh, pero tampoco que no me haya rendido a la evidencia. Aunque hay otras opciones que están mejor diseñadas, el escritorio GNOME no oficial es el que menos parece un campo de minas. Tampoco lo parece Ubuntu Touch, pero lo que ofrece UBports está mucho más limitado. Con este panorama, no debe extrañar que se estén planteando que Fedora 38 llegue junto a una imagen de su sistema operativo para móviles basada en Phosh.

Si extraña un poco, pero poco, es que se hayan decantado por Phosh y no por la versión oficial que está desarrollando GNOME. O no, porque lo que está en el horno del proyecto que hay detrás del escritorio Linux más usado está ahí, cocinándose a fuego lento. Hay algunas imágenes disponibles, pero ninguna oficial, y mucho menos nada que se pueda considerar estable. Por lo tanto, lo que llegará junto a Fedora 38 será lo más lógico: algo basado en GNOME que ya se puede usar.

Fedora 38 con Phosh, a debate

Lo cierto es que esta es una posibilidad que se está debatiendo ahora mismo. Hay una propuesta sobre la mesa, pero ahora debe aceptarse e ir adelante con los planes. La v38 de Fedora llegará dentro de más de seis meses, por lo que lo más lógico es pensar que la versión con Phosh  estará disponible el mismo día del lanzamiento de la versión para escritorio. El proyecto también está valorando la posibilidad de lanzar una versión con Plasma, pero ésta sería otra propuesta que aún está por llegar.

Aunque a mí me gusta más Plasma, las veces que lo he probado he visto que no va tan bien como Phosh, y además, por lo menos la última vez que lo usé, no estaba traducido al español. En lo personal, a diferencia de lo que pasa en el escritorio, donde está todo mucho más maduro, quizá me gustaría que todos los proyectos unieran fuerzas y se centraran en hacer algo que funcionara de verdad, pero es algo que no depende de mí. Por mi parte, que vayan despacio y con una letra que no sea horrorosa ya es suficiente.

Fedora 37 debería llegar a mediados de este mes.

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

Todos quieren tener el mejor ISP (Internet Service Provider), o proveedor de servicios de Internet, sin embargo, pocos saben realmente cómo funciona uno de estos servicios por dentro. Por ejemplo ¿alguna vez te has preguntado qué tipo de servidores usan estas empresas? Aquí podrás obtener algunas respuestas a estos temas tan interesantes y que pasan desapercibidos para muchos usuarios.

Y es que, para que tengas la mejor tarifa de móvil e internet, primero has de conocer las entrañas de los centros de datos que hacen posible que puedas disfrutar de conexión cableada en tu hogar u oficina, o a través de líneas móviles estés donde estés.

¿Qué es un ISP?

Un proveedor de servicios de Internet, o ISP, es la empresa que te proporciona acceso a Internet. La empresa puede ser privada o pública. Tu ISP es la empresa que te da la «conexión» para que puedas conectarte a Internet, ya sea a través de datos móviles o de cableado por línea telefónica, WiMAX, etc. Pero para que esto sea posible, estas empresas necesitan de servidores para realizar su función. Estas grandes máquinas alojadas en centros de datos son desconocidas para muchos, pero aquí podrás aprender un poco más sobre ellas, por donde pasa todo tu tráfico de red.

Funciones de un ISP

Hay muchos dispositivos conectados a Internet en los hogares y las empresas. Los teléfonos, portátiles, ordenadores de sobremesa y otros dispositivos con acceso a internet se conectan al mundo a través de ese dispositivo, y los ISP los conectan al mundo. Este es un ejemplo de cómo funcionan los ISP cuando se descargan archivos o se abren páginas web de internet.

1. Cuando utilizas tu portátil en casa para acceder a una página de un sitio como linuxadictos.com, el navegador web utiliza los servidores DNS que están configurados en el dispositivo para traducir el nombre de dominio de linuxadictos.com a la dirección IP a la que está asociado (178.255.231.116), que es la dirección que está configurada para utilizar. De hecho, tanto si pones la IP en la barra de direcciones del navegador web como si pones el domino, el resultado será el mismo. Todo gracias a los servidores DNS que actúan como una base de datos que relaciona IP con dominio.
2. La dirección IP se envía desde su router a su ISP, que reenvía la solicitud al ISP.
3. En este punto, el ISP envía la página a tu navegador web, permitiéndote ver la web.

Este proceso se produce rápidamente, normalmente en cuestión de milisegundos. Para que funcione, tanto la red debe tener una dirección IP pública asignada por un ISP. El mismo principio se aplica al envío y recepción de otros archivos, como fotos, vídeos y documentos. Todo lo que se descargue o suba en línea se enruta a través de un ISP.

ISP de datos móviles

En el caso de la telefonía móvil y las líneas de datos móviles funcionan de una forma similar, solo que en este caso intervienen los satélites, además de los servidores que hay en la Tierra en los centros de datos. De esta forma te permiten estar conectado allá donde vayas, gracias a la cobertura que ofrecen con tecnologías como el 4G o el 5G.

¿Qué tipo de servidores usa un ISP?

El tipo de servidor del ISP depende de la empresa y del tamaño, ya que no todos son iguales. Por ejemplo, puede haber una empresa de ISP con 750 servidores de tipo Linux dedicados a los servicios de red, mientras que también puede tener otros tantos servidores Windows para temas de facturación y gestión de usuarios. No obstante, esto puede ser muy variable como digo. Sin embargo, se sabe que los servidores con sistemas operativos GNU/Linux están muy presentes en este tipo de servicios.

Además, ten en cuenta que un ISP no solo provee del servicio de Internet, también puede darte otros servicios como VOIP, línea telefónica, etc. Todo esto también puede gestionarse con servidores Linux y bases de datos SQL.Y es que, sea del tipo que sea, se necesita una alta fiabilidad para que el servicio no caiga y todos sus clientes se queden sin él. Deben ser máquinas de alta disponibilidad en cualquier caso.

Por otro lado, hay que destacar que estos servidores tienen unos equipos de red bastante avanzados, ya que son los que se encargan de enrutar todo el tráfico entrante y saliente.

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

ROSA Linux es una distribución y sistema operativo Linux, desarrollado por la compañía rusa LLC NTC IT ROSA

Se dio a conocer hace poco el lanzamiento de la nueva versión correctiva de «ROSA Fresh 12.3», una distribución desarrollada por la comunidad y distribuida libremente construida sobre la plataforma rosa2021.1.  El lanzamiento se destaca por el hecho de que, además de las imágenes formadas anteriormente con KDE 5, GNOME y LXQt, se lanzaron imágenes con Xfce y una imagen de servidor minimalista siendo esta la primer compilación de la distribución de servidor basado en la base del paquete ROSA Fresh.

La compilación del servidor incluye solo el conjunto mínimo de componentes necesarios para un trabajo de administrador conveniente, y puede instalar los paquetes necesarios desde el repositorio, incluidos, por ejemplo, FreeIPA y la bifurcación rusa de nginx Angie con módulos adicionales.

Para quienes desconocen de ROSA Fresh deben saber que esta es una distribucion de Linux rusa, moderna, creada por la comunidad y legalmente disponible para todos de forma gratuita y cuyo código fuente del sistema está publicado bajo licencia GPL.

ROSA se originó como un fork de la ahora desaparecida distribución Linux Mandriva y desde entonces ha sido desarrollado en forma independiente. La compañía ROSA fue fundada a principios de 2010 y lanzó la primera versión de su sistema operativo en diciembre de 2010. Inicialmente, apuntaba a los usuarios empresariales, pero a fines de 2012 ROSA inició su distribución orientada al usuario final, la Desktop Fresh.

Principales novedades de ROSA Fresh 12.3

En esta nueva versión de la distribucion la base se ha actualizado, junto con el kernel de Linux que se actualizó a la versión 5.15.75 (la rama 5.10 enviada anteriormente sigue siendo compatible).

Otro cambio importante es que el diseño de disco recomendado por el instalador (intercambio habilitado), admite el mecanismo zswap, que utiliza el algoritmo zstd para la compresión, lo que le permite trabajar de manera eficiente en sistemas con una pequeña cantidad de RAM.

Ademas de ello, tambien se destaca que se ha cambiado el formato de las imágenes de arranque: la unidad flash con la imagen de ROSA Linux ahora está montada de forma predeterminada y su contenido se puede ver en el administrador de archivos.

Para cada entorno de usuario, ahora hay dos imágenes disponibles: estándar (con soporte para UEFI y BIOS, pero con una tabla de particiones MBR) y .uefi (también con soporte para UEFI y BIOS, pero con una tabla de particiones GPT), que le permite instalar el sistema en una amplia gama de computadoras.

Por otra parte, se ha trabajado para poder disminuir el tiempo de espera predeterminado en el cargador de arranque, el sistema arranca más rápido ahora.

De los demás cambios que se destacan de la nueva versión:

• Se agregó una utilidad de consola para la instalación automática de controladores de video NVIDIA kroko-cli (desarrollo propio, código fuente ) a las imágenes.
• Tambien se destaca que ahora la consola brinda soporte para ayuda en idioma ruso basada en termhelper (desarrollo propio).
• dnfdragora oculta paquetes de 32 bits en imágenes de 64 bits para comodidad del usuario.
• Si los espejos principales no están disponibles para instalar paquetes, se proporciona un cambio automático a los espejos de respaldo.
• Se ha agregado a las imágenes el paquete rootcerts-russia con certificados del centro de certificación del Ministerio de Desarrollo Digital de Rusia (el paquete se puede eliminar sin interrumpir el rendimiento del sistema).
• Añadido indicador gráfico de actualización rosa-update-system a imágenes (desarrollo propio). Xfce usa el indicador de actualización dnfdragora.
• Controladores adicionales agregados a las imágenes para admitir Realtek Bluetooth y WiFi.

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

Para los interesados en poder probar o conocer la distribucion, deben saber que se ofrecen compilaciones totalmente gratuitas, diseñadas para la plataforma x86_64 en versiones con KDE Plasma 5, LXQt, GNOME, Xfce y sin GUI. Los usuarios que ya tengan instalado una versión anterior de ROSA Fresh R12.x recibirán la actualización automáticamente.

Al momento de la redacción, las imágenes del sistema aún no se han liberado, pero estarán listas en cuestión de días y se pueden obtener desde este enlace.

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

Imagen de Gerd Altmann en Pixabay

Hace poco se dio a conocer la noticia de que la empresa Veeam, (una empresa que produce software para copias de seguridad y recuperación ante desastres), propuso que se incluyera el módulo blksnap en el kernel de Linux con la implementación del mecanismo para crear instantáneas de dispositivos de bloque y rastrear cambios en dispositivos de bloque.

El propósito de crear el módulo es organizar la copia de seguridad de unidades y discos virtuales sin detener el trabajo, con ello se pretende que el módulo permita poder capturar el estado actual de todo el dispositivo de bloque en una instantánea, proporcionando una porción aislada para la copia de seguridad que no depende de los cambios en curso.

Hola a todos.

Sugiero una versión modificada del módulo kernel blksnap para su consideración. Permite crear instantáneas no persistentes de cualquier dispositivo de bloque. El principal El propósito de tales instantáneas es crear una copia de seguridad de los dispositivos de bloque.

Se crea una instantánea simultáneamente para varios dispositivos de bloque, lo que garantiza su consistencia mutua en la copia de seguridad.

Se menciona que una característica importante de blksnap es la capacidad de crear simultáneamente instantáneas para varios dispositivos de bloque a la vez, lo que permite no solo garantizar la integridad de los datos a nivel de dispositivo de bloque, sino también lograr la coherencia en el estado de los diferentes dispositivos de bloque en la copia de seguridad.

Para realizar un seguimiento de los cambios en el subsistema de dispositivos de bloque (bdev), se ha agregado la capacidad de adjuntar filtros que le permiten interceptar solicitudes de E/S . blksnap implementa un filtro que intercepta solicitudes de escritura, lee el valor anterior y lo guarda en una lista separada de cambios que determina el estado de la instantánea.

Con este enfoque, la lógica de trabajar con un dispositivo de bloques no cambia, la grabación en el dispositivo de bloques original se realiza tal cual, independientemente de las instantáneas, lo que elimina la posibilidad de corrupción de datos y evita problemas incluso en caso de errores críticos impredecibles. en blksnap y desbordamiento del espacio destinado a cambios.

Se puede usar un rango arbitrario de sectores en cualquier dispositivo de bloque para almacenar cambios instantáneos. El tamaño del almacenamiento de cambios se puede aumentar después de la la instantánea se crea agregando nuevos rangos de sector.

Esto permite crear un almacenamiento de diferencias en archivos individuales en un sistema de archivos que puede ocupar todo el espacio de un dispositivo de bloque y aumentar el almacenamiento de diferencias según sea necesario.

El módulo también permite poder determinar qué bloques se cambiaron entre la última y cualquier instantánea anterior, lo que puede ser útil al usuario para implementar copias de seguridad incrementales.

En cuanto a la parte de guardar los cambios, en relación con el estado de la instantánea, se menciona que se puede asignar un rango arbitrario de sectores en cualquier dispositivo de bloque, lo que le permite guardar los cambios en archivos separados dentro del FS en dispositivos de bloque. El tamaño del área para almacenar cambios se puede aumentar en cualquier momento, incluso después de que se haya creado la instantánea.

Para trabajar con instantáneas, se han preparado la utilidad de línea de comandos blksnap y la biblioteca blksnap.so, lo que le permite interactuar con el módulo del kernel a través de llamadas ioctl desde el espacio del usuario.

Blksnap se basa en el código del módulo veeamsnap, que es parte del producto Veeam Agent para Linux, pero rediseñado para las especificaciones de entrega en la parte principal del kernel de Linux.

La diferencia conceptual entre blksnap y veeamsnap es el uso de un sistema de filtros adjunto a un dispositivo de bloque, en lugar de un componente bdevfilter separado que intercepta la E/S.

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

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

Es un entorno de escritorio que presenta sus propias herramientas.

Se dio a conocer el lanzamiento de la nueva versión del entorno de escritorio Trinity R14.0.13, versión en la cual se agregó un nuevo controlador tdeio-slave «appinfo:/», el cual tiene la finalidad de mostrar información sobre archivos de configuración, directorios de datos, manuales de usuario y archivos temporales asociados con la aplicación especificada.

Otro cambio importante de esta nueva versión de Trinity R14.0.13, es que Konsole, Kate, KWrite, TDevelop y varios programas que usan el componente de edición basado en Kate, admiten cambiar el tamaño de la fuente al girar la rueda del mouse mientras se mantiene presionada la tecla Ctrl.

Ademas de ello, tambien podremos encontrar que en el navegador/administrador de archivos de Konqueror, el menú contextual «Acción» ahora permite seleccionar el modo para colocar la imagen actual como fondo de escritorio.

La barra de tareas ahora tiene la capacidad de usar operaciones desde el menú Mover botón de tarea y la interfaz de arrastrar y soltar para mover botones agrupados.

En la sección de configuración de Input Actions, se ha propuesto una nueva acción para insertar un retraso entre operaciones, se han agregado botones para mover la línea hacia arriba o hacia abajo y se ha mejorado una interfaz para crear y editar acciones.

Tambien se destaca que se ha mejorado el soporte para Gentoo, ademas de que se agregó soporte para Ubuntu 22.10, Fedora 36/37, openSUSE 15.4, compilaciones de Arch Linux para arquitecturas arm64 y armhf, mientras que en Ubuntu 20.10 se finalizó el soporte.

De los demás cambios que se destacan de esta nueva versión:

• Se agregó un conjunto de machbunt de estilo doble con un estilo de decoración de ventana que recuerda al tema KDE de SUSE 9.1/9.2.
• Se agregó un nuevo controlador tdeio-slave para el protocolo SFTP basado en el uso de libssh.
• Se agregó soporte para FFmpeg 5.0, Jasper 3.x y Poppler >= 22.04. Soporte mejorado para Python3.
• La documentación ha mejorado el formato de las llamadas a la API.
• Se corrigieron vulnerabilidades en el módulo tdeio-slave para FISH ( CVE-2020-12755 ) y KMail ( ataque EFAIL ).
• Se corrigieron problemas con la apertura de archivos a través de media:/ y system:/media/ URL desde aplicaciones que no son TDE.
• El editor de texto Kate ha implementado resaltado de sintaxis para archivos con marcado Markdown.
• Interfaz mejorada para configurar el fondo de escritorio.
• Compatibilidad proporcionada con OpenSSL 3.0.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

¿Cómo instalar Trinity desktop en Linux?

Para quienes estén interesados en poder instalar este entorno de escritorio en sus sistemas, pueden seguir las instrucciones que compartimos a continuación.

Para quienes sean usuarios de Ubuntu, Linux Mint o cualquier derivado de estos, lo primero que vamos a hacer es añadir el repositorio del entorno a nuestro sistema, por lo que para ello vamos a abrir una terminal en el sistema y vamos a teclear lo siguiente:

echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity.list

echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity-builddeps.list

Ya añadido el repositorio al sistema, en acto seguido vamos a descargar e importar al sistema la llave publica con el siguiente comando:

wget http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-keyring.deb
sudo dpkg -i trinity-keyring.deb

Después de ello vamos a proceder a actualizar nuestro listado de paquetes y repositorios con:

sudo apt-get update

Finalmente vamos a realizar la instalación del entorno en nuestro sistema con:

sudo apt-get install kubuntu-default-settings-trinity kubuntu-desktop-trinity

Ahora, para quienes sean usuarios de openSUSE leap 15.1, pueden instalar el entorno ejecutando los siguientes comandos:

rpm --import http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/RPM-GPG-KEY-trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/trinity-r14/RPMS/x86_64 trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/trinity-r14/RPMS/noarch trinity-noarch

zypper refresh
zypper install trinity-desktop

Mientras que para quienes sean usuarios de Arch Linux o algún derivado, pueden compilar el entorno siguiendo las instrucciones de este enlace o añadir el siguiente repositorio a su archivo pacman.conf

[trinity]
Server = https://repo.nasutek.com/arch/contrib/trinity/x86_64

Actualizan e instalan con:

sudo pacman -Syu
sudo pacman -S trinity-desktop

Para el resto de las distribuciones de Linux, pueden seguir las instrucciones que se comparten en el sitio web oficial del entorno.

• Debian
• Devuan
• Raspbian
• Redhat / CentOS
• Fedora
• Mageia
• Mandriva
• MX Linux
• PCLinuxOS
• Slackware
• ALT Linux
• Arch Linux

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

Hace unos días escribí un artículo que explicaba por qué uso Linux si «eso no lo usa nadie». Entre los motivos que dí estaba que Linux no suele poner las restricciones que pone el sistema operativo de las ventanas, y Windows 11 no se instalará si el chip de nuestro equipo no soporta TPM 2.0 (siglas de Trusted Platform Module). Sólo ordenadores relativamente modernos soportan esto, y mi Lenovo de 2016, por ejemplo, debería quedarse en la cuneta.

Ya lo explicó Diego, recordándonos como IBM perdió clientes mientras Microsoft e Intel seguían su tendencia al alza. Los movimientos extraños hacen que la gente se mosquee y se plantee un cambio, y más aún si no se les permite instalar su opción principal. Y es que, un año después de su lanzamiento, Windows 11 tiene una cuota del 15%, pero no una cuota de mercado general, sino comparándolo con respecto a otras versiones del sistema que desarrolla Microsoft.

Windows 11 no llega a 1 de cada 6 ordenadores con Windows

Si algo aprendimos al cambiar al Euro, además de que las cosas podían ser más caras, fue la relación entre el 1 y el 16. Aunque con decimales, 0.16 x 6 son 1 (insisto, con decimales, que sé que son 96), así que, de un vistazo, sabemos que la última información de statcounter indica que Windows 11 no llega a estar instalado en 1 de cada 6 ordenadores con Windows. Sus datos dicen que está en el 15.45% de los ordenadores con las ventanas, lo que está más cerca del 1 de cada 7. ¿El motivo? No está claro, pero el TPM 2.0 tiene algo que decir, sin lugar a dudas.

Entre los usuarios de Windows hay algunos que no son muy aficionados a actualizar el sistema operativo. Windows 7 se quedó sin soporte en enero de 2020, y aún está en el 9.62%, muy por encima de Windows 8 que se queda en el 2.45%. Aún con estas personas que prefieren no cambiar, las cifras serían mejores sin la restricción del TPM. De hecho, hay muchos artículos y vídeos que explican cómo saltarse esta restricción, y si existe este contenido es porque sí interesa. Por lo tanto, interés hay, ni más ni menos que lo que ha habido siempre, pero Microsoft ha añadido una restricción que está «matando» a muchos equipos.

… y yo tan feliz en Linux

Esto es algo que no pasa en Linux. No es imposible que un ordenador no cumpla con los requisitos mínimos, pero esto suele ser cuando el sistema operativo ha evolucionado hasta un punto en el que requiera más RAM y disco duro. No se ponen restricciones por ponerlas. En la actualidad, prácticamente cualquier ordenador puede instalar cualquier distribución Linux si es el procesador es de 64bit y tiene 4GB de RAM, y hay distribuciones que funcionan con 2GB de RAM.

Y es que, ojo a la página de soporte donde se indican los requisitos mínimos, no contentos con lo del TPM 2.0, el tercer punto pone lo siguiente:

Storage (esto es «almacenamiento», que ni se han dignado a traducirlo bien): 64 GB o un dispositivo de almacenamiento más grande. Si el equipo no tiene una unidad de almacenamiento lo suficientemente grande, a veces hay opciones para actualizar la unidad. Es posible que desee consultar el sitio web del fabricante del equipo o con un distribuidor para ver si hay opciones fáciles y económicas para cumplir los requisitos mínimos para Windows 11.   

64GB como mínimo. Microsoft dice que es para asegurar que va bien con las actualizaciones, pero también podrían dejar al usuario decidir si instalarlo o no. Por su parte, Linux creo que se puede instalar en 10GB, o por lo menos así se indica en GNOME Boxes. En cualquier caso, seguro que se puede instalar en 16GB, o venga, va, nos estiramos un poco y diremos 20GB. Aún sigue siendo la tercera parte de lo que nos pide Windows 11.

Así que sorpresa ninguna. Los usuarios de Windows se toman su tiempo en actualizar, y más que se tomarán, hasta el infinito, si resulta que su ordenador no puede instalar Windows 11. ¿Qué tienen que hacer, comprarse otro ordenador? Si deciden pasarse a Linux, bienvenidos.

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

Steam en Chromebook está ingresando a las pruebas de la versión beta con ChromeOS 108

Hace poco Google y Valve dieron a conocer que han iniciado con las pruebas beta de la implementación del servicio de entrega de juegos Steam para la plataforma Chrome OS. Con lo cual se brinda la capacidad de usar Steam y sus aplicaciones de juegos está disponible para Chromebooks Acer, ASUS, HP, Framework, IdeaPad y Lenovo con al menos una CPU Intel Core i3 o AMD Ryzen 3 y 8 GB de RAM (i5 / Ryzen 5 y 16 GB de RAM recomendado).

En comparación con las versiones alfa ofrecidas anteriormente, la versión beta triplica la cantidad de Chromebooks compatibles y que sobre todo simplifica la interfaz, mejora el rendimiento y mejora la compatibilidad del juego (a la lista de juegos probadosañadido 50 juegos nuevos).

Se menciona que se admite el lanzamiento de juegos suministrados tanto para Linux como para Windows. Al elegir un juego, en primer lugar, se intenta iniciar la compilación de Linux del juego, pero si no hay una versión de Linux, también puede instalar la versión de Windows, que se ejecutará utilizando la capa Proton basada en Wine, DXVK y vkd3d.

Los juegos se ejecutan en una máquina virtual separada con un entorno Linux, cuya implementación se basa en el subsistema CrosVM que utiliza el hipervisor KVM.

El proyecto Steam en Chromebook se trata de brindar los mejores y más innovadores juegos a los usuarios de Chromebook con el rendimiento que necesitan para brillar. Eso significa todo, desde agregar soporte para las principales bibliotecas de gráficos como DirectX 12 y Vulkan 1.3 hasta mejorar la forma en que se almacenan y persisten los sombreadores.

Una de las mejoras de rendimiento más amplias se relaciona con las pantallas de alta resolución, que anteriormente sufrían un impacto significativo en el rendimiento incluso cuando el juego en sí se ejecutaba a una resolución mucho más baja. Hemos mejorado nuestro sistema de escalado para que ahora puedas jugar muchos más juegos en pantallas QHD y UHD y ver los beneficios de rendimiento de reducir la resolución del juego en todas las pantallas.

Dentro de la máquina virtual base, se lanzan contenedores separados con programas (utilizados por LXC), que se pueden instalar como aplicaciones normales para Chrome OS.

Las aplicaciones de Linux instaladas se ejecutan de manera similar a las aplicaciones de Android en Chrome OS, mostrando íconos en el cajón de la aplicación. Para el funcionamiento de aplicaciones gráficas, CrosVM brinda soporte integrado para clientes Wayland (virtio-wayland) con la ejecución del servidor compuesto Sommelier en el lado del host principal.

Ademas, es importante tambien mencionar que se admiten tanto las aplicaciones basadas en Wayland como los programas X normales (se utiliza la capa XWayland).

Por la parte de los cambios realizados en la versión beta, se destacan los siguientes:

• Se agregó soporte para CPU AMD Ryzen 5000 C y 12 Gen Intel Gen Core, se redujeron los requisitos mínimos para CPU Intel Core i3 y AMD Ryzen 3.
• Se agregaron optimizaciones y ajustes específicos del juego.
• Reducción del consumo de espacio en disco al cambiar el formato de caché del sombreador.
• Se proporcionó persistencia de caché de sombreado entre sesiones.
• Se agregó soporte inicial para DirectX 12.
• Se agregó soporte para Vulkan 1.3.
• Reducción del uso de CPU en juegos que utilizan las API de gráficos DirectX y Vulkan.
• Gestión de almacenamiento rediseñada para albergar juegos descargados de Steam.
• Anteriormente, el espacio se asignaba en función del tamaño de los archivos de instalación y no se tenía en cuenta el contenido que se podía descargar directamente desde el juego. Ahora se puede asignar espacio adicional de forma dinámica.
• Operaciones optimizadas de escalado y renderizado usando la GPU. Rendimiento de escalado de salida mejorado para pantallas de muy alta resolución (QHD y UHD).
• Cambio mejorado al modo de pantalla completa.
• Manejo mejorado del teclado.
• Gestión de ventanas mejorada.
• Se agregó una notificación de batería baja, incluso en juegos de pantalla completa.
• Se ha propuesto un nuevo instalador.
• Rendimiento mejorado al usar OpenGL y Vulkan.

Finalmente para los interesados en poder probar la versión beta de Steam, deben saber que ya se ofrece en versiones de prueba de Chrome OS 108.0.5359.24 (pueden habilitado a través de chrome://flags#enable-borealis).

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/QgLC5im
via IFTTT

No lo digáis a sus usurarios más fieles porque puede que la respuesta no sea la más simpática, pero hay gente que se refiere al modelo de desarrollo de Manjaro como «semi-rolling release». ¿Qué es esto? ¿Por qué lo dicen? Básicamente y resumiendo, lo dicen porque hay ocasiones en las que sus desarrolladores deciden aguantar algunas actualizaciones, y porque los paquetes no llegan tan pronto como lo hacen en al sistema en el que se basan.

Por definición, esto a lo que se refieren como semi-rolling release no existe. Existe rolling release, que es, sencillamente, un modelo de desarrollo en el que las actualizaciones llegan continuamente, sin que haya que reinstalar el sistema operativo cada cierto tiempo. En teoría y si se hace bien, este tipo de actualizaciones son menos agresivas que las del sistema operativo completo, y son más seguras en cuanto a que es más difícil que se rompa algo. En teoría y si se hace bien.

semi-rolling release no existe, en realidad

Que haya gente que diga que un sistema como Manjaro es semi-rolling release se debe a un motivo: las actualizaciones no son instantáneas. El equipo de desarrolladores que hay detrás de cada escritorio decide si lo sube a los repositorios oficiales o los aguantan un tiempo, algo que han hecho, por ejemplo, en GNOME 40 o Plasma 5.25. Pero los tiempos no son los que marcan si un modelo de desarrollo es rolling-release o no.

Además, los sistemas operativos que se basan en otros suelen tomar sus propias decisiones. Arch Linux tiene la filosofía de entregar los paquetes tan pronto en cuanto están disponibles. Manjaro, como otros como EndeavourOS, pueden decidir examinar lo que les llega desde «arriba», y entregarlo sólo cuando crean que está en un punto aceptable.

Manjaro ofrece dos «lineas de defensa»

Más aún, en el caso concreto de Manjaro, la opción que tarda más en recibir los paquetes es la de la rama Stable, pero ofrece también otras dos ramas. Tal y como explican ellos mismos:

• Rama Stable: Los paquetes que llegan a la rama estable han pasado por aproximadamente un par de semanas de pruebas por parte de los usuarios de los repos Unstable/Testing, antes de obtener los paquetes. Estos paquetes suelen estar libres de problemas.
• Rama Testing: Esta es la segunda línea de defensa. Al ser un número mayor de usuarios que los que utilizan Unstable, perfeccionan el trabajo realizado antes de ellos proporcionando información sobre los paquetes que reciben en las actualizaciones.
• Rama Unstable: Unstable se sincroniza varias veces al día con los lanzamientos de paquetes de Arch. Sólo un subconjunto de paquetes de Arch son modificados para adaptarse a Manjaro. Aquellos que usan Unstable necesitan tener las habilidades para salir de los problemas cuando mueven su sistema a esta rama. Ellos son los usuarios de Manjaro que más probablemente necesitarán usar tales habilidades. Debido a la retroalimentación de los usuarios del repo Unstable, muchos problemas son capturados y corregidos en este nivel. Aunque el software más reciente se encuentra aquí, el uso de la rama inestable es generalmente seguro, pero – en casos raros – puede causar problemas con su sistema.

El usuario decide

Aunque ya hemos explicado que, por definición, eso de semi-rolling release no existe (lo es o no lo es), en el caso concreto de Manjaro es el usuario el que elije. Es cierto que el más novel que desconozca la información pueda pensar que siempre tardan algo en actualizarse algunos paquetes, pero esto no es así. Cuando se instala el sistema operativo, los repositorios que usa son los de la rama Stable, y es en ésta en donde se reciben los paquetes más testados. Días antes de llegar a la rama Stable, se prueba en la Testing, la «segunda línea de defensa». En la que han llamado Unstable, la mayoría de paquetes llegan justo después que a Arch Linux, sólo reteniéndose algunos para adaptarlos a Manjaro.

El que quiera una especie de Arch Linux más fácil de instalar y configurar, puede instalar Manjaro y cambiar la rama a la Unstable. Quien quiera algo más estable, bueno, puede quedarse en la Stable. Pero, en todos los casos, lo que hay por definición es rolling-release: actualizaciones continuas y sin saltos a otras versiones completas del sistema operativo. semi-rolling release debe ser algo que mencionó por primera vez Erwin Schrödinger.

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

No hace tanto tiempo desde que LXQt lanzó su primera versión realmente estable, es decir, la v1.0, y, desde entonces, su desarrollo no ha hecho más que evolucionar para ser, aún más si cabe, una opción a tener en cuenta. Unos seis meses y medio después de la anterior versión, ya está aquí LXQt 1.1.2, una actualización que introduce algunas mejoras destacadas, pero llaman más la atención las que guardan relación con Wayland.

LXQt 1.2 introduce cambios preliminares en LXQt Session para usarlo bajo Wayland. Esto es el primer paso real para poder usar el protocolo en el escritorio que usan sistemas como Lubuntu, actualmente en LXQt 1.1.0. Su base sigue en Qt 5.15, lo que es la última versión LTS de Qt5. A continuación tenéis una lista con las novedades que han llegado junto a LXQt 1.2.0.

Novedades de LXQt 1.2.0

• General:
  • El gestor de archivos de LXQt tiene ahora un historial de búsqueda, con listas separadas para las búsquedas de nombre y de contenido. Además, la selección de archivos es más fácil en el modo de lista detallada (arrastrando dentro de las columnas que no son de nombre), y se ha corregido un problema con Wayland.
  • QTerminal puede ser utilizado como un plugin de Qt. También tiene un mejor análisis de comandos con su opción -e.
  • Se ha corregido un viejo problema sobre la visualización correcta de los iconos de las aplicaciones recién instaladas en libQtXdg.
  • Se garantiza una posición correcta para LXQt Runner con algunos gestores de ventanas.
  • Las traducciones han recibido muchas actualizaciones.
• LibFM-Qt/PCManFM-Qt:
  • En el modo de lista detallada, los elementos pueden seleccionarse arrastrando el cursor del ratón dentro de las columnas que no tienen nombre.
  • Ctrl+D se añade a PCManFM-Qt así como al diálogo de archivos LXQt para deseleccionar todos los elementos. Es especialmente útil en el modo de lista detallada.
  • Las entradas del diálogo de búsqueda están equipadas con un historial de búsqueda. El número máximo de elementos del historial se puede establecer en Preferencias → Avanzadas → Búsqueda.
  • Los márgenes del espacio de trabajo del escritorio pueden personalizarse. Esto puede ser útil especialmente con los paneles/docks que no reservan espacio sino que se autoocultan en las ventanas superpuestas.
  • El resultado de la solicitud de ejecución puede ser recordado con múltiples archivos.
  • Se han añadido opciones para el conocimiento de la localización y el relleno cero al diálogo de renombramiento masivo.
  • Se ha añadido una entrada «Categorías» y una ayuda «Qué es esto» al diálogo de creación del lanzador.
  • Se ha corregido la posición del menú desplegable de la vista de carpetas en Wayland.
• LXQt Panel:
  • Añadidos elementos del menú contextual a Quick Launch para recargar las entradas del escritorio.
  • Arreglados los iconos de Inicio Rápido cuando hay varios archivos de configuración.
  • Fijada la posición de la ventana emergente del volumen en Wayland.
• QTerminal/QTermWidget:
  • El renderizado bidi está activado por defecto.
  • QTermWidget puede usarse ahora como un plugin de Qt.
  • El DND de texto sigue la configuración para el recorte de nuevas líneas y el prompt multilínea.
  • Se ha corregido el análisis sintáctico de comandos con la opción -e.
• LXQtImage Qt:
  • Se ha añadido un submenú de ordenación al menú Ver.
  • Se han corregido los fallos visuales al suavizar las imágenes escaladas.
• El estado estable de la batería es considerado.
• La captura de una ventana y su decoración se han corregido en configuraciones multi-pantalla.

El código de LXQt 1.2.0 está disponible en este enlace de GitHub. Las distribuciones Rolling Release recibirán los nuevos paquetes en las próximas horas/días, mientras que el resto de distribuciones tendrán que esperar un tiempo que dependerá de la filosofía del proyecto.

Recordamos que, para sistemas basados en Ubuntu, Lubuntu lanzó un repositorio Backports desde el que se pueden instalar todas las novedades que van lanzando en el proyecto que desarrolla este escritorio. En teoría, este PPA también funciona en Debian y cualquier sistema basado en él. Hay que tener en cuenta que los paquetes llegan rápido, por lo que están menos probados y podrían ser menos estables.

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