Barrapunto

Y no tendrá problemas de tamaño...

Si no me equivoco, se va a incluir en la nueva serie de kernels de desarrollo 2.5 una herramienta construida por el mismisismo ESR (o es del RMS?, que alguien me corrija si me equivoco) Ahora mismo no tengo ninguno de los enlaces de donde saque los datos, pero vendria a sustituir al sistema actual de configuracion del nucleo y esta hecha en Python..
(repito, que alguien me corrija si me equivoco)

Unas aclaraciones... (enumeradas ;-)

Primero, lo mencionado en el título confunde y no es comparable. Muy poca gente tiene acceso a los fuentes del Solaris para compilarlos, y los que lo tienen no son precisamente usuarios hogareños con un PII y 64 MB de RAM.

Segundo, la compilación del kernel del Linux no está pensado para todo el mundo, no porque sea complicado, sino porque a mi madre no le interesa instalarse el último 2.4.x-ac para probarlo no acceder a el hardware supernuevo que salió para jugar al Quake III a 500 fps.

Tercero, compilar el kernel no es nada complicado, ni usando el config, menuconfig o xconfig. Lo complicado es definir las reglas para seleccionar los módulos necesarios, incluir los dependientes y verficiar que no haya inconsistencias. Este es el trabajo que está haciendo ESR y se llama CML2.

Cuarto, el trabajo de compilar el kernel, para los usuarios no iniciados, es de las distribuciones. Lo que necesita el usuario son herramientas para configurar los más automáticamente posible el sistema, _no_ el kernel: TCP/IP, tarjeta gráfica, modos de vídeo, sonido, etc. etc. Todo esto no tiene práctiamente nada que ver con el kernel, sobre todo con los que sacan las distribuciones que tienen todos los drivers posibles (y razonables) incluidos como módulos. Aquí es donde queda mucho trabajo.

Último: las herramientas basadas en comandos y consolas de texto (aún mas bastos que el xconfig) nunca moriran, leer In the beginning was the command line Que no nos quiten el make menuconfig!!! ;-)

yo es lo que uso y no lo cambio por el xconfig ni por na, CONSOLA POWER!!!!!!!!!

Yo nunca he visto compilar el kernel de AIX.
¿Alguién lo ha visto?

Es lo que tienen los microkernels ...

Supongo que se refiere a que en los Unix comerciales suelen tener un sistema de menus categorizado, con ayudas para enlazar los modulos del núcleo.

Ahora que lo pienso...es lo mismo que hace el make menuconfig.

Lo que si veo es que dentro de nada la cantidad de opciones que habrá que elegir para compilar el núcleo sea bestial y tendremos que bajarnos 500 megas de fuentes para en realidad compilar 10 megas.
Igual estaría bien algo como apt-get para bajarse los "módulos" de fuentes que nos interesen aunque como el núcleo es monolítico separar el código fuente en módulos puede ser imposible.

Pero no por mania a las X. Simplemente el entorno menuconfig es mucho más aceptable que el xconfig, a no ser que tengas un monitor como una pizarra...

Humm... No tan imposible. Al fin y al cabo, la zona de drivers en las fuentes del núcleo tiene un tamaño más que respetable (unos 64MB en el 2.4.4 que tengo en /usr/src/linux, de un total de 132MB, y la de arch 23MB, de los cuales sólo ~1'5 es i386), y la mayoría de lo que hay ahí NO se compila, excepto que lo escojas.

Sería interesante dividir al menos el núcleo en zonas que sean claramente independientes, y permitir bajar "módulos" aparte. Por ejemplo:

* kernel-base
* kernel-asm-i386
* kernel-scsi
* kernel-isdn
* kenerl-usb
* ...

Y lo ideal sería una cosa al estilo BSD. Bajas el kernel-base, configuras, y por las dependencias que se generan, el sistema de compilación "baja" de Internet lo que le hace falta (si no lo ha bajado ya), y empieza a compilar.

Se podría empezar con divisiones grandes, por aquello de tenerlo todo en .tar.gz, y luego ir "granularizando" más el proceso, permitiendo al sistema bajar ficheros .c y .h individuales (¿por qué bajar -scsi completo, si sólo voy a usar una ZIP paralelo?)

Vale. Sería complicado, pero ganaríamos mucho, y es núcleo no es tan monolítico como para no permitirlo.

Los Unix comerciales si tienen formas de compilar nuevos kernels, suelen traer un compilador de c, cuya única función es la compilar nuevos núcleos. No traen las fuentes sino que se encuentran en librerias precompiladas. Con este sistema yo he compilador núcleos para HP-UX e IRIX.

y sigo usando make menuconfig, en una xterm
siemplemente, voy mas rápido que con xconfig

y un apt-get make menuconfig?? es decir, que se bajaran los archivos necesarios para configurar las opciones, y luego nos bajamos exactamente los archivos que vamos a compilar (aunq seria lioso, pq supongo q habria q implimentar un servidor q hiciera paquetes "a medida" con los ficheros que necesitemos...

Fundamenta tu opinión, por favor... y hazlo en el contexto que nos ocupa... el problema de configuración del núcleo Linux, que ya sabemos todos (o la mayoría) que Hurd es microkernel y tal y tal... ¿y cuando Hurd tenga que dar tanto soporte como Linux? Pues digo yo que será complicado configurarlo, pues habrá que ajustar un montón de parámetros, queramos o no...