Chaos Computer Club - recent events feed

None Viele kennen es: Ein kleines Problem, ein "man müsste mal", und schon liegt ein kleines Stück Software irgendwo rum. Und natürlich wollen wir die Welt ein bisschen verbessern: Schnell ein Repo, ein Package und vielleicht ein wenig Dokumentation gebaut. Welche Möglichkeiten gibt es, dies dezentral zu lösen, ohne von einem Konzern abhängig zu sein? Wie kann das auch in Zukunft noch funktionieren? Und was passiert eigentlich, nachdem das kleine Stückchen Weltverbesserung in die Freiheit entlassen wurde? Dependencies wollen gepflegt, PRs bearbeitet & neue Versionen releast werden. Du hast deine Pipeline verbessert? Es wäre doch super, wenn alle deine Repos das mitbekommen! **In diesem Vortrag geht es darum, was mit forgejo, forgejo actions, renovate, copier & co. alles geht, und wie auch du mit wenig Aufwand dein Leben einfacher machen und die Welt ein klein wenig verbessern kannst!** Ganz im Sinne meines [GPN23-Vortrages "Baut bessere Infrastruktur - und redet darüber!"](https://media.ccc.de/v/gpn23-303-baut-bessere-infrastruktur-und-redet-darber-): Baut bessere Software - und redet darüber! Zunächst schauen wir uns die technischen und organisatorischen Grundlagen an: Was brauche ich, um CI-Pipelines zu verstehen und mit forgejo zu nutzen? Welche Aktivitäten sind wichtig? Wo kann ich mir manuelle Arbeit sparen? Wie kann Pflege und Contribution in kleinen Projekte funktionieren? Um all dies gut umzusetzen, hat sich für mich eine Sammlung von Tools ergeben, die miteinander Arbeiten, um meine FOSS-Skripte gut und sicher zu publishen. Das ganze natürlich (möglichst) dezentral, souverän und Self-/Community-Hosted. Die gemachten Erfahrungen möchte ich gerne mit euch Teilen, und euch zum Nachbauen und weiter entwickeln motivieren: Renovate kümmert sich nicht nur um aktuelle externe, sondern auch interne Dependencies. Copier sorgt dafür, dass ich sämtliche unterstützende Bausteine wie CI-Pipeline-Definitionen, Config Files etc. einfach wiederverwenden kann. Und um das ganze Laufen zu lassen, benötige ich den ein oder anderen Container: Wie baue ich diese eigentlich sicher, aktuell und dezentral? Zum Schluss kommt natürlich auch die wichtige Frage: Was fehlt noch, was kann man besser machen & welche Probleme gibt es? Licensed to the public under https://creativecommons.org/licenses/by/4.0/ about this event: https://pretalx.linuxtage.at/glt26/talk/XLUPFE/

None **So you're familiar with secure coding practices, and you've taken steps to secure your devices and protect your personal privacy. But what about the privacy leaks in your code?** ___ In this talk, we'll take a whirlwind tour of privacy issues at the code level: where they happen, how to prevent them, and how to privacy threat model to understand which privacy protections your users need from you. You'll learn how to protect privacy in your APIs and web applications, along with how to keep your systems both private *and* observable when using observability frameworks such as OpenTelemetry. Licensed to the public under https://creativecommons.org/licenses/by/4.0/ about this event: https://pretalx.linuxtage.at/glt26/talk/9JUXWQ/

None Wie digitale Souveränität in der Praxis tatsächlich funktioniert Open Source war noch nie so beliebt – und noch nie so missverstanden. In den letzten Jahren ist digitale Souveränität zu einem politischen Schlagwort geworden, Anbieter bezeichnen ihre Produkte stolz als offen, und doch fühlen sich Nutzer und Institutionen oft mehr denn je eingeschränkt. Hinter offenen APIs verbergen sich proprietäre Kerne, hinter „Alternativen” oft neue Abhängigkeiten und hinter glänzenden neuen Plattformen die gleichen alten Migrationsprobleme. Wie sieht echte digitale Souveränität tatsächlich aus – in der Produktion, im Alltag, unter realen Einschränkungen? Anhand des konkreten Beispiels von grommunio zeigt dieser Vortrag, warum 100 % Open Source kein Marketing-Slogan ist, sondern eine architektonische und organisatorische Verpflichtung. Nicht „Open Core”, nicht „Source Available”, nicht „Open, wenn Sie das Enterprise-Add-on kaufen” – sondern Software, bei der jede relevante Komponente überprüft, modifiziert, betrieben und ersetzt werden kann. Echte Infrastrukturen entstehen nicht auf der grünen Wiese. Unternehmen, öffentliche Verwaltungen, Universitäten und NGOs leben mit jahrzehntelangem Erbe: Microsoft Outlook, mobile Geräte, bestehende Arbeitsabläufe, Nutzer, die erwarten, dass alles einfach funktioniert. Diese Realität zu ignorieren, schafft keine Souveränität – es schafft Reibung. Deshalb konzentriert sich grommunio bewusst auf Brücken statt auf Burn-and-Replace-Strategien: - Native Kompatibilität - Offene Protokolle wie MAPI/HTTP und EWS zur sofortigen Integration bestehender Clients - Interoperabilität statt Ideologie - Evolution statt Revolution Während andere ein weiteres geschlossenes Ökosystem aufbauen – auch wenn es auf dem Papier „Open Source” ist – konzentriert sich grommunio darauf, Open Source in realen Umgebungen nutzbar zu machen, nicht nur daneben. - Warum „Open-Washing” zu einem echten Risiko für die öffentliche IT-Beschaffung wird - Wie sich die politische Landschaft in Europa von „Cloud First” zu „Control First” verschiebt - Warum digitale Souveränität nicht durch den Austausch von Anbietern erreicht wird, sondern durch den Besitz des Stacks - Was Open-Source-Anbieter anders machen müssen, wenn sie langfristig Vertrauen schaffen wollen Die Botschaft ist klar: Wir reden nicht über digitale Souveränität. Wir liefern sie – jeden Tag. Und wir glauben, dass die Open-Source-Community nichts weniger verlangen sollte. Licensed to the public under https://creativecommons.org/licenses/by/4.0/ about this event: https://pretalx.linuxtage.at/glt26/talk/W3PX7L/