Aquí podrás ver algunas alternativas modernas para los comandos Linux clásicos. Esto no significa que sean mejor o peor, o que tú debas usar unos u otros. Usa el que más cómodo te parezca como siempre digo. Sin embargo, puede que algunos usuarios no conozcan estas alternativas y les podrían parecer mejores opciones.

Los programas más destacados que puedes usar en tu distro GNU/Linux, y que pueden ser grandes herramientas para los administradores del sistema, son:

neovim vs vim

El popular editor de texto vim, sobre el que tanto se discute entre fans de emacs, nano, etc., también tiene una alternativa más nueva. Se trata de neovim, que se basa en la idea de extender las capacidades de vim y convertirlo en un IDE. Gracias a este proyecto, se agregan funciones más modernas, estilo de cursor, etc.

tldr vs man

Otra herramienta que todos usan es man, el comando para mostrar el manual. Pues bien, también tiene otra alternativa más moderna como es tldr. Y es que las páginas que arroja man pueden ser algo abrumadoras, y complicadas de comprender para algunos usuarios. Su formato tampoco es el mejor para la comprensión. Por eso, con tldr se puede simplificar mucho la ayuda y mostrando ejemplos prácticos de uso.

duf vs df

El comando df es también muy popular en Linux para verificar el espacio en disco que queda libre, el ocupado, etc. Pues bien, duf es una alternativa más sencilla escrita en lenguaje de programación Go y con algunas mejoras. Te mostrará información de todos los dispositivos montados fácil de entender, permite ordenar la salida, guardar la salida en formato JSON, etc.

exa vs ls

Entre los comandos más usados cuando se usa el terminal es ls, un comando que lista el contenido de directorios. El comando exa hace lo mismo, perot iene mejoras, usa colores más intuitivos, mostrar metadatos, atributos extendidos, inode, cantidad de bloques ocupado, fechas diversas, vista en forma de árbol jerárquico, soporte para Git incorporado para ver los ficheros que han cambiado, etc.

fd vs find

Para encontrar algo seguro que has usado los comandos locate o find. Pues bien, éste segundo tiene una alternativa más moderna para la búsqueda. Su nombre es fd, está escrito en Rust, y pretende simplificar las búsquedas y acelerar la obtención de resultados.

htop vs top

Este seguro que lo conoces, porque es también muy usado como alternativa de top. Se trata de htop, una versión para mostrar información de los procesos, consumo de recursos, etc., de forma más intuitiva, en tiempo real, y con posibilidad de interactuar.

ncdu vs du

Antes hablé del comando df, pero seguro que también has usado du para verificar el tamaño que ocupa un directorio fichero. Pues bien, la alternativa se llama ncdu, y proporciona el mismo resultado, pero con información más atractiva a nivel visual, con gráficos, ordenado, y uso interactivo. Su nombre proviene de nc (ncurses) y du, es decir, se trata de un du escrito en Go y que hace uso de la famosa biblioteca gráfica.

bat vs cat

El concatenador, o cat, es muy útil para mostrar el contenido de ficheros de texto, o para otras funciones combinado con otros comandos mediante pipes, etc. Una alternativa más moderna es bat. Este otro agrega funciones de resalto de sintaxis, integración con Git, paginación, etc.

httpie vs wget y curl

Otros comandos muy usados para descargar o ver contenido web en el terminal son wget y curl. Ambas herramientas son muy usadas y comunes, instaladas por defecto en casi todas las distros populares. La alternativa moderna para ambos se llama httpie, con mejoras para un uso más amigable, con salida coloreada y formateada para mejorar su comprensión.

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

Siguiendo con mi selección personal de los hechos ocurridos en el 2022 en materia tecnológica, con énfasis en el mundo del software libre y de código abierto, llegamos al mes de febrero, el mes en el que todos los años renovamos nuestro amor por el software libre.  A diferencia de lo que pasó en enero no hubo grandes noticias, aunque no podía faltar la polémica.

Esto sucedió en febrero

Amazon crea una bifurcación

