Willkommen auf  Darknight-Coffee-Podcast-Plattform

Willkommen auf Darknight-Coffee-Podcast-Plattform@carrabelloy

0 followers
Follow

This podcast contains premium episodes, only available to premium subscribers.

Unlock Subscribe

2026 episodes (13)

Regain Control: Wem dient dein Smartphone?

Regain Control: Wem dient dein Smartphone?

Regain Control: Wem dient dein Smartphone? Ein Smartphone kann dir gehören und trotzdem den Interessen anderer dienen. Du hast es bezahlt, hältst es in der Hand und darfst über Kratzer und Hülle entscheiden. Aber wer entscheidet über Updates, vorinstallierte Dienste, Datenerfassung, Bootloader und Lebensdauer? Genau deshalb ist die neue Formulierung auf der postmarketOS-Webseite stark: nicht bloß „Full Control“, sondern „Regain Control“ – Kontrolle zurückgewinnen. Der Satz erkennt an, dass Kontrolle längst verteilt wurde: an Hersteller, Plattformen, Werbenetzwerke und geschlossene App-Ökosysteme. Eigentum am Gehäuse reicht nicht Kontrolle besteht aus mehreren Ebenen. Quellcode muss prüfbar sein. Software muss verändert und ersetzt werden können. Daten und Dienste müssen exportierbar sein. Und es braucht einen Rückweg, wenn eine Änderung scheitert. Open Source garantiert das nicht automatisch. Ein öffentliches Repository kann schlecht dokumentiert, ungetestet oder verlassen sein. Aber offener Code schafft die Voraussetzung dafür, dass Aussagen überprüft, Probleme gemeinsam bearbeitet und Arbeiten von anderen fortgesetzt werden können. Für mein Fairphone FP4 wird das konkret. Reparierbare Hardware ist ein starkes Stück Souveränität. Doch ein austauschbarer Akku allein reicht nicht, wenn die Software zum Endpunkt wird. Umgekehrt hält ein freier Kernel kein Gerät am Leben, dessen Display oder Akku nicht ersetzt werden kann. Langlebigkeit braucht beides: reparierbare Hardware und langfristig pflegbare Software. Zusammenarbeit statt technischem Kleinstaat Ein weiterer aktueller Änderungsvorschlag für die postmarketOS-Startseite schärft den Abschnitt „Connecting Projects and People“. Die Kernaussage: postmarketOS baut nicht alles selbst neu. Das Projekt verwendet vorhandene freie Arbeit, verbessert sie und gibt Änderungen möglichst an Linux, Bibliotheken, Dienste und Anwendungen zurück. Das ist keine Schwäche. Souveränität bedeutet nicht, jedes Rad allein neu zu erfinden. Sie bedeutet, gemeinsame Grundlagen prüfen, beeinflussen und notfalls ersetzen zu können. Eine Momentaufnahme der offenen Arbeiten im pmaports-Projekt vom 25. Juli 2026 zeigt, wie breit diese Zusammenarbeit ist: Kernel werden aktualisiert. Menschen übernehmen Maintainer-Rollen. Wayland-Umgebungen erhalten Startkorrekturen. Modem-, Audio-, Tastatur- und Energieprobleme werden bearbeitet. CI-Läufe werden an neue Architekturen angepasst. neue Geräte kommen hinzu, unbetreute Geräte werden archiviert. Diese Liste ist keine fertige Funktionszusage. Ein „Draft“ ist ein Entwurf. „Request for test“ verlangt praktische Prüfung. Eine bestandene Pipeline bestätigt nur die definierten automatischen Tests. „Merged“ bedeutet, dass eine Änderung in einen Zweig übernommen wurde – nicht, dass sie auf jeder Hardware zuverlässig funktioniert. Gerade diese Unterschiede machen das Projekt glaubwürdig. Eine rote Pipeline kann mehr Vertrauen schaffen als eine grüne Werbebroschüre, wenn sie ein Problem vor der Auslieferung sichtbar macht. Maintainer sind Infrastruktur Bei mobilen Linux-Systemen schauen Nutzer zuerst auf Gerätebilder und Funktionslisten. Dahinter steht eine weniger sichtbare Frage: Wer reagiert, wenn sich Kernel, Compiler, Oberfläche oder Hardwareunterstützung verändern? In der aktuellen Arbeitsliste stehen technische Änderungen und Zuständigkeitswechsel nebeneinander. Für den PinePhone Pro werden sowohl ein neuer Kernelstand als auch Maintainer-Anpassungen vorgeschlagen. Für Xiaomi beryllium möchte jemand die Pflege übernehmen. Andere Änderungen warten ausdrücklich auf Maintainer-Review. Das ist entscheidend. Ein neuer Kernel ohne Menschen, die Fehlerberichte einordnen und reale Geräte testen, ist kein nachhaltiger Fortschritt. Auch Archivierung gehört zu ehrlicher Pflege. Ein archivierter Port wird nicht automatisch wertlos oder gelöscht. Das Projekt kennzeichnet jedoch, dass aktuelle Verantwortung fehlt. Neue Maintainer können ihn später wiederbeleben. Eine kürzere, ehrliche Geräteliste ist besser als eine lange Liste technischer Versprechen ohne belastbare Pflege. Nachhaltigkeit ist unspektakuläre Dauerarbeit Lange Gerätenutzung entsteht nicht durch einen grünen Aufkleber. Sie entsteht durch kleine, fortlaufende Arbeiten: ein korrigierter Start einer Wayland-Oberfläche, ein funktionierendes Modem, eine deutsche Hardwaretastatur, weniger unnötige Pakete, eine aktualisierte Audiokonfiguration, ein reparierter Ladevorgang, angepasste Compiler- und Kernelkonfigurationen. Jede Änderung wirkt klein. Zusammen entscheiden sie darüber, ob ein Gerät nur theoretisch startet oder im Alltag benutzbar bleibt. Dasselbe gilt beim Selbsthosting. Ein Matrix-Homeserver bleibt nicht souverän, weil Synapse einmal installiert wurde. Datenbankmigrationen, Backups, Medien, Zertifikate, .well-known, Nginx und Zugangstokens benötigen dauerhafte Pflege. Ein offener Bauplan ersetzt keine Instandhaltung. Kontrolle ist eine Beziehung postmarketOS ist keine fertige Lösung für jeden Menschen und jedes Gerät. Kamera, Modem, Energiemanagement, Bankanwendungen und Sicherheitsanforderungen müssen konkret geprüft werden. Ein Fairphone FP4 mit mobilem Linux ist nicht automatisch alltagstauglich, nur weil das Ziel richtig ist. Doch das Projekt zeigt, wie digitale Souveränität praktisch aussehen kann: Arbeit wird sichtbar. Zuständigkeiten werden öffentlich. Grenzen werden benannt. Verbesserungen fließen in gemeinsame Projekte zurück. Die entscheidende Frage lautet deshalb nicht nur: „Ist der Code offen?“ Wir sollten fragen: Wer kann ihn bauen und prüfen? Wer pflegt ihn? Wer dokumentiert seine Grenzen? Wer übernimmt, wenn ein Maintainer ausfällt? Können Verbesserungen an andere freie Projekte zurückgegeben werden? Kann der Nutzer sein Gerät weiterverwenden, wenn der Hersteller längst das nächste Modell verkaufen möchte? Kontrolle zurückzugewinnen heißt nicht, alles allein zu machen. Es heißt, gemeinsam genutzte Technik prüfen, verändern und notfalls verlassen zu können. Diskussion: https://treff.darknight-coffee.eu Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

AGI ist da? Gegen den Hype, gegen die Blockade – für souveräne KI

AGI ist da? Gegen den Hype, gegen die Blockade – für souveräne KI

Shownotes Warum die Frage nach AGI ohne klare Definition von Breite, Leistungsniveau und Autonomie in die Irre führt. Weshalb starke Fähigkeiten keine Verantwortung ersetzen: minimale Rechte, Protokolle, Verifikation und Rückwege. Drei blinde Flecken der KI-Debatte: Rendite-Hype, ungesicherte Experimentierfreude und pauschale Technikabwehr. Physical AI: Datenschutz, Produktsicherheit und Haftung, sobald lernende Systeme physisch handeln. Europas Gegenpool aus eigener Infrastruktur, offenen Standards, wirksamer Regulierung und dauerhafter Wartung. Arbeit und Bildung: Produktivitätsgewinne sind eine Verteilungsfrage, kein technischer Automatismus. Sieben Leitlinien für souveränen KI-Einsatz in Community- und Serverbetrieb. CTA Diskussion: https://treff.darknight-coffee.eu/@carrabelloy Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog. Quellen und redaktionelle Einordnung Meredith Ringel Morris et al., Levels of AGI: Operationalizing Progress on the Path to AGI, arXiv:2311.02462, 2023. Grundlage für die Trennung nach Leistungsniveau und Breite. https://arxiv.org/abs/2311.02462 METR, Measuring AI Ability to Complete Long Tasks, 19. März 2025. Forschung zum zeitlichen Aufgabenhorizont; nicht als allgemeiner AGI-Beweis verwendet. https://metr.org/blog/2025-03-19-measuring-ai-ability-to-complete-long-tasks/ NIST, Artificial Intelligence Risk Management Framework (AI RMF 1.0), 2023. Rahmen für Govern, Map, Measure und Manage. https://www.nist.gov/itl/ai-risk-management-framework Europäische Kommission, AI Act / Regulatory framework for AI. Überblick zum risikobasierten Regulierungsansatz und zur schrittweisen Anwendung. https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai Internationale Arbeitsorganisation, Generative AI and Jobs: A Refined Global Index of Occupational Exposure, 20. Mai 2025. Grundlage für die Unterscheidung zwischen Transformation und vollständiger Ersetzung. https://www.ilo.org/publications/generative-ai-and-jobs-refined-global-index-occupational-exposure Interne Arbeitsquelle: Bereinigtes Transkript mit Oliver Bendel. Aussagen zu Physical AI, Körperformen, Haushaltsrobotern, Haftung, Bewusstsein und Bildung wurden als Positionen aus dem Gespräch behandelt, nicht als unabhängig belegte Tatsachen. /home/podbot/.openclaw/workspace/02_In_Arbeit/2026-03-15-transkript-bendel-bereinigt.md Interne Gegenpool-Analyse: AGI ist da: Warum spricht niemand drüber? Enthält zugespitzte Thesen und Benchmark-Angaben; diese wurden nicht ungeprüft übernommen. /home/podbot/.openclaw/workspace/01_Eingang/2026-03-15-analyse-agi-ist-da-folgeanalyse.md Quellenprüfung: Die fünf externen Zielseiten waren am 19. Juli 2026 technisch erreichbar. Das Skript behauptet weder, dass AGI nachweislich erreicht sei, noch dass aktuelle Systeme bewusst seien. Prognosen aus den Ausgangstranskripten wurden als Prognosen kenntlich gemacht oder weggelassen.

Das Fediverse patcht sich nicht selbst

Das Fediverse patcht sich nicht selbst

Shownotes Mastodon empfiehlt Administratoren die Patchstände 4.6.3, 4.5.13 und 4.4.20. Anlass sind Sicherheitskorrekturen, darunter aktualisierte FFmpeg-Versionen in offiziellen Container-Images wegen CVE-2026-8461. Mastodon 4.4 erreicht am 17. Dezember 2026 das Supportende. Diese Folge erklärt: warum eine FFmpeg-Schwachstelle für einen sozialen Server relevant ist; warum Patch und Versionsmigration getrennt geplant werden müssen; welche Bestandteile ein Mastodon-Backup umfasst; warum Restore- und Funktionstests zum Wartungsfenster gehören; welche organisatorischen Fragen neue Funktionen in Mastodon 4.6 auslösen; warum Wartung zur digitalen Souveränität gehört. Nicht geprüft wurden die konkrete Mastodon-Version, Installationsart, FFmpeg-Paketlage oder Backup-Konfiguration von treff.darknight-coffee.eu. Daraus folgt keine Aussage über eine konkrete Verwundbarkeit. Quellen Mastodon Blog, „Trunk & Tidbits, June 2026“, 17. Juli 2026: https://blog.joinmastodon.org/2026/07/trunk-tidbits-june-2026/ Mastodon Releases 4.6.3, 4.6.2, 4.5.13 und 4.4.20: https://github.com/mastodon/mastodon/releases/tag/v4.6.3 https://github.com/mastodon/mastodon/releases/tag/v4.6.2 https://github.com/mastodon/mastodon/releases/tag/v4.5.13 https://github.com/mastodon/mastodon/releases/tag/v4.4.20 Mastodon, Sicherheitsrichtlinie: https://github.com/mastodon/mastodon/blob/main/SECURITY.md Mastodon-Dokumentation, „Upgrading to a new release“: https://docs.joinmastodon.org/admin/upgrading/ Mastodon-Dokumentation, „Backing up your server“: https://docs.joinmastodon.org/admin/backups/ Mastodon Blog, „Mastodon 4.6“: https://blog.joinmastodon.org/2026/06/mastodon-4.6/ FFmpeg Security: https://ffmpeg.org/security.html NIST NVD, CVE-2026-8461, beim Abruf Status „Awaiting Analysis“: https://nvd.nist.gov/vuln/detail/CVE-2026-8461 Transparenz und Prüfstatus Ausgearbeitet mit Crow/Codex auf Grundlage der oben genannten Primär- und Sicherheitsquellen. Tatsachen, technische Bewertung und persönliche Meinung sind im Skript getrennt gekennzeichnet. Redaktionelle Prüfung und Verantwortung liegen vor Veröffentlichung bei Andreas. Prüfstatus: Arbeitsentwurf; keine technische Prüfung der eigenen Instanz; nicht freigegeben. CTA Wie organisiert ihr Patchfenster, Backups und Restore-Tests? Diskussion: https://treff.darknight-coffee.eu/@carrabelloy Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

