Nach einem kurzen Umzug letzte Woche in Richtung PHP 8.0 bzw. PHP 8.1 verweigerte WordPress leider den Dienst. Scheinbar habe ich es mir leichter vorgestellt als es in Wirklichkeit sein sollte. Hier kann nur mein veraltetes Theme und vielleicht ein Plugin die Ursache sein. Um einen Überblick über die letzten Updates der Plugins in WordPress ... Weiterlesen

Der Beitrag Das Blog auf PHP8 umziehen erschien zuerst auf Got tty.

Der Begriff OSINT (Open Source Intelligence) ist nicht erst seit 2022 ein allgemein bekannter Begriff, hat allerdings durch den Krieg in der Ukraine, Krisen und dem Durst nach Informationsgewinnung, viel Aufschwung erfahren. Das erste Mal wurde die Öffentlichkeit durch Bellingcat im Jahr 2012 darauf aufmerksam.

Der Begriff steht für die Informationsgewinnung aus öffentlichen Daten. Dabei helfen Tools, diese Daten zu analysieren, zu interpretieren und zu sortieren. Gerade im Netzwerkbereich finden sich hier spannende Programme.

Ich selbst nutze für persönliche Zwecke diverse öffentliche bzw. freie Tools, sei es zur Netzwerkanalyse, für verdächtige E-Mailheader oder zum DNS Check. Möglichkeiten gibt es sehr viele.

Dabei ist eine kleine Liste zusammen gekommen, welche ich euch gerne zur Verfügung stellen möchte.

Eine dauerhaft aktualisierte Liste findet ihr in Zukunft unter osint.itrig.de.

• https://whatmyuseragent.com
• https://robotsdb.de/robots-verzeichnis
• https://www.cimtools.net/en/extra/bots_list.php

• https://github.com/drwetter/testssl.sh

• https://ciphersuite.info
• https://crt.sh
• https://www.ssllabs.com/ssltest
• https://observatory.mozilla.org
• https://ciphersuite.info

• https://github.com/darkoperator/dnsrecon

• https://dnsdumpster.com
• https://www.whatsmydns.net
• https://toolbox.googleapps.com/apps/dig
• https://viewdns.info

• https://osint.sh
• https://urlscan.io
• https://www.brightcloud.com/tools/url-ip-lookup.php
• https://unshorten.me
• https://securitytrails.com
• https://www.maxmind.com/en/locate-my-ip-address

• https://www.bundesanzeiger.de
• https://www.insolvenzbekanntmachungen.de
• https://www.northdata.de

• https://grep.app

• https://github.com/robertdavidgraham/masscan

• https://www.shodan.io/explore
• https://search.censys.io
• https://fullhunt.io

Mail Analyse Tools (lokal)

• https://github.com/ninoseki/eml_analyzer
• https://github.com/cyberdefenders/email-header-analyzer
• https://thatsthem.com/reverse-email-lookup

• https://hunter.io
• https://emailrep.io
• https://eml-analyzer.herokuapp.com
• https://www.spf-record.de
• https://toolbox.googleapps.com/apps/messageheader

• https://github.com/mandiant/capa
• https://github.com/horsicq/Detect-It-Easy

• https://labs.inquest.net
• https://www.virustotal.com/gui/home/search
• https://www.filescan.io/scan

• https://telemetr.io (telegram)

• https://github.com/pyhackertarget/hackertarget
• https://github.com/laramies/theHarvester

• https://github.com/ninoseki/mitaka
• https://addons.mozilla.org/de/firefox/addon/hacktools

• https://bgp.he.net
• https://www.peeringdb.com
• https://bgp.tools
• https://bgpstream.crosswork.cisco.com

• https://github.com/jivoi/awesome-osint
• https://github.com/cipher387/osint_stuff_tool_collection
• https://osintframework.com

Schwachstellen - CVE (online)

• https://www.cvedetails.com
• https://www.cve.org
• https://www.opencve.io

• https://iknowwhereyourcatlives.com (Katzen)
• https://intelx.io (Darkweb)
• https://github.com/secdev/scapy (Traffic Tests)
• https://locust.io (Traffic Tests)

Website Traffic

• https://www.similarweb.com/de

• https://www.wappalyzer.com
• https://osint.sh/stack
• https://website.informer.com
• https://builtwith.com
• https://www.whatruns.com

Stadt Dortmund will Freie Software institutionalisieren

Bild: AG Freie Software

Die Stadt Dortmund hat den Abschlussbericht (CC-BY-SA) der AG Freie Software (vgl. Sachstandsbericht) dem Ausschuss für Personal, Organisation und Digitalisierung in dessen Sitzung vom 01.09.2022 per Vorlage zur Kenntnis gegeben. Das dazugehörige Protokoll wurde am 27.10.2022 genehmigt veröffentlicht. Ziel der AG Freie Software war es, Potenziale beim Einsatz von Freier Software und Offenen Standards herauszuarbeiten und zu bewerten. Neben dem politischen Beschluss, welcher eine Freie-Software-First-Strategie der Stadt Dortmund vorgibt, liegt nun ein Bericht aus operativer Sicht des Dortmunder Systemhauses (dosys.) — dem kommunalem IT-Dienstleister — vor. Der Abschlussbericht ist eine praxisorientierte Pionierbetrachtung einer Kommune für das Thema der Digitalen Souveränität auf Basis von Freier Software. Ein insgesamt progressives Dokument, welches den Einsatz von Freier Software und Offenen Standards zur Erlangung Digitaler Souveränität durchgehend sehr positiv bewertet. Jedoch betrachtet es auch problematische übergeordnete Ressourcen-Zusammenhänge, die – aus Sicht von Do-FOSS – nur durch gezielte Fördermittel des Staates zu beheben sein werden.

Um den politischen Willen mit den organisatorischen Potenzialen in Handeln zu übersetzen, ist es notwendig das komplexe Themenfeld von Digitaler Souveränität umfassend zu betrachten. Dabei sind IT-Steuerung, Vergabe und Beschaffung, Organisationsmanagement, Finanzmanagement und Controlling sowie die Rolle der Verwaltung im Freie-Software-Ökosystem wesentliche Kernbausteine. Die seitens der Stadt Dortmund geplante Schaffung einer Koordinierungsstelle Open Source und Digitale Souveränität ist aus Sicht von Do-FOSS daher ein folgerichtiger Schritt, um diese Herausforderungen zu meistern. Der Personal- und, Organisationsdezernent (u.a. zuständig für Digitalisierung) Christian Uhr empfahl diese bereits auf dem Nachrichtenportal der Stadt Dortmund im Beitrag Stadtspitze empfiehlt Koordinierungsstelle für Digitale Souveränität – Freie Software im Blick:

So kann die Stadt Dortmund sich weiter auf den Weg machen, um der Rolle der Wegbereiterin gerecht zu werden.

Eine Open-Source-Governance, wie sie derzeit von der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) erarbeitet wird (vgl. Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität), könnte ein entscheidender Leitfaden für die Koordinierungsstelle werden, um die genannten Kernaspekte zur Umsetzung einer umfassenden Freien-Software-Strategie strukturiert umzusetzen.

Für Do-FOSS ist es besonders gut zu wissen, dass der Begriff Open Source auch im Abschlussdokument als Frei verstanden wird, so wie es von der Free Software Foundation Europe (FSFE) bereits 2016 in die Diskussion der Stadt Dortmund eingebracht wurde. Außerdem werden Offene Standards im Bericht stark betrachtet. Aus dem Bericht geht zum Beispiel hervor, dass das Open Document Format (ODF) für Office-Dokumente gegenüber dem herstellerspezifischen Office Open XML (OOXML) als Standard priorisiert werden soll, was auch dem EGovG NRW entspricht.

Do-FOSS begleitet die Stadt Dortmund als Wegbereiterin für Freie Software und Digitale Souveränität gerne weiterhin.

Dokumente zum Herunterladen

Der Abschlussbericht Untersuchung der Potenziale von Freier Software und Offenen Standards kann hier heruntergeladen werden. Die Pressemitteilung der Stadt Dortmund vom 16.08.2022 kann hier heruntergeladen werden. Die Vorlage an den Ausschuss für Personal, Organisation und Digitalisierung zu seiner Sitzung vom 01.09.2022 kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Abschlussbericht der AG Freie Software empfiehlt Koordinierungsstelle Open Source und Digitale Souveränität für die Stadt Dortmund appeared first on Do-FOSS.

Unterstützung für ein Freies-Software-Repository aus Dortmund

Bild: Presseartikel

Mit Open CoDE wurde in einem bundesländerübergreifenden Verbund eine gemeinsame Plattform geschaffen, um Open Source bzw. Freie Software zwischen öffentlicher Verwaltung, Industrie und Gesellschaft austauschen und entwickeln zu können. Open CoDE bietet neben einem Aufbewahrungs- und Austauschort für Quellcode ein lebendiges Ökosystem mit klar strukturierten Verantwortlichkeiten für Entwicklung und Wartung von Software, Kontaktmöglichkeiten für Kooperationen, Qualitätssicherung und Datenschutzregelungen sowie Hilfestellungen, Richtlinien und mehr. Derzeit wird Open CoDE im erweiterten Probebetrieb getestet, um Erfahrungen zu sammeln und Feedback zu erhalten.

Die Initiative zur Schaffung des öffentlichen Ortes für Code geht auf einen Interessenverbund zurück, dem auch die Stadt Dortmund und DoFOSS angehören. Durch den reichhaltigen Kontext in Bezug auf Lösungsansätze, Rechtsrahmen, Qualitätsgarantien und Verantwortlichkeit werden Hürden beim Einsatz von Freier Software im Behördenkontext praktisch abgebaut und Wissen um den Einsatz einer Software zwischen den Behörden geteilt. Do-FOSS sieht den öffentlichen Dienst und speziell die Stadt Dortmund damit auf dem richtigen Weg digitale Souveränität zu stärken – ganz im Sinne von Public Money? Public Code!.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Open CoDE – der öffentliche Ort für Code ist da appeared first on Do-FOSS.

Für unser Smart Home möchten wir den aktuellen Stromverbrauch aufzeichnen. Dafür bietet sich, wie auch in meinem Artikel über die Digitalisierung des Gaszählers, Home Assistant an. In dieser mächtigen Software lassen sich Automatisierungen für das Haus erstellen, aber auch Sensoren einlesen und protokollieren. Das möchten wir mit unserem digitalen Stromzähler machen. Was wir zusätzlich noch benötigen, ist ein ESP8266, sozusagen die Home Assistant Außenstelle, die die Daten an die Zentrale weitergibt. Also, legen wir los!

Hardware: ESP8266 und TCRT5000 zum Auslesen des Stromzählers

Die Hardware lässt sich sehr günstig im Internet erwerben. Zwingend erforderlich sind folgende Bauteile:

• ESP8266 oder ESP32, ich verwende gerne den Wemos D1 Mini
• TCRT5000, ein Infrarotdiode zum Auslesen des Gaszählers
• Litzen oder Jumperkabel

Nicht zwingend erforderlich, aber für den dauerhaften Einsatz gut geeignet sind folgende Bauteile

• Lochrasterplatine
• Schraubbare Pins um die Kabel zum TCRT5000 mit dem Wemos zu verbinden
• Female Pins zum Auflösten auf eine Lochrasterplatine und zum Stecken auf die Pins

Den TCRT5000 muss man vorher noch präparieren. Man erkennt ja, dass dort zwei Dioden verbaut sind, eine helle und eine dunkle. Die hellere sendet ein IR-Licht aus, das die zweite Diode wieder lesen soll. Das kann beispielsweise für eine Lichtschranke verwendet werden. In unserem Fall stört die helle Diode, daher müssen wir sie entfernen. Entweder löten wir die ganze Diode aus, oder wir entfernen den Vorwiderstand. Zweiteres geht deutlich schneller. Dazu einfach den Lötkolben an den SMD-Widerstand halten, dann kann man ihn etwas verschieben.

Die Verdrahtung findet nach folgendem Schaltplan statt. Wir verwenden keinen Pullup-Widerstand, da dieser bereits auf dem TCRT5000 vorhanden ist. Es wird die Spannungsversorgung über VCC und GND hergestellt und der D0-Pin des TRCT5000 wird mit D2 (GPIO4) des Wemos D1 Minis verbunden.

Installation am Stromzähler

Die digitalen Stromzähler, hier im Beispiel von EMH, haben fast immer eine Schnittstelle für den Kunden. Manchmal muss man sie von seinem Netzbetreiber freischalten lassen. In meinem Fall war sie glücklicherweise ohne Freischaltung verfügbar.

In der Regel ist dort eine blinkende LED verbaut. Das Blinklicht ist allerdings im Infrarotbereich, für das menschliche Auge also nicht sichtbar. Mit manchen Handy- oder Digitalkameras kann man es aber sichtbar machen, wenn deren Sensoren noch keinen IR-Filter verbaut haben.

Ich habe mir also aus etwas Schaumstoff und Klebeband einen kleinen Halter gebaut. Den Lesekopf des TCRT5000 habe ich dann unmittelbar vor der blinkenden Diode des Stromzählers platziert. Das Potentiometer des TCRT5000 habe ich mit einem kleinen Schraubendreher so lange verdreht, bis die Output-LED gleichmäßig geblinkt hat.

ESPHome installieren und Home Assistant konfigurieren

Die ausführliche Beschreibung, wie man ESPHome auf den Microcontroller bekommt, habe ich bereits beim Gaszähler beschrieben. Die Konfigurationsdatei für den ESP8266 sieht dann im zweiten Abschnitt, also nach dem „captive_portal“ folgendermaßen aus. Beim Gaszähler habe ich den binary_sensor verwendet. Aus Gründen, die ich nicht verstehe, funktioniert das Setup hier aber nicht. Darum verwende ich nun den Pulse_meter, der wiederum am Gaszähler nicht funktioniert.

