Si dijera que soy un gran fan de GNOME, mentiría. Aunque hay cosas que sí me gustan, su rendimiento en equipos discretos y la falta de opciones tras la instalación de cero me hacen preferir, de lejos, el escritorio KDE. Pero tampoco puedo decir que lo odie, ni mucho menos, y con la llegada de GNOME 40 todo mejorará bastante, gracias a funciones en las que están trabajando y ya podemos ver en el blog del proyecto.

Aunque ya había mirado por encima la nota oficial de las novedades en las que están trabajando, he de reconocer que lo que me ha llamado más la atención ha sido el vídeo que ha publicado Felix Häcker en la red social Twitter. En él nos muestra una opción en la que podremos controlar ciertos elementos con gestos en el panel táctil, algo que me ha recordado a una función similar que ya usaba en macOS (el OS X de entonces) hace unos años.

GNOME 40 llegará en marzo

Playing with GNOME Shell 40 touchpad gestures 🔥

The shell developers are doing a awesome job. It’s incredible!

Don’t worry, the actual animations aren’t that slow, I just move my fingers very slowly on my trackpad. The animations match the actual movement of my fingers. pic.twitter.com/KkLhTpDN0W

— Felix Häcker (@haeckerfelix) January 7, 2021

https://platform.twitter.com/widgets.js

Jugando con los gestos del panel táctil de GNOME Shell 40. Los desarrolladores de shell están haciendo un trabajo increíble. ¡Es increíble! No te preocupes, las animaciones reales no son tan lentas, simplemente muevo mis dedos muy lentamente en mi trackpad. Las animaciones coinciden con el movimiento real de mis dedos.

Lo que vemos en el vídeo anterior es un gesto con el que podremos ver todas las ventanas abiertas de una app y entrar al lanzador de aplicaciones, aunque personalmente aún no sé cómo tendremos que hacer los gestos.

Novedades más destacadas

• Se ha modificado la experiencia de inicio, con novedades como que se mostrarán las aplicaciones favoritas que podemos lanzar. Es más una experiencia de bienvenida que otra casa.
• Gestos del panel táctil. El nuevo diseño hace que sean más fáciles de usar. Por ejemplo, movimientos hacia arriba y hacia abajo se mueve hacia adentro y hacia afuera de la vista general en el lanzador de apps. Los movimientos a la izquierda y a la derecha se mueven entre los espacios de trabajo. Lo que personalmente no veo que expliquen es cuántos dedos tendremos que usar para realizar estos gestos.
• Espacios de trabajo simplificados.
• Se ha organizado la interfaz.
• Cuadrícula de aplicaciones personalizada: ahora se puede reorganizar completamente la cuadrícula de aplicaciones a nuestro gusto, usando arrastrar y soltar. Esto es algo en lo que han estado trabajando independientemente de los otros cambios, pero ha seguido evolucionando y mejorando este ciclo, y encaja muy bien con los otros cambios generales.
• Iconos de aplicaciones en la descripción general de la ventana: la descripción general de la ventana ahora muestra el icono de la aplicación para cada ventana, para ayudar con la identificación.
• Títulos de aplicaciones mejorados: nuevo comportamiento para GNOME 40, que muestra el título completo de la aplicación al pasar el cursor sobre su lanzador.

GNOME 40, que será la versión que suceda a GNOME 3.38 y dará el salto de número para no confundirlo con GTK 4.0, será lanzado en marzo.

from Linux Adictos https://ift.tt/3npTu4a
via IFTTT

Como usuario de Manjaro, concretamente en su versión para USB (y ARM), hacía días que esperaba esta noticia. El 30 de diciembre lanzaron una actualización estable, lo que significa que actualizaron muchos paquetes para los usuarios existentes, por lo que era cuestión de días que nos hablaran de un nuevo lanzamiento. Ese momento ya ha llegado, y desde hace unos instantes ya podemos descargar Manjaro 20.2.1, la primera actualización de punto de Nibia.

Ahora mismo, el lanzamiento es oficial, pero sólo a medias. Es oficial porque la cuenta de Twitter del proyecto ya lo ha publicado, pero no lo es al 100% porque aún no han añadido la información ni a su foro ni aparece en la página oficial. Por ese motivo, la lista de novedades aún no está publicada, pero sí sabemos que incluye lo que se muestra en la imagen de cabecera.

Manjaro 20.2.1 usa Linux 5.9