Fakekonten, DSA und die Macht über die Debatte

Fakekonten, DSA und die Macht über die Debatte

Quellen und Shownotes Sarah B. Rogers, US Under Secretary for Public Diplomacy, Erklärung zum Entwurf, 16. Juli 2026: https://x.com/UnderSecPD/status/2077836530316415168 POLITICO Europe, Bericht zur geplanten Freirede-Erklärung, Juli 2026: https://www.politico.eu/article/trump-administration-will-push-un-free-speech-declaration-that-takes-aim-at-european-tech-regulation/ Europäische Kommission, „The Digital Services Act“: https://digital-strategy.ec.europa.eu/en/policies/digital-services-act Abgeordnetenhaus Berlin, Schriftliche Anfrage S19-21010 zu Fake-Accounts des Verfassungsschutzes, Dezember 2024: https://pardok.parlament-berlin.de/starweb/adis/citat/VT/19/SchrAnfr/S19-21010.pdf AUF1, Bericht über 413 Accounts und 70 Beschäftigte, Juli 2026: https://auf1.tv/eilt/unfassbar-berliner-verfassungsschutz-betreibt-413-fake-accounts-mit-70-mitarbeitern/ Transparenz: Die konkrete aktuelle Berliner Behördenantwort mit den Zahlen 413 und 70 war nicht in einer unabhängig auswertbaren amtlichen Fassung verfügbar. Diese Zahlen werden daher als Medienangabe, nicht als abschließend verifizierte Tatsache wiedergegeben. Die bundesweite Hochrechnung wird nicht übernommen. Diskussion: https://treff.darknight-coffee.eu/@carrabelloy Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

