Cómo cambiar scripts de arranque Linux (Proyecto PyOS)?

[GeorgArming]

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

[Akai]

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.

[GeorgArming]

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?

[Akai]

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.

[fallout20xx]

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.

Tiene razon... asi que no os riais insensatos!!! xD

[armizh]

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.

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.

[GeorgArming]

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.

[Akai]

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.

[GeorgArming]

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...

[GeorgArming]

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?