Hoy hace justo dos semanas, al publicar la noticia de la anterior versión de desarrollo de este software para ejecutar apps de Windows en otros sistemas operativos, creíamos que la cantidad de cambios introducidos había sido una barbaridad. Duplicaron la cantidad de correcciones realizadas en muchas de las versiones de esta fase del desarrollo, y no recordábamos una sola vez que hubieran llegado a los 600 cambios. Pues bien, aquí estamos quince días después para anunciar el lanzamiento de WINE 7.3 y tenemos que decir que se han vuelto a batir récords.

En la v7.2 se introdujeron un total de 643 cambios. Hoy, tras mencionar los 15 bugs corregidos, más abajo podemos contar que se han realizado un total de 651 cambios. Esta vez, el principal responsable de esta cantidad de correcciones ha sido Eric Pouech, quien se ha encargado de 231. El mismo desarrollador lo mencionamos hace dos semanas, ya que también tuvo mucho que ver en el elevado número de retoques realizados, pero entonces se quedó en «sólo», véanse las comillas, 207.

Novedades más destacadas de WINE 7.3

Lo que WineHQ ha encontrado más interesante como para mencionarlo en su lista de novedades destacadas es que han realizado más limpiezas a gran escala para soportar el tipo «largo», ahora hay soporte adecuado para los conjuntos de API, se ha progresado en la conversión a PE de USER32 y WineALSA y se han introducido una serie de correcciones de joystick HID. La otra novedad que han mencionado es la habitual corrección de errores varias, en donde están los cientos mencionados más arriba.

WINE 7.3 está disponible desde este enlace; el segundo que facilita WineHQ ni lo pongo, porque nunca les funciona. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.4 que llegará el 11 de marzo, y se aceptan apuestas: ¿volverán a superar los 600 cambios? ¿Será Pouech quien arregle muchos de ellos? ¿Cuántos? ¿Y si esta vez se llegan a los 700? También puede pasar que volvamos a cifras más normales, pero para salir de toda duda tendremos que esperar dos semanas.

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

Hace año y medio escribí un artículo sobre algo que me gustó de Manjaro, por extensión también disponible en otros sistemas basados en Arch Linux. Estoy hablando de la posibilidad de hacer el downgrade (bajar de versión) de un paquete a una versión anterior. En parte esto es posible por la caché de paquetes de Arch, en la que se guardan, por defecto, las tres últimas versiones de cada paquete. Claro, esto suena bien, pero no tanto si tu disco duro no tiene mucho almacenamiento.

Hasta que los discos SSD sean tan baratos como los de toda la vida, si es que ese momento llega algún día, los discos duros pueden ser de una de estas tres opciones: grandes y caros; pequeños y baratos; o un híbrido, donde hay parte SSD y parte HDD. En la segunda y tercera opción podemos tener el mismo problema, ya que la HDD, la que ofrece más almacenamiento, la solemos dejar para datos y usamos la SSD para el sistema operativo. Es en estos casos en los que tenemos que vigilar la caché de paquetes de Arch Linux. Y, si fuera necesario, limpiarla.

Limpiar la caché de paquetes de Arch, eliminarla o dejarla como está

Esta caché guardará las tres últimas versiones de cada paquete en /var/cache/pacman/pkg. Hay que vigilarla, porque aún con el límite de tres, puede pasar que la carpeta crezca y crezca hasta rozar o superar los 10GB de almacenamiento, dependiendo de la cantidad de software que tengamos instalado. Y, recordad, hablamos de caché, es decir, algo que está ahí por si acaso, pero que puede no ser necesario.

Pacman tiene una opción para eliminar las versiones viejas de la caché. sudo pacman -Sc eliminará sólo las viejas versiones y dejará la última que tengamos instalada, es decir, el pkg de la que tenemos instalada. Aunque es una opción de Pacman, se dice que no es algo recomendado, pero el argumento sería que no podríamos hacer el downgrade como se supone que deberíamos hacerlo. En este caso tendríamos que acudir a los repositorios oficiales y elegir una versión anterior.

El que gestiona esto de las últimas tres versiones es Paccache, y podemos recuperar espacio con estos comandos:

Lo primero sería mirar cuántos paquetes tenemos instalados y ver lo que ocupan, en mi caso un total de 1981 paquetes con un peso total de 13GB:

sudo ls /var/cache/pacman/pkg/ | wc -l
du -sh /var/cache/pacman/pkg/

Si queremos eliminar todos los paquetes, menos los últimos tres, algo que suele ser automático pero podría no estar funcionando, escribiremos:

sudo paccache -r

Si os dais cuenta, a mí me ha recuperado poco (1.52GB), y no me preocupa no poder volver a una versión anterior, por lo que luego he usado el sudo pacman -Sc:

Con esto último, de 13GB que tenía en la caché de paquetes de Arch, Manjaro en mi caso, me que quedado con sólo 4GB. Nos hará dos preguntas: en la primera nos consulta si queremos eliminar los paquetes, y ahí hay que decirle que sí; en la segunda nos dice de quitar repositorios, y ahí es mejor decirle que no.

IMPORTANTE: todo lo explicado aquí funciona tal cual, pero que nadie borre la carpeta /pkg o de lo contrario el sistema no tendrá donde meter las nuevas instalaciones. Eso «me lo contó un amigo» hace años.

¿Aún quieres eliminar más?

