(dorfmap mal durchgestrichen, ist durch chaosdorf 4 deprecated) |
(→HowTo: Update) |
||
Line 116: | Line 116: | ||
* Soll die Software im Clubraum laufen oder auf {{H|vm}}? Diese Anleitung nimmt ersteres an. | * Soll die Software im Clubraum laufen oder auf {{H|vm}}? Diese Anleitung nimmt ersteres an. | ||
* Am einfachsten wäre es, wenn die Software in Docker läuft. Davon geht diese Anleitung aus. Ansonsten wäre ein Extra-Gerät (z.B. ein Raspi) oder eine VM auf {{H|helios}} möglich. | * Am einfachsten wäre es, wenn die Software in Docker läuft. Davon geht diese Anleitung aus. Ansonsten wäre ein Extra-Gerät (z.B. ein Raspi) oder eine VM auf {{H|helios}} möglich. | ||
* Integration mit | * Integration mit [[GlitchTip]] wäre schön (und Tests und Doku und der Rest aus der Qualitätskontroll-Tabelle). | ||
* Verwendet die Software persistente Daten? | * Verwendet die Software persistente Daten? | ||
** Falls nein: einzelner Container | ** Falls nein: einzelner Container | ||
Line 124: | Line 124: | ||
** Falls ja: Umgebungsvariablen oder Docker-Secrets-Mechanismus nutzen | ** Falls ja: Umgebungsvariablen oder Docker-Secrets-Mechanismus nutzen | ||
* Code in einem öffentlich zugänglichen Git-Repository halten | * Code in einem öffentlich zugänglichen Git-Repository halten | ||
* Autobuild für | * Autobuild für eine Registry (z.B. GitHub-Action nach Docker Hub oder Quay) | ||
* Compose File -> Pull Request auf https://github.com/chaosdorf/docker-stacks | * Compose File -> Pull Request auf https://github.com/chaosdorf/docker-stacks |
Revision as of 10:18, 8 July 2022
Im Chaosdorf wird leider Einiges an eigener Software entwickelt und auch verwendet. Diese Seite soll eine Übersicht darüber geben.
mit eigener Wiki-Seite:
beteiligte Personen | läuft auf | Code | Status | |
---|---|---|---|---|
Admin-Toolkit | https://github.com/chaosdorf/chaosdorf-admin-toolkit | stable | ||
Admin-Toolkit/en | https://github.com/chaosdorf/chaosdorf-admin-toolkit | stable | ||
ArchLinux XBMC | SkaveRat nomaster | https://github.com/chaosdorf/archlinux-xbmc | obsolete | |
C++ AVR | 56 | obsolete | ||
CTF | barbieauglend | Chaosdorf | alpha | |
Dorfapp | Donnerbart | https://github.com/chaosdorf/dorfapp/ | obsolete | |
Frontpage | Internet | obsolete | ||
Hedgedoc | hanemile | Emile's Hetzner Kiste | https://md.chaosdorf.de | alpha |
Map | hanemile nomaster | Emile's Hetzner Kiste | https://git.darknebu.la/chaosdorf/map | alpha |
Meteroid | Donnerbart ytvwld | https://github.com/chaosdorf/meteroid/ | stable | |
Meteroid-iOS | R4mp | https://github.com/chaosdorf/meteroid-ios/ | obsolete | |
OpenDataWiki | Nomaster R4mp | idea | ||
Wii-Stuff | derf | https://github.com/derf/wii-sensors | obsolete | |
Wiki.chaosdorf.de | derf | https://github.com/chaosdorf/wikicron | stable |
TODO: diese Tabellen vereinheitlichen
TODO: mehr Software?
TODO: Zweck, Lizenz?
Qualitätssicherung
Natürlich ist diese Software nicht perfekt. Fehler können und werden passieren, sollten aber erkannt und behoben werden.
Software | Anzeige des aktuell laufenden Commits | Link zum Repo | Sentry-Integration (Backend) | Sentry-Integration (Frontend) | Sentry-Formular | Tests | Linting | CI | Dokumentation |
---|---|---|---|---|---|---|---|---|---|
dashpi | nein | nein | ja | nein | - | nein | nein | nein | nein |
labello | nein | nein | ja | nein | nein | nein | nein | nein | nein |
prittstift | nein | nein | nein | nein | nein | nein | nein | nein | ja |
mete | ja | ja | ja | nein | nein | ja | nein | ja | zu wenig |
chaospizza | nein | nein | ja | nein | nein | ja | ja | ja | ja |
freitagsfoo-web | ja | ja | ja | ja | ja | nein | nein | nein | nein |
freitagsfoo-infobeamer | nein | nein | nein | nein | - | nein | nein | nein | ja |
freitagsfoo-wiki-json | nein | nein | nein | - | - | nein | nein | nein | nein |
freitagsfoo-telegram-bot | nein | ja | nein | - | - | nein | nein | nein | nein |
mpd2mqtt | - | - | ja | - | - | nein | nein | nein | nein |
twiki | - | - | nein | - | - | nein | nein | nein | teilweise |
mpdefault | - | - | nein | - | - | nein | nein | nein | ja |
wikicron | - | - | nein | - | - | nein | nein | nein | nein |
telemete | nein | nein | ja | - | - | nein | nein | nein | ja |
meteroid | ja | ja | - | nein | nein | nein | teilweise | ja | nein |
spacebell | - | - | nein | - | - | nein | nein | nein | nein |
TODO: erklären, was die einzelnen Punkte bringen
TODO: Monitoring?
HowTo
Du möchtest Software für den Einsatz im Chaosdorf entwickeln? Danke für deinen Einsatz, aber schau vielleicht, ob es schon Software gibt, die den Anwendungszweck erfüllt, den du bearbeiten möchtest. Und beachte die folgenden Hinweise:
- Soll die Software im Clubraum laufen oder auf vm? Diese Anleitung nimmt ersteres an.
- Am einfachsten wäre es, wenn die Software in Docker läuft. Davon geht diese Anleitung aus. Ansonsten wäre ein Extra-Gerät (z.B. ein Raspi) oder eine VM auf helios möglich.
- Integration mit GlitchTip wäre schön (und Tests und Doku und der Rest aus der Qualitätskontroll-Tabelle).
- Verwendet die Software persistente Daten?
- Falls nein: einzelner Container
- Falls ja: PostgreSQL und docker-compose
- (Volumes sind auch möglich.)
- Benötigt die Software Secrets (z.B. API-Tokens)?
- Falls ja: Umgebungsvariablen oder Docker-Secrets-Mechanismus nutzen
- Code in einem öffentlich zugänglichen Git-Repository halten
- Autobuild für eine Registry (z.B. GitHub-Action nach Docker Hub oder Quay)
- Compose File -> Pull Request auf https://github.com/chaosdorf/docker-stacks