# Voher kommt der ganze Kopf der Datei, was der Wizard generiert
# [...]

sensor:

# Stromzähler als Pulse Meter
  - platform: pulse_meter
    name: "Stromverbrauch"
    pin:
      number: GPIO4
      mode: INPUT_PULLUP
    unit_of_measurement: "kW"
    accuracy_decimals: 3
    timeout: 2 min
    filters:
      # Filter outliers
      - median:
          window_size: 3
          send_every: 1
          send_first_at: 1
      # Convert pulses/min to kW bei 10000Imp/kWh
      - multiply: 0.006
    total:
      name: "Stromzähler"
      unit_of_measurement: "kWh"
      accuracy_decimals: 3
      filters:
        - multiply: 0.0001

Diesen Code flasht man auf den ESP8266. Gegebenenfalls müssen die Konstanten verändert werden. Das hängt vom Stromzähler ab, wie viele Impulse er ausgibt und in welcher Einheit das umgerechnet werden kann. Der Pulse-Counter hat als Rohsignal „Impulse pro Minute“, bringt bei mir also die Einheit „kWh/min“.

Nebenrechnung: Ich habe einen Verbraucher, der 1.000 Watt = 1 kW verbraucht. Wenn der Verbraucher eine Stunde läuft, verbrauche ich 1 kWh Energie. Der Stromzähler blinkt also 10.000 mal innerhalb dieser Stunde bzw. 166,6 mal pro Minute (siehe Aufdruck). Also muss ich die Pulse/min mit 60/10.000 multiplizieren, also mit 0,006 um wieder auf 1 kW zu kommen. Daher kommt die Konstante in meinem Beispiel.

Im Home Assistant braucht man ebenfalls eine neue Konfiguration. Man bearbeitet dort die configuration.yaml oder, noch besser, die sensor.yaml und ergänzt dort folgende Zeilen:

- platform: template
  sensors:
    stromverbrauch_in_kwh:
      friendly_name: "Elektrische Energie in kWh"
      value_template: >
          {% if states('sensor.stromzahler') | float == 0 %}
           {{ states('sensor.stromverbrauch_in_kwh') }}
          {% else %}
           {{ states('sensor.stromzahler') | float }}
          {% endif %}
      unit_of_measurement: kWh
      device_class: energy
      attribute_templates:
        state_class: total_increasing

Damit haben wir sozusagen offiziell einen Stromzähler implementiert. Dieser kann wiederum im Energie-Dashboard angezeigt werden.

Eines Morgens habe ich mal ein paar Geräte nacheinander angesteckt und deren Stromverbrauch angesehen.

The post Home Assistant: Digitalen Stromzähler mit ESPHome auslesen first appeared on bejonet - Linux | Smart Home | Technik.

Open-Source-Lösungen für Rechtsstaatlichkeit im digitalen Zeitalter

Logo: ver.di (© ver.di)

Heute wurde Do-FOSS-Geschäftsführer Christian Nähle zum Sprecher der ver.di-Vertrauensleute der Stadtverwaltung Dortmund gewählt. Durch die nun bestehende Personalunion von ver.di-Leitung und Do-FOSS-Geschäftsführung werden für die Stadt Dortmund Aspekte der Rechtsstaatlichkeit mittels Digitaler Souveränität künftig eine noch höhere Aufmerksamkeit erhalten. Für den weiteren Erfolg der Digitalen Souveränität in der Stadtverwaltung Dortmund wird die Mobilisierung von Ressourcen (Finanzmittel und Personal) sowie die personalseitige Mitbestimmung dieser Ressourcen entscheidend sein. Die politischen Entscheidungsträger*innen werden über ver.di partnerschaftlich immer wieder an ihre Verpflichtung für die entsprechende Bereitstellung der Ressourcen erinnert werden.

Digitale Souveränität wird von der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) im Bericht Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität gemäß der Kompetenzstelle Öffentliche IT (ÖFIT) definiert als

die Fähigkeiten und Möglichkeiten von Individuen und Institutionen, ihre Rolle(n) in der digitalen Welt selbstständig, selbstbestimmt und sicher ausüben zu können.

Im Wahlprogramm der ver.di-Vertrauensleuteleitung heißt es zum Thema Open Source und Digitale Souveränität:

Die Stadtverwaltung hat die Kontrolle über ihre digitale Dateninfrastruktur outgesourct. Die digitale Souveränität über die Daten der Bürger*innen ging dabei verloren. Dadurch hängen die politisch Verantwortlichen für die Digitalisierung unserer Stadt mittlerweile an der Klippe des Rechtsstaats. Wir in ver.di reichen ihnen die Hand um sie wieder hochzuziehen und den Rechtsstaat wiederherzustellen. Unsere Pläne für eine Open-Source-basierte digitale Infrastruktur für die digitale Souveränität unserer Stadt haben wir den Entscheider*innen schon längst auf den Tisch gelegt. Trotzdem werden unsere Beschäftigten in ihrem digitalen Nutzungsverhalten alltäglich ausgespäht, die Souveränität der Daten der Bürger*innen ausverkauft. Dies muss beendet und rückgängig gemacht werden!

Weitere gewerkschaftliche Themen behandelt Christian Nähle für ver.di in einem Kampagnenvideo:

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Stadt Dortmund für Digitale Souveränität durch ver.di neu aufgestellt appeared first on Do-FOSS.

Wenn man sich ein Smart Home aufbaut, möchte man aus verschiedenen Gründen Temperaturen messen. In meinem Fall möchte ich im Heizungsraum die Temperaturen an den Wasserrohren, sowie im Warmwasserspeicher aufzeichnen. Eine einfache und kostengünstige Lösung ist es, das mit einem ESP8266 und dem DS18B20 Temperatursensor umzusetzen. Mit der Software ESPHome ist das auch schnell eingerichtet. Im Folgenden zeige ich, wie man das macht.

ESP8266 und DS18B20 verdrahten

Für dieses Beispiel verwende ich einen ESP8266 Wemos D1 Mini mit drei DS18B20 Temperatursensoren. Sie werden nach folgendem Schema verdrahtet. Das einzige zusätzliche Bauteil ist ein 4,7 kOhm Widerstand, der zwischen den Signal-Pin und VCC gelötet wird.

Der Vorteil von den DS18B20 ist, dass man sehr viele von ihnen parallel betreiben kann. Wenn die Schaltung einmal geschafft ist, kann man weitere Sensoren einfach anschließen. Das ist der Grund, warum ich schraubbare Kontaktklemmen verwendet habe: Dadurch kann ich mit wenig Aufwand neue Sensoren anschließen.

DS18B20: Adresse herausfinden

Dieser Temperatursensor arbeitet mit dem 1-Wire-Protokoll. Um jeden Sensor eindeutig ansprechen zu können, ist die Adresse des Sensors notwendig. Die kann man leider nicht am Gehäuse ablesen, sondern man muss sie via Software erfragen. Wir nutzen das gleich, um unsere Verdrahtung zu überprüfen!

Die Adresse der Sensoren findet man ebenfalls mit ESPHome heraus, indem man ein sehr minimalistisches Programm aufspielt. Wie schon beim Auslesen des Gaszählers startet man mit

esphome wizard heizungstemperatur.yaml

und beantwortet dem Wizard wahrheitsgemäß die 4 Fragen. Die entstandene heizungstemperatur.yaml öffnet man mit einem Editor und fügt unten die folgenden Zeilen hinzu:

# Example configuration entry
dallas:
  - pin: GPIO2

Mittels des folgenden Befehls kompiliert man die Datei und flasht sie auf den ESP8266 (siehe Artikel über den Gaszähler).

esphome run heizungstemperatur.yaml

Der folgende Befehl öffnet die Logdatei des Controllers:

esphome logs heizungstemperatur.yaml

Dort werden die Adressen der angeschlossenen Sensoren angezeigt. Kleiner Tipp: Wenn man immer nur einen Sensor anschließt, behält man den Überblick!

ESPHome für Temperaturmessung flashen

Wenn man nun alle Adressen der Sensoren herausgefunden und notiert hat, kann man das den ESP8266 wie folgt konfigurieren. Den Code fügt man an die bereits erzeugte Datei aus dem Wizard an.

dallas:
  - pin: GPIO2

sensor:
  - platform: dallas
    address: 0x773c01f096c1ee28
    name: "Heizung Vorlauf Temperatur"
  - platform: dallas
    address: 0x783c01f096729728
    name: "Heizung Rücklauf Temperatur"
  - platform: dallas
    address: 0x883c01f096ade428
    name: "Warmwasserspeicher oben Temperatur"

Da mittlerweile der Chip schon die ESPHome-Software aufgespielt hat, kann man bereits jetzt kabellos den neuen Programmcode übertragen. Bei ESPHome nennt sich diese Technik „Over the air“, kurz OTA. Der PC und der ESP8266-Chip müssen sich nur im gleichen Netzwerk befinden.

esphome run heizungstemperatur.yaml

Integration der Temperatursensoren in Home Assistant

Jetzt fehlt nur noch die Integration in den Home Assistant. Glücklicherweise arbeiten die beiden Systeme sehr gut miteinander. Man navigiert im Home Assistant auf Einstellungen, Geräte& Dienste und fügt über das Plus unten rechts eine neue Integration hinzu. Dort sucht man nach „ESPHome“ und gibt im folgenden Fenster die IP-Adresse ein. Wichtig: hierfür muss die API aktiviert sein (das ist eine der Fragen des esphome-Wizards).

Weitere Informationen: https://esphome.io/components/sensor/dallas.html

The post ESPHome: Temperaturmessung mit DS18B20 für Home Assistant first appeared on bejonet - Linux | Smart Home | Technik.

Zu einem Smart Home gehört es fast selbstverständlich, dass der Verbrauch von Energie aufgezeichnet wird. Der Stromzähler ist eine der wesentlichen Energiezählern im Haushalt, auch der Gaszähler ist sehr wichtig. Vor allem in Haushalten, in denen der primäre Energieträger Erdgas ist, ist der Gasverbrauch essenziell und wird im Smart Home auch optimiert. Das ist, zumindest für meine Begriffe, eine der wesentlichen Aufgaben des Smart Homes.

Das Schöne an den Gaszähler ist es, dass sie sich in der Regel sehr einfach auslesen lassen. Es ist keine komplizierten und teuren Geräte dafür notwendig. Bei den meisten Gaszählern reicht nämlich ein einfacher Reed-Kontakt aus, die es für einige Cent bei Ebay oder anderen Shops zu kaufen gibt. Als Intelligenz wird der sehr vielseitige ESP8266 verwendet. Dieser ist sehr energiesparend, hat integriertes WLAN, lässt sich verhältnismäßig einfach einrichten und kostet ebenfalls nur sehr wenig Geld.

Hardware: ESP8266 und Reed-Kontakt verlöten

Die Einkaufsliste für diesen Sensor:

• ESP8266, beispielsweise den Wemos D1 Mini
• Reed-Kontakt
• optional: 5V Netzteil
• optional: Schrumpfschlauchsortiment

Für einen geübten Maker ist diese Aufgabe im Handumdrehen erledigt. Für nicht geübte Maker ist es das perfekte Einsteigerprojekt. Es sind nur sehr wenige Lötstellen zu setzen und man kann kaum etwas falsch machen. Beim ESP8266, in meinem Fall ein Wemos D1 mini, müssen nur die beiden Pinleisten angelötet werden. Für Minimalisten würde sogar je ein Pin bei G (Ground) und D1 (GPIO5) reichen. An diese Pins gehören jeweils die Kabel, idealerweise Litzen 0,15mm², an deren Ende der Reed-Kontakt gehört. Bei diesem Schalter muss man keine Richtung beachten, man kann ich nicht falsch herum anlöten. Das fertige Produkt sieht dann so aus. Ich habe noch versucht, die Lötstellen mit Schrumpfschlauch zu verschönern. Das ist optional.

Update (02.05.2022)  Weiterhin habe ich eine optionale LED zur Visualisierung des Signals eingebracht. Diese blinkt immer dann, wenn der Reed-Kontakt schaltet. Das ist vor allem dann sehr nützlich, wenn man den Reed-Schalter am Gaszähler anbringt. Die LED ist eine Hilfe, sie ist aber nicht zwingend nötig. Ihren Vorwiderstand kann man über Online-Tools berechnen, bei mir waren es 220 Ohm.

ESPHome auf ESP8266 installieren unter Windows 10

Unter Windows 10 lässt sich über den „Microsoft Store“ Ubuntu installieren. Das ist der kleine Umweg, den ich häufig gehe, um ein fast vollständiges Linux unter Windows 10 zum laufen zu bringen. Dass es leider nicht vollständig ist, sieht man den nun folgenden, etwas umständlichen Herangehensweise, wie man ESPHome auf dem ESP8266 installiert.

Wer ein vollständiges hass.io bzw. Home Assistant hat, kann das übrigens über den Addon-Store mit dem Add-on „ESPHome“ deutlich beschleunigen. Da ich aber, wie bereits beschrieben, Home Assistant als Container laufen habe, ist für mich der Umweg notwendig.

Man startet Ubuntu unter Windows und gelangt in das Terminal. Dort installiert man sich (falls noch nicht geschehen) Python 3 und das nötige Paket „esphome“ aus dem Python-Repsitory. Anschließend prüft man, ob die Installation geklappt hat, indem man sich die Versionsnummer ausgeben lässt.