Muy mal tiene que estar un disco duro o hay que tener muchas manías para que haga falta realizar una limpieza más profunda, pero se puede. El comando sería sudo paccache -rk 1, donde la k indica el número de paquetes a mantener. Si se quieren eliminar todos los paquetes ya desinstalados, se puede hacer con el comando sudo paccache -ruk0. De lo anterior, la u indica paquetes desinstalados.

Si se quiere eliminar toda la cache, y dejarla en 0GB, el comando sería sudo pacman -Scc, pero esto lo recomendaría sólo en casos extremos donde ya no tengamos espacio en el disco duro. Todo lo eliminado con los comandos expuestos aquí no se puede recuperar.

Automatizar el proceso

Todo esto de limpiar la cache de paquetes de Arch Linux se puede hacer automáticamente, pero creando un archivo y añadiéndole algunas líneas. Los pasos a seguir para automatizar esta tarea de limpieza serían:

1. Abrimos un terminal y escribimos:

sudo mkdir /etc/pacman.d/hooks

2. Ahora escribimos este otro comando:

sudo nano /etc/pacman.d/hooks/clean_package_cache.hook

3. Dentro del editor, añadimos estas líneas:

[Trigger]
Operation = Upgrade
Operation = Install
Operation = Remove
Type = Package
Target = *
[Action]
Description = Cleaning pacman cache...
When = PostTransaction
Exec = /usr/bin/paccache -r

4. Salvamos y guardamos. A partir de ahora, la caché de paquetes se limpiará automáticamente cada vez que Pacman trabaje actualizando, instalando o eliminando paquetes.

Y así se puede conseguir un poco de espacio extra. Está claro que si el disco duro es lo suficientemente grande, lo mejor es dejar las cosas como tal y como han sido diseñadas, pero estas opciones existen y nos pueden sacar de un apuro.

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

El videojuego X4 es uno de los más conocidos en cuanto a temática espacial, y está disponible también para GNU/Linux. Ahora se han conocido dos nuevas noticias sobre este título. Por un lado habrá una gran actualización totalmente gratuita para X4: Foundations, y también llegará una fantástica expansión conocida como X4: Tides of Avarice que se lanzará el 14 de marzo.

De esta forma se mejora lo que ya era estupendo, y solo faltan unos días para que los fanáticos de este título puedan disfrutar de las novedades, como bien se puede apreciar en la hoja de ruta que se han marcado sus desarrolladores:

• Hoy 25 de febrero: lanzamiento de la banda sonora de X4: Tides of Avarice para ir calentando motores.
• 1 de marzo: primeros avances para la prensa de lo que será la expansión X4: Tides of Avarice y vídeos pregrabados de creadores de contenido.
• 7 de marzo: primeras reseñas de X4 y retrasmisiones en vivo de esta expansión que podrás seguir desde el canal oficial en Twitch. Este mismo día también se lanzará el trailer en el canal de Egosoft en YouTube.
• 14 de marzo: le lanzará de forma oficial la expansión Tides of Avarice para X4. También llega la actualización 5.00 para Foundations de forma gratuita.

En cuanto a las novedades que se esperan para X4: Tides of Avarice, son aún un misterio, pero sí que se ha hablado sobre la actualización de Foundations. Los propios desarrolladores lo han descrito así:

«Encontrar e interactuar con facciones de piratas y carroñeros anárquicos y que eran previamente desconocidos. Pondrá a prueba tu percepción del orden social y la justicia en el universo X. En nuevos sectores y regiones peligrosas, no solo descubrirás nuevas naves y estaciones, sino que también encontrarás fenómenos estelares que influirán significativamente en tus planes y acciones. ¿De qué se trata y quiénes son los misteriosos manipuladores que han aprendido a dominar un recurso raro y vital? Tu viaje te llevará hacia las respuestas. Emprenda y descubra un nuevo capítulo de X4 : Foundations»

Sitio de X4 – Steam

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

El videojuego X4 es uno de los más conocidos en cuanto a temática espacial, y está disponible también para GNU/Linux. Ahora se han conocido dos nuevas noticias sobre este título. Por un lado habrá una gran actualización totalmente gratuita para X4: Foundations, y también llegará una fantástica expansión conocida como X4: Tides of Avarice que se lanzará el 14 de marzo.

De esta forma se mejora lo que ya era estupendo, y solo faltan unos días para que los fanáticos de este título puedan disfrutar de las novedades, como bien se puede apreciar en la hoja de ruta que se han marcado sus desarrolladores:

• Hoy 25 de febrero: lanzamiento de la banda sonora de X4: Tides of Avarice para ir calentando motores.
• 1 de marzo: primeros avances para la prensa de lo que será la expansión X4: Tides of Avarice y vídeos pregrabados de creadores de contenido.
• 7 de marzo: primeras reseñas de X4 y retrasmisiones en vivo de esta expansión que podrás seguir desde el canal oficial en Twitch. Este mismo día también se lanzará el trailer en el canal de Egosoft en YouTube.
• 14 de marzo: le lanzará de forma oficial la expansión Tides of Avarice para X4. También llega la actualización 5.00 para Foundations de forma gratuita.

En cuanto a las novedades que se esperan para X4: Tides of Avarice, son aún un misterio, pero sí que se ha hablado sobre la actualización de Foundations. Los propios desarrolladores lo han descrito así:

«Encontrar e interactuar con facciones de piratas y carroñeros anárquicos y que eran previamente desconocidos. Pondrá a prueba tu percepción del orden social y la justicia en el universo X. En nuevos sectores y regiones peligrosas, no solo descubrirás nuevas naves y estaciones, sino que también encontrarás fenómenos estelares que influirán significativamente en tus planes y acciones. ¿De qué se trata y quiénes son los misteriosos manipuladores que han aprendido a dominar un recurso raro y vital? Tu viaje te llevará hacia las respuestas. Emprenda y descubra un nuevo capítulo de X4 : Foundations»