Lo bueno de hacer este tipo de repasos es que uno termina viendo de qué forma se fueron armando determinados acontecimientos.  Estos días mis compañeros están cubriendo (ver el apartado Artículos relacionados) las consecuencias del aprovechamiento del software libre sin devolver nada a cambio que hace algunas grandes empresas.

Febrero nos trajo la noticia de que Amazon decidió crear una bifurcación de dos proyectos; Elasticsearch y Kibana. El motivo no fue mejorar estos proyectos sino evitar que Elastic, creador de los proyectos y competidor de Amazon Web Service se beneficiara económicamente o con las mejorías introducidas por Amazon.

Elasticsearch es un motor de analítica y análisis distribuido para diversos tipos de datos. Kibana es la capa de interacción del proyecto con el usuario. Aporta las funciones de visualización y búsqueda de datos.

Ante el aprovechamiento que Amazon y otros competidores hacían de sus productos, Elastic decidió adoptar un esquema dual. Por un lado, una licencia que permitiera a la comunidad acceder, utilizar, modificar, redistribuir y colaborar con el código y por el otro, uno que obliga a quienes quieren usar los productos de Elastic como base de un servicio a terceros, a liberar todas las modificaciones incluyendo el código fuente bajo la misma licencia.

La respuesta de Amazon, si no fuera para llorar, sería graciosa. Estuvo a cargo de Carl Meadows, gerente sénior de gestión de productos en la división AWS de Amazon:

Para garantizar que las versiones de código abierto de ambos paquetes sigan estando disponibles y con buen soporte, incluso en nuestras propias ofertas, hoy anunciamos que AWS intensificará la creación y el mantenimiento de una bifurcación de código abierto bajo la licencia ALv2. ‘Elasticsearch y Kibana’ .

Frambuesas con Microsoft. Una combinación indigesta

Hay proyectos de código abierto que parecen destinados a generar polémica y otros que se llevan bien con todo el mundo. Por ejemplo, ¿Alguno oyó alguna polémica que involucrara a Gentoo?

Hasta febrero del año pasado, yo hubiera incluido en esta lista a la computadora de placa única Raspberry Pi. Pero, entonces, sus desarrolladores no tuvieron mejor idea que incluir en Raspberry Pi OS, la distribución oficial del proyecto, un repositorio de Microsoft.

A primera vista, la decisión parecía tener sentido.  VS Code, el entorno integrado de desarrollo de Microsoft es uno de los más populares entre los desarrolladores. Por no mencionar la integración con otros servicios de la empresa como GitHub.  El problema es que el agregado no se informaba al usuario administrador de cada dispositivo, e incluso se hacía en aquellas instalaciones sin interfaz gráfica.

Según un usuario de Reddit, esto permitiría que cada vez que se accede a la lista de repositorios, Microsoft recibiera un ping en sus servidores capaz de identificar al dispositivo e IP desde el cuál se accede. Luego, puede cruzar esa información con los datos de acceso a otros servicios como GitHub o Bing y de esta forma construir un perfil de usuario para su propia utilización o cederlo a toras empresas.

Un país con canguros y sin Google

El verano parece poner darles a los australianos ganas de sacarse de encima algo. Pero, el año pasado no fue a un tenista sino nada menos que a Google. Australia quiso establecer un mecanismo obligatorio por el cuál las grandes tecnológicas recompensen a los medios de comunicación tradicionales por sus contenidos. Esto llevó a la principal ejecutiva de Google en Australia a decir que:

El principio de la vinculación sin restricciones entre sitios web es fundamental para la Búsqueda y, junto con el riesgo financiero y operativo inmanejable, si esta versión del código se convirtiera en ley, no nos daría otra opción real que dejar de hacer que la Búsqueda de Google esté disponible en Australia

La respuesta del ministro de Comunicaciones fue que los australianos podrían arreglárselas perfectamente con Bing, el buscador de Microsoft.

Artículos relacionados

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

Siguiendo con mi selección personal de los hechos ocurridos en el 2022 en materia tecnológica, con énfasis en el mundo del software libre y de código abierto, llegamos al mes de febrero, el mes en el que todos los años renovamos nuestro amor por el software libre.  A diferencia de lo que pasó en enero no hubo grandes noticias, aunque no podía faltar la polémica.

Esto sucedió en febrero

Amazon crea una bifurcación

Lo bueno de hacer este tipo de repasos es que uno termina viendo de qué forma se fueron armando determinados acontecimientos.  Estos días mis compañeros están cubriendo (ver el apartado Artículos relacionados) las consecuencias del aprovechamiento del software libre sin devolver nada a cambio que hace algunas grandes empresas.

Febrero nos trajo la noticia de que Amazon decidió crear una bifurcación de dos proyectos; Elasticsearch y Kibana. El motivo no fue mejorar estos proyectos sino evitar que Elastic, creador de los proyectos y competidor de Amazon Web Service se beneficiara económicamente o con las mejorías introducidas por Amazon.

Elasticsearch es un motor de analítica y análisis distribuido para diversos tipos de datos. Kibana es la capa de interacción del proyecto con el usuario. Aporta las funciones de visualización y búsqueda de datos.

Ante el aprovechamiento que Amazon y otros competidores hacían de sus productos, Elastic decidió adoptar un esquema dual. Por un lado, una licencia que permitiera a la comunidad acceder, utilizar, modificar, redistribuir y colaborar con el código y por el otro, uno que obliga a quienes quieren usar los productos de Elastic como base de un servicio a terceros, a liberar todas las modificaciones incluyendo el código fuente bajo la misma licencia.

La respuesta de Amazon, si no fuera para llorar, sería graciosa. Estuvo a cargo de Carl Meadows, gerente sénior de gestión de productos en la división AWS de Amazon:

Para garantizar que las versiones de código abierto de ambos paquetes sigan estando disponibles y con buen soporte, incluso en nuestras propias ofertas, hoy anunciamos que AWS intensificará la creación y el mantenimiento de una bifurcación de código abierto bajo la licencia ALv2. ‘Elasticsearch y Kibana’ .

Frambuesas con Microsoft. Una combinación indigesta

Hay proyectos de código abierto que parecen destinados a generar polémica y otros que se llevan bien con todo el mundo. Por ejemplo, ¿Alguno oyó alguna polémica que involucrara a Gentoo?

Hasta febrero del año pasado, yo hubiera incluido en esta lista a la computadora de placa única Raspberry Pi. Pero, entonces, sus desarrolladores no tuvieron mejor idea que incluir en Raspberry Pi OS, la distribución oficial del proyecto, un repositorio de Microsoft.

A primera vista, la decisión parecía tener sentido.  VS Code, el entorno integrado de desarrollo de Microsoft es uno de los más populares entre los desarrolladores. Por no mencionar la integración con otros servicios de la empresa como GitHub.  El problema es que el agregado no se informaba al usuario administrador de cada dispositivo, e incluso se hacía en aquellas instalaciones sin interfaz gráfica.

Según un usuario de Reddit, esto permitiría que cada vez que se accede a la lista de repositorios, Microsoft recibiera un ping en sus servidores capaz de identificar al dispositivo e IP desde el cuál se accede. Luego, puede cruzar esa información con los datos de acceso a otros servicios como GitHub o Bing y de esta forma construir un perfil de usuario para su propia utilización o cederlo a toras empresas.

Un país con canguros y sin Google

El verano parece poner darles a los australianos ganas de sacarse de encima algo. Pero, el año pasado no fue a un tenista sino nada menos que a Google. Australia quiso establecer un mecanismo obligatorio por el cuál las grandes tecnológicas recompensen a los medios de comunicación tradicionales por sus contenidos. Esto llevó a la principal ejecutiva de Google en Australia a decir que:

El principio de la vinculación sin restricciones entre sitios web es fundamental para la Búsqueda y, junto con el riesgo financiero y operativo inmanejable, si esta versión del código se convirtiera en ley, no nos daría otra opción real que dejar de hacer que la Búsqueda de Google esté disponible en Australia

La respuesta del ministro de Comunicaciones fue que los australianos podrían arreglárselas perfectamente con Bing, el buscador de Microsoft.

Artículos relacionados

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