$ sudo apt-get install python3 python3-pip
$ pip install --user esphome
$ esphome version 

Der Einfachheit halber empfehle ich, den Wizard von ESPHome zu verwenden. Er wird benutzt, um die *.yaml zu erstellen. Genau wie bei Home Assistant ist sie dafür da, den Controller zu konfigurieren. Der Wizard zeigt einem glücklicherweise gleich alle möglichen Alternativen auf, die man eingeben kann. Beantwortet also wahrheitsgemäß die 4 Fragen den Wizards und wir erhalten eine Konfigurationsdatei mit dem angegebenen Namen. Ich habe hier willkürlich gaszaehler.yaml gewählt.

$ esphome wizard gaszaehler.yaml
$ nano gaszaehler.yaml

Die nun folgende Datei sieht dann beispielsweise so aus:

esphome:
  name: gaszaehler

esp8266:
  board: d1_mini

# Enable logging
logger:

# Enable Home Assistant API
api:
  password: "1234"

ota:
  password: "1234"

wifi:
  ssid: "hier die Wifi-SSID eintragen"
  password: "hier das Wifi Passwort eintragen"
  manual_ip:
    static_ip: "auf Wunsch"
    gateway: "IP-Adresse des Gateways"
    subnet: "Subnet Maske"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Gaszaehler Fallback Hotspot"
    password: "hier steht automatisch ein Passwort"

captive_portal:

Das Fallback-Wifi wird gebraucht, falls der Sensor das eigentliche WLAN nicht erreichen kann. Dann baut der ESP8266 eigenständig ein WLAN auf, über das er sich konfigurieren lässt.

Update (02.05.2022)  Vor diesem Update habe ich den Pulse_counter von ESPHome verwendet. Dieser liefert leider keine zuverlässigen Werte. Gleiches gilt für den pulse_meter, der eigentlich besser sein sollte. Stattdessen bin ich nach einiger Tüftelei wieder bei dem binary_sensor herausgekommen, der wunderbar funktioniert. Zusätzlich ist eine LED auf GPIO0 angebracht, die schaltet, sobald der Reed-Schalter zieht. Damit könnt ihr live am Gerät sehen, ob ein Puls anliegt. Sie ist nur eine Hilfe und nicht zwingend erforderlich.

globals:
  - id: total_pulses
    type: int
    restore_value: false
    initial_value: '0'  # hier kann der Gaszählerstand initialisiert werden

binary_sensor:
  - platform: gpio
    id: internal_pulse_counter
    pin:
      number: GPIO5
      mode: INPUT_PULLUP
    name: "Live-Impuls"
    filters:
      - delayed_on: 10ms
    on_press:
      then:
        - lambda: id(total_pulses) += 1;
        - output.turn_off: led  # optional: für eine LED, die den Gaszählerpuls visualisiert
    on_release:
      then:
        - output.turn_on: led  # optional: für eine LED, die den Gaszählerpuls visualisiert

sensor:
  - platform: template
    name: "Gasverbrauch"
    device_class: gas
    unit_of_measurement: "m³"
    state_class: "total_increasing"
    icon: "mdi:fire"
    accuracy_decimals: 2
    lambda: |-
      return id(total_pulses) * 0.01;

# Optional: Diese LED soll blinken, sobald ein Signal vom Gaszähler erkannt wird
output:
  - platform: gpio
    pin: GPIO0
    id: 'led'

Fertig mit der Konfiguration. Wir speichern mit Strg + O und schließen Nano mit Strg + X

Mit dem folgenden Befehl wird der Code für den ESP8266 kompiliert. Ich habe es leider nicht geschafft, ihn direkt per USB-Kabel auf meinen Controller zu bekommen. Daher bin ich einen Umweg gegangen.

$ esphome run gaszaehler.yaml

Das endet mit einer Fehlermeldung (connection failed bad indicator errno=11), dass der Code nicht auf den Controller gebracht werden konnte. Stattdessen kopieren wir den Code auf das Laufwerk C: unter Windows und arbeiten von dort aus weiter (sorry Leute!!).

$ cp ~/esphome/.esphome/build/gaszaehler/.pioenvs/gaszaehler/firmware.bin /mnt/c/Users/<Benutzername>

Mittels ESPHome-Flasher, den es auch für Windows gibt und der nicht installiert werden muss (!!) geht es weiter. Die eben kopierte Datei auswählen, den ESP8266 mit USB am PC anstöpseln und den entsprechenden COM-Port auswählen (bei mir wurde nur einer angezeigt). Bestätigen, und warten bis es fertig ist.

ESPHome in Home Assistant installieren

Mit der Entität „ESPHome“ kann der Sensor in den Home Assistant eingebunden werden. Das geht sehr fix, es muss nur die IP-Adresse und das festgelegte Passwort eingegeben werden. Damit er auch korrekt als Energiequelle erkannt wird, muss man noch folgende Zeilen in die configuration.yaml anfügen, besser noch, in die sensor.yaml

Update (15.04.2022): Manchmal fällt der ESP kurzzeitig aus, was den Gasverbrauch kurzfristig auf 0 m³ setzt. Sobald er wieder da ist, gibt es einen unlogischen Peak in der Statistik. Dieser wird über die kleine IF-Schleife herausgefiltert.

- platform: template
  sensors:
# Gaszähler, kommend von ESPHome, aufbereiten für Energy
    gasincubicmeter:
      value_template:  >
          {% if states('sensor.gasverbrauch') | float == 0 %}
           {{ states('sensor.gasincubicmeter') }}
          {% else %}
           {{ states('sensor.gasverbrauch') | float }}
          {% endif %}
      unit_of_measurement: m³
      device_class: gas
      attribute_templates:
        state_class: total_increasing

Nach einem Neustart des Servers klickt man im Home Assistant auf „Einstellungen“, „Energie“ und klickt auf den Gaszähler. Dort taucht nun die neue Entität gasincubicmeter auf und kann ausgewählt werden.

Reed-Schalter am Gaszähler positionieren

Wer Zugriff auf einen 3D-Drucker hat, sollte sich bei Thingiverse mal umsehen, ob dort ein Halter für seinen Gaszähler vorhanden ist. Die Chance dort, oder woanders, einen zu finden, halte ich für sehr hoch. Andernfalls kann man mit etwas Geschick und gutem Klebeband den Schalter direkt am Gaszähler montieren. Er muss in der vorgesehenen Kerbe möglichst genau unter der letzten Ziffer positioniert werden. Wer darauf achtet, wird bemerken, dass die letzte drehende Ziffer einen kleinen Magneten hat. Genau darunter muss der Reed-Schalter geklebt werden.

The post Home Assistant: Gaszähler mit ESPHome auslesen, flashen unter WSL first appeared on bejonet - Linux | Smart Home | Technik.

Zu einem guten Smart Home gehört natürlich auch eine schöne „Kommandozentrale“. Obwohl das Haus ja schlau ist und alles selbst entscheiden soll, möchte man ja dennoch wissen, was gerade los ist. Der Home Assistant, eine freie und open source Software für Hausautomatisierung, bietet mit seinen Dashboards genau solche Übersichten an. Mit wenigen Klicks lassen sich die Messdaten aus dem Haus und um das Haus visualisieren.

Regenradar und weitere Wetterdaten

Das Wetter spielt natürlich eine entscheidende Rolle für das Haus und die Bewohner. Die erste Anlaufstelle für aktuelle Wetterdaten und Vorhersagen könnte beispielsweise OpenWeatherMap sein. Die API ist gut dokumentiert, die Einbindung in den Home Assistant ist reibungslos, der Dienst ist kostenlos und es fällt keine Werbung an. Einzig eine Registrierung auf der Webseite ist nötig, um den verpflichtenden API-Schlüssel zu erhalten.

Was leider fehlt, ist der Regenradar. Jede Vorhersage ist ja nur so gut, wie die, die man mit eigenen Augen sieht. Darum lohnt es sich, einen Regenradar in das Home Assistant Dashboard einzubinden.

Die meisten Regenradare lassen sich nicht besonders einfach einbinden. Und falls doch, sind sie meistens mit Werbung übersät. Um so schöner ist es, dass die Webseite morgenwirdes.de den Regenradar vom Deutschen Wetterdienst (DWD) aufbereitet und uns als animierte gif-Datei zur Verfügung stellt. Die Einbindung in den Home Assistant ist explizit erlaubt und funktioniert folgendermaßen.

Einbindung in den Home Assistant

Zunächst bastelt man sich die URL zusammen, die man für sein Dashboard braucht. Das geht relativ einfach, wenn man sich die Struktur der URL ansieht.

https://morgenwirdes.de/api/v3/gif4.php?plz=12345&delay=70&type=1&zoomlvl=1&bar=0&map=1&textcol=ffffff&bgcol=03a9f4

Die Flagge „plz“ gibt die Postleitzahl vor. Delay ist die Zeit in Millisekunden, die pro Zeitstufe angezeigt wird. Es gibt zwei Farbschemen der Karte, typ=0 oder 1. Der Zoomlvl gibt den Zoomlevel an (hier 1 für ganz Deutschland). Eine Zeitleiste (bar) und Hintergrundkarte (map) können optional eingeblendet werden. Farblich anpassen kann man die Karte mit den beiden letzten Flaggen.

In der configuration.yaml habe ich das dann als Kamera eingebunden. Das hat den Vorteil, dass die Daten immer aktualisiert werden. Würde man es als Bild einbinden, könnte es sein, dass der Regenradar nur aus dem Cache geladen wird und deshalb nicht aktuell ist.

##### Kameras und Wetterkarten
camera:
  - platform: generic
    still_image_url: 
https://morgenwirdes.de/api/v3/gif4.php?plz=12345&delay=70&type=1&zoomlvl=1&bar=0&map=1&textcol=ffffff&bgcol=03a9f4
    name: regenradar

In Lovelace, dem Dashboard von Home Assistant, fügt man nun ein Picture-Glance hinzu, schon ist das Radar da:

type: picture-glance
title: Regenradar
entities: []
camera_image: camera.regenradar

Update 15.04.2022:

Ich habe den Artikel angepasst, das Bild wird nicht mehr als normales Bild, sondern als Kamera eingebunden. Dadurch wird das Radar zuverlässiger aktualisiert.

The post Home Assistant: Animiertes Regenradar einfügen first appeared on bejonet - Linux | Smart Home | Technik.

Mit den Heizthermostaten von Homematic IP lassen sich die Heizkörper minutengenau zeitsteuern. In der Zentrale, in meinem Falle die Homematic CCU3, lassen sich Zeitprofile für jedes Heizthermostat hinterlegen. Die ganze Woche lässt sich damit detailliert planen. Es ist offensichtlich, dass nicht jede Woche eine Kopie der vorherigen Woche ist. Manchmal arbeitet man die ganze Woche von Zuhause aus, manchmal ist man im Urlaub. Damit ergibt sich auch, dass die Räume anders geheizt werden müssen.

Die Homematic CCU3 ermöglicht es, bis zu drei verschiedene Wochenprogramme anzulegen. Die Frage ist nun, wie kann man komfortabel zwischen diesen Wochenprogrammen wechseln? Diesem Thema widme ich diesen Artikel.

Automatisierung ftw!

Der Grundgedanke eines Smart Homes ist natürlich, dass es „smart“ ist, also eigenständig Entscheidungen trifft. In meinem konkreten Fall könnte das bedeuten, dass meine Heizungssteuerung automatisch erkennt, wann mein Wochenprogramm sich ändern müsste. Mit entsprechenden Bewegungsmeldern ist das sicherlich möglich, wenn auch relativ aufwendig und kostspielig.

Ich habe mich dafür entschieden, eine übergeordnete Steuerung zu verwenden, den Home Assistant. Die Homematic CCU3 tritt dort nur als Client auf. Das ist insofern eine ganz gute Idee, als dass sich Home Assistant über eine App steuern lässt. Das ist komfortabel und zukunftssicher, dank einer engagierten Community im Hintergrund.

Einbindung von Homematic CCU3 in Home Assistant

Der Home Assistant und die Homematic CCU3 lassen sich glücklicherweise sehr einfach miteinander verbinden. Einzig ein Eintrag in der configuration.yaml von Home Assistant ist notwendig. Im Beispielcode sind die Passwörter in eine secrets-Datei ausgelagert.

# Homematic
homematic:
  interfaces:
    ip:
      host: 192.168.1.123
      port: 2010
      resolvenames: json
      username: !secret homematic_user
      password: !secret homematic_pw
    groups:
      host: 192.168.1.123
      port: 9292
      resolvenames: json
      username: !secret homematic_user
      password: !secret homematic_pw
      path: /groups
  hosts:
    ccu3:
      host: 192.168.1.123
      username: !secret homematic_user
      password: !secret homematic_pw

Damit man das Wochenprogramm umschalten kann, braucht es einen Service, den wir folgendermaßen zusammensetzen.

1. Man erstellt auf einem Dashboard einen neuen Button.
2. Bei den Einstellungen des Buttons wechselt man in die Code-Ansicht und gibt dort folgendes ein.

Address ist die Serialnummer des Gerätes, Value ist das Wochenprofil.

type: button
tap_action:
  action: call-service
  service: homematic.set_device_value
  service_data:
    address: 000a1d8991xxxx
    channel: 1
    param: ACTIVE_PROFILE
    value: '2'
    value_type: int
  target: {}
entity: climate.000a1d8991xxxx
icon: mdi:bed-outline
name: Kein Besucher im Gästezimmer

Um das Wochenprofil auf einen anderen Wert zu stellen, dupliziert man die Kachel und ändert die „Value“. Leider habe ich nicht herausgefunden, wie man den aktuellen Wert für das Wochenprofil ausliest. Mit dieser Info könnte man einen einzelnen Button verwenden und diesen togglen.

