firewalld 1.0: primera versión mayor del popular cortafuegos para Linux

publicado en: Aplicaciones, Linux, Noticias, Software Libre | 0

Hoy vamos a publicar sobre un componente que tiene mucho protagonismo en el espectro RPM, pero que hasta ahora no le habíamos dedicado ninguna entrada: firewalld. El desarrollo de firewalld fue iniciado por Red Hat hace diez años con el propósito de administrar la funcionalidad del cortafuegos de Linux con Netfilter. A pesar de ser un software veterano, la primera versión mayor se ha hecho rogar, porque no ha aparecido hasta el día de ayer.

La primera novedad relevante de firewalld 1.0 es la eliminación del soporte para Python 2, cosa lógica si tenemos en cuenta que la mencionada versión del popular lenguaje de programación fue descontinuada a principios de 2020, por lo que su uso tendría que ser desaconsejable por cuestiones de seguridad. Ahora la versión mínima de Python que se requiere para hacerlo funcionar es la 3.6.

Otras novedades de firewalld 1.0 son el hecho de que las reglas de NAT han sido movidas a la familia de iNet para reducir el conjunto, que el objetivo predeterminado es ahora similar a rechazar, que CleanupModulesOnExit tiene como valor predeterminado no, la habilitación por defecto del reenvío en la intrazona, la aplicación de los bloques ICMP y la inversión de bloques solo en la entrada, además de la eliminación del servicio tftp-client, del backend de IPTables y la interfaz directa.

¿En que se transforma lo expuesto hasta aquí para los usuarios finales? Pues en que firewalld 1.0 debería de ofrecer una mejor previsibilidad con la configuración estándar, reduciendo de esta manera la cantidad de problemas a tratar y el tamaño del conjunto de reglas. Dicho con otras palabras, tendría que ser más sencillo de utilizar.

firewalld es un software cuya presencia destaca dentro del espectro RPM, siendo utilizado, no necesariamente en su última versión, por CentOS 7 o posterior, RHEL 7 o posterior, Fedora 18 o posterior, openSUSE Leap 15 o posterior y SUSE Linux Enterprise 15 o posterior, sin que se descarten otras distribuciones. Fedora 35 apunta a ser el principal candidato para estrenar la versión 1.0 de forma preinstalada.

firewalld, que es software libre al usar la licencia GPLv2, cuenta con dos interfaces gráficas, firewall-config, que es un frontend gráfico para su configuración, y firewall-applet, un pequeño indicador de estado que proporciona notificaciones de registro de los eventos del cortafuegos, así como una forma rápida de abrir firewall-config. firewall-applet fue portado a Qt hace unos años debido a que la bandeja del sistema fue descontinuada en GNOME 3.

Todos los detalles de firewalld 1.0 pueden ser consultados a través del anuncio oficial y las notas de lanzamiento en GitHub. Los que estén interesados en aprender a usar este cortafuegos pueden echar un vistazo a dos entradas publicadas en la web de Red Hat, con una siendo una guía para principiantes y otra proporcionando una introducción a las reglas y los escenarios.

Fuente: Muylinux

CBL-Mariner, la distro de Linux creada por Microsoft

publicado en: Linux | 0

Microsoft cambió de rumbo totalmente hace unos años, y empezó a apoyar a toda la comunidad relacionada con Linux. Uno de los grandes pasos que dio para ello fue incluir compatibilidad nativa en el kernel de Windows con Linux para poder ejecutar distros bajo Windows Subsystem for Linux (WSL). De hecho, la compañía hace sus aportaciones al kernel de Linux, y tiene su propio sistema operativo basado en Linux, y ahora lo ha lanzado en GitHub.

Microsoft ha lanzado en silencio la primera versión estable de su distro basada en Linux bajo licencia de código abierto del MIT. Llamada CBL-Mariner, esta distro no está pensada para ser usada por todos los usuarios en sus ordenadores, así como tampoco tenemos disponible una imagen ISO para poder instalarla.

CBL-Mariner: Microsoft abre su distro Linux a todos

CBL-Mariner no es nada más que la distro interna que Microsoft utiliza en todos sus productos relacionados con Linux. Por ejemplo, sirve de base para la compatibilidad de WSL en Windows 10 y poder ejecutar otras distros, así como también es usado en sus dispositivos usados en la nube Azure.

El sistema es mantenido por el Linux System Group, el grupo dedicado al sistema operativo libre dentro de Microsoft. El sistema cuenta con dos objetivos prioritarios: la máxima seguridad, y el mínimo consumo de recursos. Para ofrecer la máxima seguridad, cuenta con elementos como actualizaciones firmadas, un kernel reforzado, registros a prueba de manipulación, y un largo etcétera.

En cuanto al mínimo consumo de recursos, en cuanto descargamos el código publicado en el repositorio de CBL-Mariner, podemos ver que éste ocupa prácticamente 22 MB. Con el código disponible, es el usuario el que tiene que crear una imagen, aunque en el repositorio encontramos toda la información necesaria para hacerlo en Ubuntu 18.04. Tras instalarla, la experiencia de uso es similar a Fedora o Photon-OS, siendo una distribución de Linux ligera.

Es más cómodo usar distros bajo WSL2

Aunque hacer esto sea viable, para el usuario medio es mucho más cómodo utilizar WSL2, que no sólo permite ejecutar la terminal de Linux, sino que también podemos ejecutar aplicaciones de Linux de manera nativa en Windows 10 con su correspondiente interfaz gráfica sin tener que andar usando máquinas virtuales de Linux o reiniciar para cambiar entre sistemas operativos.

Microsoft lleva años facilitándole la vida a los desarrolladores o a cualquier persona que requiera del uso de Linux en un momento dado con WSL, que ahora es WSL2 tras la adición de la opción de poder usar apps con la interfaz gráfica.