Mientras escribo este artículo no paro de mirar el foro y la web oficial por si las actualizan y puedo añadir más información. Por el momento, sí sabemos que usa Linux 5.9, aunque ya está disponible Linux 5.10.2 desde la aplicación diseñada para gestionar el núcleo. También han actualizado Pamac a la v10, con unos cambios que no han gustado a todos por igual pero con los que el proyecto a intentado ordenarlo todo un poco más.

Por otra parte, las versiones oficiales del proyecto han llegado (o continúan) con entornos gráficos Xfce 4.14, GNOME 3.38.2 y Plasma 5.20.2, aunque creo que este último se actualizará pronto a una versión más reciente. Manjaro 20.2.1 también llega con muchos otros paquetes actualizados, como Firefox 84 o LibreOffice 7.0.4, siempre y cuando usemos la versión del canal «Fresh».

Manjaro 20.2.1 ya está disponible desde los siguientes enlaces: Xfce, GNOME y KDE. Pronto publicarán información más detallada en su muro de noticias y en su foro.

from Linux Adictos https://ift.tt/35iRtRi
via IFTTT

Ethan Lee, el desarrollador responsable de la reimplementación de XNA FNA junto con otros 50 ports de videojuegos para Linux y macOS ha anunciado algo importante. Y es que cesará los futuros ports de macOS. A partir de ahora se centrará en GNU/Linux, lo que siempre resulta una fantástica noticia para todos los gamers linuxeros.

Si aún no conoces quién es Ethan Lee, probablemente sí que conozcas algunas de sus obras. Y seguro que te ha gustado más de algún videojuego portado por él, o con tecnología creada o mantenida por ellos. Por ejemplo, seguro que sí te suena Transistor, Rogue Legacy, Streets of Rage 4, Superliminal, FEZ, Owlboy, Salt and Sanctuary, etc.

Ahora, como el propio Ethan Lee ha escrito en su página personal de IcculusFinger: «Lo he pospuesto tanto como pude, pero después de ver la trayectoria de Apple frente a mi infraestructura para el soporte de Mac, parece que 2021 es el año en que tengo que despedirme de Mac como objetivo principal.«. Así que, parece que ha estado retrasando sus incursiones con Apple hasta que el rumbo actual de la compañía de Cupertino ha hecho que pierda todo el interés para él.

La buena noticia para los fanáticos de Linux es que Ethan Lee se va a volcar ahora con la plataforma del pinguino: «Los jugos nuevos, sin embargo, serán principalmente para Linux (y Windows, si corresponde).». Pese a eso, los ports ya existentes no han quedado descuidados, ya que Lee ha actualizado más de 30 con lo último, tanto para macOS como para Linux, por lo que deberías comprobar que todos ellos continuarán funcionando sin problemas en el futuro.

Además, de todos los títulos, proyectos, y estas gratas noticias, parece ser que en algunas discusiones y listas de correos, los desarrolladores no están muy felices con la plataforma macOS. Por ejemplo, con MESA, hubo un comentario bastante descriptivo sobre la rapidez con la que contestaba la comunidad de código abierto para aportar soluciones y cómo lo hacía Apple: «informar de errores a Apple cuando no eres rico es como sacarte los dientes con guantes de boxeo«.

En definitiva, con suerte Ethan Lee también tendrá muchos más ports de Linux planeados para 2021 y más allá.

from Linux Adictos https://ift.tt/3941SkU
via IFTTT

Rust es un lenguaje de programación compilado, de propósito general y multiparadigma, su objetivo es ser un buen lenguaje para la creación de grandes programas del lado del cliente y del servidor que se ejecuten en Internet.

Esto ha llevado a un conjunto de características con un énfasis en la seguridad, el control de distribución de la memoria y la concurrencia. 

Además de que se espera que el rendimiento de código seguro sea más lento que C++, si el rendimiento es la única consideración, pero si lo comparamos con el código C++ hecho para que tome precauciones comparables a las que toma Rust, este último puede ser incluso más rápido.

Y es que no es de extrañar que a estas alturas ya muchos programadores y desarrolladores comiencen a dar la vuelta hacia Rust y es que incluso diversos desarrolladores del Kernel de Linux han expresado su interes en poder migrar el Kernel a este lenguaje e incluso el mismo Linus Torvalds ha dado buenos comentarios sobre Rust.

Tomando esta opinión de los observadores informados, tal parece que este es el futuro de la programación del sistema en lugar del lenguaje C.