The post Homematic IP: Wochenprogramm via Home Assistant wechseln first appeared on bejonet - Linux | Smart Home | Technik.

Wegmarken hin zu mehr Digitaler Souveränität für Kommunen von der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt)

Logo: KGSt (© KGSt)

Die Kommunale Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) engagiert sich seit 2020 für Digitale Souveränität der Kommunen. Zuletzt hatte die KGSt u.a. gemeinsam mit Do-FOSS an dem Bericht Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität gearbeitet. Nun wurde das Thema Open Source und Digitale Souveränität mit dem Zauberer von OSS auf besondere Art im Online-Format Wissen kompakt um 2 präsentiert. In diesem Online-Format begleitet die KGSt regelmäßig kommunale Expert*innen, die ihr Management- und Erfahrungswissen praxisnah mit Kolleg*innen anderer Kommunen teilen.

Wissen kompakt um 2

Wissen kompakt um 2: Der Zauberer von OSS (© KGSt)

Wie lief das letzte „Wissen kompakt um 2“?

Wissen kompakt um 2 zeigte in der letzten Websession am 13. Januar den Zauberer von OSS. Warum den Zauberer von OSS? Christian Nähle (Do-FOSS), Gerd Armbruster (Stadt Mannheim) und Eduard Itrich (Open Source Business Alliance) haben die Teilnehmenden gemeinsam mit (…) [der KGSt-]Referentin Anika Krellmann in das Land OSS entführt und betrachtet, warum es Herz, Mut und Verstand für mehr Open Source Software (OSS) in der Verwaltung braucht.

Themenschwerpunkte waren die Open-Source-Governance, praktische Anwendungsbeispiele und die interkommunale Zusammenarbeit, welche einen wesentlichen Erfolgsfaktor für mehr OSS in der Verwaltung darstellt. Christian Nähle stellte dar, warum und wie der „Open Source first“-Grundsatz bei der Stadt Dortmund umgesetzt werden soll, Gerd Armbruster zeigte internationale Beispiele für den Umgang mit Freier Software und auch ganz konkret, was in deutschen Verwaltungen im Bereich IT-Infrastruktur und am Digitalen Arbeitsplatz bereits an OSS eingesetzt wird. Eduard Itrich stellte das Projekt „Palim! Palim!“ – eine Open Source-basierte Videokonferenzlösung der Stadt Bühl – vor. Außerdem berichtete er von der interkommunalen Zusammenarbeit der Städte Baden-Baden, Bretten, Bruchsal, Bühl, Ettlingen, Gaggenau, Rastatt, Rheinstetten und Stutensee im Verbund „re@di – regional digital“.

Quelle: KGSt-Journal 01/2022, S. 7

Transkript des Wortbeitrags von Do-FOSS

Herzlich willkommen, auch von mir, im Land von OSS, im Land Open-Source-Software. Ich darf mich kurz vorstellen. Mein Name ist Christian Nähle. Ich bin Ihr Wegbegleiter. Ich stehe heute hier für Do-FOSS. Do-FOSS ist die Initiative für Freie und Open-Source-Software bei der Stadt Dortmund. Mir obliegt die Geschäftsführung. Mitte vergangenen Jahres erschien der KGSt-Bericht „Open Source in Kommunen – ein Baustein für mehr Digitale Souveränität“. In diesem Bericht wird der „Dortmunder Weg“ zum strategischen Umgang mit Open Source als Muster hervorgehoben. Darüber freuen wir uns als Teil der Digitalen Zivilgesellschaft sehr. Ich möchte Sie nun mitnehmen, auf einen kurzen Rundgang durch das Land von OSS. Wir sind auf der gemeinsamen Suche nach Herz, Verstand und Mut. Herz, Verstand und Mut für mehr Open-Source-Software zur Wiedererlangung unserer Digitalen Souveränität.

Herz – oder wie ich es im Kontext von Open Source nenne: das resiliente Herz.

Mir ist durch Reisen außerhalb des Landes von OSS und außerhalb von Europa der Wert einer funktionalen Infrastruktur sehr bewusst. Dadurch habe ich Freude daran entwickelt unsere Infrastruktur zu pflegen und zu erhalten. Gleichzeitig merken wir alle, dass uns nicht zuletzt die Klimakrise in eine erhöhte Resilienz unserer Infrastrukturen hineinzwingt. Resilienz ist unsere gesellschaftliche Verantwortung.

Beruflich erwerbsarbeite ich im Klimaschutz. Aus diesem Zusammenhang muss ich Ihnen mitteilen, dass wir eine höchst turbulente Welt erwarten müssen. Die Frequenz von Krisen wird kürzer. In Infrastrukturzyklen gedacht stehen uns wesentliche Krisen immanent bevor. Open Source ermöglicht uns Resilienz für eine ungewisse Zukunft.

Verstand: für eine Open-Source-Governance geht uns zunehmend ein Licht auf – auch dank der Arbeit der KGSt!

Das Ziel einer Open-Source-Governance ist es die Freiheitsgrade zu erweitern, die Handlungsfähigkeit der Behörden zu erhöhen. Dabei ist es die Not einer jeden Governance, konkret zu werden. Es ist verhältnismäßig einfach Erkenntnisse zu haben. Als Anwendungsbetriebe in der kommunalen Familie liegt der schwerste Teil noch vor uns: die strategische und flächenmäßige Anwendung von Open-Source-Software. Ein klares Bekenntnis von Politik und Verwaltung zu Open Source sind für den vor uns liegenden Weg wesentlich. In Dortmund wurden solche Bekenntnisse erarbeitet. In einem Beschluss des Rates der Stadt Dortmund wurde in einem breit übergreifenden Antrag von demokratischen Fraktionen im Februar vergangenen Jahres beschlossen:

1. „Wo möglich Nutzung von Open Source Software.“

[Open-Source-first]

2. „Von der Verwaltung entwickelte oder zur Entwicklung beauftragte Software wird der Allgemeinheit zur Verfügung gestellt.“

Diese Beschlüsse vom 11. Februar 2021 wurden von der Dortmunder Stadtverwaltung explizit begrüßt. Auf Basis dieser politischen Entwicklung prüft die Stadt Dortmund derzeit die Einrichtung einer „Koordinierungsstelle Open Source und Digitale Souveränität“. Und es wird ein „IT-Dashboard“ zur transparenten Aufgabenübersicht eingeführt – wichtige erste Instrumente für eine Open-Source-Governance.

Unterdessen wird im Kommunalverbund die Frage der Open-Source-Governance stärker gemeinschaftlich beantwortet werden müssen. Eine gute Möglichkeit Open-Source-Software im Kommunaldienst und ihre Governance zu besprechen, bietet die kommunale Open Government Konferenz. Diese wird u.a. von der Stadt Dortmund geplant und ausgerichtet werden – pandemiebedingt stockt die Umsetzung leider gerade enorm… Der Stadt Dortmund ist aber eine Veranstaltung in Präsenz zum Thema Open Source sehr wichtig. Ich darf Ihnen bereits jetzt sagen: Sie sind herzlich eingeladen!

Im Land von OSS brauchen wir eine konsequente Open-Source-Governance unserer IT und entsprechende Schulungen. Z.B. intern für IT-Steuerung und -Management sowie Lizenzmanagement und extern z.B. für Ausschreibungen. Wir brauchen auch eine konsequente Open-Source-Governance für weitere geforderte Verwaltungsbereiche und entsprechende Schulungen. Z.B. für Personal und Finanzen, sowie Organisation und Beschaffung. Andere Verwaltungsbereiche wie z.B. Communitymanagements müssen wir neu entwickeln. Wir werden uns für den Transformationsprozess hin zu einer Open-Source-Governance fragen müssen:
Wie gestalten wir die Beziehungen um uns herum?
Wie verhelfen wir anderen zum Erfolg?
Wie gestalten wir ein gesundes Open-Source-Ökosystem?

Schon heute ist klar: Eine Open-Source-Governance muss bereits zu Beginn Hand in Hand gehen mit einem Konzept zur Reduzierung der Herstellerabhängigkeiten und zur Diversifikation der Herstellerlandschaft. Weniger Abhängigkeit, mehr Vielfalt.

Vor diesen Hintergründen sehe ich mit großer Spannung dem dieses Jahr erscheinenden KGSt-Bericht zu Open-Source-Governance entgegen. Diesen Bericht sehe ich als strategische und operative Grundsteinlegung zum Umgang mit Open-Source-Software im Kommunaldienst. Ein weiterer Erkenntnisbericht alleine wird aber nicht die nötigen strukturellen Veränderungen bringen. Wir brauchen…

…Mut – neue Wege erfordern Mut – von uns allen. Wir brauchen Mut um ein höherwertiges Organisationsmodell für den öffentlichen Dienst zu schaffen, denn Open-Source-Software braucht ein engagiertes Steuerungsmodell. Unsere Verwaltungen brauchen Mut sich dem Prinzip Open zu öffnen. Und unsere Verwaltungen brauchen eine Finanzierungsperspektive um nachhaltig zu funktionieren.

Es ist ein zentrales Anliegen von mir, strategisch über Open-Source-Governance zu sprechen, nicht nur darüber was alles praktisch zu tun sein wird. Ich frage mich:
Wie gestalten wir eine Open-Source-Governance aus der Mangelverwaltung heraus?
Wie betten wir eine Open-Source-Governance in die strapazierten Haushaltslagen und in den demographischen Wandel ein?
Das sind Fragen, mit denen sich der Folgebericht der KGSt zum Thema Open Source befassen wird.

Nehmen wir die Digitale Souveränität ernst und unterlegen die Zielsetzung mit Ressourcen?
Oder wird die betriebliche Anwendung nicht mit den relevanten Erkenntnissen mithalten können?

Lassen Sie uns sprechen, worüber man sonst vornehm schweigt: Geld. Ich habe beobachtet, dass politische Entscheidungsträger*innen regelmäßig unzufrieden sind, wenn sie mangelnde Konnexität erfahren. Also wenn sie Aufgaben übertragen bekommen, aber keine Finanzierung dafür erhalten. Bei allem Willen zur Verantwortung und bei aller Gestaltungskompetenz, ohne Finanzierung wird der Anspruch zur kommunalen Digitalen Souveränität in der Fläche scheitern. Wir brauchen Förderprogramme für Digitale Souveränität, welche die Ausstiegskosten tragen aus dem bisherigen herstellerspezifischen Technologiepfad des öffentlichen Dienstes. Wir sind gut beraten, wenn wir ein höherwertiges Organisationsmodell bewirtschaften als die herstellergebundene Abhängigkeit unserer immateriellen Infrastruktur fortzusetzen. Aus kommunalen Spitzenverbünden heraus formuliert wären Open-Source-Förderprogramme plausibel. Denn aufgrund der Synergiemöglichkeiten mit Open-Source-Software, z.B. zur interkommunalen Kooperation, würden Förderprogramme nur einem Teil der wirtschaftlichen Ausstiegskosten aus der herstellerspezifischen Software entsprechen. Ein entsprechend höherwertiges Organisationsmodell für den öffentlichen Dienst – eine Open-Source-Governance – würde uns einen hohen return of investment versprechen.

Ich bin überzeugt von der Haltung: Public money? Public code! Öffentliche Gelder sollen öffentliche Güter erzeugen. Wir wollen Wissen aus Silos befreien und es behördlich zugriffsfähig und anwendbar machen. Dafür brauchen wir einen Infrastruktur-Fonds für Open-Source-Software. Diese Haltung überzeugt mich, denn ich erkenne darin einen wesentlichen strategischen Ansatz, um mit den massiven Anforderungen an die Reinvestition in unsere digitale Infrastruktur umzugehen. Unsere digitale Infrastruktur entspricht heute der funktionalen Basis unseres Staates. Die Aufgabe könnte also kaum prioritärer sein.

Gerne sind Sie eingeladen, die Reise durch das Land von OSS gemeinsam mit uns zu bestreiten. Vielen Dank für Ihr resilientes Herz, Ihren Verstand und Ihren Mut – sowie an dieser Stelle für Ihre Aufmerksamkeit – vielen Dank!

Dokument zum Herunterladen

Die Präsentationsfolien des Zauberers von OSS können hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Der Zauberer von OSS appeared first on Do-FOSS.

Das Heizsystem ist für viele der erste Einstieg in das Thema „Smart Home„. So ist es auch bei mir. Viele meiner Heizkörper laufen mittlerweile mit Heizthermostaten von Homematic. Zusammen mit der übergeordneten Software Home Assistant ist jetzt meine Menge möglich in meinen vier Wänden. Das Wandthermostat von Homematic ist sogar in der Lage, die relative Luftfeuchtigkeit zu messen. Das ist schon sehr nützlich und kann für weitere Auswertungen verwendet werden. In meinem Fall interessiere ich mich allerdings für die absolute Luftfeuchtigkeit, die sich von der relativen Luftfeuchtigkeit unterscheidet. Glücklicherweise lassen sich die beiden Werte ineinander umrechnen, und das Wandthermostat liefert auch alle notwendigen Messwerte dafür.

Unterschied zwischen relativer und absoluter Luftfeuchtigkeit

Mir als ausgebildeten Thermodynamiker liegt es natürlich am Herzen, dass man den Unterschied zwischen relativer und absoluter Luftfeuchtigkeit kennt. Der Unterschied liegt eigentlich auf der Hand und lässt sich schon anhand der Einheiten gut unterscheiden.

Viele Wandthermostate messen die relative Luftfeuchtigkeit

