Libertonia || Comments || Guía de compilación del núcleo Linux para torpes ;-)


Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios

Guía de compilación del núcleo Linux para torpes ;-) | 20 comentarios (11 temáticos, 9 editoriales, 0 ocultos)

¿Por qué? 4.00 (#3)
por jorginius ("jorginius" en Google Mail) a las Tue Jan 7th, 2003 at 12:38:14 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

¿Por qué "clean" cada vez que compilamos?, ¿por qué "dep"?, ¿hace falta siempre todo eso o se puede agilizar para las siguientes ocasiones?, ¿qué hacen esas opciones?, etc.

Creo que todo eso es lo que le falta al artículo... Y para bordarlo, una explicación de cómo ha cambiado todo esto en la rama 2.5.x.

Ahora mismo el artículo sólo es "una receta mecánica" que aprenderse de memoria. Habría que explicar a los novatos el porqué de las cosas con sus palabras para que no se pierdan cuando les cambien algo de su "receta", como ocurrirá a mediados de este año con el 2.6.x.

En fin, que yo estoy en contra de estas guías mecánicas, más cuando, como ésta, no son eficientes (¿limpiar y reconstruir las dependencias cada vez que cambiamos la configuración?: así te puedes tirar días compilando un kernel en una máquina de baja gama, por ejemplo).

se admiten sugerencias... en forma de parche :-) 3.00 (#4)
por Quique a las Tue Jan 7th, 2003 at 01:16:03 PM CET
(Información Usuario) http://cronopios.net/blog/

la guía pretende ser una receta mecánica, pero si puede ser un poquito más didáctica, pues tanto mejor.

entonces, ¿te animas a escribir unas líneas explicando estos puntos? yo nunca uso núcleos experimentales, y no sabía que había habido cambios.

gracias,
quique

[ Padre ]

Si no las quieres para YA... 3.00 (#8)
por jorginius ("jorginius" en Google Mail) a las Tue Jan 7th, 2003 at 02:31:23 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Sí, me animo.

Ahora mismito estoy un poco liado con exámenes, prácticas y más, pero en un par de meses vista me pongo y escribo el parche. ¿Dónde están los fuentes del artículo?.

De todas formas, de cara al usuario que va a compilar el kernel, lo que más destaca en los 2.5.x es que sobra el "make dep", ya no hay que hacerlo nunca, ni tan siquiera una vez, aunque sigue habiendo un ojetivo "dep" que ya no funciona igual (ya no existe un CONFIG_MODVERSIONS, como el que le comentaba antes a iarenaza).

Haces bien en no usar nucleos experimentales... Cuidadín con correrlos fuera de UML o Bochs, en la máquina de casa.

[ Padre ]

Gracias :-) 3.00 (#9)
por Quique a las Tue Jan 7th, 2003 at 03:06:05 PM CET
(Información Usuario) http://cronopios.net/blog/

No hay prisa, cuando lo hagas me lo envías y actualizo la página. ¡Gracias!

Normalmente escribo en LaTEX, pero éste está escrito directamente en XHTML.

Suerte con los exámenes,
Quique

[ Padre ]

Las dependencias si hay que reconstruirlas 3.00 (#5)
por iarenaza a las Tue Jan 7th, 2003 at 01:19:08 PM CET
(Información Usuario) http://www.escomposlinux.org/

cada vez, ya que al elegir opciones nuevas, quitar viejas, etc. el codigo a compilar y las dependencias entre los diferentes modulos cambian. De ahi la necesidad de hacerlo.

Saludos. Iñaki.

[ Padre ]

No siempre 3.00 (#6)
por jorginius ("jorginius" en Google Mail) a las Tue Jan 7th, 2003 at 01:25:06 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

... Qué es a lo que voy. Si tienes las dependencias de Ethernet 10 MBits y cambias de tarjeta, no tienes porque reconstruirlas *creo*. Me has hecho dudar pero estoy seguro casi al 99% (lo he hecho hace poco).

[ Padre ]

La nota técnica 4.00 (#7)
por jorginius ("jorginius" en Google Mail) a las Tue Jan 7th, 2003 at 01:33:38 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Según podemos leer en linux/Documentation/kbuild/commands.txt

If you do not enable CONFIG_MODVERSIONS, you only have to run 'make dep' once, right after the first time you configure the kernel. The .hdepend files and the .depend file are independent of your configuration.

If you do enable CONFIG_MODVERSIONS, you must run 'make dep' every time you change your configuration, because the module symbol version information depends on the configuration.

.. Y resulta que yo:
a) no incluyo las versiones en los módulos en mi máquina.
b) no compilo con soporte para módulos en los servidores.

[ Padre ]

Re: ¿Por qué? none (#11)
por runlevel0 (exterATvullferPUNTes) a las Tue Jan 7th, 2003 at 10:51:38 PM CET
(Información Usuario) http://perso.wanadoo.es/exter

'clean' limpia el árbol de fuentes de ficheros *.o de la compilación anterior.
Asi si sólo vas a añadir un módulo no necesitas correr 'make clean'.
'dep' crea un fichero .depend que contiene los paths a los ejecutables, libreías, headers etc. que se van a necesitar y siempre que se cree un kernel modular hay que rehacerlo, en kernels monolíticos sólo se necesitaría correr una vez, pero claro, hoy en día ¿Quién quiere kernels monolíticos?.

Tienes razón en apuntar que hay que saber qué hace cada comando, ya que sino puedes hacer trabajo duplicado.

Otra posibilidad en la que hay que evitar hacer 'make clean' es cuando se compilan módulos externos como los ALSA o los nVIDIA, que necesitan tener los ficheros *.o a mano...

En el README del kernel está explicada una parte, creo que en LuCAS había algo al respecto, pero no sé si estará muy al día.

-- S41002
[ Padre ]

Corrección none (#13)
por jorginius ("jorginius" en Google Mail) a las Wed Jan 8th, 2003 at 08:19:45 AM CET
(Información Usuario) http://www.rodriguezmoreno.com

en kernels monolíticos sólo se necesitaría correr una vez, pero claro, hoy en día ¿Quién quiere kernels monolíticos?.

Eso es falso: en kernels modulares en los que no se incluye el número de versión en los símbolos que exportan los módulos no hace falta. Ídem si no añades/quitas subsistemas enteros de la configuración. Las dependencias entre archivos, que son las que se calculan, también se listan en el .hdepend (consulta la documentación).

En el README del kernel está explicada una parte, creo que en LuCAS había algo al respecto, pero no sé si estará muy al día.

Supongo que de esto se encargará NULies puesto que son los que traducen (o traducían) la documentación del kernel.

[ Padre ]

Guía de compilación del núcleo Linux para torpes ;-) | 20 comentarios (11 temáticos, 9 editoriales, 0 ocultos)

Menu

· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login


Nueva cuenta
Usuario:
Contraseña:

Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda