ROSA MOBILE, el nuevo OS móvil de ROSA Fresh

Aquí en el blog hemos compartido noticias sobre los lanzamientos de la distribucion de Linux Rusa, ROSA Fresh, que se originó como un fork de la ahora desaparecida distribución Linux Mandriva. El motivo de mencionar esto es que hace pocos días la empresa STC IT ROSA (la empresa detrás del desarrollo de Rosa Fresh) dio a conocer la noticia de que se encuentra trabajando en un sistema operativo móvil llamado ROSA Mobile.

Como muchos de ustedes sabrán actualmente Rusia y Ucrania y del cual solo me limitaré a mencionar que este problema ha llevado a diversas naciones y organizaciones a imponer una serie de sanciones a Rusia, de las cuales por ejemplo Microsoft “supuestamente” habría bloqueado las actualizaciones y soporte (cosa que no realizo, ya que fue multada), otra fue Adobe al bloquear sus productos, entre otras más.

La razón de abordar este punto y haber mencionado el trabajo del desarrollo de ROSA Mobile, es para tratar de explicar un poco el cómo esta noticia tiene un grado de importancia para Rusia, ya que poco después del inicio del conflicto con Ucrania, Rusia se vio en la necesidad de trabajar en la migración hacia soluciones con Linux, esto “argumentando” por temas de seguridad nacional y sobre todo de seguir un tema optar por soluciones “nacionales” algo que ha estado pasando en Corea y en China.

Hasta antes del anuncio de ROSA MOBILE, Astra Linux, era la única solución en el ámbito de sistema movil que era aprobado para su uso interno en la industria y en agencias del gobierno ruso. Es por ello el anuncio de ROSA MOBILE tiene su grado de importancia, ya que en pocas palabras se convierte en la otra cara de la moneda, dado que aunque ambas soluciones son Linux, por su parte Astra Linux es de licencia propietaria, mientras que ROSA Fresh es desarrollado bajo un modelo open source bajo la licencia GPL.

El nuevo sistema operativo estará disponible en dos versiones: para clientes gubernamentales y corporativos con mayores requerimientos de seguridad y privados. Los primeros dispositivos entregados con el nuevo sistema operativo serán equipos móviles fabricados por Rutek JSC.  

Sobre el desarrollo de ROSA MOBILE, se menciona que la interfaz de usuario se basa en la plataforma abierta KDE Plasma Mobile, desarrollada utilizando la versión móvil del escritorio Plasma 5, las bibliotecas KDE Frameworks 5, la pila telefónica ModemManager y el marco de comunicación Telepathy.

Las aplicaciones móviles se utilizan del conjunto Plasma Mobile Gear y se basan en la biblioteca Qt, el conjunto de componentes Mauikit y el marco Kirigami, que permite crear interfaces universales adecuadas para teléfonos inteligentes, tabletas y PC.

Hoy en día, los usuarios no solo necesitan un sistema operativo, necesitan una solución integral. Nosotros, como desarrollador de software de infraestructura, nos hemos enfocado en crear un único espacio seguro de información alrededor del usuario, un ecosistema de alta calidad que le permitirá implementar todas sus tareas. Nuestra solución móvil se basa en la idea de la máxima integración de los sistemas operativos móviles y básicos de la empresa mediante el uso de su propio repositorio, lo que garantiza su amplia escalabilidad, mayor seguridad y la implementación de un enfoque de ecosistema”, dijo Oleg Karpitsky, Director General de STC IT ROSA.

El servidor compuesto kwin_wayland se usa para mostrar gráficos en Plasma Mobile y PulseAudio se usa para el procesamiento de sonido. Plasma Mobile incluye aplicaciones como KDE Connect, el visor de documentos Okular, el reproductor de música VVave, los visores de imágenes Koko y Pix y toda la paquetería ya conocida de Plasma Mobile.

El montaje de ROSA Mobile se destaca por el cambio en el diseño de Plasma Mobile y la entrega del mensajero Telegram. El entorno del sistema se construye a partir de su propio repositorio ROSA 2021.1  y las compilaciones no utilizan controladores cerrados ni componentes patentados del firmware de Android.

Hasta el momento se admite la instalación en el teléfono inteligente ruso Ayya T1, pero se menciona que se trabaja para que pueda ejecutarse en una amplia gama de teléfonos inteligentes y tabletas.

El primer lanzamiento de ROSA Mobile está programado para fines de agosto de 2023. El sistema está incluido en el registro del Ministerio de Desarrollo Digital de la Federación Rusa (No. 16453).Además, se formará una variante para clientes estatales y corporativos con mayores requisitos de seguridad.

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