Die relative Luftfeuchtigkeit wird in Prozent angegeben. Die Luft ist ein Gemisch aus Gasen, ein Teil davon kann Wasserdampf sein. Wie viel das maximal ist, hängt von der Temperatur der Luft ab: je kälter es ist, desto weniger Wasserdampf kann dampfförmig in der Luft vorkommen. Sollte dieser Wert überschritten werden, bildet sich Nebel. Die relative Luftfeuchtigkeit gibt an, bis zu welchem Grad die Luft bereits mit Wasserdampf gesättigt ist. Sind die 100% erreicht, kondensiert alles zusätzliche Wasser und es wird neblig. Etwas thermodynamischer ausgedrückt, klingt die Definition so: Die relative Luftfeuchtigkeit gibt den Partialdruck des Wasserdampfs relativ zum Maximalwert bei aktueller Temperatur an.

Die absolute Luftfeuchtigkeit hingegen wird in g/m³ angegeben (andere Einheiten sind möglich). Bildlich kann man es sich so vorstellen, dass in einem Kubikmeter Luft die angegebene Menge Wasserdampf vorhanden ist.

Warum sollte man die absolute Luftfeuchtigkeit wissen wollen?

Eine typische Textaufgabe in Thermodynamik 1 könnte lauten: Im Wohnzimmer herrschen 22 °C und 40 % Luftfeuchtigkeit. Außen hat es 8 °C und 80 % Luftfeuchtigkeit. Steigt oder fällt die Luftfeuchtigkeit im Wohnzimmer, wenn man das Fenster öffnet?

Eine andere Fragestellung lässt sich ebenfalls darüber beantworten: Im Wohnzimmer herrschen 22 °C und 20 % Luftfeuchtigkeit. Das Raumvolumen beträgt 75 m³. Wie viele Kilogramm Wasser muss man verdunsten lassen, um auf 50 % Luftfeuchtigkeit zu kommen?

Wenn ihr es wisst, könnt ihr das gerne in den Kommentaren hinterlassen

Die Physik dahinter

Es sind zwei wichtige Formeln miteinander kombiniert. Die eine Formel, Antoine-Gleichung, berechnet den Sättigungsdampfdruck der Luft bei vorgegebener Temperatur. Die zweite Formel, die ideale Gasgleichung, berechnet daraus die absolute Feuchtigkeit. Die Temperatur und relative Feuchtigkeit werden vom Wandthermostat zur Verfügung gestellt.

Die Berechnung in Home Assistant

In Home Assistant legt man sich für diese Berechnung einen neuen Sensor an. Das geschieht über Templates. Dieser Sensor existiert nur softwareseitig und sein Messwert wird berechnet, nicht direkt gemessen. Ich habe das beispielsweise umgesetzt, indem ich in die configuration.yaml folgende Zeile ergänzt habe:

sensor: !include sensor.yaml

Mittels des folgenden Befehls habe ich besagte Datei erstellt und ihr den folgenden Inhalt gegeben.

$ touch sensor.yaml
$ nano sensor.yaml

- platform: template
  sensors:
    absolute_humidity:
	friendly_name: "Absolute Feuchte"
	unit_of_measurement: "g/m^3"
	icon_template: mdi:water-percent-alert
	value_template: "{{ 1000*e**(19.016-(4064.95/(float(states('sensor.wandthermostat_wohnzimmer_eg_actual_temperature'))+236.25)))*100/(461.66*(float(states('sensor.wandthermostat_wohnzimmer_eg_actual_temperature'))+273.15)) * float(states('sensor.wandthermostat_wohnzimmer_eg_humidity'))/100 | float }}"

In Home Assistant wird dieser Sensor in der Liste der Entitys angezeigt. Das Template hat sozusagen den neuen Sensor ins System integriert.

The post Home Assistant: Absolute Luftfeuchtigkeit berechnen first appeared on bejonet - Linux | Smart Home | Technik.

Smart Homes sind in aller Munde. Bei Neubauten sowieso, aber auch bestehende Immobilien werden gerne zu so genannten Smart Homes umgerüstet. Den großen Markt teilen sich natürlich kommerzielle Anbieter, aber gerade auf der Softwareseite konkurrieren auch freie und open source Software um die Kunden. Die bekanntesten Teilnehmer im open source Bereich sind FHEM, OpenHAB und Home Assistant (früher bekannt als hass.io).

Diese Software soll verschiedene smarte Geräte vereinen, so dass sie alle unter einer Haube stecken. Anstatt jeweils eine Anwendung für die Heizung, das Licht und die Energieversorgung zu verwenden, soll die Software übergeordnet sein. Sie bildet damit die Schnittstelle zwischen den Geräten und mir.

Ich möchte mein Haus mit dem Home Assistant smart machen, bzw. einige der vorhandenen Komponenten dort einbinden. In diesem Artikel möchte ich zunächst auf die Installation von Home Assistant Container eingehen.

Unterschied zwischen Home Assistant und Home Assistant Container

Der mächtige Home Assistant wird gerne auf einem Raspberry Pi installiert. In der Regel verwendet man dafür gleich ein ganzes Image für das Betriebssystem. Das bedeutet, dass man statt des üblichen Raspbian das „Home Assistant Operating System“ installiert.

Der Vorteil liegt darin, dass man den Home Assistant in vollem Umfang nutzen kann. Der Nachteil ist, dass man über ein stark angepasstes OS verfügt. Möchte man noch weitere Software darauf laufen lassen, könnte das zu Konflikten führen.

In meinem Fall laufen noch andere Prozesse auf dem Raspberry. Somit kommt für mich das OS nicht infrage. Stattdessen möchte ich auf Home Assistant Container setzen. Hier läuft die Software über Docker.

Benutzt man den Home Assistant Container, muss man mit Einschränkungen leben. Es ist beispielsweise nicht möglich, Add-ons zu installieren. Der Grund liegt meines Wissens darin, dass Add-ons als (Docker-)Container installiert werden. Und das geht nicht, wenn bereits die Hauptanwendung in einem (Docker-) Container läuft. [Falls das jemand genauer weiß, gerne einen Kommentar hinterlassen!]

Installation von Home Assistant Container

Was man als Vorbereitung braucht, ist ein installiertes Linux-System. In meinem Beispiel ist es Raspbian auf einem Raspberry Pi 4. Dort meldet man sich via SSH an.

Schritt 1: Docker installieren. Gegebenenfalls hat man eine alte Version bereits installiert. Diese muss man entfernen und die aktuelle Version installieren. Dazu wird das Docker-Repository hinzugefügt und die Software daraus installiert. Am Ende wird eine Benutzergruppe „docker“ erstellt (ggf. geschieht das automatisch). Der aktuelle Benutzer – hier nennt er sich pi – wird der Gruppe hinzugefügt.

sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get update
sudo apt-get install ca-certificates curl gnupg lsb-release
curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
echo   "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/debian \
 $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
 
sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io
sudo groupadd docker
sudo usermod -aG docker pi

Schritt 2: Home Assistant Container installieren. Der folgende Befehl holt sich das entsprechende Image aus dem Dockerhub, lädt es herunter und installiert es. Es ist wichtig, dass der Ordnerpfad für die Konfigurationsdatei korrekt angegeben wird. Wie oben bereits beschrieben, fehlt die Add-on-Funktion. Um die configuration.yaml bearbeiten zu können, muss man an diese Datei herankommen. Mit der Flag -v mountet man einen existierenden Ordner in den Docker-Container und kann damit die Datei weiterhin bearbeiten.

mkdir /home/pi/homeassistant/config
docker run -d \
  --name="homeassistant" \
  --privileged \
  --restart=unless-stopped \
  -e "TZ=Europe/Berlin"
  -v /home/pi/homeassistant:/config \
  --net=host \
  homeassistant/home-assistant:stable

Wer lieber Docker Compose verwendet, kann den folgenden Eintrag in die *.yaml eintragen:

name: smart_home_p10
services:
    home-assistant:
        container_name: homeassistant
        privileged: true
        restart: unless-stopped
        environment:
            - TZ=Europe/Berlin
        volumes:
            - /home/pi/homeassistant:/config
        network_mode: host
        image: ghcr.io/home-assistant/home-assistant:stable

Schritt 3: Docker-Image verwalten. Die gesamte Home Assistant Installation kann man über den Container starten und stoppen. Ein Update führt man ebenfalls über das Docker-Image aus. Die Befehle hierfür lauten folgendermaßen.

# Update installieren
docker pull homeassistant/home-assistant:stable

# Container stoppen und entfernen
docker stop homeassistant
docker rm homeassistant

Schritt 4: Auf Home Assistant zugreifen. Ab jetzt erfolgt die Verwaltung des Home Assistant über die Weboberfläche. Mit http://<IP-Adresse des Raspberrys>:8123 kann man von einem PC des gleichen Netzwerks auf die Installation zugreifen. Änderungen an der configuration.yaml müssen weiterhin über die Systemoberfläche, also z.B. mit nano oder vim über SSH erfolgen.

nano /home/pi/homeassistant/config/configuration.yaml

The post Home Assistant Container installieren first appeared on bejonet - Linux | Smart Home | Technik.

Open-Source-Gärten in Dortmund

Bild: Die Open-Source-Tomate

Die Stadt Dortmund wird Open-Source-Saatgut-Stadt! Inspiriert durch die Open Source Gardens sollen möglichst viele Dortmunder*innen Open-Source-Saatgut nutzen und untereinander als Community teilen. Das Umweltamt der Stadt Dortmund tritt hier als Impulsgeber zum Aufbau einer Open-Source-Saatgut-Community auf, welches die Koordination der Saatgutverteilung übernimmt. Das gemeinsame Dortmunder Gärtnern wird dieses Jahr mit einer Auftaktveranstaltung am 19.01.2022 begonnen. Die Stadt Dortmund stellt zum initiieren des Community-Kreislaufs Open-Source-Tomatensaatgut der Sorte Sunviva initial bereit. Zum Ende der Veranstaltung kann Interesse an dem freiem Saatgut bekundet werden.

Einen schönen Eindruck von der Sunviva-Tomate gibt es auf dem pixelfed-account von LUMA. Der Ansatz der Open-Source-Saatgut-Stadt folgt in dieser Pflanzsaison auf die Open-Source-Saatgutaktion der Kommunen für biologische Vielfalt e.V. vergangenen Jahres, bei der Open-Source-Saatgut als bundesweites Musterbeispiel für Biodiversität in verschiedenen Kommunen vorgestellt wurde. Mit Open-Source-Saatgut kann Offenheit gesät, Freiheit geerntet und leckeres Gemüse gegessen werden. Per Open-Source-Saatgutspende an die Shanti Leprahilfe aus Dortmund kann zusätzlich ein Beitrag zur Überlebenshilfe in Nepal geleistet werden. Hierzu kann die Shanti Leprahilfe kontaktiert werden.

Auf der Seite Saatgut wie Software – Eine Frage der Lizenz zeigt Do-FOSS die wesentlichen Gemeinsamkeiten von Saatgut und Software auf. In diesem Lichte freut es Do-FOSS besonders, dass das Dortmunder Engagement für Open-Source-Saatgut nun im Sinne einer Community-Building-Strategie verfolgt wird. Entsprechend bewirbt Do-FOSS die Auftaktveranstaltung gerne und wünscht der Open-Source-Saatgut-Stadt Dortmund viel Erfolg – auch über die Stadtgrenzen hinaus.

Pressemitteilung der Stadt Dortmund im Wortlaut

Bild: Culinaris – Saatugut für Lebensmittel

Säen für die Pflanzenvielfalt – Diskussion über Open-Source-Saatgut und Ausgabe von Tomaten-Saatgut

Lust gemeinsam zu gärtnern? Das Umweltamt, das Amt für Angelegenheiten des Oberbürgermeisters und des Rates der Stadt Dortmund, die zivilgesellschaftlichen Initiativen OpenSourceSeeds, der Dortmunder Ernährungsrat (in Gründung), sowie das Klimabündnis Dortmund laden zur gemeinsamen Open-Source-Tomatenaufzucht ein. Am 19. Januar 2022, von 19:00 Uhr bis 21:00 Uhr treffen sich alle Interessierten online. Um Anmeldung wird per E-Mail wird gebeten: cnaehle@stadtdo.de. Es wird dann eine Bestätigungsmail mit Einwahl-Link verschickt.

Die Etablierung der „Open-Source-Saatgut-Stadt-Dortmund“ wird das erste Vorhaben sein des neuen kommunalen Handlungsprogramms „Klima-Luft 2030“ aus dem Handlungsfeld „Landwirtschaft und Ernährung“. Am 19. Januar 2022 wartet ein spannendes Programm, an dessen Ende man sich für die gratis Ausgabe von Open-Source-Saatgut der Tomatensorte Sunviva melden kann. Dann steht der kommenden gemeinsamen Pflanzsaison nichts mehr entgegen!

Für einen thematischen Einstieg in die Hintergründe zu Open-Source-Saatgut eignet sich dieses Erklärvideo auf der Startseite von OpenSourceSeeds (1:43 Min.): https://opensourceseeds.org.

Das Programm am 19. Januar 2022 ab 19 Uhr:

1. „Begrüßung und Moderation“
Umweltamt, Christian Nähle, 10 Min.