Microsoft cambió de rumbo totalmente hace unos años, y empezó a apoyar a toda la comunidad relacionada con Linux. Uno de los grandes pasos que dio para ello fue incluir compatibilidad nativa en el kernel de Windows con Linux para poder ejecutar distros bajo Windows Subsystem for Linux (WSL). De hecho, la compañía hace sus aportaciones al kernel de Linux, y tiene su propio sistema operativo basado en Linux, y ahora lo ha lanzado en GitHub.

Microsoft ha lanzado en silencio la primera versión estable de su distro basada en Linux bajo licencia de código abierto del MIT. Llamada CBL-Mariner, esta distro no está pensada para ser usada por todos los usuarios en sus ordenadores, así como tampoco tenemos disponible una imagen ISO para poder instalarla.

 

 

darktable 3.6 llega con grandes mejoras en la gestión del color

publicado en: Linux | 0

.

La versión 3.6 del conocido editor de imágenes RAW darktable ha visto la luz con una gran cantidad de novedades que le darán otro empujón en la dirección correcta en el ámbito de la fotografía, donde es una aplicación de referencia además de ser uno los grandes orgullos del software libre, ya que su código está publicado bajo la licencia GPLv3.

La primera novedad que se puede destacar de darktable 3.6 es el nuevo panel de acceso rápido, el cual ha llegado en esencia para sustituir al módulo de ajustes básicos y ofrece una nueva interfaz unificada para los módulos de procesado.

Continuando con la propia gestión de los módulos, ahora estos pueden ser añadidos o eliminados rápidamente de un grupo haciendo clic con el botón secundario del ratón sobre las pestañas de grupo. Los responsables de la aplicación dicen que “esto evita la necesidad de modificar el grupo en la ventana de mantenimiento”, pero que no actualiza los ajustes preestablecidos personalizados del usuario.

Por otro lado, la ventana de gestión de la disposición de los módulos ha sido mejorada para incluir la configuración del panel de acceso rápido y poder aplicar automáticamente los ajustes preestablecidos de los grupos de módulos según el tipo de imagen que se esté editando.

Panel de acceso rápido de darktable 3.6

Panel de acceso rápido de darktable 3.6

En lo que respecta al tratamiento del color, el nuevo módulo de balance de color de darktable 3.6 “trae algunas innovaciones únicas” que ayudan a que la edición de las imágenes se haga de “una manera cinematográfica” y con un flujo de trabajo refinado y preparado para HDR. Este nuevo balance de color esteriliza la gama de colores en el espacio RGB en la salida del módulo e internamente entre cada conversión del espacio de color; usa máscaras de luminancia que dividen la imagen en sombras, reflejos y tonos medios; introduce un entorno de saturación real ajustado a la definición de Munsell y la Comisión Internacional de la Iluminación; además de la gradación de color lineal en el espacio de color RGB para exhibir una distribución de los tonos Munsell en todo el rango de luminancia.

Siguiendo con el tema del tratamiento del color, un nuevo módulo llamado ‘calibración del color’ permite extraer rápidamente a partir de la comprobación del color de una imagen el balance de blancos y la mejor configuración del mezclador de RGB para minimizar la desviación del color.

¿Necesitas censurar una parte de una fotografía? darktable 3.6 incluye un módulo de censura para difuminar o pixelar partes de una imagen. Los responsables de la aplicación no esconden que sus funciones son la de anonimizar personas difuminándoles la cara y evitar exponer partes del cuerpo para que una determinada imagen pueda cumplir con las normas de una red social. Sin embargo, es importante tener en cuenta que el uso de este módulo no impide que herramientas de reconstrucción forense apoyadas en inteligencia artificial puedan recuperar las partes censuradas.

módulo de balance de color de darktable 3.6

módulo de balance de color de darktable 3.6

En darktable 3.6 no solo hay novedades, sino también mejoras y cambios. Por ejemplo, el módulo de cortar y rotar existente se estaba volviendo difícil de mantener debido a que intentaba realizar tres acciones al mismo tiempo: recortar, rotar y piedra angular, así que se ha creado un nuevo módulo llamado ‘crop’ (cortar) para llevar a cabo las tareas de cortar y rotar.

Terminamos con algunas de las cosas más destacadas, como el nuevo módulo de aberración cromática que sustituye al que estaba presente y el complemento de la vista de vectorsocpio (vectorscope), el cual pone a disposición un diagrama de tono y croma que muestra la cromaticidad aislada desde la luminosidad o la información espacial.

darktable 3.6 puede ser descargada para Linux, FreeBSD, macOS y Windows a partir del sitio web oficial. Para los usuarios de Linux, en caso de querer disponer de la última versión de la aplicación sin complicaciones, está la posibilidad de obtenerla en formato Flatpak.

«The GNOME Way» es «The Fedora Way», el futuro del escritorio Linux

publicado en: Aplicaciones, Debian, Linux, Software Libre | 0

La semana pasada nos hicimos eco de una entrada publicada los blogs de GNOME llamada “The GNOME Way”, en la que Tobias Bernard exponía su punto de vista sobre el futuro del escritorio Linux. Dejando de lado la parte más áspera para aquellos que no tienen conocimientos de desarrollo de software, sus conclusiones en torno Flatpak, las extensiones de GNOME y el futuro del escritorio tradicional fueron muy claras.

GNOME 3, desde su primera aparición, ha dejado divididos a los usuarios en tres grandes grupos: los que defienden la experiencia por defecto, los que defienden la experiencia con extensiones y los que rechazan de plano su propuesta. Esta división también llega a los redactores de MuyLinux, J.Pomeyrol y yo, así que hemos decidido de exponer nuestras opiniones (la de Jose llegará más adelante) sobre la entrada publicada por Tobias Bernard.