Sitio de X4 – Steam

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

Los paquetes Snap se instalan en su propio sector del disco aislados del resto del sistema operativo.

Una de las cosas que más confunden a los nuevos usuarios es la cantidad de formatos de programas disponibles. Cada familia de distribuciones tiene el suyo propio y un paquete creado para una de ellas no puede ser utilizado en otra, aunque admita el mismo formato. Para solucionar esto se empezó a trabajar en un formato universal de aplicaciones autocontenidas, esto es que no requirieran dependencias del sistema operativo.

De esta manera se logra que el programa se pueda instalar en cualquier distribución y que pueda actualizarse, aunque el sistema operativo anfitrión no lo haga. Hablemos de Snap y Flatpak.

Por supuesto, como suele suceder en el mundo del código abierto, no nos podíamos poner de acuerdo en un formato estándar por lo que hasta el momento tenemos tres. Personalmente no descarto la aparición de alguno más en el futuro.

Los conceptos básicos

Los gestores de software descargan, instalan y desinstalan paquetes de los repositorios de una distribución Linux.

Comencemos diciendo que en el contexto de este artículo, paquete y programa no son sinónimos. Un formato de paquete es un tipo de archivo que contiene programas informáticos y metadatos adicionales necesarios para que los gestores de paquetes puedan instalarlos. Los programas pueden estar bajo la forma de código fuente o archivos ejecutables y entre los metadatos están indicaciones sobre el directorio de instalación además del nombre, número de versión, licencia y los archivos que forman parte del programa.

Todos los usuarios de teléfonos móviles y tabletas estamos familiarizados con el concepto de tienda de aplicaciones. Se trata de un programa que nos permite buscar, instalar o desinstalar otros programas en nuestros dispositivos. Las tiendas de aplicaciones son una versión renovada de los gestores de paquetes de las distribuciones Linux.

Los gestores de paquetes buscan los programas que queremos instalar en los llamados repositorios. Los repositorios son direcciones web que redirigen a una ubicación específica dentro de un servidor desde la cuál puede descargarse un programa determinado. Ante la falta de conexión a Internet, el medio de instalación puede actuar como repositorio, pero la oferta no será tan amplia ni actualizada.

Los repositorios suelen agrupar los programas por su origen (agregados por los desarrolladores de la distribución, por terceros voluntarios o por organizaciones) o por su licencia (libre o privativa).

Así como un fabricante de cualquier producto no desarrolla todos los componentes desde cero, los desarrolladores no hacen lo mismo con el código. Se utilizan bibliotecas provistas por los creadores del lenguaje de programación (por ejemplo, para la edición de video), frameworks para componer la interfaz de usuario y solicitudes al sistema operativos para tareas como la impresión. Cuando instalan los formatos de paquete tradicionales, los gestores revisan si esas herramientas de terceros necesarias para el funcionamiento de la aplicación elegida se encuentran instaladas o si se pueden conseguir desde los repositorios. Si la respuesta a la segunda pregunta es afirmativa, estas dependencias se instalarán primero. Caso contrario no será posible continuar con la tarea.

La novedad con los dos formatos que estamos analizando es que no necesitan ninguna dependencia instalada en forma previa ya que todo lo que necesitan viene en un mismo paquete con la aplicación.

Comparando Snap y Flatpak

Snap

Si leíste algún otro artículo sobre este tema te habrás encontrado con dos afirmaciones tan repetidas como falsas:

1. Flatpak es mejor que Snap porque lo desarrolló la comunidad mientras que Snap solo es apoyado por una empresa.
2. Si usas Snap estás obligado a utilizar la tienda oficial, mientras que cualquiera puede gestionar un repositorio de Flatpak.

La ventaja de leer Linux Adictos es que los redactores investigamos sobre lo que escribimos en lugar de hacer copy/paste. Flatpak tiene las huellas de Red Hat por todos lados. Veremos la implicación de la empresa en el apartado específico de Flatpak.

En cuanto a la segunda afirmación, es falsa porque cualquier servidor web corriendo una distro Linux puede ser una tienda de Snaps. Para prueba este tutorial del año 2016.

Snap es un sistema de empaquetado y distribución multiplataforma desarrollado por Canonical, los creadores de Ubuntu, para la plataforma Linux. Es compatible con la mayoría de las principales distribuciones.

En la tienda de Snap podemos elegir entre distintas versiones de una misma aplicación.

Consta de tres componentes:

• Snaps: Son los paquetes que crea y distribuye Snap. Se trata de archivos comprimidos en formato >SquashFS y almacenados bajo la extensión .snap. Cada archivo contiene el módulo del paquete completo, incluyendo la aplicación, sus bibliotecas dependientes y metadatos requeridos.
• Snapd: Es la herramienta que en segundo plano crea el espacio aislado en que se ejecutan los snaps.
• Tienda de Snap: Es la herramienta que permite a los desarrolladores publicar y a los usuarios descargar los snaps. En algunas distribuciones Linux, el gestor de paquetes tradicional actúa como interfaz gráfica para la búsqueda y descarga. La tienda de aplicaciones se divide en canales que permiten elegir versión de la aplicación y frecuencia de las actualizaciones.
• Snapcraft: Es la herramienta que permite la creación de los snaps.

