Portada
mis comunidades
otras secciones
#5:
#3 Concuerdo, es cuestión de economía de lenguaje, la gente prefiere un nombre rápido y fácil de pronunciar y recordar, por lo que también concuerdo que en el caso de popularizarse la gente lo llamará Hurd a secas, no GNU/Hurd.
#2 Lo de la entradilla hace referencia a la versión 11.0 Bullseye de Debian, esa si que venía con kernel Linux
#2 Lo de la entradilla hace referencia a la versión 11.0 Bullseye de Debian, esa si que venía con kernel Linux
#4:
A Hurd lo matan su escasa compatibilidad con hardware que hace que sea casi imposible de probar en ordenadores (modernos), que sólo se pueda usar desde una máquina virtual (cosas como que no tenga soporte para 64bits y falta de drivers para dispositivos tienen la culpa).
Deberían aprovechar y portarlo a Risc-V, que es una plataforma emergente y desde donde podrían usarlo en hardware real pero más contenido y controlado hasta madurar el sistema y prepararlo para superar esos obstáculos.
Deberían aprovechar y portarlo a Risc-V, que es una plataforma emergente y desde donde podrían usarlo en hardware real pero más contenido y controlado hasta madurar el sistema y prepararlo para superar esos obstáculos.
Comentarios
A Hurd lo matan su escasa compatibilidad con hardware que hace que sea casi imposible de probar en ordenadores (modernos), que sólo se pueda usar desde una máquina virtual (cosas como que no tenga soporte para 64bits y falta de drivers para dispositivos tienen la culpa).
Deberían aprovechar y portarlo a Risc-V, que es una plataforma emergente y desde donde podrían usarlo en hardware real pero más contenido y controlado hasta madurar el sistema y prepararlo para superar esos obstáculos.
#4 los únicos núcleos que pueden tener un compilador GPL por ser un núcleo GPL es el NOEL-V,ReonV y el RV01 de opencores que es LPGL.
#7 pueden tener un compilador GPL por ser un núcleo GPL
¿Qué quieres decir con eso? ¿Estás sugiriendo que gcc, por ser GPL, hace que los programas compilados con él también lo sean?
¿Conoces la GCC RUNTIME LIBRARY EXCEPTION?
#8 no, digo que el núcleo que puede poner fácil al compilador externo son esos.
Los núcleos BSD, MIT y demás dependen de las modificaciones por encima de esa licencia del SoC, que dependiendo del fabricante no se pueden parecer ni de lejos aunque por parte del desarrollador gcc pueda exprimirlo y los privados, pues lo pondrán tan fácil como el fabricante y desarrollador lo quieran.
#4 Si va en Raspberry Pi tienen ya un soporte importante. Por ejemplo Plan9 se ha salvado porque Richard Miller lo portó a Raspberry Pi y van hasta las wifis con Plan9 con soporte nativo. Era algo que se echaba en falta en Plan9 que funcionara en hardware moderno y así dio un paso de gigante para que no cayera en el olvido.
Ahora está el problema de que un sistema operativo sin un navegador como Firefox o Chrome, no es un sistema operativo para el gran público, porque al final un sistema operativo hoy en día para lo que sirve es para echar a andar un navegador.
#15 una rpi para usar un navegador no es una gran opción.
#25 El navegador y los servicios de la web que corren en éste, son la tecnología actual que deja más dispositivos fuera, la obsolescencia programada más evidente cuando para otras historias funcionan perfectamente. Pero el navegador es como una máquina virtual que ejecuta otro sistema operativo y para esto hace falta recursos.
#4 A Hurd lo mata que no puedes pretender tener un proyecto serio en pre-producción durante casi 30 años antes de sacar algo mínimamente estable.
Si partimos de que no hay seriedad alguna por parte de los desarrolladores, es absurdo pensar que va a estar bien soportado.
GNU Hurd NO es un proyecto serio como el kernel Linux o algunos proyectos GNU, es un gimmick de frikis para frikis.
#17 Para la FSF y para el proyecto GNU lo importante es que los programas cumplan las 4 libertades para los usuarios. Que luego sean programas buenos o malos, que lleven tiempo en desarrollo o que estén listos para desarrollos en producción depende de muchos más factores.
Stallman y el proyecto GNU han dicho muchísimas veces que el kernel de GNU es Linux, que no necesitan otro kernel porque Linux cumple con las necesidades básicas. Lo que mantiene a Hurd activo es que es Software libre y que los usuarios son libres de seguir con su desarrollo. Son los propios desarrolladores, en este caso Debian, los que lo mantienen activo. En Hurd hay distintos grupos y cada uno aprovecha lo que puede de otros grupos.
Luego también Hurd aporta muchas cosas que no tienen Linux, por ejemplo que no hay usuario root y cada usuario tiene todos los privilegios en su entorno, sin necesidad de permisos de administrador y esto es una historia diferente. También usan un mikrokernel, no es un clon de un kernel monolítico que ya se sabe como va. Incluso hubo una época en que estuvieron probando con otros tipos de microkernels. Es un kernel experimental que usa un microkernel y luego complementa el resto de aplicaciones con los servidores del Hurd.
A nivel de instalar paquetes y eso, en el Hurd es igual que en Debian, apt install pero por supuesto mucho más inestable, a nivel interno es otra historia diferente a Linux.
#17 Que sobre hurd funcionan sobre el 75% de los paquetes de debian... (al menos eso dice la publi... https://www.gnu.org/software/hurd/faq/software.html) el problema es que no soporta hardware real porque su base es de 32bits y no tiene drivers para los dispositivos y no hay pasta detrás para impulsarlo adecuadamente, es un proyecto voluntario hecho por voluntarios y un microkernel es muy complejo. Por eso digo que si se portara a hardware real y se soportara bien, ganaría mucho feedback, atraería desarrolladores, etc.
El ejemplo que pone #4 es lo que debería pasar.
En principio las modernidades no van, pero si que es "usable" hasta cierto punto: https://duckduckgo.com/?q=x11+on+debian+hurd&t=ffab&atb=v259-1&iar=images&iax=images&ia=images
Cuando he leído "incluidos los puertos" en referencia a lost "ports", el sofware "portado", recompilado para dicho sistema, he dejado de leer.
#10 igualmente
#10 Me pregunto de donde habrán sacado el articulo que han pasado por google translate y publicado sin revisar.
#2 Es que en la entradilla, cuando dice que lleva linux 5.10 se refiere al kernel de linux 5.10 no al de Hurd, si lees la noticia verás que comenta esto:
Y es que hablando de la liberación de Debian 11, casi al mismo tiempo y de manera paralela fue dada a conocer la liberación de la distribución Debian GNU/Hurd 2021, que a diferencia de la publicación que mencione hace unos momentos, esta «versión» de Debian difiere de ella, ya que combina el entorno de software Debian con el kernel GNU/Hurd.
Es decir, ha salido una versión de Debian con Linux y otra con Hurd.
A ver si ahora siguen llamando al sistema operativo GNU/Hurd con el nombre de "Linux".
#1 Pues si, como dice la entradilla, lleva Linux 5.10... jajajajajajaj
#3 Concuerdo, es cuestión de economía de lenguaje, la gente prefiere un nombre rápido y fácil de pronunciar y recordar, por lo que también concuerdo que en el caso de popularizarse la gente lo llamará Hurd a secas, no GNU/Hurd.
#2 Lo de la entradilla hace referencia a la versión 11.0 Bullseye de Debian, esa si que venía con kernel Linux
#5 Será al revés. Llamarlo GNU porque sería un sistema GNU, solo con programas oficiales de GNU. Linux no es parte del proyecto GNU y por eso se llama aparte. (No es parte porque no es un paquete oficial del proyecto GNU, son un proyecto aparte.)
#11 y diferente licencia.
#2 Es que la entradilla va de una cosa y el título de otra. Lo que dice la entradilla es que Debian 11 (que NO es lo que mismo que Debian GNU/Hurd 2021) lleva Linux 5.10.
#1 Si se popularizara la gente lo llamaría obviamente Hurd
#1 Efectivamente, ya no habrá excusa. Lo que sí se podrá seguir haciendo es llamar "Debian" al sistema completo (naturalmente, la versión de GNU/Hurd que distribuye Debian, no cualquier otra).
#6 También está en la distro oficial de GNU, Guix: https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/ https://guix.gnu.org/en/download/latest/
Noticia especialmente dedicada a los que confunden GNU/Linux con Linux
#23 Noticia especialmente dedicada al spam de una página creada a partir de un traductor, sin nadie revisando las traducciones.
GNU Turd.