A estas alturas no hace falta que diga que soy un férreo defensor de la experiencia por defecto de GNOME Shell, sin extensiones, y con el cuestionado Adwaita como tema. Por otro lado, no es ningún secreto que creo firmemente que la propuesta de Fedora, impulsada por Red Hat, es el camino correcto a seguir para el escritorio Linux, sobre todo porque aplica una visión uniforme que abarca systemd, Wayland, GNOME, Flatpak y PipeWire y por el avance hacia la automatizción sin sacrificar el concepto del software libre.

Tras exponer los antecedentes, no hace falta ser un genio para adivinar que comparto hasta cierto grado la visión de Tobias Bernard, aunque también discrepo totalmente con él en una de sus conclusiones más polémicas y no comparto al 100% lo que dice en la mayoría de apartados.

Flatpak sí es el futuro de la distribución de aplicaciones para GNU/Linux

Para empezar, y al igual que Bernard, yo sí creo que Flatpak es el futuro de la distribución de aplicaciones para GNU/Linux. La tecnología de paquetes sin dependencias tradicionales impulsada por Red Hat, gracias a que se publica y distribuye como un proyecto comunitario, abre un espacio neutral para que los desarrolladores puedan abarcar, al menos teóricamente, todas las distribuciones mediante una única compilación de sus aplicaciones.

Aunque muchas personas apegadas a la filosofía Unix han rechazado Flatpak debido a la duplicación de bibliotecas, el formato de paquetes se ha convertido en un poderoso aliado para los desarrolladores, sobre todo los pequeños. Sé que esta afirmación puede resultar extraña para algunos, pero todo tiene una explicación.

Nos guste o no, GNU/Linux es la plataforma más elitista cuando se trata de desarrollar para ella, mucho más que macOS. La existencia muchísimas distribuciones, con cada una de ellas manejando versiones diferentes de las mismas bibliotecas, hace que el abarcar diversos sistemas GNU/Linux sea complicado para los desarrolladores, a veces incluso dentro de una misma distribución. Esta situación hace que los costes de desarrollar aplicaciones para GNU/Linux se eleven mucho, por lo que al final muchas aplicaciones se limitan a abarcar Ubuntu debido a que es la distribución más popular.

El problema de tener lidiar con las dependencias de las distribuciones no es algo que afecte demasiado a Microsoft o Google, porque las grandes corporaciones tienen medios económicos de sobra para dotarse de los medios necesarios, sino que los principales perjudicados son los pequeños proyectos, que no pueden hacer frente a semejante escenario y luego tienen que pedir o rezar para que las comunidades lleven sus creaciones más allá de Ubuntu.

Aquí es donde Flatpak entra en juego, porque permite que la compilación oficial de una aplicación pueda ser ejecutada, al menos en un principio, sobre cualquier distribución (aquí abarcamos otra conclusión de Tobias Bernard: Los desarrolladores de aplicaciones deben hacer sus propios paquetes). De hecho, las versiones de aplicaciones como Steam, Steam Link y LibreOffice son oficiales, por lo que el usuario puede disponer de la última versión de cada una de ellas de forma fácil y sin comprometer la integridad del sistema gracias a que Flatpak ejecuta las bibliotecas dentro de su propio entorno.

Flatpak tiene un gran rival: el formato Snap de Canonical. Sinceramente, desconfío mucho de Snap porque la distribución de los paquetes se centra casi en su totalidad en la Snap Store, que pertenece a Canonical, frente a un Flathub que es un repositorio independiente. El hecho de que la Snap Store centralice la distribución de aplicaciones daría a Canonical el poder para determinar qué aplicaciones se distribuyen no solo para Ubuntu, sino también para el resto de distribuciones que decidan utilizar Snap.

Aprovecho la ocasión para pedir a corporaciones como Microsoft y Slack para que publiquen compilaciones oficiales de sus aplicaciones en formato Flatpak (si es que deciden no alojarlas en Flathub), porque alimentar la Snap Store podría terminar derivando en una situación de monopolio perjudicial para los usuarios de GNU/Linux.

El escritorio tradicional no ha muerto

La conclusión más polémica de Bernard fue la de que el escritorio tradicional había muerto. Sinceramente, para mí el escritorio tradicional no ha muerto, sino que GNOME ha sumado otra propuesta al mercado que los usuarios de GNU/Linux pueden elegir.

GNOME Shell y su paradigma han suscitado muchos debates que han abarcado distintos temas, pero desde mi punto de vista, el rechazo de muchos usuarios se basa principalmente en un hecho: Que GNOME ha invertido la forma en que el usuario de GNU/Linux ha tendido a entender su escritorio.

El escritorio Linux ha tendido a ofrecer mucha personalización, pero poca automatización. El usuario siempre ha podido personalizar hasta el más mínimo detalle de su escritorio, pero luego incluso para realizar las tareas más sencillas tenía que tirar de la línea de comandos. GNOME 3 invirtió dicho paradigma, presentando un entorno de escritorio que no es, al menos en un principio, muy personalizable, pero que por debajo ejecuta una gran cantidad de servicios que al final terminan ofreciendo una experiencia bastante automatizada, minimizando de esta manera el uso de la consola (de ahí que Fedora Workstation tenga poca dependencia de la consola, a pesar de no contar con un panel a nivel de administrador como Yast).

Por otro lado, pienso que el concepto de escritorio propuesto por GNOME Shell ha sido incomprendido. Muchas personas se empecinan en usar GNOME Shell como un entorno tipo Windows, sin entender que fue concebido para ser usado mediante ventanas flotantes que el usuario tiene que organizar a través de los espacios de trabajo, de ahí que carezca de una barra de tareas tradicional.

El poner a disposición solamente las opciones necesarias es para muchos un inconveniente, pero yo lo veo como una ventaja porque elimina distracciones innecesarias, ayudando al usuario a centrarse en la tarea. Tanto Adwaita como la eliminación de elementos del entorno van encaminados en esa misma dirección, y después de años de uso, puedo decir que los desarrolladores de GNOME han logrado con creces dicho objetivo, aunque eso no quita que haya algunos aspectos por pulir.

