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

JulHer's Diary
Por JulHer
departamento religiones , Sección Diarios
Puesto a las Fri Oct 28th, 2005 at 08:03:33 AM CET
Ya tenemos disponible la versión 2.6.14 del kernel de linux listo para probar. Que barbaridad.. cómo pasa el tiempo... ya estamos en un 2.6.14.

¿Usais los últimos núcleos compulsivamente?

 


< Internet podría fragmentarse (14 comments) | ROX (8 comments) >
Enlaces Relacionados
· kernel
· More on JulHer's Diary
· Also by JulHer

Encuesta
¿Que núcleo usas?
· El último estable que haya 21%
· La última rc disponible 0%
· El que viene con la distribución 57%
· Si funciona no lo toco 21%
· ¿Que es un núcleo? 0%

Votos: 14
Resultados | Otras Encuestas

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

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Habemus 2.6.14 | 4 comentarios (4 temáticos, editoriales, 0 ocultos)
¿Qué hay de nuevo, viejo? (none / 0) (#1)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Fri Oct 28th, 2005 at 01:40:00 PM CET
(Información Usuario) http://speedball.servemp3.com

En los tiempos del kernel 2.0 o incluso del 2.2, en los que cada nueva versión traía algo nuevo realmente interesante si que iba a la última. Pero a día de hoy, si no es porque arregle algún error que me afecte, no vale la pena ir actualizando.

Además, es un poco pesado leerse los Changelog: demasiado largos, demasiada paja y demasiado desesteructurados. Debería estar dividido en secciones. Por ejemplo, deberían aparecer primero todas aquellas cosas que sean genéricas del kernel, independientes de la arquitectura. Luego los cambios realizados por arquitectura y finalmente los cambios en los controladores de dispositivo. Así por ejemplo si me interesa saber si se arregla cierto problema que haya con los Pentium-M "Dothan" y con cierta ethernet 1Gb, no tenga que volverme loco por todo el changelog.

Por cierto, no tengo ningún problema con mi Pentium-M "Dothan" ni tengo una ethernet 1Gb, sólo son ejemplos.

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar


Changelogs para humanos (none / 0) (#4)
por davinci (davinci at ecol org) a las Sat Nov 5th, 2005 at 11:03:49 AM CET
(Información Usuario)

Mira en LinuxChanges. Un buen remedio contra el mareo :)


¡Es la guerrrrrrra!
[ Padre ]


 
Generalmente el de la distro correspondiente (none / 0) (#2)
por advocatux a las Sat Oct 29th, 2005 at 06:48:51 PM CET
(Información Usuario)

Salvo rarísimas excepciones en las que desee compilar un núcleo por alguna necesidad puntual, uso el núcleo (actualizado, eso si) de la distro correspondiente.

Desde luego lo que no he hecho nunca es instalar el último núcleo disponible vanilla flavour y perder una semana dejándolo a punto... suponiendo, además, que sea capaz de hacerlo :)
--
- Por una Europa libre de Patentes de Software - EuropeSwPatentFree


Compilar el kernel (none / 0) (#3)
por atopos a las Tue Nov 1st, 2005 at 02:35:13 PM CET
(Información Usuario) http://los-pajaros-de-hogano.blogspot.com

La compilación del kernel no es hoy en día la pesadilla que era antaño.

Lo normal es incluir casi todo como módulo, compilar el kernel para que haga uso de imágenes de arranque incial en formato initramfs y dejar luego que los sistemas de autodetección de hardware (tan mejorados últimamente, dicho sea de paso, gracias a las facilidades que en este sentido suministran los kernels 2.6) hagan el resto y cargen los módulos que tienen que cargar para que funcione la máquina.

Es cierto que, en algunos casos, será necesario solicitar la carga de módulos no detectables al arranque, via /etc/modules, o --en muy raras ocasiones-- evitar la carga de otros módulos problemáticos.

Sin ir más lejos, ayer compilé e instalé el kernel 2.6.14 en menos de media hora. La única dificultad inesperada que me encontré fue que tuve que instalar un paquete que hasta ahora no había usado (yaird) para que se generase el ramdisk correspondiente.

Una buena manera de empezar es copiar el .config de las fuentes del kernel que vienen en el paquete fuente de la distribución y copiarlo en las fuentes que hayamos obtenido de kernel.org (o copiarlo de /proc/config.gz, si tenemos soporte en kernel para generar ese archivo, o copiarlo simplemente de /boot).

Por ejemplo, y por indicar todo el proceso ---a la Debian---:
cd /usr/local/src # Aquí tengo las fuentes de kernel.org
tar xjf linux-2.6.14.tar.bz2
ln -s linux-2.6.14 linux
cp <.config-de-la-distro> linux/.config
cd linux
make oldconfig # Recrea el .config para la nueva versión
[Aquí hay que responder a unas preguntas]
make-kpkg clean # No necesario ahora. Pero conviene acostumbrarse
make-kpkg --initrd --revision=mykernel1.0 kernel_image
[...] # Aquí se está compilando
dpkg -i ../kernel-image-2.6.14_mykernel1.0-<etc>


A partir de ese momento, las nuevas compilaciones se realizarían parcheando las fuentes actuales (no es necesario volver a bajarse todo el archivo completo) y haciendo siempre el make oldconfig, para recrear el .config con las nuevas funcionalidades.

Evidentemente, no hay porque hacer esto si el kernel de la distribución nos da el soporte que necesitamos o no estamos interesados en probar las nuevas funcionalidades del kernel. Por otra parte, existe también la posibilidad (al menos en Debian) de instalar el paquete de la imagen del kernel ya compilada de la rama experimental, que suele coincidir, con poco retraso, con la última de kernel.org.

[ Padre ]


 
Habemus 2.6.14 | 4 comentarios (4 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
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