De hecho, los expertos opinan que ofrece mejores garantías de seguridad del software que el par C/C+ pues los puntos de referencia recientes incluso sugieren que las aplicaciones de Rust son más rápidas que sus contrapartes C.

Los lenguajes de programación se ponen cara a cara en varios terrenos, incluida la asignación (y desasignación) de árboles binarios y la visualización de conjuntos de Mandelbrot en un Intel i5-3330 de cuatro núcleos con una frecuencia de reloj de 3 gigahertz y equipado con casi 16 GB de RAM.

Los puntos de referencia solo revelan cifras comparativas para las versiones más rápidas de programas para un par de idiomas determinado. Los códigos fuente de estos están disponibles en el caso de la pareja Rust/C para el índice de referencia de Mandelbrot:

La explicación del creciente interés de los actores en el sector de la programación de sistemas se basa en este tipo de observación.

En el tercer trimestre de 2019, ya estábamos hablando de la posible entrada en el kernel de Linux de un framework para configurar controladores en el lenguaje de programación Rust.

Desde el año pasado, la comunidad de Linux se ha dedicado a pensar en cómo integrar el soporte de lenguaje de Mozilla Research en el sistema de compilación.

“Necesitamos adoptar el mismo enfoque de soporte que los compiladores y verificar la disponibilidad de varios indicadores de compilación en la etapa de configuración”, dijo Linus.

El punto con el lenguaje Rust es que se ha ganado el reconocimiento como «más querido» por los desarrolladores acostumbrados a la plataforma de preguntas y respuestas sobre temas relacionados con TI: StackOverflow.

Al cierre de la edición 2019 de su encuesta que movilizó a cerca de 90.000 trabajadores del sector de la programación informática, el lenguaje concentraba el 83,5% de los retornos positivos.

Por lo tanto, casi 75,000 desarrolladores de esta encuesta de Stack Overflow han indicado que usan el lenguaje Rust y que continuarán usándolo; es decir, desarrolladores que, tras algunos experimentos con el lenguaje, se enamoraron de él.

Esta es otra encuesta realizada esta vez por el equipo de desarrollo del lenguaje y publicada en el primer trimestre del año anterior, lo que arrojó luz sobre el hecho de que el lenguaje todavía se utiliza principalmente para proyectos personales. Razón principal: falta de adopción por parte de las empresas.

Posteriormente, la situación está cambiando, ya que el idioma comienza a beneficiarse del apoyo de los actores de la industria informática y no menos importante.

Hasta la fecha, existe una proyección de lenguaje Rust para las API de Windows Runtime. Este es un anuncio de Microsoft que apareció en mayo del año anterior.

De este modo, Rust une C++ con la biblioteca Rust / WinRT, lo que abre la posibilidad a los desarrolladores de Rust de configurar componentes y controladores para Windows.

Fuente de los benchmarks: https://benchmarksgame-team.pages.debian.net

from Linux Adictos https://ift.tt/3nsygD6
via IFTTT

Después de dos años de desarrollo se dio a conocer la liberación de la primera versión significativa del proyecto Wasmer, el cual desarrolla un runtime para ejecutar módulos WebAssembly.

Las áreas de uso de Wasmer incluyen la creación de aplicaciones universales que pueden ejecutarse en diferentes sistemas operativos, así como la organización de la ejecución aislada de código no confiable. Se admite la inclusión de la creación de aplicaciones de servidor, por ejemplo, se demostró el lanzamiento de un servidor Nginx compilado en WebAssembly.

Sobre Wasmer

La portabilidad se logra compilando el código de la aplicación en middleware WebAssembly de bajo nivel que puede ejecutarse en cualquier sistema operativo o integrarse en programas en otros lenguajes de programación.

Los programas son contenedores ligeros que ejecutan el pseudocódigo de WebAssembly. Estos contenedores no están vinculados al sistema operativo y pueden incluir aplicaciones escritas originalmente en cualquier lenguaje de programación.

El kit de herramientas de Emscripten se puede utilizar para compilar en WebAssembly, además de que para traducir WebAssembly al código de máquina de la plataforma actual, se conectan varios marcos, como LLVM y el generador de código Cranelift.

Por otra parte, el control de acceso y la interacción con el sistema se proporcionan mediante la API WASI (WebAssembly System Interface), que proporciona interfaces de programación para trabajar con archivos, sockets y otras funciones proporcionadas por el sistema operativo.

