O. T. Suarez escribió: > Hola: > >>> La inclusion de porciones de codigo propietario (o mejor dicho, la no >>> eliminacion de dichas porciones) en el codigo fuente del kernel de >>> linux hacen a muchas distribuciones que sean clasificadas como no >>> libres por la FSF. Debian acorde a esta definicion, no es libre >>> tampoco. >> Codigo propietario en el kernel de Linux??? =-O >> Por favor explicame, tenía entendido que era porque esas distribuciones >> permitían acceder facilmente a software propietario, por ejemplo, OpenSuse >> incluye un disco desde el que te puedes instalar el Acrobat Reader >> (propietario), >> pero de ahí a que tengan codigo propietario en el kernel, no sé, me >> entero ahora mismo > Son los llamados BLOBs, de la pagina de wikipedia [1]: > --------8<----------------------------------------- > In open source culture, binary blob is a pejorative term for an object > file loaded into the kernel of a free or open source operating system > without publicly available source code. The term is not usually > applied to code running outside the kernel, for example BIOS code, > firmware images, or userland programs. > > When computer hardware vendors provide complete technical > documentation for their products, operating system developers are able > to write hardware device drivers to be included in the operating > system kernels. However, some vendors, such as NVIDIA, do not provide > complete documentation for some of their products and instead provide > binary-only drivers (binary blobs); this practice is most common for > accelerated graphics drivers, networking devices and RAID controllers. > > When they can neither get hardware documentation nor device driver > source code from a hardware vendor, some operating system projects, > including NetBSD, FreeBSD, DragonFly BSD, and some GNU/Linux > distributions, accept binary blobs as a fast route to the missing or > enhanced functionality these blobs provide. > --------8<----------------------------------------- > > Es una discusion que se mantiene activa en el mundo del sl [2]. > Saludos > Osvaldo >
+1 creo que ya sea externo o interno la carga de esos drivers por parte del kernel su objetivo es el mismo: permitir la instalación en un hardware donde no hay alternativas libres. Claro, prefiero siempre tener la opción de seleccionar su inclusión o no. Por eso es importante distros como gnewsense para poder saber si nuestro hardware es totalmente libre, entre otras ventajas por supuesto. La referencia de que el kernel linux es 100% libre y gpl es válida. lo que si lo quieres instalar en una máquina de este tipo no te serviría de mucho. Por eso es válido que Stallman ponga este proyecto como priorizado: ingeniería inversa a estos drivers no libres para crear variantes libres. saludos Lesman _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