2. „Vorstellung der Initiative OpenSourceSeeds“ (https://www.opensourceseeds.org)
Dr. Johannes Kotschi, 20 Min. Vortrag, 10 Min. Fragen

3. „Auf dem Weg zur lokalen Ernährungswende – Vorstellung des Ernährungsrates Dortmund (in Gründung)“
Amt für Angelegenheiten des Oberbürgermeisters und des Rates der Stadt Dortmund & Ernährungsrat Dortmund in Gründung, Alessa Heuser, 10 Min.

4. „Aus der Praxis – Open-Source-Gärtner Jörg Lüling“
Kurzvortrag aus der Praxis mit Fotos, 10 Min.

5. „Zwischenreflexion und Vorstellung des Exportprojekts Dortmunder Open-Source-Saatgut als Überlebenshilfe (durch die Shanti-Leprahilfe https://shanti-leprahilfe.de)“
Shanti Leprahilfe Dortmund e.V., Marianne Grosspietsch, 10 Min.

6. Öffentlichkeitsarbeit
per Dialog vorgestellt, u.a. Umweltamt, Christian Nähle, 5 Min.

7. Abschluss „Saatgut ist heilig“
Klimabündnis Dortmund, Friedrich Laker und moderativer Abschluss
Umweltamt, Christian Nähle, 10 Min.

Im Anschluss gibt es in einem Breakout-Raum ein ergänzendes Angebot für Lehrkräfte von Claudia Werner. Hierzu wird bereits auf den Open-Source-Saatgutblog der Johann-Gutenberg-Realschule verwiesen: https://www.jgr-dortmund.de/schulleben/projekt-open-source-tomate-sunviva.html)

Zum Hintergrund:

Klimawandel fordert Vielfalt im Saatgut

Der internationale Saatgutmarkt wird von immer weniger Unternehmen bestimmt. Da die Saatgutfirmen ihre Züchtungen immer stärker vereinheitlichen, geht die Pflanzenvielfalt stetig zurück. Diese Entwicklung verringert die Fähigkeit der Landwirtschaft, sich an regionale Unterschiede und den Klimawandel anzupassen und macht sie damit auch anfälliger für Umwelteinflüsse. Ökologische Vielfalt ist eine zentrale Grundlage dafür, dass sich Landwirtschaft an den Klimawandel anpassen kann. Dafür leistet das samenfeste Open-Source-Saatgut einen entscheidenden Beitrag zur Klimafolgenanpassung. Durch die aktuelle Entwicklung auf dem Saatgutmarkt ist nicht nur die ökologische Vielfalt, sondern auch unsere
Ernährung gefährdet.

Steriles Hybridsaatgut und seine Folgen für Landwirt*innen

Gemüse keimt heutzutage in der Regel von sogenanntem Hybridsaatgut. Für Hybridzüchtungen werden bestimmte Eigenschaften einer Pflanze wie Pflanzengröße, Form und Farbe der Früchte durch Kreuzung von Inzuchtlinien verstärkt. Ein gewünschter Effekt ist, dass die erste Generation überdurchschnittlich gute Ertragsergebnisse liefert. Die Kehrseite ist jedoch, dass die Landwirt*innen das Saatgut aus eigener Ernte nicht verwenden können. Es verliert seine Einheitlichkeit. Manche Pflanzen würden z.B. sehr groß, andere sehr klein. Das bringt enorme Schwierigkeiten für die Weiterverarbeitung und den Verkauf der Ernte mit sich. Zum Teil sind Hybride sogar steril, so dass sie sich gar nicht fortpflanzen können. Zudem dürfen Landwirt*innen das selbst geerntete Saatgut mitunter aufgrund von Lizenzbestimmungen nicht verwenden. Auf diese Weise entsteht neben der ökologischen Verringerung auch eine Abhängigkeit der Landwirt*innen von Saatgutproduzent*innen, denn das Saatgut muss jedes Jahr neu gekauft werden. Dies trifft sowohl die heimische Landwirtschaft als auch Landwirt*innen in Länden des Globalen Südens. Die Alternative zu Hybridsaatgut ist samenfestes Saatgut, das nachbaufähig, also fruchtbar ist und in den nächsten Generationen Pflanzen mit den gleichen Eigenschaften hervorbringt.

Berücksichtigung regionaler und klimatischer Unterschiede

Die in Dortmund auf dem Acker der Solidarischen Landwirtschaft Kümper Heide gesäte Tomatenpflanze „Sunviva“ ist samenfest. Sie ist aber nicht nur aufgrund ihrer Samenfestigkeit, sondern auch wegen ihrer rechtlichen Eigenschaften ein wesentlicher Baustein für die Klimafolgenanpassung. Denn nach ihrer Züchtung wurde die Tomatensorte unter eine Open-Source-Saatgutlizenz gestellt. Anders als bei herkömmlichen Rechten an Saatgut erlaubt diese Art der Lizenz, die Samen frei und kostenlos zu verwenden. Auf diese Weise wird die Verwendung des Saatguts für die Allgemeinheit gesichert. Die Besonderheit ist, dass Landwirt*innen das Saatgut vermehren und für regionale Bedürfnisse weiterentwickeln dürfen. Dabei bleibt es auch in Zukunft frei von Lizenzkosten. Anders als bei Einheitssaatgut großer globaler Konzerne können daher bei Open-Source-Saatgut regionale Unterschiede und klimatische Veränderungen bei der Züchtung und beim Anbau dauerhaft berücksichtigt werden.

Solidarische Landwirtschaft in Dortmund

Als Partnerin für den Anbau der Open-Source-Tomate „Sunviva“ hat sich die Solidarische Landwirtschaft (SoLaWi) Kümper Heide in Dortmund angeboten. Die Grundidee jeder SoLaWi ist, dass sich Landwirt*innen mit Verbraucher*innen von Anfang an in einer Gemeinschaft zusammentun. So verpflichten die Mitglieder sich im Vorfeld zur Abnahme des Gemüses und finanzieren alles, was für den Anbau notwendig ist, vor. Die Ernte steht allen gleichermaßen zur Verfügung. Somit werden Risiko und Ernte geteilt. Außerdem können alle Mitglieder der Gemeinschaft auf dem Acker mitarbeiten, sich in Arbeitsgruppen und demokratisch in ein Plenum einbringen. Ernährung wird als gemeinschaftliche Aufgabe wahrgenommen.

OpenSourceSeeds

Entscheidend für die erfolgreiche Arbeit des Umweltamtes ist die Bereitstellung einer Open-Source-Saatgut-Lizenz. Diese wurde 2017 durch „OpenSourceSeeds – AGRECOL“ https://www.opensourceseeds.org) zur freien Verfügung veröffentlicht.

Weitere Informationen

Für Rückfragen steht Ihnen in der Koordinierungsstelle für Klimaschutz und Klimaanpassung des Umweltamtes zur Verfügung:

Christian Nähle
(0231) 50–2 87 74
cnaehle@stadtdo.de
http://www.klimaschutz.dortmund.de

Die Stadt Dortmund unterstützt mit diesem Programm die UN-Ziele für Nachhaltige Entwicklung.

Redaktionshinweis:

Ergänzend hängt dieser Medieninformation die Pflanzanleitung an „Tomaten selbst zu ziehen ist gar nicht schwer“.

Außerdem ist ein Bild der Open-Source-Tomatensorte Sunviva beigefügt (Quelle: Culinaris – Saatugut für Lebensmittel).

Pressekontakt: Christian Schön

Gefördert durch	mit ihrer	mit Mitteln des

Dokumente zum Herunterladen

Die Pressemitteilung der Stadt Dortmund vom 12.01.2022 kann hier und die Pflanzanleitung „Tomaten selbst zu ziehen ist gar nicht schwer“ kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Open-Source-Saatgut-Stadt Dortmund appeared first on Do-FOSS.

Stadt Dortmund prüft Institutionalisierung von Freier Software

Bild: FOSS-Koordinierungsstelle

Im Rahmen ihrer Digitalisierungsstrategie (Roadmap Memorandum zur Digitalisierung 2020 – 2025) prüft die Stadt Dortmund derzeit die Einrichtung einer Koordinierungsstelle Open Source und Digitale Souveränität. Der strukturierten Entwicklung einer Open-Source-Governance zur Bearbeitung der vielschichtigen Aspekte von Open Source würde mit dieser Koordinierungsstelle ein institutioneller Rahmen gegeben. Das Ziel Open Source in Kommunen als einen Baustein für mehr Digitale Souveränität zu verankern, erfordert die tägliche Widmung einer professionellen Aufmerksamkeit in den Behörden. Dies ist eine ämterübergreifende Aufgabe, welche u.a. IT-Steuerung und -Management, Vergabe und Beschaffung, Organisationsmanagement, Finanzmanagement und Controlling, rechtliche Fragen, sowie die Rolle der Verwaltung im Open-Source-Ökosystem und viele weitere Aspekte in einer Gesamtstrategie zusammenführen muss. Für Do-FOSS gehört zu den Aufgaben der Koordinierungsstelle Open Source in Zukunft zum Beispiel auch die Zusammenarbeit mit dem Zentrum für Digitale Souveränität der öffentlichen Verwaltung (ZenDiS), welches derzeit unter der Schirmherrschaft des Beauftragten der Bundesregierung für Informationstechnik (BfIT) aufgebaut wird. Mit dem Wissensaufbau und der Entwicklung praxistauglicher Lösungswege, könnte die Koordinierungsstelle Open Source zudem wertvolle Vorarbeiten leisten, welche von anderen Kommunen aufgegriffen werden können. Ein solches Open-Source-Mindset im Sinne interkommunaler Synergien begrüßt Do-FOSS ebenso wie die Einrichtung der Koordinierungsstelle selbst.

Koordinierungsstelle Open Source und Digitale Souveränität

Das „Memorandum zur Digitalisierung 2020 bis 2025“ verweist bereits auf die hohe Bedeutung von Open Source für die digitale Souveränität der Kommune, indem es fordert, wo möglich Open Source Software zu nutzen und die von der Verwaltung entwickelte oder zur Entwicklung beauftragte Software der Allgemeinheit zur Verfügung zu stellen. Eine Potentialanalyse zur Anwendung von Open Source in der Stadtverwaltung Dortmund befindet sich bereits in Arbeit. Die Ergebnisse werden den politischen Gremien voraussichtlich im 1. Quartal 2022 vorgelegt. Auf Basis dieser Ergebnisse sollte eine Open Source-Strategie für die Stadt Dortmund abgeleitet werden, die anhand standardisierter Bewertungskriterien die Entscheidungsfindung für den Einsatz von Open Source-Software unterstützt und einen Fahrplan zur Sicherstellung der digitalen Souveränität enthält. Dazu ist es notwendig Aspekte der Wirtschaftlichkeit, Sicherheit und Praktikabilität des Einsatzes von Open Source-Lösungen transparent zu machen und sinnvoll abzuwägen. Dazu ist die Durchführung von Technologieanalysen und einem zugehörigen Normenscreening ebenso notwendig, wie die Vernetzung mit staatlichen sowie nicht-staatlichen Open Source-Initiativen auf nationaler wie internationaler Ebene.

Um dies zu erreichen und gleichzeitig eine institutionalisierte Schnittstelle zwischen dosys, Datenschutz, Politik und gesellschaftlichen Initiativen sicherzustellen, wird die Einrichtung einer Koordinierungsstelle für Open Source und Digitale Souveränität im CIIO geprüft.

Quelle: Anlage zur Roadmap Memorandum zur Digitalisierung 2020 – 2025, S. 50

Digitale Souveränität und Open Source in Kommunen

Wer sich bezüglich der aktuellen Diskussion rund um das Thema Digitale Souveränität und den Zusammenhang zu Open Source weitergehend informieren will, sei auf die folgende Diskussion verwiesen. Mit Datum vom 04.11.2021 hat der Digitale Staat Online / Behörden Spiegel die Onlinediskussion Digitale Souveränität und Open Source in Kommunen veranstaltet:

Was bedeutet Souveränität für Kommunen und wie müssen sie sich in einer zunehmend digitalisierten Welt aufstellen, um souverän zu handeln und zu gestalten? Konkrete Hebel zur Stärkung der Digitalen Souveränität sind beispielsweise die konsequente Forderung von Offenen Standards und der vermehrte Einsatz von Open-Source-Software (OSS) in der Öffentlichen Verwaltung.

Do-FOSS-Geschäftsführer Christian Nähle hat an der Diskussion teilgenommen und gibt Einblick in die aktuelle Open-Source-Entwicklung der Stadt Dortmund und die weitere Open-Source-Arbeit der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) für eine Open-Source-Governance. Außerdem äußert er seine Wünsche nach Fördermitteln für einen Open-Source-Infrastrukturfonds an die neue Bundesregierung.

Im verlinkten Video finden sich die wesentlichen Aussagen von Do-FOSS an den Zeitmarken 31,57, 1:02,47, 1:21,16 und 1:27,04.

Fazit

Für Do-FOSS stellt es eine Notwendigkeit dar, zukünftig in alle IT-Entscheidungen die Auswirkungen auf die Digitale Souveränität einzubeziehen. Eine Koordinierungsstelle Open Source ist zur Etablierung einer Open-Source-Governance unabdingbar.

Dokument zum Herunterladen

Die Roadmap zur Digitalisierung 2020 – 2025 inkl. Anlage kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Koordinierungsstelle Open Source und Digitale Souveränität appeared first on Do-FOSS.

Es hat ja nun ein wenig gedauert bis ich mich bewegt habe.Ich selbst genieße den Darkmode jeden Abend an meinen Rechnern und sehe Ihn als Standard an.Erzwingen muss ich Ihn via Firefoxplugin bei manchen Seiten, aber sind wir ehrlich, ich bin eigentlich auch nicht besser. So wenig Zeilen Script, so eine positive Änderung für die ... Weiterlesen

Der Beitrag Ein Hauch von Code für den Darkmode erschien zuerst auf Got tty.

Bild: Tommyv580 (CC-BY-SA)

Do-FOSS bettet sich weiter in bestehende gesellschaftliche Strukturen ein. Nachdem bereits die Free Software Foundation Europe, die FOSS-AG, das Offene Kommunen.NRW Institut (OK.NRW), der ver.di Bezirk Westfalen, die Document Foundation, digitalcourage, die Open Source Business Alliance, Pauluskirche und Kultur und das Klimabündnis Dortmund als Kooperationen aufgeführt sind, erweitern wir unser Wissens- und Handlungsnetzwerk um die AG KRITIS.

Die AG KRITIS ist vollständig unabhängig von Staat oder Wirtschaft und vertritt als Ziel einzig und allein, die Versorgungssicherheit der Bevölkerung zu erhöhen. Die Mitglieder der AG KRITIS sind Fachleute und Expert*innen, die sich täglich mit Kritischen Infrastrukturen (KRITIS) beschäftigen. Die AG KRITIS ist der Auffassung, dass die Ressourcen der Bundesrepublik zur Reaktion auf Großschadenslagen durch Cyber-Vorfälle im Bereich der Kritischen Infrastrukturen nicht ausreichen, um die Auswirkungen der dadurch verursachten Krisen und Katastrophen zu bewältigen. Eine wesentliche politische Position der AG KRITIS lautet, dass im KRITIS-Umfeld eingesetzte Software grundsätzlich quelloffen gestaltet sein soll.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Kooperationen um AG KRITIS erweitert appeared first on Do-FOSS.

Ich habe nun über 5 Jahre im Homeoffice gearbeitet. Hier habe ich die vielen Vorteile, sowie aber auch die Nachteile genossen. Fasziniert habe ich die Empfehlungen der letzten zwei Jahre für die Arbeit im Homeoffice verfolgt, aber mich aus dem Thema herausgehalten. Vieles war für uns nicht so umsetzbar und hätte auch nicht so zu ... Weiterlesen

Der Beitrag Nach 5 Jahren, raus aus dem Homeoffice erschien zuerst auf Got tty.

Das Super Nintendo Entertainment System (meist abgekürzt mit Super Nintendo oder SNES) erschien am 21. November 1990 in Japan und am 15. August 1992 in Deutschland. Somit ist das SNES bereits über 30 Jahre...

Bericht der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) erschienen