Además de que las aplicaciones están aisladas del sistema principal en un entorno de sandbox y tienen acceso solo a la funcionalidad declarada (mecanismo de seguridad basado en capacidades de gestión; para acciones con cada uno de los recursos (archivos, directorios, sockets, llamadas al sistema, etc.), la aplicación debe recibir el correspondiente potestades).

Los programas se distribuyen en forma de módulos WebAssembly regulares, que se pueden administrar mediante el administrador de paquetes WAPM.

Wasmer también está disponible en forma de biblioteca que se puede utilizar con varios lenguajes de programación. Se admite la incrustación de código WebAssembly en programas en Rust, C/C ++, C #, D, Python, JavaScript, Go, PHP, Ruby, Elixir y Java.

En cuanto a las características de la versión 1.0 de Wasmer se destacan las siguientes:

• Alto rendimiento de aplicaciones en ejecución, cercano a la ejecución de ensamblados nativos y alta velocidad de compilación.
• Arquitectura extensible con capacidad para conectar diferentes backends de compilación ( Singlepass , Cranelift, LLVM) y motores (usando JIT o generando código de máquina).
  Native Object Engine, que permite generar código de máquina para un sistema dado para un módulo WebAssembly («compilación wasmer – nativa» para generar archivos de objeto precompilados .so, .dylib y .dll).
• El código precompilado requiere un tiempo de ejecución mínimo para ejecutarse, pero se conservan todas las capacidades de aislamiento de espacio aislado.
• Modo sin cabeza para entregar programas precompilados con Wasmer incorporado.
  Soporte de compilación cruzada, por ejemplo, para generar código de máquina para la arquitectura Aarch64 en un sistema x86_64.
• Una API simple para crear complementos y complementos sin la necesidad de aprender conceptos avanzados de WebAssembly.
• Soporte para WASM-C-API.
• Herramientas para depuración y manejo de errores.

Finalmente si estás interesado en conocer más al respecto sobre Wasmer, debes saber que el código del proyecto está escrito en Rust, tiene la licencia MIT y puedes consultar sus detalles en su sitio web oficial en el siguiente enlace.

Instalar el runtime de Wasmer

Por otra parte, para quienes estén interesados en poder ejecutar el contenedor WebAssembly, solo necesita instalar el runtime de Wasmer en su sistema, que viene sin dependencias externas.

Es importante mencionar que se puede ejecutar Wasmer en cualquier plataforma macOS, Linux y Windows, el único requisito es que se instale el runtime de este en tu sistema.

Para ello basta con ejecutar el siguiente comando en una terminal:

curl https://get.wasmer.io -sSfL | sh

Y después de ello, deben de ejecutar el archivo requerido:

wasmer test.wasm

Si necesitas conocer más al respecto sobre el funcionamiento de Wasmer o quieres conocer su código fuente, puedes consultar todo eso en el siguiente enlace.

from Linux Adictos https://ift.tt/3pTOs1G
via IFTTT

Hace poco fue dada a conocer la liberación de una versión correctiva de la rama 84 de Firefox, siendo Firefox 84.0.2 un parche que llega a resolver una vulnerabilidad crítica (CVE-2020-16044).

De los datos que se dieron a conocer solo se menciona que dicha vulnerabilidad podría conducir a la ejecución de código malicioso al procesar un bloque COOKIE-ECHO especialmente diseñado en el paquete Stream Control Transmission Protocol (SCTP).

La vulnerabilidad se debe al acceso a un área de memoria ya liberada (use-after-free) en el controlador COOKIE-ECHO.

De momento solamente se ha dado a conocer esa información y como tal los detalles de la vulnerabilidad aún no se han revelado.

Un par malintencionado podría haber modificado un fragmento de COOKIE-ECHO en un paquete SCTP de una manera que potencialmente resultó en un uso después de la liberación. Suponemos que con suficiente esfuerzo podría haberse aprovechado para ejecutar código arbitrario.

Es importante tomar en cuenta que esta vulnerabilidad afecta de manera general al navegador sin importar la plataforma en la que se encuentre instalado y es por ello que los desarrolladores del navegador hacen un llamado para que los usuarios realicen la actualización lo más pronto posible.

Por otra parte, también se menciona que los próximos cambios incluyen la aparición en Firefox 85 del botón «Eliminar todos los inicios de sesión» en el menú del administrador de contraseñas de Lockwise para eliminar todas las contraseñas guardadas a la vez.