SuperTux es un juego que ya lleva varios años acompañando a muchos fanáticos de las plataformas. Como sabes, es un videojuego inspirado en Super Mario Bros, pero con Tux como protagonista. Es de código abierto y gratuito. La novedad es que ahora tendrá un nuevo impulso tras haberse lanzado también en la tienda Steam de Valve, desde donde también podrás descargar, instalar y jugar desde el cliente Steam.

Este videojuego te permitirá manejar a Tux para saltar, correr, aplastar o disparar a los enemigos, conseguir monedas, conseguir algunos potenciadores, etc. Todo para salvar a Penny, ya que el secuestrador Nolok la ha secuestrado.

Si aún no lo has probado, cuando lo hagas, verás que este videojuego comparte muchas similitudes con los originales de Super Mario, aunque añade otras habilidades exclusivas, como la capacidad de dar volteretas hacia atrás, nadar de forma dinámica, etc. Por otro lado, todos los escenarios que se ven en los distintos niveles se han creado de forma cuidadosa a mano por artistas. La música de fondo también es original.

Si eres usuario de la distro Manjaro, es probable que te hayas encontrado con un problema al usar SuperTux. Parece que eliminando appimagelauncher se soluciona una vez se reinicia el sistema. Por lo demás, parece que los usuarios de Steam con otras distros no han tenido alguno, y lo han variado muy positivamente.

Otras características destacables de SuperTux son:

• Multitud de niveles atractivos diseñados para ser atractivos y ofrecer un juego veloz.
• Enemigos extraños y peculiares, con los que deberás combatir.
• Dos mundos completos, cada uno con niveles únicos y desafiantes, y sus jefes finales con los que luchar.
• También tendrás otros mundos estacionales, islas de bonificación con más niveles extra, complementos descargables, etc.
• Y si te gusta crear tus propios niveles, también tiene un editor simple y flexible para poder crear tus propias pantallas y compartirlas con cualquiera.

Jugar a SuperTux desde el cliente Steam – Aquí

Descargar SuperTux en FlatPak – Ir a FlatHub

Más información sobre SuperTux – Web oficial del proyecto

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

Es probable que haya usuarios de Linux que no sepan que es esto de FFmpeg. Pues bien, es una colección de software libre que nos permitirá realizar tareas como grabar, editar o convertir archivos multimedia, y es el corazón de muchas aplicaciones con interfaz de usuario (GUI). Por defecto funciona con comandos, pero es una herramienta muy útil sobre todo, aunque no exclusivamente, entre los usuarios de Linux. Por eso noticias como el lanzamiento de FFmpeg 5.0 tienen cierta importancia entre los Linux Adictos.

El nombre en clave de FFmpeg 5.0 es Lorentz, y me parece interesante mencionar un par de ejemplos que nos permite hacer el software para los más despistados. Si grabamos la pantalla de nuestro escritorio con SimpleScreenRecorder y dejamos el archivo de salida con su formato por defecto, grabará un vídeo en MKV. Si lo queremos enviar por Telegram y que se vea desde la misma app, podemos abrir un terminal, escribir ffmpeg -i nombre-del-video.mkv nombre-de-salida.mp4, esperar unos segundos y enviar el MP4. También nos permite unir vídeos, tal y como explicamos hace poco más de un mes en este artículo.

Algunas novedades de FFmpeg 5.0

FFmpeg 5.0 ha llegado unos nueve meses después de la v4.4, y trae novedades como:

• Nuevos codificadores y decodificadores, como ADPCM IMA Westwook, ADPCM IMA Acorn Replay, Apple Graphics, MSN Siren, entre otros.
• Se han incluido nuevos muxers y demuxers, entre los que se incluyen AV1 Low, Argonaut, Games CVG, Westwood AUD e IMF, este último en experimental.
• Soporte para el protocolo Concatf.
• Soporte para dividir hilos swscale.
• Aceleración por hardware VideoToolbox VP9 y ProRes.
• Soporte para loongarch.
• Empaquetador RTP para descomprimir vídeo.
• Nuevos filtros y herramientas de audio.
• Nuevos filtros y herramientas de vídeo.
• Lista completa de cambios en este enlace.