LinkPreview es la nueva función experimental en la que trabajan desarrolladores de Chrome

Hace poco los desarrolladores de Google que están a cargo del proyecto del navegador web Chrome, han dado a conocer la noticia sobre la implementación de una opción en el código base del motor Blink para incluir una función experimental llamada «LinkPreview».

La nueva función experimental «LinkPreview» tiene como finalidad el desplegar al usuario una ventana de vista previa de la página cuando se pasa el cursor sobre un enlace o se mantiene presionado un enlace.

Se menciona que el proyecto está desarrollado por Takashi Toyoshima, uno de los desarrolladores del mecanismo de renderizado de contenido Prerender, que complementa la capacidad de precargar los enlaces más propensos a navegar.

La página de vista previa se activará cuando los usuarios realicen una acción, haciendo clic en la página de vista previa o eligiendo un elemento del menú lateral, como «abrir la página de vista previa en una nueva pestaña».

Es posible que introduzcamos un nuevo estado intermedio que se activa virtualmente pero que no llega a ser la página principal para permitir que los usuarios interactúen con el contenido de vista previa, p. desplazarse, enviar un formulario, etc. Esta puede ser una característica avanzada más allá del MVP, ya que introducirá más complejidad, pero es bueno contarlo como un posible próximo paso en la discusión inicial del diseño.

Sobre la nueva función experimental «LinkPreview» se menciona que la diferencia se reduce al hecho de que, además de cargar páginas, su contenido se dibuja en el búfer sin esperar las acciones del usuario, lo que permite la visualización instantánea del recurso después de un clic. Prerender hasta ahora solo se ha utilizado para prerenderizar el contenido de recomendaciones en la barra de direcciones de Omnibox. Link Preview amplía el uso de Prerender y le permite usarlo no solo para prepararse para la apertura instantánea de una nueva página, sino también para obtener una vista previa.

Con la vista previa del enlace, la ventana se muestra sobre el contenido de una forma similar a la de un video en modo de imagen en imagen y le permite al usuario evaluar rápidamente el contenido sin abrirlo en una ventana o pestaña separada. Si necesita un conocimiento más detallado de la información, es posible transferir el sitio de vista previa a una pestaña o barra lateral separada.

Para aislar el procesamiento de contenido de sitios de terceros durante la vista previa en el contexto de la pestaña actual, se propone utilizar los mecanismos ya utilizados en Prerender. Además, los desarrolladores están considerando la posibilidad de abrir una vista previa solo después de una acción explícita del usuario (por ejemplo, mantener presionado un clic en un enlace) en lugar de la visualización automática al pasar el mouse implementada en el prototipo. También tienen la intención de agregar una opción para deshabilitar las vistas previas en la configuración.

Para mostrar la vista previa, se propone utilizar el concepto de ventanas momentáneas (ephemeral window), basado en el sistema de pestañas que ya se utiliza en Chrome para Android. La idea es que cada pestaña pueda incluir una breve ventana aislada e invisible que albergue pestañas de vista previa.

Si el usuario abre el sitio que se está visualizando en una nueva pestaña, la pestaña de vista previa se separa de la ventana efímera y se convierte en una pestaña normal anclada a la ventana principal del navegador. La ventaja de esta solución es que toda la funcionalidad necesaria ya está en el navegador y solo necesita agregar un nuevo tipo de ventana.

La implementación de Link Preview se encuentra en la etapa de prototipo experimental, disponible como parches, aún no revisado por pares e incluido en los repositorios del proyecto Chromium. Los detalles de implementación aún no han sido aprobados, y las discusiones aún están en curso sobre temas relacionados con garantizar la privacidad y la seguridad.

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

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

Almalinux dejará de ser 1:1 con RHEL

Vaya que la decisión de Red Hat restringir el acceso al código de RHEL ha dado de que hablar y sobre todo ha generado diversos cambios y una gran toma de decisiones por parte de los proyectos que se basan en RHEL, ya que se vieron afectados de manera «indirecta».

El cambio se debe al hecho de que Red Hat dejó de publicar paquetes srpm públicamente en el repositorio público git.centos.org y dejó solo el repositorio CentOS Stream como la única fuente pública del código del paquete RHEL.

Para los clientes, la posibilidad de descargar paquetes srpm a través de la sección cerrada del sitio, donde un acuerdo de usuario adicional (EULA) que prohíbe la redistribución de datos, lo que impide que estos paquetes se utilicen para crear distribuciones derivadas.