Firefox 86 desactivará el controlador de la tecla Retroceso fuera del contexto de los formularios de entrada de forma predeterminada.

La eliminación del controlador de retroceso se propuso hace 7 años y está motivada por el hecho de que la tecla de retroceso se usa activamente al escribir formularios, pero fuera de foco en el formulario de entrada se procesa como una transición a la página anterior, lo que puede conducir a la pérdida de texto escrito debido a un movimiento involuntario en otra página.

Aun que también se hace mención de que se agregó la opción browser.backspace_action a about:config para revertir el comportamiento anterior.

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

Además de que no debemos olvidar que la próxima versión estable importante del navegador está programada para ser liberada el próximo 26 de enero de 2021.

¿Como instalar o actualizar la nueva versión de Firefox en Linux?

Los usuarios de Firefox que no hayan desactivado las actualizaciones automáticas recibirán la actualización automáticamente. Aquellos que no quieran esperar a que eso suceda pueden seleccionar Menú> Ayuda> Acerca de Firefox después del lanzamiento oficial para iniciar una actualización manual del navegador web.

La pantalla que se abre muestra la versión actualmente instalada del navegador web y ejecuta una búsqueda de actualizaciones, siempre que la funcionalidad esté habilitada.

Otra opción para actualizar, es si eres usuario de Ubuntu, Linux Mint o algún otro derivado de Ubuntu, puedes instalar o actualizar a esta nueva versión con ayuda del PPA del navegador.

Este lo pueden añadir al sistema abriendo una terminal y ejecutando en ella el siguiente comando:

sudo add-apt-repository ppa:ubuntu-mozilla-security/ppa -y 
sudo apt-get update
sudo apt install firefox

Para el caso de los usuarios de Arch Linux y derivados, basta con ejecutar en una terminal:

sudo pacman -Syu

O para instalar con:

sudo pacman -S firefox

Finalmente para aquellos que prefieren del uso de los paquetes Snap, podrán instalar la nueva versión en cuanto sea liberada en los repositorios de Snap.

Pero pueden obtener el paquete directamente desde el FTP de Mozilla. Con ayuda de una terminal tecleando el siguiente comando:

wget https://ftp.mozilla.org/pub/firefox/releases/84.0.2/snap/firefox-84.0.2.snap

Y para instalar el paquete solo tecleamos:

sudo snap install firefox-84.0.2.snap

Finalmente, pueden obtener el navegador con el último método de instalación que fue añadido «Flatpak». Para ello deben contar con el soporte para este tipo de paquetes.

La instalación se hace tecleando:

flatpak install flathub org.mozilla.firefox

Para el resto de las distribuciones de Linux, pueden descargar los paquetes binarios desde el siguiente enlace.

from Linux Adictos https://ift.tt/3bexQ0z
via IFTTT

En nuestro artículo anterior habíamos explicado la utilidad de las herramientas de automatización de tareas de marketing. Llegó el momento de analizar dos buenas opciones de código abierto disponibles.

Hay una cosa que tengo que hacer notar. Internet está llena de listas de programas «de código abierto» o «libres» para lo que sea. Cuando uno revisa en profundidad se encuentra con que muy pocos de esos programas cumplen con las condiciones establecidas por la Free Software Foundation o la Open Source Initiative.

Como en general no se tratan de blogs no dedicados a la informática, es probable que crean que los términos softwre libre y de código abierto se aplica a soluciones que incluyan un modo de uso gratuito.

Para que quede claro; Ni HubSpot ni Mailchimp son de código abierto, aunque si tengan planes gratuitos

Automatizando tareas de marketing con soluciones de código abierto

Para los propósitos de este artículo, las diferencias más relevantes entre las soluciones de código abierto y las comerciales son las siguientes:

Alojamiento

Las soluciones de código abierto requieren la contratación de un servidor. la instalación de un sistema operativo  y de todos los programas necesarios para que funcione el gestor de automatización. Esto incluye; servidor web, soporte al lenguaje de programación, motor de bases de datos, etc. También hay que ocuparse de las actualizaciones.

En realidad, es posible que algunos proveedores de alojamiento web tengan planes con algunas de las soluciones que comentamos ya instaladas, lo que reduce gran parte del trabajo.