Aunque ya está disponible en GitHub, en la página principal de FFmpeg aún no aparece FFmpeg 5.0, por lo que podemos decir que el lanzamiento se ha producido, pero no es 100% oficial (no al 100%). Se puede descargar desde la página de descargas del proyecto, pero, si no se tiene prisa, quizá lo mejor sea esperar a que añadan los nuevos paquetes a los repositorios oficiales de nuestra distribución Linux.

from Linux Adictos https://ift.tt/33eIFOI
via IFTTT

Un incidente realmente sorprendente que ha sucedido en los últimos días ha puesto de manifiesto lo vulnerable que puede ser la cadena de suministro de SW/HW y el poco apoyo que tienen algunos proyectos abiertos (pese a su importancia). Y es que Marak Squires, un programador y encargado de mantener un proyecto de código abierto, saboteó su propio repositorio en forma de protesta por trabajo no remunerado y por los intentos fallidos de monetizar los paquetes faker.js y color.js de NPM que se emplean en gran variedad de proyectos, y estos a su vez son interdependientes de otros ecosistemas o recursos.

Este incidente pone en evidencia un problema grave que sigue sin resolverse para la cadena de suministro de software, y es que no se puede controlar al 100% el código que terminará en computadoras de todo el mundo. Pero esto no es un problema del código abierto, en el software propietario el control es aún menor, y la posibilidad de corregirlo si se ha hecho de forma intencionada por el desarrollador es nula.

Como sabes, NPM no es cosa menor, se trata del administrador de paquetes de Node.js, es el registro de software más grande del mundo, con cientos de miles de paquetes. Es de uso gratuito y con él se pueden descargar toneladas de escripts y bibliotecas de terceros.

En el caso de los paquetes afectados, colors.js es un paquete que cuenta con millones de descargas, usado por desarrolladores de JavaScript y Node.js para obtener colores y estilos personalizados en la consola. En GitHub hay 4.3 millones de proyectos que lo usan. En este caso, se introdujo un código malicioso que producía un bucle infinito.

Por otro lado, faker.js es otro paquete usado por unos 168.000 proyectos. En él puso un mensaje: endgame (fin del juego). Por otro lado, también se borró la página, aunque una solución fue recuperarlos de archive.org.

Esto, que puede parecer una broma pesada a primera vista, tuvo consecuencias para los proyectos dependientes. Además, Squires no es el único que mantiene este repo, pero bloqueó el acceso a otros mantenedores para asegurarse de que nadie pudiera corregir su acción.

GitHub y NPM reaccionaron rápidamente, eliminando los paquetes y suspendiendo temporalmente la cuenta del autor, pero el daño ya estaba hecho.

El desarrollador causante del sabotaje de este código abierto publicó en su blog personal que lo había hecho porque ninguna empresa había apoyado financieramente a color.js y faker.js. Los planes de suscripción mensuales que inició no funcionaron, y solo recibió unas cuantas donaciones a través de patrocinios de GitHub y de algunos compañeros. Una situación difícil que terminó con un problema para muchos.

Todo esto produjo un debate en Twitter con detractores y simpatizantes del código abierto. Muchos también temen que los mantenedores de código abierto lo tomen de ejemplo y hagan lo mismo con otros proyectos si las organizaciones privadas que se aprovechan del código no ayudan económicamente.

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

Un incidente realmente sorprendente que ha sucedido en los últimos días ha puesto de manifiesto lo vulnerable que puede ser la cadena de suministro de SW/HW y el poco apoyo que tienen algunos proyectos abiertos (pese a su importancia). Y es que Marak Squires, un programador y encargado de mantener un proyecto de código abierto, saboteó su propio repositorio en forma de protesta por trabajo no remunerado y por los intentos fallidos de monetizar los paquetes faker.js y color.js de NPM que se emplean en gran variedad de proyectos, y estos a su vez son interdependientes de otros ecosistemas o recursos.

Este incidente pone en evidencia un problema grave que sigue sin resolverse para la cadena de suministro de software, y es que no se puede controlar al 100% el código que terminará en computadoras de todo el mundo. Pero esto no es un problema del código abierto, en el software propietario el control es aún menor, y la posibilidad de corregirlo si se ha hecho de forma intencionada por el desarrollador es nula.

Como sabes, NPM no es cosa menor, se trata del administrador de paquetes de Node.js, es el registro de software más grande del mundo, con cientos de miles de paquetes. Es de uso gratuito y con él se pueden descargar toneladas de escripts y bibliotecas de terceros.

En el caso de los paquetes afectados, colors.js es un paquete que cuenta con millones de descargas, usado por desarrolladores de JavaScript y Node.js para obtener colores y estilos personalizados en la consola. En GitHub hay 4.3 millones de proyectos que lo usan. En este caso, se introdujo un código malicioso que producía un bucle infinito.

Por otro lado, faker.js es otro paquete usado por unos 168.000 proyectos. En él puso un mensaje: endgame (fin del juego). Por otro lado, también se borró la página, aunque una solución fue recuperarlos de archive.org.

Esto, que puede parecer una broma pesada a primera vista, tuvo consecuencias para los proyectos dependientes. Además, Squires no es el único que mantiene este repo, pero bloqueó el acceso a otros mantenedores para asegurarse de que nadie pudiera corregir su acción.

GitHub y NPM reaccionaron rápidamente, eliminando los paquetes y suspendiendo temporalmente la cuenta del autor, pero el daño ya estaba hecho.

El desarrollador causante del sabotaje de este código abierto publicó en su blog personal que lo había hecho porque ninguna empresa había apoyado financieramente a color.js y faker.js. Los planes de suscripción mensuales que inició no funcionaron, y solo recibió unas cuantas donaciones a través de patrocinios de GitHub y de algunos compañeros. Una situación difícil que terminó con un problema para muchos.

Todo esto produjo un debate en Twitter con detractores y simpatizantes del código abierto. Muchos también temen que los mantenedores de código abierto lo tomen de ejemplo y hagan lo mismo con otros proyectos si las organizaciones privadas que se aprovechan del código no ayudan económicamente.

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

Pues ya tenemos una Release Candidate más de las que tuvimos el año pasado. En el desarrollo de WINE 6.0, tras más de 20 versiones bisemanales, lanzaron cinco RC antes de la versión estable, pero WineHQ ha lanzado hace unas horas WINE 7.0-rc6. Por lo que se ve en la nota de este lanzamiento, falta le hacía, porque en la parte de errores corregidos han mencionado nada menos que 47. Para poder comparar, cuando lanzan una versión cada dos semanas suelen mencionar más o menos una treintena de «bug fixes».

Pero lo cierto es que en estas semanas no se introducen tantas modificaciones. En total, en WINE 7.0-rc6 han realizado 50 cambios. Entre ellos, WineHQ no destaca ninguno, pero leyendo la lista de «novedades», entre comillas, hay muchas que mejoran la experiencia de los videojuegos, como Star Wars Episodio 1, Racer, Saints Row: The Third, Microsoft Flight Simulator 2000, Deus Ex: Human Revolution, Sniper Elite 4, Lego Stunt Rally, FIFA 11, Guild Wars 2, World of Warcraft. No son los más modernos, pero siempre es bueno poder jugarlos decentemente (que me lo digan a mí que ahora tiro mucho de PPSSPP).

WINE 7.0 podría llegar la semana que viene

Ya está disponible la versión de desarrollo de Wine 7.0-rc6. Se espera esta sea la última versión candidata antes de la versión final 7.0.

Novedades de esta versión:
– Sólo correcciones de errores, estamos en la congelación del código.

WINE 7.0-rc6 es la versión que sucede a la rc5 y ya se puede descargar desde este enlace y este otro enlace. Siempre ponen a nuestra disposición dos enlaces, y yo añado el segundo porque WineHQ lo pone en sus lanzamientos, pero no suele funcionar. Lo que sí funciona es hacer lo que explican en la página de descargas, entre lo que tenemos la posibilidad de añadir el repositorio oficial para sistemas operativos como Debian y Ubuntu.

Si deciden que aún tienen que pulir más el software, la semana que viene lanzarán WINE 7.0-rc7, pero si todo va bien lanzarán ya la versión estable

