Anfang November hatten Epic und Google einen Vergleich vorgeschlagen, der ihren langjährigen Rechtsstreit über den Vertrieb von Android-Apps beenden könnte. Als Teil der Beendigung der Streitigkeiten hatte Google sich verpflichtet, wesentliche Änderungen am Android-Ökosystem, dem Play Store und Vereinbarungen mit Entwicklern und Herstellern vorzunehmen. Eine der für Nutzer wohl größten Änderungen ist die Einführung der Unterstützung für „registrierte App-Stores“, die mit der Veröffentlichung von Android 17, also voraussichtlich Mitte 2026, erfolgen wird.

Durch diese Öffnung erlaubt Google es Drittanbietern – und damit nicht nur Epic – alternative App-Stores direkt über eine Webseite anzubieten. Diese „registrierten App-Stores“ müssen vonseiten Googles als legitime Plattform für das Herunterladen von Android-Apps zertifiziert werden. Die Vereinbarung gilt zunächst bis zum 30. Juni 2032.

Registrierte App-Stores per Webseite installierbar

Jeder Store, der eine Zertifizierung erhält, ist dazu berechtigt, den neuen „Single Store Install Screen“ von Android für die Installation zu verwenden. Dieser neue Installationsbildschirm soll laut Dokument (via Android Authority) die Nutzerinnen und Nutzer in „neutraler Sprache“ über den Store informieren, den sie installieren möchten. Zudem soll er erklären, welche Berechtigungen erforderlich sind, sowie die Möglichkeit, andere Apps über diesen zu installieren.

Wie der Installations- und Berechtigungsprozess eines registrierten Stores vonstattengehen soll, visualisiert ein Designvorschlag, der einem Gerichtsdokument angehängt ist. Dieses zeigt zudem neue Details zur Funktionsweise: Um einen alternativen App-Store, wie etwa künftig den Epic-Store, zu installieren, rufen Nutzer die Website einer Plattform auf und tippen dort auf einen „Herunterladen“-Button.

Mit dieser Aktion wird der Installationsbildschirm für den Store geöffnet. Hier soll der Nutzer künftig gefragt werden, ob er „diesen App Store installieren“ möchte. Auf diesem Bildschirm werden Nutzer zudem darüber informiert, dass der Store „bei Android registriert“ ist und dass es über den alternativen Store möglich sein wird, „Apps auf Ihrem Gerät zu installieren und zu verwalten“. Zudem heißt es, dass die alternative Plattform App-Bewertungen und -Updates übernimmt.

Google hat bis Ende 2026 Zeit

Nach der Installation des alternativen Stores können Nutzer sämtliche dort angebotenen Anwendungen ähnlich wie über den Play Store beziehen. Als Beispiel zeigt das Bild einen Music Player. Mit der Lösung scheint Google es Anbietern solcher Stores einfacher zu machen als Apple, wobei der iPhone-Bauer den Prozess schon von 15 auf sechs Schritte reduziert hat. Nicht nur Google selbst, sondern auch Hardwarepartner müssen dem einheitlichen Installationsprozess Folge leisten.

Google soll den systemseitigen Support für die alternativen App-Stores mit der nächsten großen Android-Version, also Android 17, bereitstellen, spätestens jedoch bis zum Quarterly Platform Release 2 (QPR2), der Ende 2026 erwartet wird. Die erste Vorabversion für Entwickler von Android 17 wird in wenigen Tagen erwartet. Zumindest, wenn Google dem Zeitplan von Android 16 folgt. Die erste Entwicklervorschau der aktuellen Android-Version erschien gegen Ende November 2024.

Abseits der App-Stores bleibt der Konzern dabei, dass ab Herbst 2026 nur noch Anwendungen auf zertifizierten Android-Geräten installiert werden können, deren Herausgeber sich zuvor bei Google registriert und dann die jeweilige Anwendung signiert hat. Nach lauter Kritik gab Google ein wenig nach: Wie der Konzern vergangene Woche schrieb, wird es eine Sideloading-Lösung für „erfahrene Nutzer“ geben, mit der sie auch unverifizierte Apps installieren können.

(afl)

Der junge Entwickler Kavish Devar hat eine (fast) vollständige Android-Anpassung für Apples AirPods-Stöpsel entwickelt. Das Projekt namens LibrePods ist auf GitHub zu finden und ist auch für Linux verfügbar. Momentan ist LibrePods für die AirPods-Pro-Generationen 2 und 3 vorgesehen, andere AirPods-Modelle liefern demnach nur „grundlegende Features“ wie den Akkustatus und die Ohrenerkennung. Ein Grundproblem des Tools: Es bedingt Root-Rechte. Grund sei, so Devar, dass es einen Bug im Android-Bluetooth-Stack gibt, der die Verbindung verhindert. Zudem nutzten Hörgerätemodus und die Einstellung des Transparenzmodus Funktionen, die weitergehende Systemmodifikationen notwendig machten. So muss sich Android gegenüber den AirPods als Apple-Gerät melden – über das Service Discovery Protocol.

Nahezu alle Features – mit Risiko

Wer das Rooting-Risiko eingeht, kann laut dem Entwickler diverse Features nutzen, die mit den AirPods Pro 2 und 3 bei Android-Geräten derzeit nicht zur Verfügung stehen. Dazu gehört die automatische Ohrerkennung, die Gesprächserkennung (Musiklautstäre wird automatisch reduziert), die besagte Einstellbarkeit des Transparenzmodus und die Hörgerätefunktion. Letzere hat Devar zufolge mit LibrePod keine Geosperre.

Zudem soll die Genauigkeit des Akkustands höher sein (statt via BLE), Kopfgesten funktionieren unter Android sowie die nützliche Multi-Device-Verbindung, bei denen man schnell zwischen Geräten wechseln kann. Schließlich sind auch die Gesten – also was beim langen Druck auf die AirPods-Stängel passiert – konfigurierbar, zudem Features aus dem Bereich der Barrierefreiheit.

Apple wird wohl nicht liefern

Apple macht bislang keine Anstalten, die AirPods auch unter Android adäquat zu unterstützen. Das dürfte auch so bleiben: Die Stöpsel gehören etwa zu den Geräten, die die EU-Kommission reguliert. Anders ist das beim iPhone: Hier muss Apple jede neue Funktion, die nur mit anderen Apple-Geräten arbeitet, grundsätzlich auch für andere Hardwarehersteller freigeben.

Das führt unter anderem dazu, dass Apple künftig die automatische WLAN-Zugangsübertragung an die Apple Watch innerhalb der EU stoppt, um diese Infos nicht an andere Geräte von Drittanbietern weiterleiten zu müssen. Bei Produkten der Apple-Tochter Beats sieht der Support der Geräte unter Android besser aus. Diese sind stets über eine eigene App konfigurierbar. Apple könnte also, wenn es wollte.

(bsc)

Der quelloffene SSH-Manager XPipe ist in Version 19 erschienen. Das wesentliche Merkmal des Updates ist die deutlich verbesserte Kompatibilität mit veralteten Unix-basierten Systemen, die bereits das Ende ihres Lebenszyklus erreicht haben. Laut Entwickler Christopher Schnick soll XPipe nun mit praktisch jedem System funktionieren, zu dem überhaupt eine SSH-Verbindung möglich ist – unabhängig vom Alter.

XPipe ist ein Desktop-Tool zur Verwaltung von SSH-Verbindungen, das sich primär an Administratoren richtet. Die Open-Source-Software bietet einen grafischen Datei-Browser für Remote-Systeme und verwaltet an zentraler Stelle alle Verbindungen zu Servern, Containern und virtuellen Maschinen. Bislang konzentrierte sich die Entwicklung auf aktuelle Systeme, doch in der Praxis müssen IT-Abteilungen häufig auch Legacy-Infrastrukturen betreuen.

Verbindungen zu AIX und HP-UX

Die neue Version behebt zahlreiche Kompatibilitätsprobleme mit älteren Unix-Varianten. So erkennt der SSH-Dialog jetzt automatisch noch unterstützte Verschlüsselungsalgorithmen, wenn ein Server so veraltete Crypto-Methoden anbietet, dass moderne SSH-Clients diese nicht mehr kennen. XPipe umgeht außerdem Einschränkungen älterer Versionen der Kommandozeilen-Tools find, tar und dd, die in Legacy-Systemen verwendet werden.

Weitere Anpassungen betreffen Systeme, in denen das sleep-Kommando keine Dezimalzahlen akzeptiert oder die Shell-Option set -u gesetzt ist. Die Software kann nun auch AIX-Versionen vollständig erkennen und die Namen von Unix-basierten Nicht-Linux-Systemen korrekt formatieren. IBM AIX und HP-UX gehören zu den Plattformen, die Schnick in seinem Blogbeitrag zu XPipe 19 explizit nennt.

Netbird-Integration und abstrakte Hosts

Neu ist die Integration des VPN-Tools Netbird: XPipe kann jetzt über die lokal installierte Netbird-Kommandozeile auf Geräte im Netbird-Netzwerk per SSH zugreifen. Für Systeme ohne Shell-Zugriff führt Version 19 das Konzept abstrakter Hosts ein: Admins können damit Verbindungen zu Geräten besser organisieren, die nur VNC, RDP oder Web-Dienste anbieten – etwa Embedded-Systeme oder Netzwerkgeräte.

Die Adresse lässt sich dabei inline angeben oder aus bestehenden XPipe-Einträgen wählen. Die Software passt die Verbindung dann automatisch an die Möglichkeiten des Zielsystems an. Mehrere Verbindungen zum selben Host werden übersichtlich gruppiert dargestellt.

SFTP-Only-Systeme und weitere Verbesserungen

XPipe 19 unterstützt erstmals reine SFTP-Verbindungen ohne SSH-Shell-Zugang. Solche Systeme lassen sich im Datei-Browser öffnen, wenn auch mit eingeschränkter Funktionalität, da keine Kommandos ausgeführt werden können. Die Software kann außerdem Dateien per sudo lesen, wenn der aktuelle Nutzer keine Leserechte besitzt.

Zu den weiteren Neuerungen zählen Unterstützung für Flatpak-Varianten verschiedener Editoren und Terminals, verbessertes Drag-and-Drop in der Navigationsleiste des Browsers sowie die Option, Service-Tunnel beim Start automatisch zu aktivieren. Die technische Basis wurde auf JDK 25 und JavaFX 25 aktualisiert.

XPipe 19 steht auf der Projekt-Website zum Download bereit. Die Software läuft auf Linux, macOS und Windows. Das Nix-Paket unterstützt nun auch macOS. Neben der freien Community-Variante können Unternehmen XPipe in unterschiedlichen kommerziellen Lizenzen beziehen, die weitere Features hinzufügen.

(fo)