Ventajas y desventajas

Desde el punto de vista del desarrollador, Snap brinda la ventaja de poder distribuir directamente su software sin tener que adaptarlo a las particularidades de cada distribución Linux ni esperar a que los desarrolladores la incluyan en los repositorios.

El usuario tiene la ventaja de acceder más rápido a las versiones más actuales de sus programas preferidos sin esperar a las actualizaciones de cada distribución ni sufrir problemas de compatibilidad.

Los paquetes snap tienen un completo sistema de permisos por lo que es posible configurarlos para que interactúen con el sistema operativo y las aplicaciones instaladas por el modo habitual.

El fuerte de Snap son las aplicaciones privativas, o aquellas que incluyen funciones de pago. También hay juegos y programas para Windows que funcionan gracias a Wine, la capa de compatibilidad que hace de puente entre ellas y el núcleo Linux.

En el apartado de desventajas está el tiempo de arranque. Aunque se redujo desde las primeras versiones, las aplicaciones en formato snap tardan bastante más en iniciar que las instaladas normalmente. Además, al incluir todas las dependencias necesarias, el tamaño que ocupa es mayor.

Snap puede usarse para aplicaciones de escritorio, servidores e Internet de las Cosas.

Flatpak

A diferencia de lo que sucede con los formatos de paquetes tradicionales. Un paquete Flatpak puede instalarse sin modificaciones en varias distribuciones Linux.

El nombre de Flatpak remite a los embalajes planos de los muebles de IKEA. Alexander Larsson, quién desarrolló el proyecto después de haber trabajado en Red Hat en tecnología de contenedores, es sueco por lo que el nombre no solo remite a la nacionalidad de su creador sino a la voluntad de que este «embalaje» de aplicaciones Linux sea tan revolucionario como lo fue el de IKEA para los muebles.

El nombre original era xdg-app. Por muy endeble que suenen las razones para el nuevo nombre convengamos que es mucho mejor.

Con respecto a la relación con Red Hat, en las propias preguntas frecuentes se ocupan de aclarar que la tecnología no está limitada a Fedora (distribución comunitaria apoyada por Red Hat) ni a GNOME, indicando en este último caso que muchos desarrolladores de GNOME participaron en el desarrollo de Flatpak. ¿Adivinen para quién trabajan muchos desarrolladores de GNOME?

Aclaro, no tengo nada contra Red Hat, tiene tecnologías fantásticas algunas de las cuales uso, incluyendo Flatpak. Simplemente indico que este formato de paquetes no es tan independiente como algunos quieren creer.

Pero ¿Qué es Flatpak?

Flatpak es un sistema para crear, distribuir y ejecutar aplicaciones de escritorio para distribuciones Linux en un espacio aislado del sistema Linux

Conceptos clave

• Aplicación Flatpak: estas son las aplicaciones que el usuario instala a través del comando flatpak o a través de una interfaz de usuario diferente como los gestores de paquetes de las distribuciones Linux.
• Runtime: Plataforma integrada para proporcionar las utilidades básicas necesarias para que funcione una aplicación Flatpak.
• BaseApp: Plataformas integradas para frameworks de construcción de aplicaciones.
• Paquete Flatpak: El formato en el que se exporta la aplicación y sus utilidades básicas necesarias.

Ventajas y desventajas

Flatpak comparte algunas de las ventajas de Snap, como por ejemplo el de poder instalarse independientemente de la distribución, incluir todas las dependencias necesarias para su funcionamiento y trabajar de manera independiente del sistema operativo por lo que no está atada a sus errores y ciclos de actualizaciones.

Dos ventajas distintivas es que no requiere privilegios de administrador para su instalación y lo que ellos llaman «actualización Delta» en la que solo se actualizan las modificaciones. Esto redunda en una mayor velocidad.

Cualquiera puede gestionar su servicio de descarga de Flatpak; hasta el momento el más completo para usuarios finales es Flathub. La distribución Linux Fedora también tiene el suyo en el que básicamente transforman los paquetes clásicos de la distribución al nuevo formato.  El escritorio GNOME permite probar las versiones más actuales de sus aplicaciones descargándolas desde el suyo y lo mismo hace KDE.

En cuanto a la integración con el escritorio, el formato promete integración nativa para los principales escritorios de Linux para que los usuarios puedan navegar, instalar, ejecutar y usar fácilmente las aplicaciones de Flatpak a través de su entorno de escritorio y herramientas existentes. Cabe mencionar que el Centro de Software de Ubuntu no admite la instalación de paquetes en este formato.

Flatpak aprovecha mejor el espacio del disco ya que permite compartir bibliotecas entre aplicaciones del mismo formato. El fuerte del formato Flatpak es el surtido de aplicaciones de código abierto desarrolladas por la comunidad que podemos probar en su última versión mucho antes que ingresen a los repositorios

Desde el punto de vista de los desarrolladores, el framework para el desarrollo de aplicaciones Gnome Builder  permite crear los FlatPak en forma gráfica además de disponer de una serie de runtimes ya predefinidos ahorrando tiempo en la creación de aplicaciones.

Entre las desventajas (Además de ocupar mayor espacio en disco que las aplicaciones tradicionales) están en que solo pueden usarse en el escritorio y que a diferencia de los Snap no pueden modificarse los privilegios para que interactúen con el resto del sistema operativo.

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

Los paquetes Snap se instalan en su propio sector del disco aislados del resto del sistema operativo.

