Una semana más del #viernesdeescritorio y creo que es un buen día para tratar un punto algo controversial, y es el uso de software libre dentro de distribuciones de Software Libre. Linux es el Kernel como tal, el núcleo de eso que llamamos distribución Linux. Por otro lado, alrededor de este existen una gran cantidad de componentes que son de código privativo y que permiten en su mayoría el funcionamiento de hardware. Es conocido como bloadware y permiten muchas veces el funcionamiento correcto de dispositivos variados, desde impresoras, Wi-Fi, gráficas y otros, son causantes de gran controversia, los creyentes más literales del software libre creen que estos componentes no deben existir en el Kernel y ningún otro módulo de una distribución Linux.
Muchos de los módulos que permiten que el Kernel de Linux pueda actuar sobre el hardware es conseguido por ingeniería inversa, procesos mediante los cuales se logran crear los componentes necesarios para que un componente interactúe con el Kernel aun sin tener el código original del fabricante. Si bien muchos son los avances al día de hoy en este punto se tienen grandes avances, aún existen muchos dispositivos donde no se consigue un funcionamiento perfecto, luego existen fabricantes que liberan el código y todo lo necesario para que estos componentes se puedan desarrollar por la comunidad para el Kernel.
El otro caso es cuando los fabricantes no quieren liberar el código del hardware creado, pero crean controladores o drivers cerrados para que estos funcionen en Linux, también existen casos en que liberan parte del código y ciertas partes importantes las mantienen cerradas y suministran soporte para el Kernel de Linux.
Los más acérrimos defensores del código abierto defienden que en un sistema no deben existir módulos cerrados por los fabricantes, esto se ha discutido por mucho tiempo y la realidad es que sin el Kernel de Linux no existiera la posibilidad de usar estos módulos la compatibilidad con cierto hardware quedaría limitada, existen proyectos que toman el Kernel y remueven estos componentes y puede que al usarlo ciertos dispositivos funciones parcialmente o no funcionen algunas cosas como algunas tarjetas Wi-Fi o algunas gráficas.
Uno de los casos que más discusiones crea normalmente es el de las gráficas Nvidia, estas han mantenido su código cerrado por mucho tiempo, la comunidad ha desarrollado unos controladores libres, pero con ciertas limitaciones y para poder obtener un rendimiento mayor es necesario usar los drivers de código cerrado creados por el fabricante, el problema es que por mucho tiempo este controlador fue desarrollado por Nvidia sin prestar mucha atención a los estándares usados en Linux y su mantenimiento estaba bastante por detrás del dado a los de Windows, lo que causo muchos problemas y por mucho tiempo a usuarios Linux con gráfica Nivia. Si bien en esto últimos años nvidia ha ido colaborando más con la comunidad para el desarrollo de un Driver abierto, esta situación ha causado siempre malestar en la comunidad de Linux.
Un ejemplo tangible de esto lo he tenido con el uso de una MacBook Air 5.1 que tengo para pruebas, le he probado varias distribuciones y si bien la mayoría le han ido bien existe un componente que no funciona del todo bien, la tarjeta Wi-Fi que usa el MacBook Air no gusta del controlador de la comunidad, logra levantar y conectarse, pero el rendimiento del dispositivo no logra superar los 5 Mbps en una conexión de fibra, por esto la he estado usando con una tarjeta de red Wi-Fi USB que funciona sin problemas. Luego de realizar varias pruebas encontré que sí utilizo el driver privativo broadcom-sta-dkms el Wi-Fi funciona perfecto, en distribuciones como Elementary OS 8 que usa base Ubuntu este se activa de forma predeterminada, en Linux Mint este se puede activar fácilmente con el asistente, en otras puede ser necesario activar este de forma manual.
Modulo Boradcom cargado en Linux Mint
En mi caso particular pienso que el desarrollo del código abierto es importante, aun así es complicado que un Kernel pueda al día de hoy trabajar 100% abierto, los fabricantes de hardware tienen sus políticas y maneras de cuidar sus desarrollos.
Me parece que colaborar con fabricantes que liberen el código comprando estos sobre los que mantienen su código cerrado es un buen punto; sin embargo, siendo realista si a tus manos llega un equipo que requiere de usar código privativo, es preferible que una distribución tenga lo necesario para que un usuario pueda usarlo, pues en caso contrario su opción no será usar algún módulo privativo, simplemente se quedara en un sistema 100% cerrado como Windows.
Empezando por los videos de la semana tenemos pruebas del MacBook Air y MxLinux
Archcraft bspwm
Elementary OS 8
Tuxedo OS
Elementary OS en el MacBook Air
Ahora si el #viernesdeescritorio desde el MacBook Air con Linux Mint que sera ya vídeo para la proxima semana
https://social.linux.pizza/@manosymaquinasentrevideos/113564017702510803
Gracias por su atención
Feliz Semana
Nota: Los vídeos colocados en este post pertenecen a mi canal de Youtube https://www.youtube.com/@MaquinasLinux y las imágenes del #VierneDeEscritorio son capturas de pantalla de mis escritorios
También se encuentra material en el Telegram https://t.me/+RlAVNsKQbM5Z0hkt
Thanks for your contribution to the STEMsocial community. Feel free to join us on discord to get to know the rest of us!
Please consider delegating to the @stemsocial account (85% of the curation rewards are returned).
You may also include @stemsocial as a beneficiary of the rewards of this post to get a stronger support.