👽
Modularer Paketmanager & Mutationsmaschine
Ursprünglich als Tool-Konverter-Skript entwickelt, bietet dieses Projekt,
maximale Flexibilität für Paketverwaltung und Build-Prozesse.
**JanServer** dient als modularer Hub für Paket-Builds und -Management.
Er kombiniert zentrale Datenhaltung, flexible Build-Engines und moderne interfaces
alles versioniert und automatisiert.
- **Zentrale ORM-Datenbank (SQLite3):**
- Paket-Metadaten, Build-Status, Abhängigkeiten, Versionshistorie
- **Templates als Datenbankobjekte:**
- Für setup.py, PKGBUILD, rpm spec, Dockerfile, venv config u.v.m.
- Ermöglicht dynamische, versionierte Build-Skripte
- **Service-Backend (z.B. Flask/FastAPI):**
- Nimmt Build-Aufträge entgegen
- Rendert Templates (z.B. mit Jinja2)
- Orchestriert Build-Prozesse
- Zentrale Verwaltung von Status & Logs
- API-gesteuert (CLI, GUI, Webservice)
- **gcc & tinycc:** Für native C/C++-Pakete (tinycc kann sich selbst kompilieren)
- **Python:** Interpreter für PyPI-Pakete & virtuelle Umgebungen (inkl. Wrapper & Firewall-Features)
- **rpm-build & makepkg:** Native Linux-Paketbauer
- **Docker:** Für containerisierte Builds
🚀
- Paketkonvertierung zwischen `.deb`, `.rpm`, `.src` und weiteren Formaten
- Automatisierte Erstellung von Python-Setups & virtuellen Umgebungen
- SQLite-basierte Paketdatenbank mit Hash-Verifikation
- Modular erweiterbar (z.B. für WiFi, OSINT & mehr)
- Bedienbar als CLI-Tool, Tkinter-GUI oder Webservice
- Webhosting-ready für Apache mit mod_wsgi
- Containerisierbar via Docker
🖥
1. **mod_wsgi** installieren und aktivieren
2. Apexs als Python WSGI-App einrichten (`apexs.wsgi`)
3. Apache-Site mit `WSGIScriptAlias` konfigurieren
4. Paket-Repositories per Apache statisch hosten
5. Optional: REST-API via Flask/FastAPI erweitern
- Für setup.py, PKGBUILD, rpm spec, Dockerfile, venv config u.v.m.
- Ermöglicht dynamische, anpassbare und versionierte Build-Skripte
- Alle Templates, Skripte, Source-Codes und Metadaten werden versioniert
😉
- Service (z.B. Flask/FastAPI mit SQLite DB)
- Nimmt Build-Aufträge entgegen
- Rendert Templates (z.B. mit Jinja2)
- Orchestriert Build-Prozesse
- Zentrale Verwaltung von Status & Logs
- API-gesteuert (CLI, GUI, Webservice)
**git bit und kein shit**
Für Anregungen, Issues oder Pull Requests – gerne im Repo melden!
Wenn du bestimmte Abschnitte noch ausführlicher oder technischer möchtest, sag gern Bescheid!