Barrapunto

Sería interesante que en algún sitio se indicara cual es el hardware afectado y que por lo tanto no estará soportado en dicha versión.

Supongo y espero que esto potencie la creación de más drivers libres, para sustituir los privativos. Porque ultimamente como las empresas fabricantes de hardware se dan cuenta de que hay algo de mercado en el mundo GNU/Linux estaban produciendo bastantes drivers privativos.

Aplaudo esta decisión.

A ver si nos enteramos un poquito de que va el tema. No son blobs como el de nvidia o el fglrx. Son datos que se cargan en el hardware, no se usan en el kernel. No es codigo x86 (si tu ordenador es un x86). Seguramente es codigo de ARM, MIPS o de algun otro micro controlador, pues suelen usarse para estas cosas. O codigo de una arquitectura creada desde cero, pero lo importante es que el kernel no lo ejecuta, solo lo pasa.

Y todo porque los fabricantes se ahorran un modulo de eeprom/flash donde guardar el firmware. Asi que el que habla de mas drivers libres, que se informe, los drivers ya lo son, por ejemplo el radeon o el rt73, pero si no tienes el .bin la tarjeta es tonta y hace poco o nada de lo que puede hacer. Lo que no es libre es el firmware, ese .bin o ".h-compilado" que "va" en el kernel como puede ir un icono en un programa. Si no fuera por el ahorro, ni lo veriamos. Pero como se recortan gastos por todos lados, hay que volver a merterlo en la wifi o la vga con cada rearranque.

Que sera lo siguiente? No aplicar parches al firmware del disco duro (donde la diferencia esta en que lo guarda en eeprom, pero por lo demas es lo mismo)? Deshabilitar la CPU porque hay un parche de microcodigo que soluciona una errata (forma que tiene Intel, etc de decir bug en el silicio) o seguir con la errata? Pues vamos apañados. Estamos liando software libre y hardware libre de una manera chapucera. Practimente nada de HW es libre, ni te dan el diseño ni el codigo (el "firmware") ni te dejan cambiarlo a tu gusto.

Usuario de Debian. Y lo primero que hago es pillar los paquetes firmware-*. Me importa un pimiento si la radeon tiene eeprom, rom normal o no tiene nada de eso, el kernel no esta "tainted". Es mas, lo acabo de mirar para no meter la pata. Cero pelotero en /proc/sys/kernel/tainted. Ya podeis seguir ahogandos en un vaso de agua, o en la piscina equivocada (como prefirais enfocarlo).

¿Explicarán por qué no les sirve?

Por lo mismo que Firefox en Debian no se llama Firefox sino Iceweasel, porque en Debian se modifica todo lo necesario para cumplir los estándares internos. ¿Es libre? Sí, pues basta, no seamos quisquillosos.

No mentían. Durante muchos años simplemente no se supo. La FSF hizo notar el hecho de que en linux existían blobs cuando se estaba desarrollando debian 5, y simplemente no hubo tiempo. Ademas, se montó un debate sobre si considerar o no software libre a los blobs, ya que se distribuyen bajo la GPL.

El principal es: Ahora dicen que quitarán todo lo no libre del kernel ¿Por que no lo hicieron antes? ¿Cómo le explican a sus usuarios que durante muchos años sus kernels no eran, plenamente, libres? ¿Mentían cuando decían que su código era libre? ¿Incumplían conscientemente sus propias políticas y su contrato social? Algo huele a podrido en Dinamarca.

Ya se que estamos en barrapunto y eso no se estila, pero en el artículo tienes los links a por qué liberaron etch incluyendo "firmwares" [debian.org], así como por qué liberaron lenny incluyendo "firmwares" [debian.org].

La gente de Debian tendrá muchas cosas, incluyendo una buena sarta de problemas, pero lo que no se les puede reprochar es la transparencia con los tratan ante la comunidad.

De todas formas, ¿alguien sigue utilizando debian a pelo?

Sí.

Por varios años, aunque te parezca dificil de creer, Linux no fue legalmente distribuíble - pero poca gente le hizo caso al hecho. En efecto, dentro del kernel, liberado bajo la licencia GPL, había varios "blobs" binarios de los cuales no había fuentes disponibles (y según nos explicaron en las largas discusiones en Debian, incluso teniendo las fuentes, no podríamos compilarlas: No es código en C, sino que en lenguajes más adecuados para el hardware en cuestión).

En efecto, esos módulos eran parte del núcleo oficial. En muy buena medida, gracias a la intransigencia de los debianeros, hoy Linux es nuevamente libre y redistribuible.