�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)