Pese a todo, creo que el escritorio tradicional seguirá entre nosotros por muchos años (por no decir décadas). Solo hay que ver el reciente Steam Deck, que ha apostado por KDE Plasma como entorno de escritorio (y probablemente interfaz secundaria) probablemente por su similitud con Windows a nivel de diseño, la más fácil de reconfiguración de Kwin en algunos aspectos frente a Mutter y el hecho de que tiene la puerta abierta a tener Wayland a pleno rendimiento en un futuro cercano.

Si bien mi preferencia es clara, mi visión del escritorio Linux no se limita a GNOME. He apoyado muchas veces (espiritualmente) a KDE Plasma en su transición a Wayland, y Discover, bien implementado, es capaz de ofrecer una experiencia de instalación gráfica tan buena como la de GNOME Software. Como alternativa a los dos grandes para ordenadores modestos me decanto por MATE, que uso en mi discreto netbook Atom.

Los temas para personalizar el acabado estético del escritorio son un disparate

Tobias Bernard dijo que “los temas que abarcan todo el sistema son una idea rota”, y personalmente, estoy de acuerdo con él, aunque posiblemente no desde la misma perspectiva.

Jose dio en el clavo cuando dijo en agosto de 2020 que soy una persona que se adapta al entorno y no al revés. Esta visión no solo deriva del uso de la implementación base de GNOME Shell, sino también de mi mala experiencia cuando cambiaba el tema usado de manera predeterminada por el entorno de escritorio.

En tiempos pasados, tras cambiar el tema del escritorio o modificarlo descubría que había cosas que no estaban en su sitio, como letras blancas sobre un fondo gris claro o letras negras sobre un fondo azul oscuro, y eso cuando los elementos no se salían de su ubicación, rompiendo totalmente el diseño de la aplicación que tenía delante. Aquello me hizo reacio a cambiar el tema por defecto salvo en Ubuntu 18.04, ya que Ambiance luce horrible en GNOME Shell y Yaru, el tema por el que lo sustituía, es oficial y mantenido por Canonical.

Por lo demás, es que no cambio nunca el tema por defecto. En Debian con GNOME y Fedora Workstation dejo Adwaita, en Debian con MATE dejo el Menta personalizado que trae, en Manjaro KDE dejaba Maia, en KDE neon dejaba Brisa/Breeze, y siempre veo que todo está en su sitio salvo contadísimas excepciones. No, no me parece una buena idea personalizar el aspecto estético, pero eso no quita que esté a favor de la presencia de una tema Adwaita oscuro que sea fácil de establecer en GNOME.

Para cerrar el tema de la personalización, ni Windows, ni macOS, ni Android, ni iOS ofrece el nivel de personalización de GNU/Linux, lo que me lleva a la siguiente pregunta: ¿es la personalización una característica que hará triunfar al escritorio Linux? Mi respuesta es un contundente no, y eso no quiere decir que KDE Plasma tenga que traicionarse a sí mismo, pero es obvio que lo que busca la mayoría de los usuarios es facilidad, comodidad, automatización y un aspecto bonito.

Las extensiones merecen un mejor trato, pero no para personalizar el entorno

Bernard dijo que las extensiones de GNOME serán un nicho y que, en caso de buscar un impacto real, lo suyo sería contribuir directamente al entorno. Yo, en cambio, creo que las extensiones merecen un mejor trato, pero no para transformar la experiencia ofrecida por la implementación base del escritorio.

La mayoría de la gente usa extensiones para modificar la experiencia con el entorno, intentando muchas veces tener una disposición tipo Windows. Para tener un escritorio tipo Windows, creo que sería mejor usar otro entorno, y aquí es donde entra KDE Plasma para ofrecer una experiencia de ese tipo, añadiéndole potencia, versatilidad, optimización y con las vistas puestas en las tecnologías del futuro para el despliegue de gráficos en GNU/Linux (Wayland y las bibliotecas que los acompañen).

No desprecio todas las extensiones, porque algunas como GSConnect, el porcentaje de la batería del Dual Shock 4 (ojalá algún día soporte el DualSense) y el de GameMode aportan cosas de utilidad, pero aquellas orientadas a convertir el dash en un dock o que introducen bandejas del sistema se dedican a forzar a GNOME Shell para que trabaje de una manera para la que no fue concebido.

Conclusión: Tobias Bernard acierta en muchas cosas del qué, pero poco del cómo

La relación entre Fedora, Red Hat y GNOME es muy estrecha. Esto no solo vincula al entorno de escritorio y las correspondientes distribuciones, sino también a tecnologías como PulseAudio, PipeWire, Flatpak, systemd y Wayland. Con esto sobre la mesa, queda en evidencia que la postura de Tobias Bernard está bastante influida por ese factor, a pesar de que él es empleado de Purism.

A través de “The GNOME Way”, Bernard señala indirectamente hacia la creación de un framework unificado para GNU/Linux que abarca bastantes componentes, demasiados para algunos, pero en mi opinión los necesarios. Si queremos que GNU/Linux triunfe en el escritorio, no queda otra que establecer una visión uniforme que abarque distintas tecnologías para que estas trabajen en forma conjunta y uniforme, y ya que aquí nadie se pone de acuerdo, la única vía que queda es la de la imposición, que es lo que está ocurriendo.

Sin embargo, no soy partidario de que ese framework deje fuera al escritorio tradicional, y viendo que tampoco lo soy de la personalización de GNOME, lo mejor es dejar la puerta abierta para que entornos de escritorio “tradicionales” puedan acoplarse a dicho framework, cosa KDE Plasma está haciendo.

 

Fuente: Muylinux

The Linux Foundation lanza una encuesta sobre diversidad, equidad e inclusión en el código abierto

publicado en: Aplicaciones, Debian, Linux | 0

Los debates identitarios están a la orden del día en las sociedades occidentales y el mundo del software no es una excepción. Así, The Linux Foundation acaba de publicar una encuesta sobre diversidad, equidad e inclusión (DEI) en el código abierto a la que invita a participar a todo aquel que lo desee.

Esta encuesta de The Linux Foundation está amparada por otras compañías de relevancia en el sector tecnológico y del código abierto, como AWS, CHAOSS, GitHub, GitLab, Red Hat o VMware, entre otras, y a todas servirán sus resultados, una vez reunidos los cuales estarán a disposición de quien los solicite.

El propósito de la encuesta es el de «comprender la demografía y la dinámica con respecto a la participación general de los contribuyentes e identificar las brechas que deben abordarse como un medio para promover culturas inclusivas dentro de estos entornos».

Con todo, la encuesta se centra más en suscitar la denuncia de conflictos que en detectar la posible diversidad de los participantes, con preguntas excepcionales en relación, por ejemplo, al idioma -y la barrera que este supone para introducirse en comunidades de código abierto-, discapacidades, orígenes étnicos, género, percepción de género, orientación sexual, etc.

«El objetivo es identificar los sentimientos y las brechas que deben abordarse específicamente en las comunidades de código abierto, como un medio para avanzar en las culturas inclusivas en estos entornos», se explica en la introducción de la encuesta. «Esta encuesta está abierta a cualquier persona que utilice, contribuya o piense en el software de código abierto», se añade.

«El software de código abierto está creado por personas de orígenes, nacionalidades, orientaciones e identidades muy diferentes, todas cuyas opiniones deben ser respetadas, incluidas y reconocidas», dice Jim Zemlin, director ejecutivo de The Linux Foundation. «Como líderes en la gestión de las comunidades de código abierto más importantes del mundo, nos corresponde a nosotros elevar esas opiniones y preocupaciones con respecto a problemas importantes de DEI con datos cuantificables.»

Puedes participar en la encuesta a través de este enlace.

No deja de ser curioso la incidencia que están teniendo estos movimientos en el mundo de código abierto, tradicionalmente impulsado por la meritocracia, pero bienvenidos sean si de incentivar la participación y eliminar la discriminación -en cualquier sentido- se trata.

Imagen: Unspash

 

Fuente: Muylinux

Valve presenta Steam Deck, su consola híbrida con Linux

publicado en: Aplicaciones, Debian, Linux | 0

Pues ya es una realidad. Después de que se filtrara información durante el transcurso de la pasada primavera, Valve ha anunciado Steam Deck, su nueva consola de videojuegos con la que pretende adentrarse en el sector del hardware usando Linux (SteamOS) como sistema operativo.

Steam Deck es un giro de 180 grados frente a las fallidas Steam Machines. Valve ha decidido inspirarse en Nintendo Switch y presentar una consola híbrida que empieza siendo una portátil, pero que puede ser convertida en una de sobremesa mediante el uso de una estación de conexión que hará la función de dock. Otro detalle importante es que usa una APU de AMD, por lo que utiliza la arquitectura x86_64 para mantener la compatibilidad con el software existente.

Steam Deck: Características de hardware

Profundizando en las características, la Steam Deck incorpora una APU de AMD personalizada con una GPU RDNA 2 integrada y un procesador Zen 2 que funciona a una frecuencia de entre 2,4 y 3,5 gigahercios. A nivel de memoria de ejecución incluye 16GB de RAM LPDDR5 y la pantalla es de 7 pulgadas, LCD, táctil y funciona a una resolución de 1.280×800 píxeles con un ratio de aspecto de 16:10 y una tasa de refresco de 60Hz.

Posiblemente la resolución en modo portátil se quede corta para muchos, pero hay que tener en cuenta que Steam Deck usa la arquitectura x86_64 y apunta a ejecutar las versiones para PC de videojuegos exigentes, así que el usar una resolución baja en modo portátil podría ser una buena decisión para aumentar la autonomía. La batería de la consola es de 40Wh y según Valve ofrecerá una autonomía de entre dos y ocho horas (esto puede depender de aspectos como la configuración gráfica utilizada y las exigencias del propio videojuego).

Steam Deck tiene para la conectividad Wi-Fi en las bandas de 2,4 y 5 gigahercios (a/b/g/n/ac), Bluetooth 5, USB Type-C para los accesorios y una ranura para microSD. Como estamos ante un producto que puede hacer la función de consola portátil, otro punto muy interesante son los controles que incorpora, que son los siguientes:

  • Botones A, B, X e Y.
  • Cruceta.
  • Gatillos analógicos L y R.
  • Botones frontales L y R.
  • Botones de Ver y de Menú.
  • 4 botones de empuñadura asignables.
  • 2 sticks analógicos de tamaño completo con toque capacitivo.
  • 2 trackpads cuadrados de 30 mm con retroalimentación háptica.
  • Pantalla táctil.

Cerramos el apartado de hardware mencionando que se comercializarán tres versiones de la Steam Deck, las cuales se distinguen por el almacenamiento de datos y algún que otro detalle:

  • La Steam Deck de entrada cuenta con 64GB de almacenamiento eMMC e incluye un estuche de transporte. Su precio es de 419 euros.
  • El modelo intermedio tiene 256GB de almacenamiento mediante NVMe SSD, ofreciendo un mejor rendimiento en este aspecto además de más capacidad. Incluye el estuche de transporte, un lote de perfil exclusivo de la Comunidad Steam y su precio es de 549 euros.
  • El modelo tope de gama de la Steam Deck incorpora una unidad NVMe SSD de 512GB y cuenta con una pantalla antirreflectante. Además, incluye el estuche de transporte, el lote de perfil exclusivo de la Comunidad Steam y un teclado virtual con un tema exclusivo. Su precio es de 679 euros.

SteamOS 3.0: Arch Linux como base y KDE Plasma como entorno de escritorio

Valve vuelve a apostar por Linux como sistema operativo para su hardware, más concretamente por su propia distribución: SteamOS. Sin embargo, frente a versiones anteriores del sistema, la tercera versión mayor incluye cambios radicales.

SteamOS 3 se basa en Arch Linux en lugar de Debian. Esto repercutiría en el gestor de paquetes, que pasaría a ser Pacman en lugar de APT. Además, en la elección de Arch Linux ha podido influir los siguientes factores:

  • Tener más fácil acceso a versiones recientes del software. Aquí resultan especialmente importantes el kernel, el driver AMDGPU y Mesa. Veremos si Valve al final se decanta por usar un kernel LTS para minimizar el impacto de los cambios constantes y si adopta un modelo similar al de Manjaro para ofrecer actualizaciones más escalonadas a la vez que suministra las últimas versiones de los drivers.
  • Arch Linux es uno de los reyes del software vanilla dentro del espectro GNU/Linux, así que posiblemente su base sea para Valve más fácil de tratar que la de Debian, cuyo software ya viene modificado.

El uso de KDE Plasma como entorno de escritorio tiene su lógica si tenemos en cuenta que la mayoría de los gamers vienen de Windows, por lo que su disposición predeterminada les resultará más familiar. Sin embargo, es probable que la primera interfaz que vea el usuario tras iniciar sesión no sea KDE Plasma, sino Big Picture u otra interfaz de características similares, estando el entorno de escritorio como opción secundaria por si necesita retocar algo en el sistema.

Pero la disposición tipo Windows no es la única virtud de KDE Plasma frente a sus rivales, sino también algunas características como la opción “Permitir que las aplicaciones bloqueen la composición” del Compositor. En caso de que un juego dé problemas con la sincronización vertical, el usuario puede inahbilitar dicha opción, inhabilitar la sincronización vertical del juego y delegar de esta forma la sincronización vertical en Kwin. Esta vía puede reducir un poco el rendimiento de los juegos, pero igual compensa para aquellos que detestan el tearing.

 

 

Por último, los desarrolladores de KDE Plasma han metido el turbo a su implementación de Wayland, así que en un futuro no muy lejano veremos al entorno de escritorio totalmente preparado para soportar las últimas tecnologías de despliegue de gráficos para GNU/Linux. En GNOME no es necesario activar la sincronización vertical de los juegos en caso de usar Wayland, así que veremos qué beneficios aportará el protocolo a KDE Plasma en ese frente.

Steam Deck + SteamOS 3: Algunos pros y algunos contras

Como vemos, y ciñéndonos a la arquitectura, Steam Deck no es mucho más que una Steam Machine de tamaño reducido, pero las circunstancias han cambiado lo suficiente como para tener unas expectativas diferentes.

Los drivers de AMD para Linux han mejorado enormemente desde el anuncio de AMDGPU, hasta el extremo de rendir a la par que NVIDIA y ser capaces de derrotar a la combinación de Windows y NVIDIA ejecutando una “patata rodante” como Red Dead Redemption 2. Valve está muy implicada en el desarrollo de RADV, el driver de Vulkan para Radeon incluido en Mesa, y también está por ahí la reciente liberación del código de FidelityFX Super Resolution, el rival de AMD para el DLSS de NVIDIA.

Cuando las Steam Machines originales fueron comercializadas, Proton no existía. A estas alturas no hace falta recordar que Proton, que se sirve a través de la característica Steam Play del cliente de Steam, ha incrementado enormemente la cantidad de videojuegos que se pueden ejecutar en Linux. Los traductores DXVK y VKD3D (DirectX a Vulkan) han demostrado ser capaces de ofrecer un desempeño muy bueno, llegando a quedarse cerca o igualar el rendimiento de la ejecución nativa de DirectX en muchas ocasiones. Esto, junto a la destacable cantidad de videojuegos nativos disponibles para Linux, harán que Steam Deck inicie su andadura con un catálogo bastante amplio.

 

Pero no todas son buenas noticias para la nueva consola de Valve, porque tiene en su contra los elevados precios y la capacidad de almacenamiento del modelo más básico, que sobre el papel sería incapaz de soportar una instalación de Doom 2016 por cuestiones de espacio, o en el mejor de los casos se quedaría extremadamente justa. En cuanto a potencia podría ser incapaz de ejecutar colosos como Cyberpunk 2077 y el mencionado Red Dead Redemption 2 con buenos resultados, ya que se especula que el rendimiento sería similar al de una PlayStation 4.

Veremos cómo le va a Steam Deck, porque a su favor tiene su enfoque híbrido y las grandes mejoras que ha experimentado el Linux gaming en los últimos años, pero apunta a ir dirigida a un público que no parece dispuesto a usar nada que no sea Windows y NVIDIA.

Los que estén interesados en la consola ya pueden reservarla desde el sitio web oficial siempre y cuando hayan efectuado alguna compra en Steam con anterioridad a junio de 2021, una medida con la que Valve pretende limitar la reventa. La Steam Deck sería lanzada al mercado en diciembre de 2021 en Estados Unidos, Canadá y la Unión Europea, con las vistas puestas a que llegue a otros mercados durante el transcurso de 2022. Os dejamos con el vídeo de presentación de la consola.

 

Fuente: Muylinux

le9, un parche para mitigar la escasez de RAM en Linux

publicado en: Aplicaciones, Debian, Linux, Terminal, web | 0

 

El escritorio Linux se enfrenta desde hace tiempo (puede que desde siempre) a una extraña paradoja. Por un lado, es un sistema al que se recurre bastante para resucitar hardware antiguo gracias a su menor consumo de recursos frente a Windows (sobre todo a partir de Vista), pero la realidad es que no destaca por su desempeño en ordenadores con poca RAM. Dicho con otras palabras, usar Linux en un equipo antiguo y con poca RAM podría ser una idea no tan brillante como aparenta en un principio.

