(siamqtt) Tags: mobile edit mobile web edit |
(→Qualitätssicherung: siamqtt) Tags: mobile edit mobile web edit |
||
Line 92: | Line 92: | ||
|- | |- | ||
| mpd2mqtt || - || - || ja || - || - || nein || nein || nein || nein | | mpd2mqtt || - || - || ja || - || - || nein || nein || nein || nein | ||
|- | |||
| siamqtt || - || - || ja || - || - || nein || nein || nein || nein | |||
|- | |- | ||
| twiki || - || - || nein || - || - || nein || nein || nein || teilweise | | twiki || - || - || nein || - || - || nein || nein || nein || teilweise |
Latest revision as of 23:20, 24 November 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[edit | edit source]
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 |
siamqtt | - | - | 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[edit | edit source]
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