Si optas por los servicios comerciales, estos trabajan con un servidor compartido entre muchos usuarios. Solo tú tendrás acceso a tu cuent y tus datos (en teoría) pero no tienes control sobre el software utilizado ni posibilidad de adoptar medidas de seguridad adicionales.

Costos

No hice la prueba, pero es posible que para un uso moderado, las soluciones que recomendamos puedan alojarse en servidor doméstico. pero,  para un uso masivo, lo mejor es un servidor privado virtual. El costo mensual de un VPS puede costar alrededor de 6 dólares. El plan más barato de los de pago de Mailchimp parte de los 9.

Flexibilidad

Los servicios de pago significan un gran ahorro de tiempo porque disponen de soluciones estándar que sin dudas incluye la mayoría de cosas que pueden necesitar los usuarios. Solo tienes que  planificar las campañas, conseguir los contactos y listo. El tema es si necesitas algún tipo de personalización, o deberás pasar a un plan superior o quedarte sin ella.

Las soluciones de código abierto, no tienen límites en cuanto a sus prestaciones (más allá de las limitaciones técnicas del servidor) Una vez que terminaste el procedimiento de configuración, las posibilidades son iliitadas.

Dos opciones

Mautic

Es la primera que deberías probar.  De los mismos desarrolladores de Drupal, te permite hacer todo lo necesario para captar posibles clientes,  contactarlos por medio de campañas de correo electrónico y redes sociales y atraerlos con páginas de aterrizaje y ofertas de descrga de contenidos.

Con la integración de servicios de terceros, puedes contactar clientes vía SMS y WhatsApp.

Una gran prestación es la posibilidad de automatizar las decisiones de campaña. Por ejemplo si el cliente X no abre los mails que se lo envía, se lo da de baja de la lista. En cambio si el cliente Y demuestra interés sobre determinado tema se le envían más ofertas sobre el mismo.

Instalé Mautic en un servidor privado virtual. Costó un poco de búsqueda en Google (Seguí tres tutoriales diferentes) pero no fue demasiado complicado.

OpenEMM

OpenEMM es la versión de código abierto de un programa comercial llamado EMM. No tiene las prestaciones completas de Mautic, pero basta para la creación de campañas de marketing de proporciones modestas.

Entre sus prestaciones está la capacidad de asociar el envío del correo a una fecha o evento posterior,  utilizar plantillas html, segmentar la audiencia por comportamiento, hacer seguimiento de quienes abren los correos y ver estadísticas en tiempo real.

Los dos programas que comentamos tienen su interfaz traducida al castellano.

from Linux Adictos https://ift.tt/3pT6iSr
via IFTTT

Aún recuerdo ir a clase de informática y que una de las cosas que nos enseñaban era a usar el Paint de Microsoft. Nunca he sido un gran fan de ese software (ni de ninguno de la misma compañía), pero Microsoft Paint tiene sus «fans», por decirlo de alguna manera. Y como la comunidad Linux es capaz de clonarlo todo, existen varias alternativas, entre la que destacaría la protagonista de este artículo que recientemente ha lanzado Tux Paint 0.9.25.

Existiendo tantas alternativas, es difícil decantarse por una, pero esta lleva el nombre de la mascota de Linux y mucho tiempo desarrollándose, por lo que es de las más conocidas. La nueva versión está disponible desde el año pasado, lo que podría significar mucho tiempo si estuviéramos a mitad de año, pero en realidad hace sólo una semana que podemos usarla. Y entre las novedades más destacadas, una llama la atención por encima de las demás: Tux Paint 0.9.25 permite exportar una serie de imágenes o diapositivas a GIFs animados.

Novedades más destacadas de Tux Paint 0.9.25

Las novedades que han introducido en los últimos siete meses son las siguientes:

• Posibilidad de exportar varias imágenes individuales a GIFs animados.
• Nuevas opciones en la herramienta de formas.
• La herramienta de borrar se ha actualizado y ahora incluye tamaños más pequeños, así como la posibilidad de aplicar pinceladas más finas y contiguas cuando se mueve el puntero rápidamente.
• El teclado de la pantalla ahora aparecerá en pantallas más grandes.

Tux Paint es un software multiplataforma, lo que significa que está disponible para Linux, macOS y Windows, así como Android y BSD, pero para este último aún no hay nueva versión. Los usuarios de Linux podemos instalarlo desde diferentes vías, algunas disponibles en la página de descargas oficial. Pronto deberían actualizar la versión de Flathub, y los usuarios de sistemas basados en Arch Linux ya podemos instalarla desde AUR.