Logo: KGSt (© KGSt)

Die Kommunale Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) hat am 09.07.2021 einen Bericht veröffentlicht mit dem Titel Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität. Damit wird Open Source als Thema erstmals prioritär im kommunalen Spitzenverbund angesiedelt. Der nun zugrundeliegende Bericht ist ein zentraler Baustein für den öffentlichen Dienst und die weitere kommunale Open-Source-Diskussion sowie einen gemeinschaffenden Ansatz der interkommunalen Kooperation. Do-FOSS freut sich in dem insgesamt 40-köpfigen Autor*innenteam mit Do-FOSS-Geschäftsführer Christian Nähle, vertreten gewesen zu sein. Der Open-Source-first-Ansatz der Stadt Dortmund wird als Muster zur strategischen Herangehensweise einer Großstadt (S. 85) detailreich hervorgehoben. Für Do-FOSS ist es erfreulich, dass die Stadt Dortmund als kommunales Vorbild dient. Aus Sicht von Do-FOSS ist hierbei besonders relevant, dass sowohl die KGSt, als auch die Stadt Dortmund Open Source als Freie Software definieren. Also Software, die frei verwandt, verstanden, verbreitet und verbessert werden darf. Mit ihrem Bericht zu Digitaler Souveränität und der darauf folgenden Festlegung von Freier Software als Standard hat die Stadt Dortmund wesentliche Grundlagen für ihre digitale Daseinsvorsorge gelegt. Die Stadt Dortmund dient durch diese Entscheidungen bundesweit als Vorbild für andere Kommunen.

Auch die Open-Source-Tomate des Dortmunder Umweltamtes wird in dem KGSt-Bericht als Analogie für die Notwendigkeit von Freier Software angeführt.

Do-FOSS ist dankbar für die tolle Autor*innengemeinschaft bei der KGSt, die bereits jetzt herzlich zur (aufgrund der Corona-Pandemie noch nicht neu terminierten) kommunalen Open Government Konferenz nach Dortmund eingeladen ist. Diese Konferenz wird ein Angebot für alle Interessierten an der Digitalen Souveränität ihrer Kommune sein, um das Thema gemeinsam zu entwickeln.

Digitale Souveränität wird definiert als „die Fähigkeiten und Möglichkeiten von Individuen und Institutionen, ihre Rolle(n) in der digitalen Welt selbstständig, selbstbestimmt und sicher ausüben zu können“. (Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität, S. 76, 09.07.2021)

Mit der Zielrichtung der Digitalen Souveränität wird die KGSt im Laufe diesen Jahres einen zweiten Berichtsteil mit dem Schwerpunkt Open-Source-Governance vorstellen. Es geht um Aspekte von Beschaffung und Vergabe über Lizenzmanagement sowie Community Engagement bis hin zu Fragen der Vermögensbildung und der interkommunalen sowie ebenenübergreifenden Zusammenarbeit. Ferner stellen sich Fragen einer Haltung und Kultur, die Innovation und Kreativität mit Freier Software im öffentlichen Dienst konsequent fördert. Freie Software ist mehr als Code! Auch an dem zweiten Berichtsteil wird Do-FOSS wieder beteiligt sein und berichten.

Dokument zum Herunterladen

Der Bericht der KGSt Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität appeared first on Do-FOSS.

Freie Software für Digitale Nachhaltigkeit

Logo: Blauer Engel (© MBU)

In ihrem Sachstandsbericht Green IT bei der Stadt Dortmund vom 11.03.2021 bekennt sich die Stadt Dortmund zum Blauen Engel für Ressourcen- und energieeffiziente Softwareprodukte. Getragen wird das Umweltzeichen des Blauen Engels vom Bundesministerium für Umwelt, Naturschutz und nukleare Sicherheit, dem Umweltbundesamt, der Jury Umweltzeichen und der Ral gGmbH. Der Blaue Engel fordert Eigenschaften von mit dem Gütesiegel ausgezeichneter Software, welche Kriterien von Freier Software aufgreifen. Dies Betrifft u.a. die Offenlegung des Quellcodes und die damit einhergehende Transparenz des Softwareprodukts, Offene Standards, Nutzungsautonomie und die Ausreizung der potenziellen Hardware-Nutzungsdauer. Durch das Umweltzeichen des Blauen Engels wird deutlich: Der Schlüssel zur Erhöhung der Energieeffizienz und Schonung natürlicher Ressourcen liegt nicht nur in der Hardware, sondern insbesondere in der Software. Diese Erkenntnis institutionalisiert sich in der Dortmunder Verwaltung über den Begriff Green IT. Für die Stadt Dortmund heißt es daher: Digitale Nachhaltigkeit braucht Freie Software. Diese Notwendigkeit reiht sich ein in den politischen Beschluss einer Freien-Software-First-Strategie und ergänzt diese um die Nachhaltigkeitsdimension.

Auszug aus dem Sachstandsbericht Green IT bei der Stadt Dortmund im Wortlaut

Der IT-Planungsrates hat in seiner 30. Sitzung im Oktober 2019 die Kooperationsgruppe (KG) Green IT ins Leben gerufen, die einen Weg aufzeigen soll, das Thema Green IT in der Verwaltung nachhaltig zu verankern. Das Dortmunder Systemhaus ist Teil dieser Kooperationsgruppe und hat das Ziel das Thema „Green IT“ wieder in den Vordergrund zu stellen, bestehende Ansätze fortzuführen und neue Ansätze zu erproben. […] Dabei sollen u. a. folgende Themenfelder besetzt werden: […]

Software

• Bei der Beschaffung von Softwareprodukten werden – soweit verfügbar – Produkte mit dem Umweltzeichen „Blauer Engel für Software“ bevorzugt. Andernfalls werden die Kriterien im Beschaffungsprozess so weit wie möglich berücksichtigt (z. B. Leitfaden zur umweltfreundlichen öffentlichen Beschaffung von Software), um bspw. Nutzungsautonomie zu fördern und Obsoleszenz von Hardware zu vermeiden.
• Bei der Beauftragung von Softwareentwicklungen werden die Vergabekriterien des Umweltzeichens „Blauer Engel für Software“ (DE-UZ 215) zu Grunde gelegt. Diese sind in der derzeitigen Fassung für bestehende Clientanwendungen formuliert. Die Anforderungen in den Bereichen „Ressourcen- und Energieeffizienz“, „Potenzielle Hardware-Nutzungsdauer“ sowie „Nutzungsautonomie“ sind auch für Neu-/Weiterentwicklungen anwendbar.

Auszug aus den Vergabekriterien des Blauen Engels für Ressourcen- und energieeffiziente Softwareprodukte im Wortlaut

In der Einleitung des Blauen Engel für Ressourcen- und energieeffiziente Softwareprodukte heißt es:

Das Umweltzeichen Blauer Engel für Ressourcen- und energieeffiziente Softwareprodukte stellt insbesondere für Beschaffer*innen und Nutzer*innen von Softwareprodukten eine Orientierung dar und schafft Aufmerksamkeit für die Rolle der Software im Bereich IKT. […] Mit dem Umweltzeichen Blauer Engel für „Ressourcen- und energieeffiziente Softwareprodukte“ (DE-UZ 215) können Produkte gekennzeichnet werden, die im besonderen Maße sparsam mit den Hardwareressourcen umgehen und in ihrer Nutzung einen sparsamen Energieverbrauch aufweisen. Aufgrund geringerer Leistungsanforderungen wird eine längere Hardware-Nutzungsdauer möglich. Darüber hinaus zeichnen sie sich durch eine hohe Transparenz aus und ermöglichen Nutzenden besondere Freiheiten im Umgang mit der Software. […] Ziel des Umweltzeichens ist es, den Energieverbrauch der Informations- und Kommunikationstechnik insgesamt zu reduzieren und die Ressourceneffizienz zu steigern.

Fazit

Digitale Nachhaltigkeit braucht Freie Software. Im Leitbild zur Digitalisierung der Stadt Dortmund beschreibt die Stadt bereits, dass Offenheit und Transparenz schon auf der Ebene der Algorithmen umzusetzen sind. Außerdem misst die Stadt im Sinne der globalen Ziele für eine nachhaltige Entwicklung der Nachhaltigkeit auch bei der Digitalisierung eine zentrale Bedeutung zu. Die Digitalisierung sieht sie gleichzeitig als ein wesentliches Instrument zur Erreichung der Nachhaltigkeitsziele. Mit dem Blauen Engel für Ressourcen- und energieeffiziente Softwareprodukte gestaltet die Stadt Dortmund die Ansprüche ihres Leitbilds aus. Do-FOSS begrüßt diese nachhaltige Entwicklung in der Digitalisierung der Stadt Dortmund.

Dokument zum Herunterladen

Der Sachstandsbericht Green IT bei der Stadt Dortmund kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Green-IT: Stadt Dortmund bekennt sich zum Blauen Engel für Ressourcen- und energieeffiziente Softwareprodukte appeared first on Do-FOSS.

Open-Source-Stadt Dortmund

Do-FOSS sendet

Freie Software ist von jetzt an Standard in Dortmund! Diese politische Zeitenwende hat eine breite Wahrnehmung und ein wohlwollendes mediales Echo erfahren. Besonders auf das Journal der Kommunalen Gemeinschaftsstelle (KGSt), S. 21 und die bundesweite Publikation von ver.di, als Dokumente im Kontext des öffentlichen Dienstes, möchte Do-FOSS für die weitere Freie-Software-Arbeit hinweisen. Im Folgenden findet sich ein vorläufiger Medienspiegel zum Open-Source-first-Ansatz der Stadt Dortmund, wie im Memorandum Digitalisierung 2020 bis 2025 beschlossen. Weitere Informationen gibt es stets aktuell auf dem Mastodon-Account von Do-FOSS.

Passend zur Dortmunder Entwicklung startet das Land NRW in Verantwortung des Beauftragten des Landes für die Informationstechnik des Landes (CIO) eine zentrale Austauschplattform für Open-Source-Software. Dies hatten u.a. die Stadt Dortmund und Do-FOSS gemeinsam mit weiteren Mitgliedern eines Interessensverbandes im Rahmen einer Initiative der Open Source Business Alliance (OSBA) und der Bundes-Arbeitsgemeinschaft der Kommunalen IT-Dienstleister (Vitako) letztes Jahr gemeinsam gefordert.

Presseartikel (nach Erscheinungsdatum und alphabetisch sortiert)

22. März

• Nordstadtblogger: SERIE „Digitalisierung, Politik und Gesellschaft“ (3): Auch der Stadtrat Dortmund stellt sich in Sachen Digitalisierung neu auf

31. März

• Free Software Foundation Europe: Dortmund setzt auf Freie Software – Weg frei für Public Money? Public Code!
• Linuxnews: Dortmund bekennt sich zu Freier Software
• Open Source Business Alliance: Dortmund goes Open Source – Ein großer Erfolg für Nachhaltigkeit in der städtischen IT-Landschaft
• The Document Foundation: Freie Software ist von jetzt an Standard in Dortmund!
• Tux Machines: Dortmund relies on Free Software – This paves the way for Public Money? Public Code!

1. April

• derStandard: Schluss mit Microsoft und Co: Dortmund beschließt Wechsel zu Open Source
• Golem: Dortmund beschließt Open Source für die Stadtverwaltung
• Heise: Raus aus dem „proprietären Zeitalter“: Dortmund setzt weitgehend auf Open Source
• Linux-Bildung: Dortmund setzt auf Open Source
• Linux-Magazin: Dortmund beschließt Open Source für die Stadtverwaltung
• LinuxCommunity: Dortmund beschließt Open Source für die Stadtverwaltung