Una de las cosas que más confunden a los nuevos usuarios es la cantidad de formatos de programas disponibles. Cada familia de distribuciones tiene el suyo propio y un paquete creado para una de ellas no puede ser utilizado en otra, aunque admita el mismo formato. Para solucionar esto se empezó a trabajar en un formato universal de aplicaciones autocontenidas, esto es que no requirieran dependencias del sistema operativo.

De esta manera se logra que el programa se pueda instalar en cualquier distribución y que pueda actualizarse, aunque el sistema operativo anfitrión no lo haga. Hablemos de Snap y Flatpak.

Por supuesto, como suele suceder en el mundo del código abierto, no nos podíamos poner de acuerdo en un formato estándar por lo que hasta el momento tenemos tres. Personalmente no descarto la aparición de alguno más en el futuro.

Los conceptos básicos

Los gestores de software descargan, instalan y desinstalan paquetes de los repositorios de una distribución Linux.

Comencemos diciendo que en el contexto de este artículo, paquete y programa no son sinónimos. Un formato de paquete es un tipo de archivo que contiene programas informáticos y metadatos adicionales necesarios para que los gestores de paquetes puedan instalarlos. Los programas pueden estar bajo la forma de código fuente o archivos ejecutables y entre los metadatos están indicaciones sobre el directorio de instalación además del nombre, número de versión, licencia y los archivos que forman parte del programa.

Todos los usuarios de teléfonos móviles y tabletas estamos familiarizados con el concepto de tienda de aplicaciones. Se trata de un programa que nos permite buscar, instalar o desinstalar otros programas en nuestros dispositivos. Las tiendas de aplicaciones son una versión renovada de los gestores de paquetes de las distribuciones Linux.

Los gestores de paquetes buscan los programas que queremos instalar en los llamados repositorios. Los repositorios son direcciones web que redirigen a una ubicación específica dentro de un servidor desde la cuál puede descargarse un programa determinado. Ante la falta de conexión a Internet, el medio de instalación puede actuar como repositorio, pero la oferta no será tan amplia ni actualizada.

Los repositorios suelen agrupar los programas por su origen (agregados por los desarrolladores de la distribución, por terceros voluntarios o por organizaciones) o por su licencia (libre o privativa).

Así como un fabricante de cualquier producto no desarrolla todos los componentes desde cero, los desarrolladores no hacen lo mismo con el código. Se utilizan bibliotecas provistas por los creadores del lenguaje de programación (por ejemplo, para la edición de video), frameworks para componer la interfaz de usuario y solicitudes al sistema operativos para tareas como la impresión. Cuando instalan los formatos de paquete tradicionales, los gestores revisan si esas herramientas de terceros necesarias para el funcionamiento de la aplicación elegida se encuentran instaladas o si se pueden conseguir desde los repositorios. Si la respuesta a la segunda pregunta es afirmativa, estas dependencias se instalarán primero. Caso contrario no será posible continuar con la tarea.

La novedad con los dos formatos que estamos analizando es que no necesitan ninguna dependencia instalada en forma previa ya que todo lo que necesitan viene en un mismo paquete con la aplicación.

Comparando Snap y Flatpak

Snap

Si leíste algún otro artículo sobre este tema te habrás encontrado con dos afirmaciones tan repetidas como falsas:

1. Flatpak es mejor que Snap porque lo desarrolló la comunidad mientras que Snap solo es apoyado por una empresa.
2. Si usas Snap estás obligado a utilizar la tienda oficial, mientras que cualquiera puede gestionar un repositorio de Flatpak.

La ventaja de leer Linux Adictos es que los redactores investigamos sobre lo que escribimos en lugar de hacer copy/paste. Flatpak tiene las huellas de Red Hat por todos lados. Veremos la implicación de la empresa en el apartado específico de Flatpak.

En cuanto a la segunda afirmación, es falsa porque cualquier servidor web corriendo una distro Linux puede ser una tienda de Snaps. Para prueba este tutorial del año 2016.

Snap es un sistema de empaquetado y distribución multiplataforma desarrollado por Canonical, los creadores de Ubuntu, para la plataforma Linux. Es compatible con la mayoría de las principales distribuciones.

En la tienda de Snap podemos elegir entre distintas versiones de una misma aplicación.

Consta de tres componentes:

• Snaps: Son los paquetes que crea y distribuye Snap. Se trata de archivos comprimidos en formato >SquashFS y almacenados bajo la extensión .snap. Cada archivo contiene el módulo del paquete completo, incluyendo la aplicación, sus bibliotecas dependientes y metadatos requeridos.
• Snapd: Es la herramienta que en segundo plano crea el espacio aislado en que se ejecutan los snaps.
• Tienda de Snap: Es la herramienta que permite a los desarrolladores publicar y a los usuarios descargar los snaps. En algunas distribuciones Linux, el gestor de paquetes tradicional actúa como interfaz gráfica para la búsqueda y descarga. La tienda de aplicaciones se divide en canales que permiten elegir versión de la aplicación y frecuencia de las actualizaciones.
• Snapcraft: Es la herramienta que permite la creación de los snaps.

Ventajas y desventajas

Desde el punto de vista del desarrollador, Snap brinda la ventaja de poder distribuir directamente su software sin tener que adaptarlo a las particularidades de cada distribución Linux ni esperar a que los desarrolladores la incluyan en los repositorios.

El usuario tiene la ventaja de acceder más rápido a las versiones más actuales de sus programas preferidos sin esperar a las actualizaciones de cada distribución ni sufrir problemas de compatibilidad.

