edición general

JingPad A1, la primera tablet Linux para consumo del mundo

#18 Y ahora es cuando descubres tú que aunque Linux y Android usen el mismo core (Unix Linux) no pueden ejecutar las mismas aplicaciones.
#97 Ahora es cuando tú descubres que Linux si puede ejecutar aplicaciones de Android:

wwwhatsnew.com/2020/02/18/ejecuta-apps-de-android-sin-emuladores-con-a

xD
#104 Y viceversa. Termux, servidor X, listo.
#104 Pero vamos a ver, alma de cántaro, ¿qué me vienes tú aquí a descubrir la pólvora?. Ya sé que se pueden ejecutar aplicaciones Android en un Linux utilizando sistemas que implementen una capa de compatibilidad. Te lo pongo en negrita por si no lo ves. O sea, ¿se pueden ejecutar aplicaciones Android en Linux de forma nativa? No ¿Se pueden ejecutar aplicaciones Android en Linux haciendo uso de aplicaciones/sistemas sobre Linux? Sí, y también las de windows con wine.

Ahora vas y te preguntas si un usuario medio se va a poner a instalar Anbox y a pasar por la consola para instalar aplicaciones: "Para instalar nuevas aplicaciones, se hace uso del Android Debug Bridge (ADB). El proceso requiere del uso de la terminal, el cual se ilustra entre las preguntas frecuentes respondidas desde Anbox."

También puedes ir al trabajo de rodillas, pero la gente normal prefiere coger el coche.

Normal que linux nunca termine de extenderse entre el usuario medio con promotores tan cortos de miras como tú
#114 Lee la noticia no se ejecutan mediante emulación alma de cántaro...

Y las faltaban de respeto para los administradores. Al ignore vas.
#114 >. O sea, ¿se pueden ejecutar aplicaciones Android en Linux de forma nativa?

. Chroot + glibc + software, o Termux.

Decir lo contrario es no saber una mierda.
#121 "Decir lo contrario es no saber una mierda" -> Te refieres al usuario medio aquí ¿no?

Por lo tanto, y como decía en la raíz de esta discusión #2 es un pisapapeles para un usuario medio.

En cuanto a lo de "de forma nativa" me refería a algo parecido a "out of the box". Pero da igual, no lo quieres entender porque sólo te importa tener razón en el plano técnico. Luego ya la realidad de los usuarios normales, eso que más da.

Estoy muy harto de escuchar a los niñatos recién salidos de la facultad decir que el software libre mola más porque puedes modificarlo tú mismo. Como si un usuario medio estuviera interesado en recompilar el kernel. No digo que tú seas de esos, pero tu comentario va en esa dirección.

En resumen: tú ganas, sabes mucho y yo no sé una mierda, la realidad ya tal...
#125 Yo no soy de la facultad, soy administrador de sistemas. Ni siquiera soy usuario de GNU/Linux, todo lo que he aportado ha sido en OpenBSD en ports o parches varios a herramientas en C o propias en Perl.
Yo me ciño a la realidad y la realidad es que Android si ejecuta herramientas de una distro Linux de forma nativa, sea musl o con glibc. Lo demás en engañarse.

Ejecuta Windows aplicaciones de Linux de forma nativa? Antes con WSL1 tenias interpretes ELF de Linux y una capa compatible como hace FreeBSD, ahora no. Ahora virtualiza.

Android no tiene ni linux_compat(8) siquiera, ya es un kernel Linux así que técnicamente ejecuta programas para una distro de Linux nativamente.
#125 el problema es que se cree que sabe
#128 Claro, no sé nada, ya. Los ports que mandé a OpenBSD fueron por ciencia infusa, supongo.

Mejor vosotros como ejemplo negando lo más básico sobre sistemas operativos y ejecución de binarios.

Si ese es el nivel de la facultad, menudo espanto.

"objdump -T" en Termux bajo Android sobre un binario compilado contra glibc o musl (siempre que no sea estático) me dice otra cosa que no es precisamente lo que pensáis vosotros que sería la "ausencia" de ejecución directa.
Pero qué sabré yo, un pringao de OpenBSD.
#97 Android sí puede.
#108 Y Windows también, pero no de forma nativa que es lo importante.
#119 Android si lo hace de forma nativa. Con dos formas:

- Chroot de distro en tu Android + servidor X.
- Termux + servidor X.

Windows virtualiza. Android directamente usa glibc y binarios del chroot o bien Termux con su musl.
#120 Sí, vale, de forma nativa estrictamente sí. No sé como decirlo... no las puede ejecutar "out of the box".

No sé si está bien dicho pero creo que se entiende.
#122 Da igual, sigue siendo ejecución nativa.

Las llamadas al sistema son las mismas que hace un binario con glibc en una distro cualquiera.

Al lanzar htop en termux, lo mismo. Lista de procesos, hilos, etc... todo indistinguible.

Salvo SurfaceFlinger, claro, y que las X rulan como un programa aparte, pero las X en una distro Linux son tecnicamente un programa "aparte" encima del kernel y del modo texto/framebuffer ocupando una TTY para funcionar.

menéame