Por suerte los desarrolladores de Linux son conscientes del problema con la poca RAM y existen diversas iniciativas para al menos mitigarlo. Por ejemplo, systemd-oomd (OOMD hace referencia a out-of-memory daemon) es un servicio creado para tomar medidas correctivas cuando la memoria RAM disponible se está agotando. Otro esfuerzo es el parche ‘le9’, que se aplicaría al kernel Linux y viene dispuesto a ayudar en un escenario en el que se han detectado deficiencias.

‘le9’ lleva en desarrollo desde hace dos años y ha sido creado para proteger la caché del fichero y hacer que no acabe expulsado de la RAM. Siendo más específicos, ‘le9’ protege las páginas limpias del fichero que se encuentran bajo la presión de la memoria para evitar el “martilleo” y las situaciones de alta latencia y bloqueo que los usuarios se suelen encontrar cuando la cantidad de RAM disponible empieza a escasear.

Uno de los contribuidores de ‘le9’ ha comentado a Phoronix que ha sido capaz de ejecutar Firefox con 37 pestañas, Skype, Discord, dos ficheros PDF y LibreOffice en un viejo equipo con diez años de antigüedad y 2GB de RAM. Es importante mencionar que Firefox es desde hace tiempo un navegador web pesado y que las actuales versiones de Skype y Discord son aplicaciones Electron, lo que en teoría aumenta la cantidad de recursos que necesitan para ofrecer un buen desempeño.

‘le9’ todavía sigue en desarrollo, así que no es una característica de Linux. Hasta ahora parece haber despertado el interés de los encargados de XanMod y los desarrolladores de ‘le9’ esperan presentarlo cuando esté terminado para que sea revisado e incorporado en un futuro a la rama oficial de Linux. Para lograr dicho objetivo, ‘le9’ tendrá que cumplir con las exigencias de los pesos pesados del kernel, entre ellos Linus Torvalds, quien ha tardado siete años en dar el visto bueno a Lockdown y ha mostrado su escepticismo sobre las virtudes de Rust.

Además de los “clásicos” equipos antiguos x86 que por lo general no suelen ir muy sobrados de RAM, el uso de ‘le9’ podría ser interesante en áreas como el IoT y mini-PC de arquitectura ARM que no andan sobrados de recursos.

 

Fuente: Muylinux

«The GNOME Way»: Flatpak es el futuro, el escritorio tradicional ha muerto

publicado en: Debian, Internet, Linux, web | 0

 

Tobias Bernard, diseñador de Purism que contribuye a GNOME, ha publicado una interesante entrada en los blogs oficiales del entorno en la que explica, según su punto de vista, la dirección que ha tomado el proyecto, además de recordar sus principios y motivaciones.

La entrada publicada por Tobias Bernard es la cuarta parte de una serie llamada “Community Power” en la que abarca todo lo implicado en el proyecto, desde la fundación, los desarrolladores individuales y los mantenedores hasta el enfoque, los propósitos y el cómo realizan las cosas.

En la cuarta parte de la serie, que se titula “The GNOME Way”, el contribuidor empieza recordando los valores y las motivaciones, mencionando que desde el proyecto creen en la libertad del software como un modelo inclusivo y responsable para producir tecnología, el hecho de que el software de GNOME está construido de modo que todos puedan utilizarlo y que “el software debe ser estructural y estéticamente elegante, tanto en términos de tecnología subyacente como de interfaz de usuario”.

En el tercer apartado de la entrada, que abarca “el qué”, Bernard recuerda que en GNOME intentan eliminar toda distracción presente en el entorno y sus aplicaciones. Ese enfoque ha quedado claramente plasmado en GNOME Shell, que con el paso de los años ha ido eliminando características que los diseñadores y desarrolladores han considerado innecesarias.

Tobias Bernard es bastante contundente al afirmar de manera explícita que cada preferencia tiene un coste, y este coste aumenta exponencialmente a medida que se va agregando más”. O sea, que cada preferencia añadida va añadiendo complejidad, de ahí que los desarrolladores de GNOME prefieran evitar las preferencias en lo máximo posible y centrar sus esfuerzos en solucionar los problemas subyacentes.

 

La eliminación de elementos redundantes o innecesarios no solo abarca la interfaz de usuario, sino también el desarrollo de los productos. Aquí se menciona que cada variable innecesaria eliminada abre oportunidades para la inclusión de nuevas funciones y que las aplicaciones de terceros son la mejor abstracción para ampliar el sistema principal con funcionalidades adicionales, así que en GNOME se esfuerzan para que los desarrolladores terceros puedan crear más y mejores aplicaciones. Llegados a este punto puede ser interesante recordar la iniciativa GNOME Circle, que es un intento de ampliar el ecosistema de aplicaciones.

En el apartado “el cómo” se menciona algunas de las buenas prácticas que se siguen en el desarrollo. De este punto se puede destacar que los responsables del entorno prefieren ir a la raíz de un problema en lugar de ir aplicando correcciones superficiales, lo que dificulta el proceso al tener que indagar más, pero a cambio se ofrecen soluciones disponibles para todos.

Siguiendo con las buenas prácticas, también son dignas de mención la visión del diseño como algo integral en lugar de algo exclusivo del equipo de diseño, la invención de nuevos paradigmas mejores (según Tobias Bernard) que los de la competencia y la regla de comenzar con la experiencia de usuario que se quiere crear y luego desarrollar las tecnologías para lograr dicho objetivo.

¿Demasiados conceptos que parecen abstractos o ligados al desarrollo de software? Bernard se ha molestado en exponer, desde su perspectiva, algunos ejemplos de cosas en las que se materializaría su argumento en el mundo real:

  • Los desarrolladores de aplicaciones deben hacer sus propios paquetes. Es la única forma de hacerlo de forma sostenible a escala.
  • Flatpak es el futuro de la distribución de aplicaciones (esto apunta a estar ligado a lo anterior).
  • El “escritorio tradicional” está muerto y no volverá. En lugar de intentar recuperar conceptos antiguos como barras de menú o iconos de estado, inventar algo mejor a partir de los primeros principios.
  • Los temas que abarcan todo el sistema son una idea rota. En caso de no gustar el aspecto de las aplicaciones, sería mejor contribuir directamente a ellas o al estilo estético de la plataforma.
  • Las extensiones para la Shell siempre serán algo nicho. En caso de desear un impacto real, lo suyo es invertir tiempo trabajando en el entorno o las aplicaciones oficiales.

Las conclusiones de Tobias Bernard no deberían sorprendernos, porque la relación que mantienen Red Hat, Fedora y GNOME es bastante estrecha y Red Hat es la principal impulsora de tecnologías como systemd, PipeWire y Flatpak, lo que deriva en un enfoque claro del tipo de sistema operativo Linux que se pretende ofrecer.

Microsoft recomienda Linux como reemplazo de SQL Server en Windows Containers

publicado en: Aplicaciones, Linux, Software Libre, Windows | 0

La llegada de Satya Nadella al puesto de CEO de Microsoft fue el inicio de una revolución para la compañía. El gigante originario de Redmond, que en el pasado se autoproclamó enemigo público del software libre y dijo que Linux era un cáncer, muestra desde hace años una posición mucho más amigable con el Open Source, llegando algunas veces hasta a sacrificar sus propias plataformas.

El cambio de postura de Microsoft con respecto al código abierto y Linux no solo ha sido un hecho de cara a la galería, sino que se ha transformado en movimientos concretos como la liberación del código del servidor del framework .NET, la llegada de SQL Server a Linux, la adhesión de la corporación a The Linux Foundation y en Visual Studio Code, el popular editor de código que es en un alto porcentaje de código abierto.

A pesar de que Windows es el sistema operativo que aplasta en el mercado del escritorio desde hace décadas, la cosa cambia cuando entramos en el sector de los servidores. Aquí es donde Linux se ha anotado hace poco un pequeño tanto frente a Windows, porque Microsoft ha anunciado que suspende el programa en fase beta de SQL Server sobre los Contenedores de Windows y ha recomendado usar contenedores Linux en su lugar.

En un breve mensaje publicado en los foros de Microsoft, Amit Khandelwal, Gerente Senior de Programas, ha explicado que “debido a los desafíos existentes en el ecosistema y los patrones de uso, hemos decidido suspender el programa en fase beta de SQL Server en Contenedores de Windows. Si las circunstancias cambian, revisaremos la decisión en el momento apropiado y haremos un anuncio relevante.”

“Los contenedores de SQL Server en Linux continúan siendo compatibles con el entorno de producción. Este anuncio solo afecta a SQL Server en el contenedor de Windows que estaba en fase beta hasta ahora”.

Es importante tener en cuenta que el programa de SQL Server sobre Contenedores de Windows fue iniciado en 2017 y nunca ha salido de la fase beta, así que igual nunca fue concebido para producción. Por otro lado, que Microsoft haya dicho “patrones de uso” puede indicar que el programa no tenía la cantidad de usuarios suficientes para mantenerlo activo, y viendo que el contenedor Linux parece estar más maduro, posiblemente muchos desarrolladores no hayan tenido motivos para recurrir al contenedor de Windows.

La decisión de Microsoft también ha repercutido en el hecho de que los repositorios de SQL Server Express y Developer for Windows Containers Docker serán eliminados de DockerHub junto a las imágenes de contenedor.

La compañía ya ha dicho que deja la puerta a revertir su decisión, pero no hay nada que indique que eso vaya a ocurrir en un futuro cercano.

 

Fuente: Muylinux

Personaliza la barra superior de GNOME 40 con Top Bar Organizer

Hoy vamos a presentar una extensión que por ahora solo está disponible para GNOME 40: Top Bar Organizer. Como bien indica su nombre, permite organizar los elementos que se muestran en la barra superior del entorno, permitiendo al usuario colocarlos donde crea más conveniente.

GNOME Shell es un entorno que desde sus inicios ha despertado la discordia entre la comunidad. Aparte de su disposición por defecto, que tiene tanto defensores como detractores, una de las críticas más comunes que recibe es el hecho de no ser muy personalizable. Ahí es donde entran las extensiones, que se encargan de dotar al entorno de escritorio de posibilidades adicionales que por defecto no tiene y hasta abren la puerta a obtener una experiencia de usuario más “tradicional”, más similar a Windows.

Top Bar Organizer viene a abrir a ampliar las posibilidades de personalización, permitiendo al usuario de GNOME 40 colocar los elementos de la barra superior en el orden que le sea más cómodo. Por ejemplo, puede colocar el reloj en la parte derecha para así emular una disposición más similar a Windows o KDE Plasma no solo del propio reloj y el calendario, sino también de las notificaciones, que quedarían en la parte derecha en lugar de en medio.

La extensión se instala de forma estándar, desde la web de extensiones para GNOME (lo que requiere de la instalación de una extensión para el navegador si se quiere hacer el proceso de manera fácil), y luego puede ser configurada desde la aplicación de extensiones de GNOME. El usuario puede mantener pulsado el botón principal del ratón y arrastrar un elemento hacia la posición que desee: la parte izquierda, la central o la derecha de la barra superior del entorno.

Top Bar Organizer es una extensión interesante para aquellos que busquen tener una experiencia más personalizable con GNOME Shell, más viendo que la mayoría de los usuarios tienden a personalizar la experiencia ofrecida por defecto. Sin embargo, es importante tener en cuenta que por ahora solo funciona con GNOME 40, así que en teoría no debería de funcionar en sistemas que ofrezcan una versión anterior del entorno, como Ubuntu 21.04 y Debian Bullseye. En Manjaro tampoco debido a que la aplicación que permite configurar las extensiones de GNOME sigue en GTK 3 en lugar de GTK 4.

Fuente: Muylinux