from Linux Adictos https://ift.tt/3njlPt5
via IFTTT

La Comisión Europea dio a conocer hace pocos dias que ha seleccionado un consorcio de fabricantes y operadores de satélites, un operador de telecomunicaciones y el proveedor de servicios de lanzamiento europeo para estudiar el diseño, desarrollo y lanzamiento de un sistema espacial europeo independiente de comunicaciones.

Este estudio se ha encargado a grandes nombres europeos como Airbus, Thalès, Orange o Eutelsat para diseñar un servicio de Internet por satélite europeo destinado a estimular la economía digital y reducir la brecha digital.

La nueva iniciativa destinada a fortalecer la soberanía digital de Europa se anuncia ya que SpaceX tiene la intención de ofrecer un acceso generalizado a Internet a largo plazo por satélite a través de su servicio Starlink.

Está previsto que el estudio de viabilidad dure un año, cueste 7,1 millones de euros y esté destinado a diseñar un sistema de comunicaciones espaciales independiente específico para la Unión Europea. Se confía a un consorcio de fabricantes y operadores de satélites, un operador de telecomunicaciones y el proveedor europeo de servicios de lanzamiento para estudiar el diseño, desarrollo y lanzamiento de un sistema europeo de comunicaciones espaciales.

El propósito de este estudio es evaluar la viabilidad de esta nueva iniciativa destinada a fortalecer la soberanía digital de Europa y proporcionar conectividad segura a sus ciudadanos, empresas comerciales e instituciones públicas.

Al igual que el proyecto Starlink, el sistema también será responsable de proporcionar una cobertura global de áreas rurales y blancas. Una vez validado, este nuevo proyecto insignia de la Unión Europea, que está en línea con los programas Copernicus y Galileo, explotará al máximo las sinergias y el potencial tecnológico de las industrias digital y espacial, escribió Orange, uno de los gigantes europeos.

“El propósito de este estudio será evaluar la viabilidad de esta nueva iniciativa dirigida a fortalecer la soberanía digital de Europa y brindar conectividad segura a sus ciudadanos, sus empresas comerciales y sus instituciones públicas”, indica la Unión Europea. Y señalar que este nuevo sistema tendrá, como Starlink, por vocación “asegurar una cobertura, a escala global, de las zonas rurales y zonas blancas”.

Los agentes tecnológicos seleccionados por Bruselas para realizar este estudio son: Airbus, Arianespace, Eutelsat, Hispasat, OHB, Orange, SES, Telespazio y Thales Alenia Space. Depende de ellos diseñar el futuro sistema espacial europeo capaz de proporcionar servicios de comunicación seguros a los Estados miembros de la UE, “así como conectividad de banda ancha para los ciudadanos europeos, las empresas y los sectores de la movilidad, reforzando así la soberanía digital de la Unión”.

«La fase de estudio adjudicada por la Comisión Europea definirá más específicamente las necesidades del usuario, la misión del sistema, un diseño arquitectónico preliminar y un concepto de prestación de servicios, así como las estimaciones presupuestarias relacionadas», dijo la Comisión. Europeo. “Se considerará y evaluará un programa de asociación público-privada (APP) durante esta fase”.

El estudio examinará cómo este sistema espacial podría mejorar la infraestructura crítica, actual y futura, incluidas las redes terrestres.

También evaluará cómo conectarse a estas infraestructuras para fortalecer las capacidades de la Unión para el acceso a la nube y para prestar servicios digitales de manera independiente y segura, características esenciales para generar confianza en de la economía digital y garantizar la autonomía estratégica y la resiliencia de Europa. El proyecto fue iniciado por el comisario europeo de Industria, Thierry Breton, exdirector de tecnología y ministro de Finanzas francés.

Los funcionarios de la Unión Europea aprobaron el estudio de una constelación de órbita baja similar a Starlink que proporcionaría comunicaciones gubernamentales seguras y llevaría el servicio de Internet a comunidades aisladas. El desarrollo de una constelación de este tipo haría que Europa dependa menos de la tecnología china y estadounidense en lo que está surgiendo como una nueva carrera espacial de órbita baja.

El trabajo podría inspirarse en los programas europeos existentes en torno a las comunicaciones por satélite gubernamentales y la tecnología cuántica. En un discurso pronunciado en septiembre pasado, Breton aludió a la necesidad de una constelación europea «que permita a Europa acceder al nivel de seguridad que ofrece la criptología cuántica basada en el espacio».

Fuente: https://www.orange.com

from Linux Adictos https://ift.tt/3nfh9nX
via IFTTT

Hace ya varios meses compartimos aquí en el blog la noticia sobre la decisión que habían tomado dentro de Qt Company sobre realizar algunos cambios en sus modelos de licencia y que anunciaban que la edición de soporte a largo plazo de Qt solo se incluye en las licencias comerciales, además de restringir el acceso al proyecto de una u otra forma.

Y es que como tal se mencionaba que la comunidad solo podrá acceder a las nuevas versiones de Qt un año después de su lanzamiento real (si quieres conocer más al respecto sobre la nota, puedes consultar la publicación en el siguiente enlace).

Y bien, ahora ya después de ese tiempo transcurrido desde la noticia a la fecha, las restricciones de Qt Company ya iniciaron y es que Tuukka Turunen, director de desarrollo de Qt Company, anunció hace poco la restricción de acceso al repositorio de fuentes para la rama Qt 5.15 LTS, versión que fue lanzada apenas en mayo pasado y está previsto que el primer lanzamiento del parche Qt 5.15.3 LTS solo comercial se publique en febrero.

Con Qt 6.0.0 lanzado y la primera versión de parche (Qt 6.0.1) próximamente, es hora de ingresar a la fase LTS solo comercial para Qt 5.15 LTS.

Todas las ramas 5.15 existentes permanecen visibles públicamente, pero están cerradas para nuevas confirmaciones (y selecciones).

La excepción es Qt WebEngine (y Qt Script obsoleto), que tienen una dependencia LGPL de terceros.

 Después de esto, las selecciones se van a otro repositorio que estará disponible solo para los titulares de licencias comerciales.

Organizaremos el acceso al repositorio a los titulares de licencias comerciales, por lo que, además de las versiones oficiales, es posible utilizar los repositorios. Las instrucciones sobre esto estarán disponibles para los titulares de licencias comerciales durante la próxima semana, después de que hayamos completado el cambio de licencia y otros preparativos.

Podemos organizar el acceso para los mantenedores de módulos externos a los repositorios solo comerciales.

La limitación se introdujo de acuerdo con el plan anunciado hace un año, lo que implica la publicación pública del código de cambios en las sucursales de LTS solo antes de la formación del próximo lanzamiento significativo.

Y es que hace apenas algunas semanas se formó el lanzamiento de Qt 6.0, cuyo código permanece disponible y se espera la publicación de la primera actualización correctiva 6.0.1 en los próximos días.

Pero a partir de hoy (5 de enero) solo los propietarios de una licencia comercial podrán acceder al código con actualizaciones para la versión de Qt 5.15.

Aun que se menciona que se conservará el acceso público a todas las versiones de Qt 5.15 publicadas anteriormente, pero se agregarán nuevas confirmaciones a puerta cerrada. La excepción se hace solo para el código de los módulos Qt WebEngine y Qt Script, que están vinculados a dependencias externas bajo la licencia LGPL.

Está previsto que se publique un parche de Qt 5.15.3 en febrero solo para usuarios comerciales. The Qt Company ha expresado su voluntad, previa solicitud por separado, de proporcionar a los mantenedores de módulos Qt externos acceso a repositorios privados, lo que brindará a los miembros de la comunidad la oportunidad de observar cambios en Qt 5.15 LTS.

Las correcciones de errores y las vulnerabilidades también se pueden portar desde la rama de desarrollo en la que se desarrollan las nuevas versiones de Qt. Como regla general, los parches aparecen primero en esta rama, después de lo cual se transfieren a las ramas con versiones estables.

El soporte para la rama anterior de LTS Qt 5.12 durará hasta finales de 2021. Las distribuciones que necesitan enviar paquetes con Qt 5.15 se verán obligadas a mantener la rama por sí mismas o cambiar a la rama Qt 6, lo que no garantiza la compatibilidad total con Qt 5.

Los mantenedores de Qt en Debian han declarado previamente que no tendrán tiempo suficiente para admitir Qt 6 en la distribución. La comunidad está discutiendo la creación de un proyecto conjunto para organizar el apoyo a sus propias sucursales LTS de Qt, independientes de Qt Company.

from Linux Adictos https://ift.tt/3hTbPFW
via IFTTT