2. April

• Borncity: Dortmund goes Open Source
• The Document Foundation: Free software becomes a standard in Dortmund, Germany
• Diskussion auf Reddit

3. April

• LaptrinhX: German City Dortmund goes Open Source
• Nordstadtblogger: SERIE „Digitalisierung, Politik und Gesellschaft“ (4): Deshalb fordert Do-FOSS mehr Open Source Software für Dortmund

6. April

• Der Neue Kämmerer: Dortmund setzt auf Open-Source-Software
• Inside IT: OSS: Nun steigt die Ruhrpott-Metropole Dortmund um
• OBM – Die Zeitung für Oberbürgermeisterinnen und Oberbürgermeister: Open-Source-Software und Homeoffice: Dortmund schärft Smart-City-Profil
• OK.NRW: Dortmund stellt um auf Open Source

8. April

• eGovernment Computing: Dortmunds Verwaltung setzt auf Open Source Software
• It’s FOSS: German Town Dortmund Will Use Open-Source Software Wherever Possible

9. April

• Kommune21: Open Source hat Priorität

12. April

• Linuxnews: Interview: Christian Nähle, Geschäftsführer von Do-Foss

21. April

• Kommunale Gemeinschaftsstelle (KGSt): Für die Stadt Dortmund heißt es „Open Source first“
• Kommunale Gemeinschaftsstelle (KGSt): KGSt-Journal, April 2021: Für die Stadt Dortmund heißt es „Open Source first“

1. Mai

• eGovernment Podcast: DO-FOSS

25. Mai

• ver.di NRW – Newsletter Gemeinden: Open-Source-Software – jetzt Standard in Dortmund!

Nachtrag: 4. Juni

• digitalcourage: Newsletter Juni 2021

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Freie Software ist von jetzt an Standard in Dortmund! – Medienresonanz appeared first on Do-FOSS.

Vom Recht auf unschädliche Benutzung

Bild: Corona-Krise

Die Lösungen von gesellschaftlichen Krisen erfordern Kooperation. Exklusives Wissen hemmt Gesellschaften Lösungsansätze gemeinsam zu verfolgen und Krisen gerecht zu lösen. Die Möglichkeit Krisen durch geteiltes Wissen resilient zu lösen hat Do-FOSS bereits im Blogbeitrag Mit dem Prinzip Open krisenfeste und gemeinwohlorientierte Lösungen schaffen beschrieben. Nun greifen die Dortmunder ver.di-Vertrauensleute in der aktuellen Inside ver.di das Krisenlösungspotenzial des Prinzips Open erneut auf und machen sich für Open-Source-Impfstoff stark.

Kampagnen wie Public, Money? Public Code! oder Öffentliches Geld – Öffentliches Gut lassen sich in ihrer Logik auch einfach für Open-Source-Impfstoff begründen – oder allgemeiner: Public Money? Public Good!. Durch Open-Source-Lizenzen könnten alle Menschen schnell ein Recht auf unschädliche Benutzung von Impfstoff zur Bewältigung der weltweiten Corona-Krise erhalten. Dieser drängenden Debatte verschafft Do-FOSS gerne mehr Öffentlichkeit.

Nachtrag 16.05.2021: Weiterführende Informationen zum Thema

Das Thema Patente rund um Pharmazie und Impfstoffe wurde zuletzt intensiv öffentlich debattiert. Aus Sicht von Do-FOSS sticht in dieser Debatte das Beispiel Patente auf HIV-Medikamente besonders heraus, da die historischen Daten wissenschaftlich untersucht werden konnten. Insbesondere kann die Schwere des Verlaufs des Infektionsgeschehens mit der Verfügbarkeit von Medikamenten übereingebracht werden. Do-FOSS möchte daher auf den treffenden Kommentar auf Netzpolitik.org Patente helfen nicht gegen Pandemien hinweisen. Zudem möchte Do-FOSS auf die Open Source Pharma Foundation verweisen, welche Medizin für Alle per Open Source über Covid-19 hinaus zu ihrem Thema gemacht hat.

Open-Source-Impfstoff – Beitrag in der Inside ver.di

Bild: ver.di Bezirk Westfalen

Patent auf Corona-Impfstoff mit tödlicher Wirkung

Gesundheit ist kein Privatbesitz – vom Missbrauch des Eigentums und dem Sinn von Open-Source-Impfstoff

Ein Großteil der Entwicklungskosten der Corona-Impfstoffe sind von unseren Steuergeldern bezahlt. Staatlich finanzierte Universitäten lieferten ihre wissenschaftlichen Erkenntnisse. Die Milliardengewinne allerdings fließen in die Taschen der Pharmakonzerne, die mit einer Patentierung der Impfstoffe auch noch ihr Wissen privatisieren, Lizensierungen verhindern und damit die Versorgung der Allgemeinheit ausschließen: Vielen Ländern dieser Erde bleibt ein Impfstoff vorenthalten – mit tödlichen Konsequenzen. Solidarität sieht anders aus.

Fakten und Hintergründe geben hier zwei selbsterklärende Texte aus den öffentlich-rechtlichen Medien zu der verstörenden Lage.

WTO-Chefin ruft zu Lizenzherstellung von Corona-Impfstoffen auf

Die neue Generaldirektorin der Welthandelsorganisation WTO, Ngozi Okonjo-Iweala, appelliert an die Hersteller von Corona-Impfstoffen, den Weg für eine Lizenzfertigung ihrer Vakzine durch andere Unternehmen freizumachen. Dies sei dringend notwendig, um auch arme Länder mit Impfstoff zu versorgen, sagte die WTO-Chefin der „Frankfurter Allgemeinen Sonntagszeitung“. Es gebe weltweit mehr als 130 Staaten „ohne eine einzige Dosis“ Impfstoff. „Das ist nicht akzeptabel, denn es sterben deshalb Menschen.“ Vakzine für arme Länder zu beschaffen, sei im Eigeninteresse der reichen Staaten, betonte Okonjo Iweala: „Wenn wir nicht weltweit solidarisch handeln, dann werden sich die Virus-Mutationen vervielfachen und uns alle heimsuchen.“ Die WTO-Chefin lobte den britisch-schwedischen Impfstoff-Hersteller AstraZeneca und andere Produzenten dafür, dass sie die Lizenzfertigung ihrer Vakzine bereits ermöglichten. „Deshalb wäre es gut, wenn auch die anderen Unternehmen bereit wären, freiwillig Lizenzen für ihre Impfstoffe zu erteilen.“

(https://www.tagesschau.de/newsticker/liveblog-coronavirus-sonntag-227.html#WTO-Chefin-ruft-zu-Lizenzherstellung-von-Corona-Impfstoffen-auf; vom 14.03.2021, 13:56 Uhr)

Während man in Europa versucht, die Corona-Impfstoffproduktion schnell anzukurbeln, gehen weite Teile der Welt leer aus. Der geltende Patentschutz muss dringend aufgehoben werden, um alle zu schützen, kommentiert Daniel Loick.

Patentierung von Corona-Impfstoff – tödlich exklusiv

Ein Kommentar von Daniel Loick

Anfang des 17. Jahrhunderts begründete der niederländische Rechtstheoretiker Hugo Grotius ein allgemeines „Recht auf unschädliche Benutzung“. Demnach muss allen Menschen die Nutzung eines Guts gewährt werden, solange dem Eigentümer dadurch kein Schaden entsteht. Es ist daher für Grotius zum Beispiel ungerecht, einem anderen zu verweigern, dass er sich an meinem Feuer ein eigenes Feuer anzündet. Ebenso illegitim ist es, Lebensmittel zu vernichten, derer man selbst nicht bedarf, oder anderen eine Quelle zu verheimlichen, aus der man getrunken hat.

Ideen werden verbessert, wenn man sie teilt

Diese alte Idee eines Rechts auf unschädliche Benutzung wird häufig angeführt, um das Konzept des geistigen Eigentums zu kritisieren: Wenn ich meine Erkenntnis, meine Erfindung oder meine Kunst mit anderen teile, habe ich selbst davon nicht weniger. Im Gegenteil: Wie etwa die Open-Source-Bewegung gezeigt hat, werden Ideen, indem man sie teilt, gerade verbessert.

Ein besonders umstrittener Fall geistigen Eigentums ist das Patentrecht in Bezug auf Arzneimittel. Der Patentschutz ermöglicht es Pharmakonzernen nicht nur, die Preise für Medikamente festzusetzen, sondern auch, anderen die Herstellung von Generika zu untersagen. Die Auswirkungen davon erleben wir gerade in der Coronakrise.

Der Großteil der Menschen bleibt schutzlos

Die Entwickler des bislang wirksamsten Impfstoffes, die deutsche Firma BioNTech, und ihr US-Partner Pfizer, werden in diesem Jahr allein an dem Vakzin etwa 13 Milliarden Dollar Gewinn machen. Dieser Gewinn entsteht dadurch, dass sie die Nutzungihres Patents weiten Teilen der Welt vorenthalten: Während sich die reichsten Länder bereits den Großteil der verfügbaren Impfdosen gesichert haben, werden die ärmsten Regionen der Welt – und damit die große Mehrheit der Weltbevölkerung – noch Jahre auf einen Schutz gegen das Corona-Virus warten müssen.

Bereits im Oktober letzten Jahres haben die Regierungen von Indien und Südafrika, unterstützt von über 100 weiteren Ländern, in einem Schreiben an die Vereinten Nationen gefordert, für den Corona-Impfstoff den Patentschutz aufzuheben. Eine solche Freigabe könnte die Produktionskapazitäten hochfahren und würde mittelfristig Hunderttausende Leben retten.

Entwicklungskosten zulasten der Allgemeinheit

Bislang wird dieser Schritt jedoch von der EU und den USA blockiert. Ihr Argument: Ohne Gewinnaussichten gäbe es für Pharmakonzerne keine Anreize, in die Erforschung neuer Medikamente zu investieren. Doch dieses Argument geht fehl. Allein BioNTech hat im letzten Jahr über 350 Millionen Euro Steuergelder für die Entwicklung des Impfstoffes erhalten, mehr als die Hälfte der gesamten Entwicklungskosten. Zudem wäre ohne das Wissen und die medizinischen Erkenntnisse, die an staatlich finanzierten Universitäten und Forschungseinrichtungen produziert worden sind, eine so schnelle Entdeckung niemals möglich gewesen. Die gigantischen Gewinne, die die Firmen nun privat einfahren werden, basieren also auf den Investitionen, dem Wissen und der Arbeit der Allgemeinheit.

Privatisierung des Impfstoffes ungerecht und tödlich

In Bezug auf das von Grotius angeführte Beispiel des Teilens eines Feuers stellt sich die Situation also so dar: Eine Gemeinschaft stellt einer Privatperson Holz und Feuerzeug zur Verfügung. Diese macht damit ein Feuer, das sie dann einzäunt. Von allen, die sich an dem Feuer wärmen wollen, verlangt sie ein hohes Entgelt. Nicht nur teilt sie das Wissen, wie man am besten Feuer macht, mit niemandem, sondern sie verklagt auch alle, die nach derselben Methode ein Feuer anzünden, auf Unterlassung und Schadensersatz. Diejenigen, die kein Geld haben, das Feuer zu kaufen, erfrieren: Millionen von ihnen.

Wie Grotius schon vor 400 Jahren gezeigt hat, sind solche Rechtskonstrukte illegitim. An ihren Effekten zeigen sich deutlich die destruktiven und lebensfeindlichen Auswirkungen der modernen Vorstellung, Eigentum müsse exklusiv sein. Wir sollten diese Ungerechtigkeit nicht akzeptieren. Ebenso wie das Feuer gehört die Gesundheit niemandem oder allen.

Daniel Loick ist Associate Professor für Politische Philosophie und Sozialphilosophie an der Universität Amsterdam. Von ihm erschien 2016 im August-Verlag das Buch „Der Missbrauch des Eigentums“.

(Originaltext erschienen im Deutschlandfunk Kultur, in der Philosophiesendung „Sein und Streit“ am 10.01.2021 — https://www.deutschlandfunkkultur.de/patentierung-von-corona-impfstoff-toedlich-exklusiv.2162.de.html?dram:article_id=490464)

Dokument zum Herunterladen

Die Inside ver.di kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Open-Source-Impfstoff für die Welt in der Krise appeared first on Do-FOSS.

Bei meinem letzten Update von Homebrew unter macOS Big Sur hatte ich die Fehlermeldung, dass es eine ungültigen Pfadangabe für die Entwicklerwerkzeuge gäbe. Da ich nur die Kommandozeilenwerkzeuge für macOS nutze wird diese nicht einem Update unterzogen. Bei einer kompletten Installation von Xcode würde dies automatisch geschehen. Um das Update selbst anzustoßen genügt ein:

Der Beitrag Big Sur Homebrew xcrun: error: invalid active developer path erschien zuerst auf Got tty.

Aufstehen, die gut versteckten Taster suchen, Einstellen, hinsetzen. Das gilt auch für meinen externen Monitor, welchen ich öfters wegen der Sonneneinstrahlung anpassen muss. Hier hilft mir xrandr in der Shell. Zuerst muss ich den richtigen angeschlossen Monitor finden und kann dann über Parameter die gewünschte Helligkeit einstellen. Bei Nutzung als Tastaturkürzel in TilingWMs eine große ... Weiterlesen

Der Beitrag Shell Helligkeit des externen Monitors steuern erschien zuerst auf Got tty.