Samarbeid med en av de mest kjente open source-konsulentene, opplæring og produkter til bedrifter, nylig kunngjorde at de utvikler et nytt open source-prosjekt hvis hovedfokus er å tillate oppretting et isolert miljø for lansering av Android-applikasjoner, som gir integrering av applikasjonsdatagrensesnittet med grafiske skall basert på Wayland.
Navnet på dette prosjektet er "SPURV"ved hjelp av SPURV, en bruker kan kjøre Android-applikasjoner på Linux sammen med de vanlige grafiske applikasjonene som leveres i Linux-distribusjoner.
For å oppnå dette kjører Android-miljøet i en isolert container. I miljøet er standardkomponentene til Android-plattformen installert, levert i AOSP (Android Open Source Project) -lagrene.
Om SPURV
SPURV det er mer en samling verktøy som kan brukes til å konfigurere en Android-container, installer Android-apper inne i den og kjør deretter appene på full skjerm på et Wayland Linux-skrivebord på toppen av Linux-kjernen.
For å kjøre containeren, bruk systemd-nspawn. For Android-apper gis full 3D-akselerasjonsstøtte, og for at dette skal fungere, må Linux-skrivebordet bruke Wayland-skjermserveren.
SPURV bruker noen komponenter for å oppnå samspillet mellom systemet og Android-containeren.
Siden SPURV for Android oppfører seg som en simulert Android-enhet og tilpasser Android-bygningen til våre krav.
Det er noen funksjonelle deler av SPURV:
- Tilpass standardinnstillinger
- Konfigurer nettverk
- Aktiver en lydbro fra Android til PulseAudio.
- Tillater en grafisk bro fra Android til Wayland
Disse komponentene er som følger:
SPURV lyd
Dette den brukes til å organisere lydutgangen gjennom Linux lydstakken. Komponenten er implementert i form av et lag som videresender anrop til Android Audio HAL (Hardware Extraction Layer) til ALSA-delsystemet.
SPURV HWKomponist
Den ment å integrere Android-applikasjonsvinduer i et Wayland-basert miljø. Komponenten konvertere forespørsler til HWC API (Hardware Composer) på samtale til Wayland.
SPURV HWKomponist gir verktøy for å vise data på skjermen, behandle skjermbuffere og kombinere skjermbuffere fra forskjellige applikasjoner på ett skrivebord. Protokollen som brukes i HWC ligner konseptuelt Wayland-protokollen, slik at oversettelsen ikke gir problemer.
I tillegg til å oversette API fra HWC til Wayland, håndterer SPURV HWComposer-komponenten også inngangsprosessering, fanger på Wayland-siden Android-relaterte inngangshendelser, for eksempel berøringsskjerminformasjon, og erstatning av dem i Android.
SPURV DHCP
Dette er en enkel implementering av DHCP-protokollen, som muliggjør nettverkstilkobling mellom hovedsystemet og Android-miljøet.
Med dette argumenterer Collabora-utviklerne for at dette prosjektet har både positive og negative deler:
Måten SPURV implementeres på betyr at et komplett operativsystem kjører i en container, som har både positive og negative implikasjoner.
En av de positive effektene er større isolering av Android-applikasjoner, noe som betyr større sikkerhet og personvern for potensielt upålitelige applikasjoner.
Ulempene er relatert til maskinvaretilgjengelighet og ytelse. All tilgang til maskinvaren som Android trenger må overføres til containeren.
I tillegg til å måtte konfigurere systemd-nspawn-tilgang manuelt, er det også ytelseskostnader knyttet til å kjøre en container.
Prøv SPURV?
SPURV er i begynnelsen, så det er fortsatt mye å polere, men dette betyr ikke at vi kan utføre noen tester og vite potensialet som dette prosjektet kan tilby oss.
For hva Hvis du er interessert i det, kan du sjekke inntrengingene for å lage samlingen alt fra kilde (Gitlab).