El repositorio de CentOS Stream no está sincronizado con RHEL y las últimas versiones de los paquetes no siempre coinciden con los paquetes de RHEL. Por lo general, el desarrollo de CentOS Stream se lleva a cabo con una ligera ventaja, pero también hay situaciones inversas: las actualizaciones de algunos paquetes (por ejemplo, con el kernel) en CentOS Stream pueden publicarse con retraso.

Dentro de los cambios que fueron anunciados y que hemos compartido aquí en el blog, son los movimientos iniciales por parte de AlmaLinux y Rocky Linux, los cuales mencionaron un cambio en sus hojas de ruta y procesos.

Tambien no hay que dejar de lado la fuerte crítica que realizo Oracle a Red Hat, con la cual no se midió y desaprobó totalmente la restricción al acceso del código de RHEL escudándose bajo pretextos “absurdos”.

Ademas de que tambien SUSE se quiso unir a la lista de participantes con el anuncio de su propia RHEL, bajo el argumento de fomentar la unión de la comunidad y fomentar la diversidad.

Por su parte, el proyecto AlmaLinux pese a haber dado a conocer que de inicio continuaría siendo 1:1 con RHEL, anuncio un cambio en la estrategia de desarrollo, con lo cual la distribución ya no clonará completamente Red Hat Enterprise Linux y permitirá diferencias menores en el comportamiento (será posible aplicar/ausencia de algunos parches individuales).

Ahora que ya no nos limitaremos a ser una reconstrucción posterior de Red Hat 1:1, nos estamos tomando un tiempo para considerar las posibilidades en torno a lo que eso significa. Continuaremos brindando actualizaciones sobre ese proceso e incluiremos a los miembros de la Fundación AlmaLinux OS en esa conversación y proceso de toma de decisiones también.

Al mismo tiempo, el proyecto conservará la compatibilidad binaria en el nivel ABI y aún se puede usar como reemplazo de RHEL. Además de que AlmaLinux permitirá la inclusión de correcciones de errores que aún no se aceptan en sentido ascendente o que no se publican en proyectos posteriores. AlmaLinux, como antes, enviará información sobre los errores detectados a los proyectos ascendentes de Fedora y CentOS Stream, pero ahora no esperará a que se acepten las correcciones en ellos.

Compartimos algunos pensamientos iniciales, pero intencionalmente nos tomamos nuestro tiempo para decidir el siguiente paso correcto para AlmaLinux OS. Después de mucha discusión, la junta directiva de la Fundación AlmaLinux OS decidió hoy abandonar el objetivo de ser 1:1 con RHEL. El sistema operativo AlmaLinux, en cambio, intentará ser compatible con la interfaz binaria de aplicaciones (ABI)*.

Continuaremos apuntando a producir una distribución de Linux a largo plazo de nivel empresarial que esté alineada y sea compatible con ABI con RHEL en respuesta a las necesidades de nuestra comunidad, en la medida de lo posible, y de tal manera que el software que se ejecuta en RHEL se ejecutará igual en AlmaLinux.

Cabe mencionar que se observa que para los usuarios comunes, los cambios en el uso de AlmaLinux serán mínimos: las aplicaciones compatibles con RHEL seguirán funcionando y los sistemas instalados recibirán actualizaciones para corregir vulnerabilidades. Los cambios se referirán principalmente a mantener el cumplimiento del paquete en el nivel de recurrencia de errores: AlmaLinux ahora aceptará correcciones de errores que aún no están corregidos en las versiones de RHEL.

Finalmente, si estás interesado en poder conocer más al respecto sobre la nota, te invito a que consultar la publicación original la cual puedes visitar en el siguiente enlace.

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

Meson es un proyecto para crear el mejor sistema de construcción de próxima generación posible.

Hace pocos días se dio a conocer el lanzamiento de la nueva versión del sistema de compilación Meson 1.2.0, versión en la cual se han implementado una gran variedad de mejoras y cambios, de los cuales se destacan las mejoras de compilación para Rust, asi como tambien las mejoras para Python, correcciones de errores y más.

Para quienes desconocen de Meson, deben saber que esta es una herramienta de construcción de software de código abierto que se utiliza para compilar algunos de los proyectos mas importantes del open source, como lo son X.Org, Mesa, systemd, Wayland, GNOME, GTK entre otros.

El objetivo clave de desarrollo de Meson es proporcionar un proceso de compilación de alta velocidad combinado con comodidad y facilidad de uso. En lugar de hacer, la compilación usa el kit de herramientas Ninja de forma predeterminada, pero se pueden usar otros backends como xcode y VisualStudio.