from Linux Adictos https://ift.tt/33ERl0B
via IFTTT

Como bien sabes, el kernel vainilla de Linux, el de kernel.org, es en su mayoría de código abierto y libre, pero existen algunas partes, como cierto firmware y algunos controladores agregados por terceros, que son propietarios, de código cerrado. Sin embargo, para los que no quieren esos blobs binarios, pueden contar con una versión «limpia» y 100% libre que se lanza de forma periódica con las últimas versiones del núcleo. Se trata de GNU Linux-Libre.

Alexandre Oliva ha anunciado este lanzamiento, por tanto, ya está entre nosotros GNU Linux-Libre 5.16. Básicamente es un kernel Linux 5.16 al que se le ha limpiado esas partes no libres, y que han sido sustituidas por otras libres. Se han eliminado blogs como los drivers WiFi mt7921s y rtw89 (8852a), el controlador para pantalla táctil ili210x, i.MX DSP Remoteproc, el driver de audio qdsp6, y algunos otros de la arquitectura ARM64 (AArch64).

A parte de estos cambios para hacer de Linux 5.16 un kernel libre de código propietario, GNU Linux-Libre 5.16 no ha renunciado a ninguna de las funciones y mejoras introducidas en la versión upstream, como futex2 para acelerar videojuegos con WINE, soporte para AMX (Intel Advanced Matrix Extensions), las novedades y mejoras para los sistemas de archivos, soporte AMT (Automatic Multicast Tunneling), actualización para compresión Zstd (Zstandard), soporte para los SoCs Qualcomm Snapdragon 690, los nuevos parches de seguridad agregados a esta versión, etc.

Este kernel GNU Linux-Libre se pude instalar en cualquier distribución, aunque para mayor facilidad, los desarrolladores de esta modificación del kernel también proveen de paquetes binarios para sistemas Debian y derivados, así como para Red Hat y derivados. De esa forma, se evita tener que descargar las fuentes, configurar, compilar e instalar el binario obtenido, ya que se puede usar las herramientas de gestión de paquetes para la instalación.

Más información sobre GNU Linux-Libre – Sitio oficial del proyecto

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

Hace dos días nos hacíamos eco de una noticia que afirmaba que Ubuntu 22.04 se podrá instalar en la Raspberry Pi 4 de 2GB. Hoy tenemos que volver a hablar del sistema operativo desarrollado por Canonical, pero esta vez por el kernel que usará. Jammy Jellyfish, nombre en clave de 22.04, será una versión LTS y, como era de esperar, usará el último kernel Long Term Support que hay disponible, aunque en estos momentos aún no ha recibido esa etiqueta.

Linux 5.10 fue una versión LTS, pero en un principio, si no recuerdo mal, sólo iba a estar soportado durante dos años. Cuando la comunidad dio un paso al frente y se aseguró el mantenimiento, se amplió el soporte. Con Linux 5.15 estamos más o menos en las mismas: estará soportado durante más tiempo que las versiones normales, pero de momento no tanto como 5.10. Y en kernel.org aún no está marcado como LTS, sólo como «Stable».

Ubuntu 22.04 llegará con GNOME 42

Ahora mismo, y si no cambian las cosas como lo hicieron con 5.10, Linux 5.15 estará soportado hasta octubre de 2023. Un año y medio de soporte no es mucho para una versión Long Term Support de Ubuntu, pero la otra opción sería usar Linux 5.16-5.17, soportados alrededor de tres meses. Linux 5.15 se lanzó a finales de octubre de 2021, por lo que no será una versión de las más modernas, pero era la opción más lógica y no creo que haya sorprendido a nadie.

Ubuntu 22.04 Jammy Jellyfish está ahora mismo en desarrollo, y la versión estable llegará el 21 de abril. Entre sus novedades, se espera que use GNOME 42 (actualmente usa GNOME 40) y la última versión de libadwaita, pero sólo unas pocas aplicaciones estarán totalmente adaptadas o re-basadas en GTK4. Estará soportado durante cinco años, por lo que, si no amplían el soporte de Linux 5.15, podría ser buena idea actualizar el kernel a finales de 2023.

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