Mensajes

No, te complicará más la vida. Sobretodo la versión antigua de Linux debido a drivers

OK, pues con la moderna entonces. pero sabes cómo puedo hacer lo que quiero hacer? es que ahora sí que estoy un poco perdido, la verdad.

por cierto, os pido la opinión con algo relacionado. de la misma manera que seguramente voy a trabajar con Linux 1.0 para facilitar el trabajo, tambiñen estoy pensando en utilizar una versión de intérprete Python más antiguo. Estoy en lo correcto?

El problema con tu esquema, es que el intérprete de python no puede funcionar únicamente sobre el kernel, poruqe entre otras cosas, tiene dependencias de aplicaciones del userland.

Entiendo que quieras hacer una distro 100% en python, pero plantéate si no sería mejor una distro donde las aplicaciones que trabajan por encima del userland sean en python.

entonces, de alguna manera, tendría que acoplar las aplicaciones de userland encima del kernel? vaya...

Creo que tu no entiendes... sabes porque se pueden lanzar los programas en python? porque esta instalado el interprete. Pero el hombre no tiene eso, lo unico que tiene es un kernel. El kernel no posee nada, es simplemente un kernel. No tiene interprete, no tiene bash, no tiene nada. Ningun programa.
Lo que el quiere es crear una distribucion basada en python, los programas hechos en python y para eso necesita implementar el interprete en el nucleo.
Saludos.

Exactamente.

No puedes implementar el intérprete por encima del kernel porque eso ya está hecho.

Si lo que quieres es lanzar programas escritos en python, simplemente lanzalos como todo el mundo.

Pero para lanzaros "como todo el mundo" necesito el intérprete, y "sólo" tengo el kernel.

Resumiendo (a ver si me explico un poco mejor): quiero hacer una distribución Linux que tenga el kernel en C (obviamente si es Linux) y toda la interfaz y aplicaciones en Python.

Para eso, quiero implementar el intérprete Python encima del kernel Linux, y que cuando se cargue el kernel se cargue e inicie el intérprete.

Hardware=>Kernel=>Intérprete=>GUI: escritorio y aplicaciones.

No se entiende el hecho de que planteáis cosas que no tienen sentido dada la arquitectura y funcionamiento de Linux (kernel) y el userland de encima. Es obvio que no lo entendéis.

El kernel se encarga de interactuar con el hardware, punto.

El kernel proporciona un API para que los desarrolladores puedan interactuar con él. De aqui surgen cosas como udev, Xorg, init, bash, etc etc etc

Dados tus conocimientos, creo que te será más aconsejable empezar con una distribución, usarla, aprender de ella, y ya luego, plantearte proyectos como una distro completamente en python.

gracias por la aclaración, pero sigo sin entender porque no puedo implementar el intérprete encima del kernel Linux.

Es decir, se carga el kernel, el "control" está en el init, en los scripts de arranque. Entonces en unas determinadas líneas de la función main.c se indica que se debe cargar el intérprete e iniciarlo.

Hasta lo poco que sé, no lo veo tan difícil. Por qué no puedo implementar el intérprete?

OJO, no quiero sonar arrogante. lo má  probable es que me esté equivocando, pero creo que simplente me he explicado mal.

creo que me he explicado mal, porque lo que dices en absoluto es lo que quería decir.

a ver, no estoy trabajando a partir de ninguna distribución. estoy trabajando directamente con el kernel linux,  al que quiero implementar el intéprete Python. obviamente entonces lo que salga de ahí ya no será sólo kernel.

¿Qué es lo que no se entiende o se entiende mal?

A tu primera pregunta, yo creo que no sera dificil, siempre y cuando no modifiques directamente el kernel, sera solo buscar el archivo en el que llamar al fork para ejecutar el interprete como un proceso.
A tu segunda pregunta, la funcion es fork(), que es el que se encarga de ejecutar los procesos, en realidad fork es difurcacion, es decir, copia el proceso padre y crea un proceso hijo exacto, luego ese proceso hijo ejecuta cierta instruccion y mete a la memoria el programa. Para mas informacion puedes leerte el famoso libro Sistemas operativos: diseño e implementacion de AST, ahi el explica fork(), waitpid(), malloc(), y otras funciones de los sistemas Unix.
Saludos

ok.

lo más curioso es que el libro que dices ya me lo leí, pero no lo recordaba para nada  . menuda memoria tengo 

[¿Qué sentencia, en C, y dentro del kernel de Linux (es decir, teniendo en cuenta las librerías disponibles, me permite iniciar el intérprete?]

Nueva duda:

¿Qué sentencia, en C, y dentro del kernel de Linux (es decir, teniendo en cuenta las librerías disponibles, me permite iniciar el intérprete?

gracias! voy a probar. una pregunta: si lo hago con Linux 1.0 para simplificar, si algún día el proyecto toma cierta envergadura (soñar es gratis), será muy difícil migrar a la versión Linux más actual?

Gracias.

PD: POR FAVOR, LA COSA ESTÁ DIFÍCIL, ASÍ QUE SE AGRADECERÁ CUALQUIER APORTE