Los paquetes snap tienen un completo sistema de permisos por lo que es posible configurarlos para que interactúen con el sistema operativo y las aplicaciones instaladas por el modo habitual.

El fuerte de Snap son las aplicaciones privativas, o aquellas que incluyen funciones de pago. También hay juegos y programas para Windows que funcionan gracias a Wine, la capa de compatibilidad que hace de puente entre ellas y el núcleo Linux.

En el apartado de desventajas está el tiempo de arranque. Aunque se redujo desde las primeras versiones, las aplicaciones en formato snap tardan bastante más en iniciar que las instaladas normalmente. Además, al incluir todas las dependencias necesarias, el tamaño que ocupa es mayor.

Snap puede usarse para aplicaciones de escritorio, servidores e Internet de las Cosas.

Flatpak

A diferencia de lo que sucede con los formatos de paquetes tradicionales. Un paquete Flatpak puede instalarse sin modificaciones en varias distribuciones Linux.

El nombre de Flatpak remite a los embalajes planos de los muebles de IKEA. Alexander Larsson, quién desarrolló el proyecto después de haber trabajado en Red Hat en tecnología de contenedores, es sueco por lo que el nombre no solo remite a la nacionalidad de su creador sino a la voluntad de que este «embalaje» de aplicaciones Linux sea tan revolucionario como lo fue el de IKEA para los muebles.

El nombre original era xdg-app. Por muy endeble que suenen las razones para el nuevo nombre convengamos que es mucho mejor.

Con respecto a la relación con Red Hat, en las propias preguntas frecuentes se ocupan de aclarar que la tecnología no está limitada a Fedora (distribución comunitaria apoyada por Red Hat) ni a GNOME, indicando en este último caso que muchos desarrolladores de GNOME participaron en el desarrollo de Flatpak. ¿Adivinen para quién trabajan muchos desarrolladores de GNOME?

Aclaro, no tengo nada contra Red Hat, tiene tecnologías fantásticas algunas de las cuales uso, incluyendo Flatpak. Simplemente indico que este formato de paquetes no es tan independiente como algunos quieren creer.

Pero ¿Qué es Flatpak?

Flatpak es un sistema para crear, distribuir y ejecutar aplicaciones de escritorio para distribuciones Linux en un espacio aislado del sistema Linux

Conceptos clave

• Aplicación Flatpak: estas son las aplicaciones que el usuario instala a través del comando flatpak o a través de una interfaz de usuario diferente como los gestores de paquetes de las distribuciones Linux.
• Runtime: Plataforma integrada para proporcionar las utilidades básicas necesarias para que funcione una aplicación Flatpak.
• BaseApp: Plataformas integradas para frameworks de construcción de aplicaciones.
• Paquete Flatpak: El formato en el que se exporta la aplicación y sus utilidades básicas necesarias.

Ventajas y desventajas

Flatpak comparte algunas de las ventajas de Snap, como por ejemplo el de poder instalarse independientemente de la distribución, incluir todas las dependencias necesarias para su funcionamiento y trabajar de manera independiente del sistema operativo por lo que no está atada a sus errores y ciclos de actualizaciones.

Dos ventajas distintivas es que no requiere privilegios de administrador para su instalación y lo que ellos llaman «actualización Delta» en la que solo se actualizan las modificaciones. Esto redunda en una mayor velocidad.

Cualquiera puede gestionar su servicio de descarga de Flatpak; hasta el momento el más completo para usuarios finales es Flathub. La distribución Linux Fedora también tiene el suyo en el que básicamente transforman los paquetes clásicos de la distribución al nuevo formato.  El escritorio GNOME permite probar las versiones más actuales de sus aplicaciones descargándolas desde el suyo y lo mismo hace KDE.

En cuanto a la integración con el escritorio, el formato promete integración nativa para los principales escritorios de Linux para que los usuarios puedan navegar, instalar, ejecutar y usar fácilmente las aplicaciones de Flatpak a través de su entorno de escritorio y herramientas existentes. Cabe mencionar que el Centro de Software de Ubuntu no admite la instalación de paquetes en este formato.

Flatpak aprovecha mejor el espacio del disco ya que permite compartir bibliotecas entre aplicaciones del mismo formato. El fuerte del formato Flatpak es el surtido de aplicaciones de código abierto desarrolladas por la comunidad que podemos probar en su última versión mucho antes que ingresen a los repositorios

Desde el punto de vista de los desarrolladores, el framework para el desarrollo de aplicaciones Gnome Builder  permite crear los FlatPak en forma gráfica además de disponer de una serie de runtimes ya predefinidos ahorrando tiempo en la creación de aplicaciones.

Entre las desventajas (Además de ocupar mayor espacio en disco que las aplicaciones tradicionales) están en que solo pueden usarse en el escritorio y que a diferencia de los Snap no pueden modificarse los privilegios para que interactúen con el resto del sistema operativo.

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

Que el sistema operativo perfecto no existe es algo bien sabido. Cada uno tiene sus puntos fuertes y puntos débiles, y uno de los buenos que mencionamos los usuarios de Linux es que los sistemas basados en su kernel son seguros. ¿Es esto cierto? Bueno, hay que tener en cuenta varios puntos: sí está diseñado para ser seguro, pero si podemos dormir más tranquilos que los usuarios de Windows, por ejemplo, es en realidad porque somos tan pocos que no interesamos a los usuarios malintencionados. Por eso y porque en Linux se corrigen los fallos de seguridad muy rápido.

¿Cuántas veces habéis leído una noticia sobre un fallo de seguridad en Linux, habéis encendido vuestro PC y ya teníais el parche esperando como actualización? Está claro que no siempre es así. A principios de este mes publicamos un artículo sobre un fallo que estuvo presente nada menos que 12 años, pero eso no es lo habitual. Aún contando con esos fallos, la media de días que pasan entre el descubrimiento de la vulnerabilidad y su parche es de 25 días.

Linux es el más rápido, y Apple mejora a Microsoft

Estos datos los ha publicado Google a través de su Project Zero. En la lista también aparecen compañías como Samsung, Oracle o Mozilla, pero si nos centramos en las que desarrollan sistemas operativos, Linux los corrige en (de media) 25 días, Google, quien además de Chrome también es el responsable de Android, en 44, Apple en 69 y Microsoft en 83.

En cuanto a cantidad de bugs, quien sale peor parado de los anteriores es Apple, con 84, seguido de cerca por Microsoft, con 80. No está de más recordar aquí que Microsoft no desarrolla tantos sistemas como Apple, quien trabaja en macOS, iOS, iPadOS, tvOS… Pero los datos son los que son. Ya lejos de Apple y Microsoft está Google, con 56 fallos, y en Linux se encontraron menos de la mitad, 25.

Estos datos corresponden a lo encontrado entre 2019 y 2021, y creo que lo importante aquí es la velocidad. La comunidad Linux es muy activa, y cuando descubren un fallo importante pueden solucionarlo en horas. No tendremos un sistema operativo perfecto, como nadie, pero creo que sí podemos estar más tranquilos que los usuarios de Microsoft y Apple.

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

Poco más de un mes después de entregarnos la Alfa, el proyecto que hay detrás del escritorio más usado en Linux ha lanzado GNOME 42 Beta. Además de que el software ya está más pulido que hace cuatro semanas, esta beta marca el inicio de la congelación de interfaz, funciones y APIs, es decir, que aún se podrán introducir retoques, pero ya se centrarán más en corregir bugs que en cambios importantes y visibles.

Lo que no menciona la nota de este lanzamiento es que ya está disponible la nueva herramienta de capturas de pantalla de pantalla. Algunos usuarios de GNOME saben que, además de la que hace «fotos», GNOME tiene una función nativa para grabar el escritorio, pero su uso es de todo menos sencillo. Hace tiempo que aceptaron su integración en la próxima versión de GNOME, por lo que es lógico pensar que ya se podrá probar en GNOME 42 beta.

Tras GNOME 42 Beta lanzarán la Release Candidate, y después la versión estable

Entre las novedades que llegan junto a GNOME 42 Beta, que se esperan también en la versión estable, tenemos que la aplicación de llamadas puede gestionar URIs tel:// y puede añadir contactos desde el historial de llamadas, Epiphany ha actualizado su código de PDF.js y readability.js, GJS usa ahora SpiderMonkey 91, lo que lo hace compatible con nuevas funciones de JavaScript, se han añadido nuevos fondos de pantalla para los temas claros y oscuros, y una transición para pasar entre ellos, el Bluetooth ahora muestra información sobre la batería en dispositivos compatibles, Archivos (Nautilus) ahora soporta el modo oscuro, como GNOME Software, mucho software ha pasado a usar GTK4 y libadwaita, y mi función favorita, la aplicación de capturas de pantalla que ahora permite grabar el escritorio.

Tal y como explica Project GNOME, la mejor y más segura manera de probar GNOME 42 Beta es usando la imagen de su OS, disponible en este enlace. Aunque lo llaman GNOME OS, no es un sistema operativo completo, sino una imagen para probar todas las novedades antes de tiempo. En unas semanas lanzarán la Release Candidate, y GNOME 42 llegará en forma de versión estable el 23 de marzo.

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

Esto no es una noticia nueva, pero a mí sí me ha pillado por sorpresa. Hace unas semanas, cuando alguien con quien trabajo recomendó software para editar archivos HTML, CSS y JavaScript mencionó dos: Brackets y Visual Studio Code. El primero lo mencionó antes porque parece más sencillo para principiantes, pero él prefiere y recomienda pasarse a Visual Studio Code lo más pronto posible. Yo nunca he usado Brackets, y quizá por eso he estado algo desconectado de sus noticias, pero ya no existe como tal.

La página oficial sigue estando disponible, pero lo que hay allí ya no es el Brackets de verdad. Es un fork, es decir, la comunidad ha decidido seguir con un proyecto que Adobe, desarrollador original, ha descontinuado hace ya mucho tiempo. Por ese motivo, si buscamos «brackets» en Snapcraft, Flathub, el repositorio de WebUpd8 o en AUR, lo que encontramos es la v1.14.1 como mucho, cuando lo más actualizado que hay en brackets.io es el instalador de la v2.0.1.

La «muerte» de Brackets tiene un motivo: un acuerdo entre Adobe y Microsoft

Adobe y Microsoft firmaron un acuerdo, una sociedad sobre la que no se conocen los detalles, pero que ha terminado con la primera recomendando usar el editor de la segunda, y descontinuando el Brackets que tenía una relativamente importante cantidad de usuarios/fans. Y, como mencionábamos, no es algo nuevo; el fin del soporte llegó el 1 de septiembre de 2021, momento en el que Adobe dejó de desarrollar el software y salió su primer Fork, en un principio llamado «Brackets Continued». Ahora mismo se han quedado con el nombre y página web originales, y ya tienen un instalador de la v2.0.1 del editor.

