Re: Empaquetado de los fuentes del kernel.
Ángel Vicente Pérez:
> Santiago Vila:
> > * Si al desempaquetar el .deb obtienes las fuentes desempaquetadas, cuando
> > quieres borrar el paquete es un lío, pues en cada directorio habrá
> > ficheros objeto (*.o). Ahora que el .deb contiene el código fuente
> > empaquetado, desinstalar el paquete es mucho más fácil.
>
> Pero si antes se hace make mrproper ¿no quedaria limpio?
Puede que sí, pero el caso es que antes, si borras el paquete, el código
fuente desaparece.
Ahora puedes instalar el paquete, luego lo descomprimes (tú mismo, y
cuando quieras), y una vez descomprimido, puedes borrar el paquete
tranquilamente (cosa que antes no se podía hacer), y todavía puedes
compilar el núcleo todas las veces que quieras.
La idea es tratar el .deb del código fuente simplemente como una forma
cómoda de proporcionar el tar.gz de forma instalable mediante dselect, y
nada más.
Ugo Enrico Albarello:
> > * Antes había razones para tener el código fuente del núcleo
> > desempaquetado, y es que (en los viejos tiempos), podían ser objetivo de
> > enlaces simbólicos desde /usr/include/asm o /usr/include/linux. Como ahora
> > lo que se lleva es que el paquete libc6-dev contenga directorios de verdad
> > y no enlaces, eso ya no hace falta.
> Epa, como así?
> Y si voy a compilar 2.1.x? No cambian los archivos en ./include/* ?
Cambian los ficheros "include" del núcleo. Los de libc6-dev no tienen por
qué cambiar, a menos que quieras que cada nuevo programa que compiles
en tu máquina *no* funcione con el núcleo 2.0.x (y uno normalmente no
quiere eso ¿verdad?).
Cuando salga el núcleo 2.2, probablemente salga una nueva libc6-dev cuyos
ficheros include estén preparados para el nuevo núcleo, pero seguirán
siendo fichero reales, no un enlace simbólico al código fuente del núcleo.
Esto se explica con todo detalle aquí:
/usr/doc/libc6/FAQ.Debian.gz
--
"b7493ef1fe8b616f72738d33df555711" (a truly random sig)
Reply to: