GitHub Store baut in Version 1.7.0 seine Open-Source-Software deutlich in Richtung Automatisierung und Power-User-Funktionen aus. Im Mittelpunkt stehen automatische Hintergrund-Updates mit optionaler Silent-Installation unter Android, eine neue Funktion zum Verknüpfen installierter Apps mit ihren GitHub-Repositories (genannt „Link Apps“) sowie eine überarbeitete Einstellungsoberfläche. Hinzu kommen Sicherheitsfunktionen wie eine APK-Signaturprüfung und Unterstützung für GitHub Artifact Attestations.

Der GitHub Store nutzt GitHub-Repositories als Quelle für Anwendungen. Nutzer installieren Apps direkt aus den Release-Artefakten, verfolgen Updates und beziehen Open-Source-Software ohne klassischen App-Store. Das Projekt versteht sich als Alternative zu Plattformen wie F-Droid, allerdings mit GitHub als zentralem Distributionskanal. Das Projekt ist trotz des Namens kein offizielles Microsoft-Produkt.

Updates im Hintergrund – ohne Antippen

Zu den wichtigsten Neuerungen gehört die Kombination aus automatischen Update-Prüfungen und Silent-Installation. Nutzer legen fest, in welchem Intervall – zwischen drei und 24 Stunden – der Client nach neuen Versionen sucht. In Verbindung mit Shizuku installiert er Updates unter Android ohne weitere Interaktion. Shizuku ermöglicht den Zugriff auf privilegierte System-APIs, ohne dass Root-Rechte nötig sind. So bleiben auch häufig aktualisierte Tools oder Nightly-Builds automatisch auf dem neuesten Stand, ohne dass APK-Dateien manuell installiert werden müssen.

Die neue Funktion „Link Apps“ verknüpft lokal installierte Anwendungen mit ihren GitHub-Repositories. Nutzer wählen eine installierte App aus, hinterlegen die Repository-URL und ordnen das passende Release-Asset zu. Der Client prüft Paketname und Signaturschlüssel, um die korrekte Zuordnung sicherzustellen. Das löst ein häufiges Problem bei GitHub-basierten Installationen: Releases lassen sich nicht immer eindeutig einer installierten App zuordnen. Nach der Verknüpfung übernimmt der Store das Update-Tracking automatisch. Verknüpfungen lassen sich außerdem exportieren und wieder importieren – praktisch beim Gerätewechsel.

Zum Verbessern der Sicherheit prüft Version 1.7.0 vor jeder Installation die APK-Signatur. Der Client gleicht Fingerprints ab, um Manipulationen oder inkonsistente Releases zu erkennen. Zusätzlich unterstützt er GitHub Artifact Attestations. Hierbei handelt es sich um signierte Metadaten, mit denen sich Herkunft und Integrität eines Build-Artefakts nachvollziehen lassen, etwa im Sinne von SLSA. Stimmen Signaturschlüssel nicht überein, zeigt der Client eine Warnung an.

Einstellungen zentral gebündelt

Die Einstellungen hat das Projekt in einem neuen „Tweaks Screen“ zusammengefasst. Kategorien wie Netzwerk, Updates, Installation oder Darstellung sind dort zentral konfigurierbar. Der Profilbereich beschränkt sich nun auf Account- und Sammlungsfunktionen.

Außerdem bringt das Release eine Reihe von Komfort- und Discovery-Verbesserungen. Der Client speichert Suchverläufe lokal und löst Suchanfragen nur noch bei expliziter Bestätigung aus – das spart unnötige API-Aufrufe. Eine Zuletzt-Angesehen-Übersicht (Recently Viewed) zeigt zuletzt geöffnete Repositories an. Außerdem unterstützt der Home-Bildschirm nun themenbasiertes Filtern von Projekten anhand von GitHub Topics – Caching sorgt dabei für schnelle Ergebnisse. Bereits betrachtete Repositories lassen sich als „gesehen“ markieren und aus dem Feed ausblenden.

Neben den neuen Funktionen behebt Version 1.7.0 zahlreiche Fehler, unter anderem bei Netzwerk- und Proxy-Verbindungen auf dem Desktop sowie beim Umgang mit Downloads und Paketinstallationen. Für Linux-Desktop-Nutzer führt das Release außerdem Flatpak-Unterstützung ein. Die Vorgängerversion 1.6.0 hatte den Linux-Support deutlich ausgebaut. Auch die Build-Infrastruktur wurde überarbeitet: Das Projekt integriert ktlint und führt Gradle-Builds nun parallel aus. Alle Änderungen im Detail listen die Release Notes auf GitHub auf.

(fo)

Gerade jetzt hatten Sie sich zum Gespräch zusammengefunden, aber Ihr Gegenüber hebt ständig die Hand, glotzt aufs Smartphone und scrollt auf dem Display herum. Der Faden reißt, Sie fühlen sich wenig wertgeschätzt. Vielleicht beginnen Sie ebenfalls aufs Handydisplay zu starren. Was wie schlechte Manieren wirkt, ist oft das Ergebnis gezielt gestalteter Systeme, die Aufmerksamkeit binden sollen.