Dein Server steht in Europa – aber wer hält die Schlüssel?

Dein Server steht in Europa – aber wer hält die Schlüssel?

Shownotes Die Europäische Kommission führt vom 8. Juli bis 8. September 2026 eine gezielte Konsultation zur Sicherung der Datensouveränität der EU durch. Diese Folge trennt Datenstandort, Rechtsraum und technische Kontrolle. Sie ordnet die Transparenz- und Schutzpflichten der Artikel 28 und 32 des Data Act ein und erklärt anhand von Matrix, Synapse, Nginx, /.well-known, Tokens und Backups, warum Export- und Restore-Fähigkeit entscheidend sind. Nicht behauptet wird, dass die Konsultation zu einem neuen Gesetz führt oder ein konkreter Darknight-Coffee-Dienst von einem Drittstaatenzugriff betroffen ist. Die eigene Infrastruktur wurde für diese Folge nicht technisch oder juristisch geprüft. Quellen Europäische Kommission, „Targeted consultation on safeguarding the EU’s data sovereignty“, 8. Juli 2026: https://digital-strategy.ec.europa.eu/en/consultations/targeted-consultation-safeguarding-eus-data-sovereignty Europäische Kommission, EUSurvey zur Konsultation: https://ec.europa.eu/eusurvey/runner/a921658b-7f28-11c5-d062-3db457c213fa Europäische Kommission, „European Data Union Strategy“, November 2025: https://digital-strategy.ec.europa.eu/en/policies/data-union EUR-Lex, Verordnung (EU) 2023/2854 – Data Act, insbesondere Artikel 28, 32 und 50: https://eur-lex.europa.eu/eli/reg/2023/2854/oj/eng Europäische Kommission, „The EU Open Source Strategy“, Juni 2026: https://digital-strategy.ec.europa.eu/en/policies/open-source-strategy Europäische Kommission, „Strengthening Europe’s Tech Sovereignty“: https://digital-strategy.ec.europa.eu/en/policies/eu-tech-sovereignty Europäische Kommission, COM(2026) 503, „Communication on European Tech Sovereignty, accompanied by an EU Open Source Strategy“: https://digital-strategy.ec.europa.eu/en/library/communication-european-tech-sovereignty-accompanied-eu-open-source-strategy Transparenz und Prüfstatus Ausgearbeitet mit Crow/Codex auf Grundlage der genannten offiziellen Primär- und Rechtsquellen. Tatsachen, redaktionelle Bewertung und offene Punkte sind getrennt gekennzeichnet. Redaktionelle Verantwortung liegt bei Andreas. Prüfstatus: inhaltlich veröffentlichungsreif; keine technische Prüfung der eigenen Infrastruktur; Plattformfreigabe noch erforderlich. CTA Wer hält bei euren Diensten die Schlüssel, und habt ihr den Rückweg wirklich getestet? Diskussion: https://treff.darknight-coffee.eu/@carrabelloy Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

Handy flashen heißt Rückweg planen

Handy flashen heißt Rückweg planen