Lo malo, y como reza el titular, es que, como suele ser habitual, los más perjudicados somos los usuarios de Linux. El instalador existe para Windows y macOS, pero no para Linux. No hay ni siquiera un paquete DEB, que es lo que solemos encontrar en cualquier página web en el apartado «Linux». No sabemos si será así para siempre o si en algún momento lanzarán algo para nosotros, pero ahora mismo no tenemos disponible nada superior a la v1.14.1 del editor.

Mientras tanto, y como usuario de Visual Studio Code, yo recomiendo lo mismo que Adobe: cambiar de editor. En un principio parece más complicado, pero en Linux podemos instalarlo en diferentes tipos de paquetes e incluso en la Raspberry Pi. Eso o paciencia y tener la esperanza de que la comunidad se acuerde de Linux en algún momento, que también podría pasar.

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

En cuanto a cantidad y variedad de escritorios para Linux, tenemos dónde elegir. Mucho, de hecho, y cada vez aparecen más opciones, como Cutefish o el Deepin (DDE) que ya lleva más tiempo entre nosotros y tiene contentos a algunos usuarios. Pero gran parte de la cuota se la quedan los escritorios clásicos o los que usan por defecto las distribuciones más populares. El más usado es GNOME, pero de cerca le sigue un KDE que hace tiempo que no es el desastre que nos espantaba en el pasado.

En los últimos meses, KDE está siendo noticia por diversos motivos. Por ejemplo, es el escritorio que ha elegido Valve para su Steam Deck. En Plasma 5.24 han tomado prestada la vista general de GNOME, y sus aplicaciones ofrecen cada vez más funciones. Pero si KDE gusta es por lo que Nate Graham ha escrito en su blog personal, un artículo que ha publicado por el comentario de un usuario en el blog de Phoronix: «KDE es normal y funciona«.

KDE es más fácil de usar para los que vienen de Windows

El comentario original, del que Graham ha decidido quedarse con una frase (que luego desarrolla), dice lo siguiente: «pon al 98% de la población (usuarios de Windows o macOS) delante de GNOME Desktop y no tendrán ni idea de que ***** se supone que tienen que hacer«. El usuario/lector de Phoronix parece quejarse de alguien que pide que se use GNOME, ya que tiene menos bugs, lo que también significa que hay menos movimiento. Pero «alcalde» dice que no ha tenido problemas en KDE desde el verano de 2010.

Bueno, no seré yo quien diga que KDE ha sido perfecto siempre. Entre 2015 y 2016 intenté usarlo un par de veces y cada dos por tres me «petaba» algo, por lo que, por no dejar x-buntu, volvía a usar Unity y más tarde GNOME. Pero sí puedo decir que hace ya tres años que estoy usando KDE y, ahora sí, siento lo mismo que «alcalde»: no entiendo las críticas, y no las entiendo porque YO no experimento problemas groseros. Y todo esto nos devuelve a lo que ha escrito Graham, que es un poco un artículo en el que saca pecho.

Nate Graham: «Plasma usa una capa normal y familiar»

Los argumentos que da Graham para defender su KDE empiezan por la interfaz. Usa una capa normal y familiar, con un panel en la parte inferior, lanzador de apps, aplicaciones que se pueden fijar en el gestor de tareas, iconos en el escritorio y botones visibles, entre los que menciona los de minimizar, maximizar y cerrar (y cuando iba a preguntarme si había alguno que no cumpliera esto último, me ha venido a la cabeza el i3wm en el que aún trabajo de vez en cuando). Esto es lo que «alcalde» y Graham consideran algo normal. Pero eso es sólo cómo vienen las cosas por defecto.

¿Y qué pasa si no nos gusta esa normalidad que relacionamos con Windows 95 en adelante? Pues que en KDE puedes cambiarlo todo. ¿Quieres el menú centrado como el de Windows 11? Se puede hacer añadiendo espacios a ambos lados del gestor de tareas (y del menú, si también lo queremos en el centro). Cuando echaba de menos GNOME 2.x, Plasma me permitía añadir accesos directos al gestor de tareas, o a cualquier otro panel, fácil y rápidamente. Es personalizable, y lo es con las funciones nativas.

KDE sabe que tiene que mejorar

Pero, aunque el artículo pueda entenderse como algo para hacerse publicidad como lo mejor sin discusión, termina con algo de humildad, repitiendo que «KDE Plasma funciona», seguido de un tímido «tiene sus bugs, pero…»:

«Tiene sus bugs, pero básicamente es una pieza de tecnología sólida y fiable a la que no le faltan funciones importantes, ni por falta de recursos ni porque las decisiones de diseño impidan darles soporte. No es un proyecto científico de aficionado al que le falten funciones clave que puedan romperse por completo. No se reinventa cada uno o dos años y se convierte en algo diferente que puede dejar de satisfacer tus necesidades o gustos. Tiene planes de acción para adaptarse a los cambios de la industria que le rodean y que se están llevando a cabo activamente; no está en camino de convertirse en algo obsoleto o en un callejón sin salida técnico. No, simplemente es una infraestructura imperfecta y aburrida en la que, sin embargo, puedes confiar».

Graham termina diciendo que cree que son características que se necesitan, y que por eso le gusta y trabaja en él. Funciona, fácil de usar, personalizable, añado que en mis equipos es ligero… que pulan la parte de los pequeños bugs y lo bordarán. Aunque creo que Debian, Ubuntu y Fedora nunca les permitirán ser el escritorio Linux más usado.

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