Die Kommunikationspsychologie hat für fast alles Begriffe. Das geschilderte Phänomen nennt sie „Phubbing“, zusammengesetzt aus „Snubbing“ (jemanden ignorieren) und „Phone“ (Telefon). Sicherlich greifen Menschen auch zum Smartphone, um unangenehmen Gesprächssituationen zu entfliehen. Hauptsächlich aber treibt sie die FOMO, die „Fear of missing out“, also die Furcht, etwas Wichtiges zu verpassen. Aus dieser Dynamik entsteht nicht nur Unhöflichkeit, sondern ein Nutzungsverhalten, das zunehmend Merkmale klassischen Suchtverhaltens zeigt. Die Nutzer verhalten sich wie in einer Spielhalle, ihre Hand immer am Griff des einarmigen Banditen. Doch wie viel davon ist individuelles Verhalten – und wie viel Ergebnis gezielt gestalteter Plattformen? Genau hier setzt unsere Analyse an.

Denn das Suchtverhalten lässt sich provozieren. Social-Media-Dienste, Shops und die Gaming-Industrie haben dafür perfide Methoden entwickelt. Immer geht es darum, Nutzer bei der Stange zu halten, Handlungsdruck zu erzeugen oder fade, kurze Glücksgefühle zu erzeugen. Und im Endeffekt soll das den Plattformen mehr Geld in die Kassen spülen.

Das war die Leseprobe unseres heise-Plus-Artikels „Suchtfalle: Warum die Handynutzung zum gesellschaftlichen Problem wird“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.

Ein norwegisches Fischerboot hat in der vergangenen Woche den zweiten Raketenstart des deutschen Raumfahrtunternehmens Isar Aerospace verhindert. Der Countdown wurde abgebrochen. Ein technisches Problem verhinderte schließlich den Start der Spectrum.

Es seien mehrere Boote in der Sicherheitszone gewesen, als Isar Aerospace mit dem Test habe starten wollen, sagte der Skipper Olafur Einarsson der norwegischen Fischereizeitung Kyst og Fjord. „Wir hatten etwas früher fertig sein sollen, aber wir hatten Probleme mit der Strömung und das Leinen war im Wasser verheddert.“ Deshalb seien er und seine Crew „eine Stunde später als geplant“ gewesen.

Wegen des Fischereifahrzeugs sei der Countdown gestoppt und für 15 Minuten ausgesetzt worden, teilte Isar Aerospace über den Kurznachrichtendienst X mit. Um 21:18 Uhr sei die Freigabe gekommen, den Countdown neu zu starten.

Anstieg der Treibstofftemperatur

Allerdings kam es infolge der Unterbrechung zu einem Anstieg der Treibstofftemperatur im Triebwerk. Das Problem habe innerhalb des verkürzten Countdowns nicht behoben werden können, schreibt Isar Aerospace. Deshalb habe der Start abgebrochen werden müssen. Von einem neuen Starttermin ist in der Mitteilung keine Rede.

Nach dem Bericht störte Einarsson im Herbst vergangenen Jahres einen Bombenabwurf. Dieses Mal sei es jedoch ein Versehen gewesen, betonte er. „Ich kenne niemanden, der Sabotage geplant hätte.“

Für den Fischer und seine Kollegen geht es um ihr Auskommen: Die Sperrzone um den Startplatz auf der Insel Andøya vor der norwegischen Küste ragt in das Fanggebiet der Fischer. „Für uns Fischer ist das unser Arbeitsplatz, und sie kommen hierher und wollen dasselbe Gebiet nutzen. Man könnte sagen, wir haben einen schlechten Nachbarn bekommen“, sagte Einarsson.

Andere Nationen kämen nach Andøya, um ihre Raketen zu starten, ohne dass eine Vereinbarung mit den Fischern getroffen worden sei, kritisierte Einarsson. „Alle haben Recht, aber wir glauben, ein größeres Recht zu haben als sie.“

Startverschiebung im Januar

Der zweite Start der Spectrum war ursprünglich im Januar angesetzt. Er musste jedoch wegen eines defekten Ventils verschoben werden. Bei ihrer zweiten Mission mit der Bezeichnung „Onward and Upward“ soll die Rakete als Nutzlast fünf Cubesats sowie ein Experiment mitnehmen. Ziel der Mission ist, die wichtigen Systeme der Trägerrakete unter Betriebsbedingungen zu validieren, wie das Unternehmen Anfang des Jahres mitteilte. Bei dem Flug soll Spectrum als Nutzlast fünf Cubesats sowie ein Experiment mitnehmen.

Isar Aerospace ist eine Ausgründung der TU München und eines von drei deutschen Unternehmen, die eigene Raketen entwickeln. Die anderen sind die Rocket Factory Augsburg (RFA), eine Tochter des Satellitenherstellers OHB, und Hyimpulse Technologies, eine Ausgründung des Deutschen Zentrums für Luft- und Raumfahrt (DLR).

Erstmals flog die Spectrum Ende März vergangenen Jahres. Der Flug dauerte nur etwa 30 Sekunden. Dennoch wertete das Unternehmen ihn als Erfolg: „Wir hatten einen sauberen Start, 30 Sekunden Flugzeit und konnten sogar unser Flugabbruchsystem validieren“, sagte Daniel Metzler, Chef und einer der Gründer von Isar Aerospace, damals.

Die dritte Spectrum ist weitgehend fertig, weitere Raketen sind im Bau. Für dieses Jahr plant Isar Aerospace noch mindestens einen weiteren Start. Künftig will das Unternehmen aus Ottobrunn bei München Satelliten in eine niedrige Erdumlaufbahn (Low Earth Orbit, LEO) bringen.

(wpl)