Shownotes Duranium: vollständige, verifizierte A/B-Systemabbilder, dm-verity, UKI und automatischer Rückfall. Neuer Fallback-Bootloader für geeignete Systeme mit EFI-Variablen laut postmarketOS-Monatsbericht vom 6. Juli 2026. Duranium bleibt ein Entwicklungsprojekt und ist kein allgemeines Stabilitätsversprechen. usb-signaller: robustere USB-Modi und Rollenwechsel; universelle Kabelerkennung weiterhin offen. Unbetreute Ports werden archiviert statt als normal unterstützt angeboten. testing bedeutet bootfähig und baubar, nicht automatisch alltagstauglich. A/B-Rollback ersetzt kein Backup von Nutzerdaten, Schlüsseln und Zugängen. Quellen postmarketOS, „postmarketOS in 2026-06: Plasma 6.7“, 6. Juli 2026: https://postmarketos.org/blog/2026/07/06/pmOS-update-2026-06/ postmarketOS, „Introducing Duranium: a more reliable postmarketOS“, 17. März 2026: https://postmarketos.org/blog/2026/03/17/introducing-duranium/ postmarketOS GitLab, duranium-build/DESIGN.md: https://gitlab.postmarketos.org/postmarketOS/duranium-build/-/blob/main/DESIGN.md postmarketOS-Dokumentation, „Device Categorization“: https://docs.postmarketos.org/pmaports/main/packaging/device-categorization.html postmarketOS, „Unmaintained devices to be archived after v26.06“, 24. März 2026: https://postmarketos.org/devel/2026/03/24/archiving-unmaintained-devices/ postmarketOS, „v26.06: Alpen Avocado“, 21. Juni 2026: https://postmarketos.org/blog/2026/06/21/v26.06-release/ Dylan Van Assche, usb-signaller: https://codeberg.org/DylanVanAssche/usb-signaller postmarketOS-Dokumentation, „Hardware Continuous Integration“: https://docs.postmarketos.org/hardware-ci/index.html Linux Kernel Archives, „Active kernel releases“: https://www.kernel.org/releases.html postmarketOS, „State of postmarketOS“: https://postmarketos.org/state/ CTA Diskussion: https://treff.darknight-coffee.eu/@carrabelloy Podcast: https://podcast.darknight-coffee.org/pages/startseite Blog: https://carrabelloy.darknight-coffee.org/blog/ Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

Linux-Lage 2026: Manjaro-Governance, GRUB2 und digitale Souveränität

Linux-Lage 2026: Manjaro-Governance, GRUB2 und digitale Souveränität

In dieser Folge geht es um die Linux-Lage 2026: den Governance-Konflikt bei Manjaro und den realen Stand von GRUB2 bei verschlüsseltem Boot. Klarer Fokus: Was ist Fakt, was ist Einordnung – und was bedeutet das praktisch für Nutzer, die digitale Souveränität ernst nehmen.

Das trojanische Pferd der Zensur
Ep. 02

Das trojanische Pferd der Zensur

Alles klar. Hier ist die fertige Beschreibung zum direkten Einfügen: In dieser Folge geht es um Altersverifikation, digitale Kontrolle und die Frage, wann „Schutz“ in Überwachung kippt. 🎧 Ein Abend voller Gedanken, Reibung und Klartext: Zwischen Technik, Politik und Alltag schauen wir auf das, was oft als Jugendschutz verkauft wird – aber schnell zur Infrastruktur für Kontrolle werden kann. Wir reden über Verantwortung, Freiheit, Pseudonymität und darüber, warum digitale Souveränität kein Hobby ist, sondern demokratische Infrastruktur. 📝 Grundlage / Artikel: https://carrabelloy.darknight-coffee.org/blog/2026/03/08/das-trojanische-pferd-der-altersverifikation/ 💬 Diskussion: https://treff.darknight-coffee.eu Wenn dir das Projekt hilft: Spendenlinks sind im Blog.

Carrabelloy Kurzpodcast — Heute: KI‑Hardware, Multilingual Dubbing, Codex Security, AI fürs Investieren

Carrabelloy Kurzpodcast — Heute: KI‑Hardware, Multilingual Dubbing, Codex Security, AI fürs Investieren

[Carrabelloy Blog] OpenAIs neues Gerät: Die zweite KI‑Hardware‑Welle – und wer morgen dein Hauptgerät kontrolliert (https://carrabelloy.darknight-coffee.org/blog/2026/03/02/1024947/) [OpenAI News] How Descript enables multilingual video dubbing at scale (https://openai.com/index/descript) [OpenAI News] Codex Security: now in research preview (https://openai.com/index/codex-security-now-in-research-preview) [OpenAI News] How Balyasny Asset Management built an AI research engine for investing (https://openai.com/index/balyasny-asset-management)