Principales novedades de Meson 1.2

Esta nueva versión que se presenta de Meson 1.2, es una versión bastante relevante, ya que añade una gran cantidad de cambios y mejoras incrementales en comparación con lanzamiento anteriores y es que uno de los cambios más destacados es el soporte el compilador Metrowerks para arquitecturas PowerPC/ARM C/C++. Cabe mencionar que este soporte de momento se considera como experimental y se espera que sea estable en los próximos lanzamientos.

Otro de los cambios que se destaca de Meson 1.2, es la ampliación en los datos guardados para la introspección, ya que por ejemplo intro-compilers.json enumera los compiladores utilizados, se ha agregado información sobre el host, la compilación y los sistemas de destino a intro-machines.json, la información sobre dependencias internas se ha reflejado en intro-dependencies. json, y se ha agregado información sobre las dependencias internas a las dependencias.

Ademas de ello, tambien se destaca que ahora el módulo Python de Meson puede compilar código de bytes, esto gracias a la nueva opción integrada «-Dpython.bytecompile=2».

Tambien se destaca de este nuevo lanzamiento una mejora en la detección del sistema en el que se ejecuta, ya que se agregaron dos nuevas propiedades, «kernel» y «subsystem«, con lo cual se espera que sea obligatorio (de momento es opcional) a futuro para obtener una mayor precisión al identificar el sistema.

Por otra parte, tambien se destaca que se agregó soporte para llamadas de generadores anidados, por ejemplo, «gen2.process(gen1.process(‘input.txt’))«, asi como tambien que se agregaron rust.bindgen y bindgen_clang_arguments para pasar argumentos adicionales a los compiladores rustc y clang.

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

• Se agregó el método str.splitlines() para dividir una cadena en una matriz de cadenas.
• El bloque declare_dependency ahora admite la palabra clave extra_files para agregar archivos adicionales al destino de compilación.
• Rust ahora admite la opción b_ndebug
• Soporte para definir nombres de cajas de dependencias de Rust en objetivos de Rust
• Se agregó la opción ‘–genvslite’ al comando «meson setup» para facilitar el cambio entre configuraciones de compilación para el entorno de Visual Studio.
• Se agregó soporte para el argumento env a gnome.generate_gir() para establecer variables de entorno.
• Se permite el uso de diccionarios para default_options y override_options (por ejemplo, puede especificar «default_options: {‘key’: ‘value’}» en lugar de «default_options: [‘key=value’]«).
• Se permite usar una máscara para seleccionar qué pruebas ejecutar, por ejemplo, para ejecutar pruebas que comiencen con la palabra básica, puede especificar «mesón prueba básica*».

Finalmente, cabe mencionar que el código de Meson está escrito en Python y tiene la licencia Apache 2.0. Si estás interesado en poder conocer más al respecto, puedes consultar las notas del lanzamiento en el siguiente enlace.

¿Como instalar Meson en Linux?

Para los interesados en poder obtener Meson, deben saber que está disponible en PyPi, por lo que se puede instalar con pip3 install meson.

Cabe mencionar que el comando exacto a escribir para instalar pip puede variar entre sistemas, asegúrese de usar la versión Python 3 de pip. Aunque si lo desean, pueden instalarlo localmente con el comando estándar de Python:

python3 -m pip install meson

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

Distro-hopping: acto de probar nuevas distribuciones Linux con la esperanza de encontrar la perfecta para nosotros. En realidad, lo anterior es una definición inventada, intentando recoger en pocas palabras la explicación de lo que es el distro-hopping. La mayoría de usuarios de Linux que han usado un sistema con el kernel durante algún tiempo sabe lo que es, lo ha hecho o ha sentido la necesidad de hacerlo. Pero, ¿por qué lo hacemos?

La respuesta debe ser porque podemos. Cuando uno usa Windows o macOS, tiene que hacerse al sistema operativo, pero cuando estamos en Linux podemos hacer que el sistema se haga a nosotros. Podemos modificarlo todo, o, si no nos gusta o no sabemos retocar, podemos hacer distro-hopping, probando distribuciones completas para ver si terminamos con esa sensación de que hay algo que no va del todo bien.

La variedad nos invita a probar alternativas

Linux es el núcleo, y el sistema completo es GNU/Linux. Un mismo sistema puede estar en muchas versiones, como es el caso de Ubuntu, que aunque sólo recibe el nombre sin apellido la edición principal en GNOME lo son también Kubuntu, Lubuntu y así hasta 11 sabores oficiales. Basado en Ubuntu también encontramos propuestas como las de Linux Mint o elementary OS, y es la variedad la que nos invita a hacer distro-hopping.

Cuando estamos notando algo que no nos hace sentirnos cómodos y nos enteramos de que hay opciones que podrían tener la solución, nos planteamos cambiar. Y para entender mejor todo esto del distro-hopping, qué mejor que una historia real: la mía.

Mi historia con el distro-hopping

Aunque el distro-hopping es dar saltos entre distribuciones de Linux, en mi historia se empieza con Windows y aparece Mac OS X (ahora macOS). Y dice así:

Cansado de lo lento que iba mi Windows XP, probé Ubuntu 6.06 en una máquina virtual. Parece imposible, pero me iba más rápido Ubuntu dentro de Windows que Windows de nativo. Usé esa máquina virtual durante 6 meses antes de formatear y usar Ubuntu de nativo, algo que hice cuando me aseguré de que no iba a echar nada en falta.

Estuve contento durante algo menos de 3 años, hasta que me puse a hacer música y me compré un iMac. Me gustó Mac OS X, no voy a mentir, como tampoco mentiré al asegurar que la única manera en la que volveré a tener un Mac será si me sobra el dinero. Al mismo tiempo me compré un portátil de 10″ (no había tablets, o no eran populares) y ahí le metí Ubuntu otra vez, por lo que nunca dejé Linux por completo. Poco después, Canonical le metió Unity a Ubuntu, y claro, un portátil con recursos limitados no era capaz de moverlo. Fue entonces cuando empezó mi distro-hopping real.

¿Y qué saltos di en mi distro-hopping?

• Ubuntu Netbook: hubo una versión diseñada para este tipo de aparatos, ahora descontinuada. Era muy diferente y no me gustó, por lo que había que seguir buscando.
• elementary OS: en un grupo de Telegram, me comentaron que elementary era liviano, por lo que lo instalé. Su manera de gestionar el escritorio no me gustó, por lo que volví a cambiar.
• Kubuntu: me encantó, pero Plasma tenía tantos bugs en mi equipo que no fui capaz de mantenerme en él.
• Lubuntu y Xubuntu: la mayoría del tiempo usé Lubuntu y Xubuntu, más el primero que el segundo, pero acostumbrado al GNOME 2 que me permitía hacer de todo, me sabía a poco.
• Linux Mint: me enteré de que existía esta distro basada en Ubuntu y que iba bien en equipos de recursos limitados, por lo que lo usé un tiempo.
• Ubuntu MATE: Martin Wimpress vino a rescatarme y lanzó Ubuntu MATE. Era como el Ubuntu clásico, pero adaptado a los nuevos tiempos. Y ahí me quedé un tiempo… hasta que un problema que no supe solucionar me impedía apagar el equipo y algún que otro glitch.
• Ya sin el portátil de 10″, y con otro flojito pero de 15’6″, volví a Ubuntu, aunque Unity no me gustaba. No yendo rapidísimo, iba mucho mejor que el Windows con el que vino, así que lo usé.
• Más tarde se me ocurrió volver a probar Kubuntu, vi que KDE había mejorado muchísimo y me quedé en él durante un par de años.
• Por comentarios aquí en LXA, que decían, no sin razón, que la mayoría de lo que publicábamos estaba relacionado con Ubuntu, me decidí a probar algo diferente: Manjaro. Y es lo que uso en mi día a día.

Mi próximo salto… si lo doy

Ahora le tengo echado el ojo a Garuda Linux, opción con la que «juego», no de jugar, ya que es una distro en parte diseñada para el gaming, de vez en cuando. Pero Manjaro no me la ha liado lo suficiente como para querer abandonarlo. También tengo otro portátil que uso de centro multimedia que tiene Ubuntu, por eso de tener más de una opción y el soporte/información.

Quédate con lo que te haga sentirte cómodo

Incluso si es Windows, hay que quedarse en lo que nos haga sentirnos cómodos. El distro-hopping obliga a empezar de cero a cada salto, y yo sólo lo recomiendo cuando algo nos falla más de lo uno puede asumir. También recomiendo probar sistemas en pendrives con instalaciones completas, que aunque no sea lo mismo que hacerlo en un disco duro, nos puede dar una idea aproximada de cómo funcionaría en nuestro equipo. De esta manera podemos probar casi cualquier distro sin tocar nuestro sistema por defecto, y así nos aseguraremos de que el salto no va a ser sin paracaídas.

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